| name | plan+ |
| description | Invoke AFTER brain+ design is approved. Wraps superpowers:writing-plans with constitutional rules, testing strategy per task, and mock policy. Creates bite-sized implementation plans. |
| argument-hint | [plan description] |
| user-invocable | true |
plan+ — Disciplined Planning
Wraps superpowers:writing-plans. Requires superpowers to be installed.
Before You Begin
This skill runs after brain+ has produced a validated design. It creates the implementation plan with testing discipline baked into every task.
Procedure
Phase A: Load Context
-
Read the design output from brain+ (from the current session or saved spec).
-
Load active enforcement rules from session context (see session-start output). If active enforcement rules are configured, add a Constitutional Compliance section to the plan:
## Constitutional Rules for This Plan
[List active enforcement rules from session-start output — these are configurable via .harness.yaml]
- Use real [database/payment/logger] connections in stack/E2E tests — mocks are appropriate in unit tests
- Show command output before claiming done
- Every source file change requires corresponding test changes
- Full-loop assertions: verify primary + second-order + third-order effects
-
Identify the mock policy for this plan based on active enforcement rules:
## Mock Policy
Stack/E2E (real deps): [list from active enforcement rules]
Unit tests (mocks ok): [all components] / External without sandbox: [third-party services]
Phase B: Create Plan (delegate to superpowers:writing-plans)
-
Invoke superpowers:writing-plans with the enriched context.
-
For each task in the plan, ensure it includes:
- Test strategy: which tests cover this task's requirements
- Mock check: does this task need to interact with protected components (per active enforcement rules)?
- Evidence criteria: what output proves this task is done
-
Every task must follow the pattern:
### Task N: [Name]
**Files:** [exact paths]
**Test strategy:** [which tests, scoped to this task]
**Mock check:** [are protected components involved?]
- [ ] Step 1: Write failing test
- [ ] Step 2: Verify it fails
- [ ] Step 3: Write minimal implementation
- [ ] Step 4: Verify it passes
- [ ] Step 5: Commit
Phase C: Validate Plan
- Confirm the plan:
Output
Save the plan to docs/plans/ and feed into tdd+ for implementation.
Skill Chain
After completing plan+, the next step is:
- Invoke
/tdd+ to implement the plan task-by-task with RED-GREEN-REFACTOR
Completion
Report one of these states when the skill finishes:
- DONE — Plan saved to
docs/plans/, all validation checklist items in Phase C confirmed.
- DONE_WITH_CONCERNS — Plan complete but has open questions or tasks needing refinement.
- BLOCKED — Cannot proceed (missing design from brain+, unclear requirements).
- NEEDS_CONTEXT — Need user input to resolve a task scope or dependency question.