story-kit: queue 253_bug_watcher_and_auto_assign_do_not_reinitialize_when_project_root_changes for merge

This commit is contained in:
Dave
2026-03-16 23:23:45 +00:00
parent 7c3a756a5c
commit 2e25e2a46b
10 changed files with 124 additions and 3 deletions

View File

@@ -0,0 +1,25 @@
---
name: "Agent assignment via story front matter"
---
## Rejection Notes
**2026-03-16:** Previous coder only updated the serve submodule pointer — no actual implementation. Feature branch also reverted changes from stories 246 and 248. The agent front matter parsing and pipeline assignment logic was never written. Start fresh on a clean branch from master.
# Story 249: Agent assignment via story front matter
## User Story
As a project owner, I want to specify which agent should work on a story via a front matter field (e.g. agent: coder-opus) so that complex stories get assigned to the right coder automatically.
## Acceptance Criteria
- [ ] Story files support an optional agent front matter field (e.g. agent: coder-opus)
- [ ] When the pipeline auto-assigns a coder to a story, it uses the agent specified in front matter if present
- [ ] If the specified agent is busy, the story waits rather than falling back to a different coder
- [ ] If no agent is specified in front matter, the existing default assignment behaviour is used
- [ ] The supervisor agent respects the front matter assignment when starting coders
## Out of Scope
- TBD

View File

@@ -1,30 +0,0 @@
---
name: "Merge pipeline cherry-pick fails with bad revision on merge-queue branch"
---
# Bug 250: Merge pipeline cherry-pick fails with bad revision on merge-queue branch
## Description
The mergemaster merge pipeline consistently fails at the cherry-pick step with: fatal: bad revision merge-queue/{story_id}. The merge-queue branch is created and the squash commit succeeds, but the branch reference is not accessible during the subsequent cherry-pick onto master. This affects every story that reaches the merge stage — no stories can be automatically merged. The issue is in the git reference handling within the merge pipeline, not a code conflict.
## How to Reproduce
1. Have a completed story in 4_merge/ with a feature branch containing commits ahead of master
2. Trigger merge_agent_work via MCP or let the mergemaster agent run
3. Observe the cherry-pick failure
## Actual Result
Cherry-pick fails with fatal: bad revision merge-queue/{story_id}. The merge-queue branch was created and squash commit succeeded, but the branch reference is not found during cherry-pick. Master is untouched.
## Expected Result
The merge pipeline should successfully squash-merge the feature branch into master, run quality gates, move the story to done, and clean up the worktree and branch.
## Acceptance Criteria
- [ ] Use git bisect or git log to find when the merge pipeline broke
- [ ] Fix the root cause — do not layer on a workaround
- [ ] Merge pipeline successfully merges a story from 4_merge to master end-to-end
- [ ] Quality gates run and pass before the merge commits to master