docs(pr-flow): make the In Progress / In Review card moves runnable, with a check - #2472
Conversation
…with a check (#2470) Step 1 gave a command for the assignment only, and step 6 ended on a trailing "Move the card to In Review" sentence, so agents ran the code block and skipped the card move. Both steps now carry a block that moves the card and ends by printing its Status; the step is done only when it prints the target column. Every id is resolved by name at run time (project, Status field, option) and the card is found through issue.projectItems, so no /board-ops option id is copied and a recreated option still resolves. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com> Signed-off-by: cliffhall <cliff@futurescale.com>
There was a problem hiding this comment.
Copilot review overview
🟡 Changes recommended
Assignment failures can be masked, and the Step 6 command does not support v1’s board.
Get a fresh assessment by requesting another Copilot review.
Review effort: Balanced
Findings: 2
Open (2)
What changed in this PR
Updates the PR workflow so board status transitions are executable and verifiable.
Changes:
- Moves cards to
In Progressduring setup andIn Reviewafter PR creation. - Resolves board IDs dynamically and verifies resulting status.
| File | Description |
|---|---|
.claude/skills/pr-flow/SKILL.md |
Adds runnable board-transition commands and checks. |
… board in both blocks (#2472 review) Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com> Signed-off-by: cliffhall <cliff@futurescale.com>
|
Copilot round 1: 2 findings, both fixed in cfdbe57 (replies are in each thread).
Re-ran |
There was a problem hiding this comment.
Copilot review overview
🟡 Changes recommended
The fallback guidance incorrectly directs v1 issues toward board #28 instead of the selected board.
Get a fresh assessment by requesting another Copilot review.
Review effort: Balanced
Findings: 1
Open (1)
Resolved since last review (2)
…review) Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com> Signed-off-by: cliffhall <cliff@futurescale.com>
There was a problem hiding this comment.
Copilot review overview
🟢 Approval recommended
The workflow now satisfies issue #2470 without duplicating unstable board option IDs.
Review effort: Balanced
Findings: None
Resolved since last review (1)
|
Copilot review closed. Round 3 was clean ("Approval recommended", no findings, no inline or suppressed comments), so the loop stopped on the first clean round. In total: 3 rounds, 3 findings, all fixed. |


Closes #2470
Agents following
/pr-flowkept leaving the card inTodo. Step 1 had a command for the assignment only, and step 6 ended on a trailing sentence with no command. Seen on #2407.Changes (
.claude/skills/pr-flow/SKILL.mdonly)card: In Progress.In Review, plus the same rule: the step is done only when the PR is linked and the card readsIn Review./board-opsoption ID is copied. The project node ID, the Status field ID and the option ID are all looked up by name when the command runs (gh project view/field-list). The card is found throughissue.projectItems, as board-ops does, so an option recreated after a deletion still resolves.this step is NOT done.Verification
card: In Progress. I also mistyped the column name on purpose: it printedlookup failed (… option='' …) — nothing editedand thencard is 'In Progress', not 'In Progres' — this step is NOT done.In Review.npm run verify:skillspasses andnpm run local:gateis green.Eval case (item 5): not added, because no case can observe the move
scripts/skill-eval.mjsrecords onlySkilltool calls and limits the model toRead,Glob,GrepandSkill(ALLOWED_TOOLS). Nofirst-moveorchaincase can see agh project item-edit. Achainintoboard-opswould measure the wrong thing, too: step 1 no longer sends the model there. The description didn't change, soskills:evalwasn't re-run.🤖 Generated with Claude Code