Orchestrator-supaconductor writing-plans
Use when you have a spec or requirements for a multi-step task, before touching code
git clone https://github.com/Ibrahim-3d/orchestrator-supaconductor
T=$(mktemp -d) && git clone --depth=1 https://github.com/Ibrahim-3d/orchestrator-supaconductor "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/writing-plans" ~/.claude/skills/ibrahim-3d-orchestrator-supaconductor-writing-plans && rm -rf "$T"
skills/writing-plans/SKILL.mdWriting Plans
Overview
Write comprehensive implementation plans assuming the engineer has zero context for our codebase and questionable taste. Document everything they need to know: which files to touch for each task, code, testing, docs they might need to check, how to test it. Give them the whole plan as bite-sized tasks. DRY. YAGNI. TDD. Frequent commits.
Assume they are a skilled developer, but know almost nothing about our toolset or problem domain. Assume they don't know good test design very well.
Announce at start: "I'm using the writing-plans skill to create the implementation plan."
Save plans to: The active conductor track directory:
conductor/tracks/{track_id}/plan.md
If no conductor track exists, create one first using the /orchestrator-supaconductor:new-track flow.
Bite-Sized Task Granularity
Each step is one action (2-5 minutes):
- "Write the failing test" - step
- "Run it to make sure it fails" - step
- "Implement the minimal code to make the test pass" - step
- "Run the tests and make sure they pass" - step
- "Commit" - step
Plan Document Header
Every plan MUST start with this header:
# [Feature Name] Implementation Plan > **For Claude:** REQUIRED SUB-SKILL: Use orchestrator-supaconductor:executing-plans to implement this plan task-by-task. **Goal:** [One sentence describing what this builds] **Architecture:** [2-3 sentences about approach] **Tech Stack:** [Key technologies/libraries] ---
Task Structure
### Task N: [Component Name] **Files:** - Create: `exact/path/to/file.py` - Modify: `exact/path/to/existing.py:123-145` - Test: `tests/exact/path/to/test.py` **Step 1: Write the failing test** ```python def test_specific_behavior(): result = function(input) assert result == expected ``` **Step 2: Run test to verify it fails** Run: `pytest tests/path/test.py::test_name -v` Expected: FAIL with "function not defined" **Step 3: Write minimal implementation** ```python def function(input): return expected ``` **Step 4: Run test to verify it passes** Run: `pytest tests/path/test.py::test_name -v` Expected: PASS **Step 5: Commit** ```bash git add tests/path/test.py src/path/file.py git commit -m "feat: add specific feature" ```
Remember
- Exact file paths always
- Complete code in plan (not "add validation")
- Exact commands with expected output
- Reference relevant skills with @ syntax
- DRY, YAGNI, TDD, frequent commits
Conductor Integration
This skill is part of the Conductor workflow. All plans are saved to the active track directory.
When invoked by the Conductor orchestrator (with
--track-dir and --spec parameters):
- Read spec from
path--spec - Read project context from
,conductor/product.mdconductor/tech-stack.md - Save plan to
{--track-dir}/plan.md - Include DAG section for parallel execution
- Update track's
checkpoint tometadata.jsonPLAN: PASSED - Return control to orchestrator — do NOT start execution
When invoked standalone (no parameters):
- Look for the active track in
conductor/tracks.md - Read its
for requirementsspec.md - Save plan to
conductor/tracks/{track_id}/plan.md - Update track's
checkpoint tometadata.jsonPLAN: PASSED - After saving, announce the plan summary and HALT — do NOT start execution
- The user should run
or/orchestrator-supaconductor:implement
to execute/orchestrator-supaconductor:go