spec-reflection

Reviews spec drafts against the repository to find contradictions, gaps, and untestable criteria before approval.

Updated Sep 5, 2026
One-click install
npx skills add https://github.com/nntoan/ultra-omp --skill spec-reflection-nntoan
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: spec-reflection
Source: https://github.com/nntoan/ultra-omp/tree/main/packages/proflow/skills/spec-reflection
Command: npx skills add https://github.com/nntoan/ultra-omp --skill spec-reflection-nntoan

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Spec drafts approved without scrutiny surface missed scenarios, contradictions, and untestable success criteria halfway through implementation, causing expensive rework. This Skill performs an independent, read-only critique of a spec draft before the human approves it, catching defects when fixing them costs minutes instead of rework. ## Core Features & Use Cases - Read-Only Critical Review: Reports findings with severity levels (Blocking, Should Fix, Suggestion) without ever editing the spec or any repository file. - Repository-Grounded Analysis: Reviews the draft against the actual code, existing conventions, and previously approved specs in docs/spec/** rather than in a vacuum. - Structured Review Checklist: Verifies success criteria testability, boundary definitions, missed scenarios, contradictions, capability-map coverage, and docs/spec location policy. - Use Case: When the /spec workflow reaches its approve-vs-reflect gate, choose reflection to get a verdict (READY FOR APPROVAL or NEEDS REVISION) with each finding tied to a file/section and the rework it prevents. ## Quick Start Ask the assistant to run a spec reflection review on the draft at docs/spec/my-feature/SPEC.md before approving it.

Frequently Asked Questions about spec-reflection

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I review a spec draft before approving it?▼

Invoke the spec-reflection skill on the saved draft, typically at docs/spec/<feature>/SPEC.md. It returns a verdict of READY FOR APPROVAL or NEEDS REVISION with findings grouped by severity: Blocking, Should Fix, and Suggestions.

What does a spec review check for?▼

The review checks six core areas for completeness, verifies success criteria are specific and testable, confirms boundaries are defined, and looks for missed scenarios, contradictions with existing specs, and capability-map coverage for multi-module specs.

Can the spec reviewer edit or fix the draft directly?▼

No. The review is strictly read-only and never creates, edits, or deletes any file. Findings are reported with severity and rationale, and the authoring session reconciles them into the draft.

When should I not use spec reflection?▼

Do not use it for reviewing code, which belongs to a code reviewer, or for reviewing an already-approved spec as a change request. It is designed only for pre-approval critique of spec drafts.

Why does spec review need to read the actual repository?▼

Reviewing in a vacuum makes every draft look reasonable. Grounding findings in the real code, conventions, and existing specs in docs/spec/** catches unreachable commands, missing conventions, and contradictory boundaries that cause rework later.