verify
Verify completed build against acceptance criteria with code review
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Verify completed build against acceptance criteria with code review
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
Use when a feature plan has been verified and is ready for implementation — executes tasks with atomic commits
Use when you want to auto-run all remaining Ship steps for a feature without manual step-by-step invocation
Use when a feature has been brainstormed and needs a detailed implementation plan with tasks
Use when a brainstormed feature needs architectural decisions — presents 2-3 approaches for user to choose before planning
Use when a plan has been created and needs independent verification against codebase patterns before building
Use when beginning new feature work, adding functionality, or fixing a bug — runs intensive brainstorming to capture requirements before planning
| name | verify |
| description | Verify completed build against acceptance criteria with code review |
| when_to_use | TRIGGER when: user says "verify", "review", or feature status is "built". DO NOT TRIGGER when: not yet built or already verified. |
| effort | high |
| allowed-tools | Read, Agent, Glob, Skill |
| argument-hint | [feature-name] |
!for f in .planning/features/*/CONTEXT.md; do [ -f "$f" ] && d=$(dirname "$f") && echo "$(basename "$d"): $(sed -n 's/^status: *//p' "$f")"; done 2>/dev/null; true
!for f in .planning/features/*/PLAN.md; do [ -f "$f" ] && d=$(dirname "$f") && echo "$(basename "$d") plan: $(grep -c 'status="done"' "$f" 2>/dev/null || echo 0) done, $(grep -c 'status="pending"' "$f" 2>/dev/null || echo 0) pending"; done 2>/dev/null; true
Verify the active feature's implementation.
.planning/features/ for feature directoriesCONTEXT.md and check the status fieldbuilt$ARGUMENTS is provided, use it as the feature nameBefore invoking the verifier, run Claude Code's /review skill with Ship context so the review is aligned with the feature's goals and acceptance criteria.
Use the Skill tool:
After /review completes, collect its complete output. Format it as a ## /review Findings section preserving all findings with their severity levels (CRITICAL, WARNING, SUGGESTION), file paths, line numbers, and descriptions. If /review produced no findings, write ## /review Findings\n\nNo issues found.
Use the Agent tool to invoke the ship-verifier agent with this prompt:
Verify feature: {name}
Read:
- .planning/features/{name}/CONTEXT.md
- .planning/features/{name}/PLAN.md
## /review Findings (pre-gathered for Stage 3)
{paste the /review findings here}
Follow your verification instructions. For Stage 3, write the /review findings above
into VERIFY.md's Stage 3 section. Both CRITICAL and WARNING findings block a PASS verdict.
Stage 1 and Stage 2 remain fully independent — do not use review findings for those.
After the verifier agent completes, read .planning/features/{name}/VERIFY.md and display:
## VERIFICATION COMPLETE
Feature: {name}
Status: [PASS | PARTIAL | FAIL]
[Acceptance criteria table from VERIFY.md]
[If PARTIAL/FAIL:]
Gaps:
- [list gaps]
Recommendation: [from VERIFY.md]
[If PASS:] Feature complete!
[If PARTIAL/FAIL:] Next: /ship:build (fix tasks added to PLAN.md)
$ARGUMENTS