pick-next-prompt
Pick Next Prompt
Pick the next prompt from .turbo/prompts.md and plan its implementation.
Step 1: Plan Style
Run the /plan-style skill to load planning conventions.
Step 2: Read the Prompt Plan
Read .turbo/prompts.md. Parse all prompts extracting:
- Prompt number and title
- Status (
pending,in-progress,done) - Dependencies (
Depends onfield) - The prompt text block
Also read .turbo/spec.md (or the spec path referenced in the prompt plan header) for full context.
Step 3: Pick the Next Prompt
Find the first pending prompt whose dependencies are all done.
- If found: proceed to Step 4
- If all prompts are
done: report completion to the user — the plan is finished - If remaining prompts are blocked: report which prompts are blocked and by what
Step 4: Adapt the Prompt
Re-read the spec and compare against the current project state. Adjust the prompt if implementation has diverged:
- File paths changed — update references to match actual structure
- Architecture evolved — adjust the prompt to work with what was actually built
- Scope shifted — add or remove items based on what prior work produced
- New information — incorporate discoveries from previous sessions
Update .turbo/prompts.md with adjustments to the selected prompt. For affected future prompts, update their Context and Depends-on fields if the adaptation changes what they can assume.
Mark the selected prompt in-progress in .turbo/prompts.md.
Step 5: Plan
Using the selected prompt as the requirements, explore the codebase, design the implementation, and write a detailed plan (exact file paths, function signatures, data flow, test cases).
The plan's final step must instruct: "Mark prompt N as done in .turbo/prompts.md."
Rules
- Never modify the spec file — only
.turbo/prompts.mdis writable (besides the plan file) - If the prompt plan file does not exist, tell the user to run
/create-prompt-planfirst - Keep adaptations minimal — adjust only what diverged, do not rewrite prompts unnecessarily
More from tobihagemann/turbo
find-dead-code
Find dead code using parallel subagent analysis and optional CLI tools, treating code only referenced from tests as dead. Use when the user asks to \"find dead code\", \"find unused code\", \"find unused exports\", \"find unreferenced functions\", \"clean up dead code\", or \"what code is unused\". Analysis-only — does not modify or delete code.
30simplify-code
Run a multi-agent review of changed files for reuse, quality, efficiency, and clarity issues followed by automated fixes. Use when the user asks to \"simplify code\", \"review changed code\", \"check for code reuse\", \"review code quality\", \"review efficiency\", \"simplify changes\", \"clean up code\", \"refactor changes\", or \"run simplify\".
23smoke-test
Launch the app and hands-on verify that it works by interacting with it. Use when the user asks to \"smoke test\", \"test it manually\", \"verify it works\", \"try it out\", \"run a smoke test\", \"check it in the browser\", or \"does it actually work\". Not for unit/integration tests.
22finalize
Run the post-implementation quality assurance workflow including tests, code polishing, review, and commit. Use when the user asks to \"finalize implementation\", \"finalize changes\", \"wrap up implementation\", \"finish up\", \"ready to commit\", or \"run QA workflow\".
22self-improve
Extract lessons from the current session and route them to the appropriate knowledge layer (project AGENTS.md, auto memory, existing skills, or new skills). Use when the user asks to \"self-improve\", \"distill this session\", \"save learnings\", \"update CLAUDE.md with what we learned\", \"capture session insights\", \"remember this for next time\", \"extract lessons\", \"update skills from session\", or \"what did we learn\".
22evaluate-findings
Critically assess external feedback (code reviews, AI reviewers, PR comments) and decide which suggestions to apply using adversarial verification. Use when the user asks to \"evaluate findings\", \"assess review comments\", \"triage review feedback\", \"evaluate review output\", or \"filter false positives\".
22