Prompt Pack¶
All prompts in one place, ready to copy-paste. Replace placeholders like <PROJECT_NAME>, <PLAN_FILE_PATH>, etc.
For the full prompt library with detailed usage notes and tips, see the Prompts tab.
1. Plan Drafting (Phase 1)¶
Plan drafting prompt
You are a senior architect and staff engineer. We are starting a greenfield project:
Project: <PROJECT_NAME>
Users: <TARGET_USERS>
Problem: <PROBLEM_STATEMENT>
Constraints: <CONSTRAINTS>
Environment: <LANGUAGE/STACK/PLATFORM>
Write a single, extremely detailed markdown plan we can implement with coding agents.
Requirements:
- Start with Goals / Non-goals.
- Include a clear architecture section: components, boundaries, invariants, data flow.
- Include data model / schemas (as needed).
- Include security & privacy model (threats, mitigations, secrets handling).
- Include performance targets (with concrete numbers) and an instrumentation plan.
- Include error handling, retries, and "no silent fallback" philosophy.
- Include a test plan: unit + integration + e2e (with detailed logging expectations).
- Include rollout plan: feature flags, migrations, backwards compatibility (if relevant).
- Include a task breakdown section that could be converted into a dependency graph.
Be explicit and operational. Avoid vague advice.
Assume this plan will be executed by multiple parallel agents.
2. Plan Critique (Phase 2 -- Round Type A)¶
Single-model critique prompt
Carefully review this entire plan for me and come up with your best revisions
in terms of:
- better architecture
- missing or improved features
- reliability and failure handling
- security and privacy
- performance and scalability
- clarity and implementability for coding agents
- testing depth (unit + e2e)
- operational robustness (observability, alerts, rollbacks)
For each proposed change:
1. Give a detailed analysis and rationale/justification.
2. Provide git-diff style changes relative to the original markdown plan shown below.
<PASTE THE COMPLETE PLAN HERE>
3. Multi-Model Merge (Phase 2 -- Round Type B)¶
Multi-model merge prompt
I asked multiple models to produce competing plan reviews (or competing plans).
You'll see them below.
I want you to:
- analyze them with an open mind
- be intellectually honest about what they do better than the current plan
- propose the best possible revisions to the current plan that blend the best
ideas into one coherent design
Output:
1. A short synthesis of the strongest ideas worth integrating.
2. A git-diff style patch against the current plan.
Current plan:
<PASTE CURRENT PLAN HERE>
Competing outputs:
<PASTE OTHER MODEL OUTPUTS HERE>
4. Integrate Critique (Phase 2 -- Apply Feedback)¶
Integration prompt (give to coding agent)
Read `AGENTS.md` and keep all tool rules in mind.
Now integrate the following review feedback into `<PLAN_FILE_PATH>` in-place.
Be meticulous: keep the plan cohesive, consistent, and remove contradictions.
At the end, list:
- changes you strongly agree with
- changes you somewhat agree with
- changes you disagree with (and why)
<PASTE THE COMPLETE REVIEW OUTPUT HERE>
5. Plan to Beads (Phase 3)¶
Plan-to-beads conversion prompt
Reread `AGENTS.md` so it's fresh in your mind.
Now read ALL of `<PLAN_FILE_PATH>`.
Please take ALL of that and elaborate on it more and then create a comprehensive
and granular set of beads for all this with:
- epics + tasks + subtasks (as needed)
- dependency structure overlaid (blocks/related/parent-child/discovered-from)
- detailed comments so the beads are self-contained and self-documenting
Include relevant background, reasoning/justification, constraints, and acceptance
criteria so we never need to refer back to `<PLAN_FILE_PATH>`.
Also include beads for:
- comprehensive unit tests (meaningful coverage, not shallow mocks)
- e2e/integration scripts with great, detailed logging
- observability/alerts for silent-failure risk areas
Use only the `bd` tool to create and modify beads and add dependencies. Be exhaustive.
6. Beads QA (Phase 4 -- Repeat N Times)¶
Beads QA prompt
Reread `AGENTS.md` so it's still fresh in your mind.
We recently transformed a markdown plan into beads. I want you to very carefully
review and analyze these beads using `bd` and `bv` (robot flags only).
Check over each bead super carefully:
- does it make sense?
- is it optimally scoped?
- are dependencies correct?
- is any important work missing?
- are tests (unit + e2e) comprehensive enough, with detailed logging?
- are we missing security, performance, or ops beads?
DO NOT OVERSIMPLIFY THINGS.
DO NOT LOSE ANY FEATURES OR FUNCTIONALITY.
If improvements are needed, revise the beads accordingly using only `bd`.
7. Swarm Marching Orders (Phase 5)¶
Marching orders (give to every agent)
First read ALL of `AGENTS.md` and `README.md` super carefully and understand
ALL of both.
Then:
- investigate the codebase to understand architecture and invariants
- use beads as the source of truth for what to do next
- use `bv --robot-next` / `bv --robot-triage` to select impactful actionable beads
- claim work by marking beads in_progress and keep them updated as you go
- avoid communication purgatory; start shipping work
- respond to any coordination messages promptly (if using an agent mailbox)
Proceed meticulously on the next assigned beads. Use ultrathink where available.
8. Fresh-Eyes Self-Review (Phase 6)¶
Self-review prompt
Great. Now carefully read over all of the new code you just wrote and any
existing code you modified.
With fresh eyes, look for:
- obvious bugs
- incorrect edge cases
- mismatched types / error handling gaps
- unclear naming / confusing flows
- missing tests
- silent failure modes
- performance footguns
Carefully fix anything you uncover. Be meticulous.
9. Reread AGENTS (Context Recovery)¶
10. Cross-Agent Review (Phase 6)¶
Cross-agent review prompt
Now review code written by other agents across the project (not just the
latest commit).
Look for:
- bugs, edge cases, and inconsistencies
- security/privacy issues
- reliability issues (retries, timeouts, idempotency)
- performance regressions
- unclear or brittle architecture
- missing or low-quality tests
Diagnose root causes using first-principles reasoning and then fix issues you find.
11. Commit and Push¶
Commit prompt
Based on your knowledge of the project, commit all changed files now in a series
of logically connected groupings with detailed commit messages for each,
and then push.
Constraints:
- Don't edit code at all in this step.
- Don't commit ephemeral files or secrets.
- Follow repo conventions and hooks.