verify

Validates documentation alignment, implementation correctness, UI fidelity, and development readiness in keel workflows.

Updated Jan 12, 2026
One-click install
npx skills add https://github.com/ab300819/keel-workflow --skill verify-ab300819
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: verify
Source: https://github.com/ab300819/keel-workflow/tree/main/skills/verify
Command: npx skills add https://github.com/ab300819/keel-workflow --skill verify-ab300819

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? In document-driven development, requirements, designs, tests, and code drift apart silently. This Skill audits that drift before it ships: it checks whether requirement documents match the original ask, whether code actually satisfies acceptance criteria, whether UI implementations match design mockups, and whether task breakdowns are ready for development. ## Core Features & Use Cases - Four verification dimensions: --docs checks three-layer document alignment (original requirements → requirements doc → design → test cases); --impl verifies AC satisfaction, design conformance, and traceability against current code; --ui compares design mockups with implementation screenshots; --readiness gates task documents before development starts. - P1/P2/P3 severity grading: Every finding is classified with a fix route pointing to the responsible skill (e.g., missing tests route to /test-cases). - Structured reports: Generates verify-report.md or readiness-report.md with coverage matrices, issue summaries, and a plain-language "what you need to know" section. - Use Case: After finishing a feature's code, run /verify --impl to confirm each acceptance criterion is semantically satisfied by current code (not just old diffs), then proceed to adversarial review only if no P1 blockers exist. ## Quick Start Ask the AI to run /verify --impl on the completed tasks to check whether the code satisfies all acceptance criteria and matches the system design.

Frequently Asked Questions about verify

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

FAQPage Schema
How do I verify code matches acceptance criteria before release?

Run /verify --impl after task development completes. It reads all ACs from the requirements document, locates the original change scope via the traceability matrix, confirms behaviors still exist in current code, executes related tests, and grades each AC as satisfied, partially satisfied, or unsatisfied.

How to check if design documents drifted from requirements?

Use /verify --docs, which audits three layers: original requirements against the requirements document, requirements against system design, and requirements against test cases. It independently recomputes design self-consistency rather than trusting the design document's own checklists.

Does the UI verification work without Playwright or browser MCP tools?

Yes, it degrades gracefully. Without browser MCP tools, stage 2 asks you to provide implementation screenshots manually instead of auto-capturing them. However, without any design mockup input, the --ui dimension cannot run at all.

What is the difference between --docs and --readiness modes?

--docs detects drift between document layers after they are written. --readiness is a quality gate run after task breakdown but before development, checking AC-to-test coverage, task file path specificity, dependency cycles, and design-task consistency.

When should I not use this verification skill?

Do not use it to sync document progress (use /sync) or for adversarial code quality review (use /adversarial-review or dev-workflow's built-in review). It is read-only and only generates reports, never modifies code or documents.