refactor: update post-merge command for board-driven workflow #207
No reviewers
Labels
No labels
domain:backend
domain:devops
domain:frontend
status:approved
status:in-progress
status:needs-fix
status:qa
type:bug
type:devops
type:feature
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
ldraney/claude-custom!207
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "190-audit-post-merge-sop"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Fully deprecates the plan/phase-driven path in
commands/update-docs.mdperconvention-kanban-over-plans. Replaces stale plan/phase steps with MCP restart check and production validation steps, fixes project page references to current template sections, and rewrites the traceability chain for board-driven flow.Changes
commands/update-docs.md-- rewritten from 10 plan-era steps to 10 board-driven steps:phase-slugandplan-slugfrom Gather Contextget_section+update_blockfor surgical edits (notupdate_note)validationcolumn) and Step 7 (production validation beforedone)Forgejo Issue -> PR -> Board Item -> Project Pagewith label-based traceability (story:,arch:,type:)Test Plan
grep -iE 'phase|plan|Epilogue|Roadmap|Issues table|sprint|get_sprint|move_sprint' commands/update-docs.mdreturns onlytofu plan(the CLI command, not a pal-e-docs plan)/update-docson next PR merge to validate the new flow end-to-endReview Checklist
Related Notes
sop-post-merge-docs-- the SOP note (pal-e-docs, separate update needed)skill-update-docs-- the SKILL.md (pal-e-docs, separate update needed)convention-kanban-over-plans-- the shift this command now reflectsRelated
Closes #190
QA Review -- PR #207
Acceptance Criteria Verification (Issue #190)
tofu plan(CLI command)Forgejo Issue -> PR -> Board Item -> Project PageStale Reference Grep
Only match is the
tofu planCLI command -- correct, not a pal-e-docs plan reference.Nits
None found. The diff is clean and well-scoped.
Scope Note
ACs 8-9 (skill-update-docs SKILL.md + MCP tool references) are pal-e-docs entities that require
get_section+update_block-- not code changes. They are explicitly called out in the PR body as "separate update needed." This PR correctly limits scope to the code file.VERDICT: APPROVE
PR #207 Review
DOMAIN REVIEW
Tech stack: Markdown command file (Claude Code slash command). No executable code -- this is a procedural SOP document that drives agent behavior during
/update-docsruns.Scope: Single file change (
commands/update-docs.md), +59/-50 lines. Rewrites the post-merge documentation chain from plan/phase-driven to board-driven workflow perconvention-kanban-over-plans.Correctness of changes:
Gather Context cleanup: Phase slug and plan slug removed. Board slug added with example (
board-pal-e-agency). The fallback lookup guidance correctly updated from "phase note's Lineage header" to "board item's labels." Clean.Step 3 replacement (Phase Note -> MCP Restart Check): Well-scoped. The decision criteria ("schema, database columns, note types, or any interface consumed by MCP servers") are specific enough to be actionable. Report format follows the established pattern.
Step 4 replacement (Plan Note -> Project Page, renumbered): The "Issues table" reference replaced with "Milestones" -- aligns with current project page templates. The method changed from
update_notetoget_section+update_blockfor surgical edits. This is a meaningful improvement -- surgical block edits are safer than full-note overwrites.Step 6/7 split (Board Item -> Validation then Prod Validation -> Done): This is the most substantive change. The old single step ("move to done") is now a two-step gate: move to
validationcolumn first (Step 6), then validate in production (Step 7), then move todone. The validation scope guidance (infrastructure/backend/frontend/config) is practical. The "STOP if validation fails" guard is correct.Step 9 (Nit-bundle): "Add a one-line reference in the plan's Epilogue section" replaced with "Add the nit-bundle issue to the project board backlog." Correct per
feedback_nits_to_epilogue.mdand the kanban-over-plans convention.Completion summary template: All 10 steps match the new numbering and descriptions. The alignment formatting (padding with spaces) improves readability.
Traceability Chain section: New section added at the end.
Forgejo Issue -> PR -> Board Item -> Project Page (Status + Milestones)is clear. Thestory:,arch:,type:label traceability aligns withfeedback_traceability_triangle.md.Terminology fix: "skill" -> "command" in the header and footer reference lines. Correct -- this file lives in
commands/, notskills/.Step count verification: 10 steps before, 10 steps after. 2 removed (Phase Note, Plan Note), 2 added (MCP Restart Check, Production Validation). Confirmed correct.
Stale reference audit: All
phase,plan,Epilogue,Roadmap,Issues table,sprint,get_sprint,move_sprintreferences are removed from the changed lines. The only remaining references to~/secrets/andsourceare in the untouched Step 1 and Step 2 (pre-existing, properly using env vars).BLOCKERS
None.
NITS
Discovered scope -- hook terminology drift:
/home/ldraney/claude-custom/hooks/remind-update-docs.shline 40 still says "The /update-docs skill walks through..." while this PR changes the command file to say "command" instead of "skill." This is a separate file not in the PR scope, but creates a minor terminology inconsistency. Recommend a follow-up issue to align the hook wording.Step 1 stale note about missing
close_issueMCP tool: Line 36 says "There is noclose_issueMCP tool." This was not introduced by this PR, but given thatmcp__forgejo__update_issuenow exists (it appeared in the tool list during this review), the curl workaround in Step 1 may be outdated. Out of scope for this PR, but worth noting as discovered scope.Step 3 MCP Restart -- no "how": The step says "restart the affected MCP server process" but does not specify the mechanism (e.g.,
kill+ relaunch, systemd restart, tmux session restart). The other steps that use shell commands include the exact commands. This step relies on the agent knowing how to restart MCP servers. Minor -- the agent context likely has this knowledge, but explicitness would match the style of Steps 1-2.SOP COMPLIANCE
190-audit-post-merge-sopmatches issue #190Closes #190.envfiles, no credentials in diffrefactor: update post-merge command for board-driven workflowconvention-kanban-over-plansmeans no plan slug expected)PROCESS OBSERVATIONS
/update-docsrun, which is recoverable.sop-post-merge-docs(pal-e-docs) andskill-update-docs(pal-e-docs) need separate updates to match. This is correctly flagged as out-of-scope in the Related Notes section.VERDICT: APPROVED