architecture-review
Reviews a technical proposal before any code is written: an architecture, spec, RFC, ADR, or design issue. Finds choices that…
Proves a code change works: runs every repository check until green, then proves each acceptance criterion with tests, and by running the real app for anything a user can see or call. Use to test or verify a diff, branch, PR, URL, or user flow.
Claude Code
$ npx -y skills add owainlewis/blueprint --skill test --agent claude-code
Codex
$ npx skills add owainlewis/blueprint --skill test -a codex -y
Cursor
$ npx skills add owainlewis/blueprint --skill test -a cursor -y
Gemini CLI
$ npx skills add owainlewis/blueprint --skill test -a gemini-cli -y
GitHub Copilot
$ npx skills add owainlewis/blueprint --skill test -a github-copilot -y
OpenCode
$ npx skills add owainlewis/blueprint --skill test -a opencode -y
Windsurf
$ npx skills add owainlewis/blueprint --skill test -a windsurf -y
name: test description: "Proves a code change works: runs every repository check until green, then proves each acceptance criterion with tests, and by running the real app for anything a user can see or call. Use to test or verify a diff, branch, PR, URL, or user flow." user-invocable: true argument-hint: "<task, acceptance criteria, diff, branch, PR, URL, or flow>" disable-model-invocation: true
Show that each acceptance criterion passes. Reading the code is not proof.
1. Run every check the repository has: format, lint, typecheck, and tests. The commands are in `AGENTS.md`, `CLAUDE.md`, the README, or the project's scripts. Fix what the change broke and run them all again. After three rounds on the same failure, stop and report it. 2. List each acceptance criterion (`AC-n`, `J-n`, `REQ-n`, `INV-n`) from the ticket, word for word. 3. Point each criterion to a test that proves it. Where none exists, write one that calls the public interface. Revert the code once to confirm the main new test fails. 4. If a user can see or call the change, run the real app the way they would. Use the repository's own end-to-end tests or scripts if it has them. Otherwise use a real browser for a web page, a terminal for a command-line tool, and HTTP requests for an API. 5. For a web page, check desktop and mobile widths, keyboard use, and console errors. 6. Save the evidence for the PR: screenshots, terminal output, or responses.
Failures and unverified criteria first:
Criterion: <ID or exact wording> Result: Pass / Fail / Unverified Evidence: <command, user flow, screenshot, or captured output>
Then each check command you ran and its result.
Fix the code, not the test. Report failures the change did not cause; leave them alone.
Senior engineering habits for coding agents. Small skills for Claude Code and Codex that turn an idea into a reviewed, tested pull request.
Reviews a technical proposal before any code is written: an architecture, spec, RFC, ADR, or design issue. Finds choices that…
Writes root ARCHITECTURE.md from a fixed template: the intended system, a data flow diagram, the data model, and the rules every…
Coordinates a large batch of GitHub issues through separate Codex worker threads, tested pull requests, review loops, and gated…
Generates a polished, static HTML reading view from an existing Markdown PRD or technical design. Use when a user asks to render,…
Makes existing code easier to understand without changing behavior. Use to simplify structure, remove duplication or dead code,…
Splits a spec into small tasks, each a working slice an agent can finish in one pull request. Use when a spec is too big for one…
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…
Ask which skill or flow fits your situation. A router over the skills in this repo.