ワンクリックで
sdd-verify
Verify the implementation against the spec's acceptance criteria. Produces a pass/fail verdict.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Verify the implementation against the spec's acceptance criteria. Produces a pass/fail verdict.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Dual-model adversarial review: Claude and Copilot review independently, verdicts are synthesized.
Implement the SDD task list. Read tasks and design from memory, write code, run tests.
Archive all SDD artifacts for a change as a single completed record in memory.
Write the technical design for a planned change: components, interfaces, data flows, edge cases.
Explore the codebase to build context for a planned change. First phase of the SDD workflow.
Propose 2–3 solution approaches for a planned change, evaluating trade-offs and recommending one.
| name | sdd-verify |
| description | Verify the implementation against the spec's acceptance criteria. Produces a pass/fail verdict. |
| when_to_use | After sdd-apply. Reads spec and implementation from memory, checks each acceptance criterion. |
| allowed-tools | ["Read","Bash","Glob","Grep","mcp__invencible-memory__memory_recall","mcp__invencible-memory__memory_save"] |
| model | sonnet |
| effort | medium |
| user-invocable | false |
| hub-skill-ids | ["review"] |
Determine whether the implementation satisfies every acceptance criterion in the spec. Produce a structured verdict that can be acted on.
memory_recall(topic_key="sdd-<change_id>-spec")memory_recall(topic_key="sdd-<change_id>-impl")SDD Verify: <change_id>sdd-<change_id>-verifycontext## Acceptance Criteria Check
| Criterion | Status | Evidence |
|-----------|--------|----------|
| <criterion 1> | PASS/FAIL/PARTIAL | <file:line or test name> |
...
## Regression Check
<test suite result>
## Verdict
APPROVED / NEEDS_WORK
## Blocking Issues (if NEEDS_WORK)
<what must be fixed before approval>
If verdict is APPROVED, the workflow proceeds to sdd-archive. If NEEDS_WORK, the blocking issues are returned to the orchestrator for remediation.