Blueprint is a principles-first workflow system that gives AI coding agents clear engineering boundaries through five reusable phases: design, plan, test, review, and improve. It structures agent work around small, decided tasks that move from specification through implementation to a mergeable pull request, with explicit human checkpoints for critical decisions.
The best agent skills in the world for software development.
README
Blueprint
A small, principles-first workflow for AI coding.
Clear decisions. Bounded work. Real proof. Independent review.
Blueprint gives coding agents the engineering boundaries that matter without turning software delivery into a catalogue of tiny skills. It separates repository policy, reusable phases, and end-to-end workflows so each instruction has one clear job.
Start with the work, not the process
Use the smallest entry point that resolves the uncertainty in front of you.
| If you need to… | Start with | Result |
|---|---|---|
| Decide what to build or resolve important technical choices | /design |
A reviewed design with requirements and acceptance criteria |
| Split a decided feature into work for several agent runs | /plan |
Ordered tasks in chat or tracker tickets |
| Take one task through delivery | /task-to-pr |
A tested, reviewed, green pull request |
| Complete every issue in a GitHub milestone | /milestone |
One green pull request at a time, with human merge checkpoints |
| Prove a change works | /test |
Acceptance criteria mapped to evidence |
| Get an independent second opinion | /review |
Findings and a pre-merge verdict from a fresh subagent |
| Simplify existing code without changing behavior | /improve |
Clearer, smaller, better-structured code |
Small, decided work can go straight to /task-to-pr. Use /design only when decisions need review, and /plan only when the work needs splitting.
How Blueprint fits together
flowchart TB
subgraph Decide["Decide only as much as needed"]
Idea([Idea or problem]) --> Design["/design"]
Idea -->|already decided| Task([One task])
Design -->|one task| Task
Design -->|needs splitting| Plan["/plan"] --> Task
end
subgraph Deliver["Deliver with /task-to-pr"]
Task --> Isolate["isolate"] --> Code["code"] --> Test["/test"] --> Review["/review"]
Review -->|findings| Fix["fix"] --> Test
Review -->|clean| Publish["publish PR"] --> Validate["CI + current feedback"]
Validate -->|failure or finding| Fix
Validate -->|clean| PR["green PR"]
end
PR --> Merge([Human merge])
/improve is a separate maintenance path for existing code, not a step every change must pass through.
The model has two layers:
- Repository instructions define policy.
AGENTS.mdsays what good work means in a codebase. - Skills define phases and workflows. Each skill has one durable engineering outcome and a clear stopping point.
/task-to-prand/milestonecompose the phases into delivery paths.
The five phases
| Skill | Owns | Stops when |
|---|---|---|
/design |
What, why, requirements, acceptance criteria, technical design, constraints, risks, and scope | The design is ready for human review |
/plan |
Vertical, ordered tasks and optional milestones | The work is ready to hand off |
/test |
Automated checks, failure paths, and real-browser proof when relevant | Every criterion is pass, fail, or explicitly unverified |
/review |
Independent review of correctness, security, regressions, complexity, and proof | Findings and a verdict are reported |
/improve |
Behavior-preserving simplification of existing code | Relevant checks prove behavior was preserved |
Writing code is a base capability, not a phase skill. Branching, committing, opening a PR, debugging, TDD, browser checking, and addressing feedback are techniques or workflow steps, not separate product concepts.
One task to one pull request
skills/task-to-pr/SKILL.md is the single authority for delivery. Given a ticket, task, or existing PR, it:
- resolves the source and isolates work before editing;
- implements the smallest complete change;
- runs
/testand independent/reviewloops; - creates Conventional Commits and opens or updates the PR;
- waits for CI, handles feedback that exists, and records evidence;
- stops at a green, mergeable PR for a human to merge.
It does not wait forever for future human feedback, manufacture tracker artifacts for trivial work, or merge without explicit permission.
One milestone to completed issues
/milestone is the release-slice workflow. It reads a GitHub milestone, orders open issues by dependency and risk, then runs /task-to-pr for one issue at a time. It stops for human merge after each green pull request unless the user explicitly delegates merging for that run.
Install
Install all seven skills:
npx skills add owainlewis/blueprint
Upgrading from the older skill catalogue? Follow the migration guide. Removed skills can remain installed after a normal update, so the cleanup step matters.
Repository map
skills/ five phases and two delivery workflow skills
AGENTS.md portable repository policy
CLAUDE.md Claude Code adapter
REVIEW.md review standard for Blueprint itself
MIGRATION.md clean upgrade from the old catalogue
examples/ reviewed design and planning examples
Examples
The RAG chatbot example follows one idea through the decision flow:
For a larger architecture example, read the Dispatch local control-plane design.
Principles
- Encode process, not knowledge. Give agents outcomes, constraints, and proof; trust them with local mechanics.
- One skill per phase or delivery outcome. Skills share one installation and invocation model.
- Proof is part of the work. Tests establish behavior. Review checks that the implementation and proof are sound.
- Use the real surface. Browser behavior is checked in a browser. Live PR feedback is read from the PR.
- Fix the source of truth. If implementation exposes a bad requirement, update the task or design before continuing.
- Prefer less. Keep the smallest complete change, shortest useful instruction, and no duplicate entry points.
- Keep irreversible judgment human. Agents prepare the decision. Humans review designs and merge pull requests unless they explicitly delegate it.
Blueprint is not an issue tracker, agent framework, release system, or reviewer-persona library. It is a compact engineering process for capable coding agents.
Comments (0)
Sign in to join the discussion.
No comments yet
Be the first to share your take.