Planning Superpowers Pro
Advanced task planning and developer toolkit. Integrates TDD (Test-Driven Development) workflows, systematic debugging protocols, and file-driven task tracki...
Like a lobster shell, security has layers — review code before you run it.
License
SKILL.md
Planning Superpowers Pro
Combined file-based planning (Planning with Files) and spec-first TDD development (Superpowers).
The Core Mandate
- Plan First: Never start a task without
task_plan.md. - TDD Required: No production code without a failing test first.
- Systematic Debugging: No fixes without root cause investigation.
- Persistent Memory: Use markdown files (
task_plan.md,findings.md,progress.md) as your "working memory on disk."
1. Initialization (Start of Task)
Before doing anything else, initialize the planning files.
Recovery Check
If task_plan.md already exists, read it along with progress.md and findings.md to restore context. Run catchup:
python3 scripts/session-catchup.py "$(pwd)"
New Project Setup
Create the holy trinity of planning:
task_plan.md: The roadmap and state.findings.md: Research, decisions, and discovered data.progress.md: Detailed session log and test results.
Use scripts/init-session.sh to scaffold these.
2. Planning Phase (TDD Planning)
Every task must be broken down into "TDD-sized" chunks (2-10 minutes each).
A valid task in task_plan.md must follow this micro-loop:
- Write a failing test.
- Watch it fail.
- Write minimal code to pass.
- Watch it pass.
- Refactor.
- Commit.
Hard Gate: Do not write production code until a failing test is verified in progress.md.
3. Execution & Subagents
For complex tasks, use sessions_spawn to delegate to subagents.
Implementer Subagent Prompt Pattern:
Goal: [Target behavior]
Context: [Link to task_plan.md / design docs]
TDD Requirement: Write test first -> watch fail -> implement -> watch pass.
Verification: Run [test command].
4. Systematic Debugging
When a test fails or an error occurs, do not "just try a fix." Follow the Systematic Debugging Protocol:
- Investigate: Read full stack traces. Trace data flow to the source.
- Reproduce: Ensure the failure is consistent.
- Hypothesize: State "I think [cause] because [evidence]" before editing.
- Test Hypothesis: Prove/disprove the hypothesis with a minimal test.
- Fix at Root: Fix the cause, not the symptom. Log in
task_plan.md.
5. File Management Rules
| File | Update Frequency | Content |
|---|---|---|
task_plan.md | After each phase | Status, Decisions, Error Log |
findings.md | Every 2 tool calls | Research, API keys, URLs, Data |
progress.md | Every action | Test outputs, CLI logs, small wins |
The 2-Action Rule
After every 2 search or browser operations, move data from context to findings.md. Multimodal data (images/PDFs) must be summarized as text immediately.
6. Finishing
- Verify all tests pass.
- Update
task_plan.mdtocomplete. - Provide final summary and clean up temporary files.
Templates & References
- Templates:
templates/task_plan.md,templates/findings.md,templates/progress.md - Reference Docs:
references/tdd.md,references/systematic-debugging.md,references/brainstorming.md
Files
15 totalComments
Loading comments…
