fix(start-work): honor explicit plan name and strip ultrawork keywords #813
+231
−2
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Summary
Fixes the bug where
/start-work [PLAN] ultraworkwould work on a stale plan instead of the explicitly specified plan.Problem
When user types
/start-work my-plan ultrawork:auto-slash-commandhook captures args asmy-plan ultrawork(keyword pollutes plan name)keyword-detectorhook triggers onultraworkand injects ultrawork-modestart-workhook ignored the explicit plan name and always resumed the existing boulder.json stateThis caused the agent to work on the wrong plan (stale boulder state) instead of the user-specified plan.
Solution
The
start-workhook now:<user-request>sectionTest Cases Added
ultraworkkeyword from plan name argumentulwkeyword from plan name argumentVerification
Summary by cubic
Fixes /start-work to honor the explicit plan name and ignore “ultrawork/ulw” keywords, preventing sessions from resuming a stale plan. Users typing “/start-work my-plan ultrawork” now start on “my-plan” as intended.
Written for commit e925ed0. Summary will update on new commits.