-
Notifications
You must be signed in to change notification settings - Fork 10
Open
Description
Currently, when a command doesn't perform as expected due to
edge cases (e.g., checking if on a feature branch but not the
correct feature branch), there's no streamlined workflow to
capture these learnings and improve the command immediately.
Example scenario: The PR-submit-local-as-new-pr.md command
initially only checked if the user was on a feature branch, but
didn't validate if it was semantically appropriate for the
changes being made. This led to PRs including unrelated commits.
Proposed solution: Create a new command like
/development:improve-command-after-failure that:
- Captures the failure context and resolution
- Updates the command with the fix OR
- Documents which alternative command should have been used
- Optionally creates a "lessons learned" entry
This would enable rapid iteration on commands based on
real-world usage patterns and edge cases.
(yes my github pat 403ed for issue creation, i'm fixing it)
Metadata
Metadata
Assignees
Labels
No labels