
Writing Plans
- 8 installs
- 33 repo stars
- Updated April 26, 2026
- bighardperson/computer-science-skills-collection
This is a copy of writing-plans by julianromli - installs and ranking accrue to the original listing.
Writing Plans is a Claude Code skill that turns a spec into a bite-sized, TDD-structured implementation plan saved to docs/plans for task-by-task execution.
About
Writing Plans is a skill that generates a detailed implementation plan from a spec or requirements before coding starts. It breaks the work into bite-sized tasks (write the failing test, run it, implement, commit) with exact file paths and expected command output. A developer uses it when a multi-step task needs a written plan an engineer with no codebase context can follow. It saves the plan to docs/plans and offers subagent-driven or parallel-session execution.
- Turns a spec into a task-by-task implementation plan (2-5 minute steps)
- Enforces a required plan-document header and TDD/DRY/YAGNI structure
- Offers a subagent-driven or parallel-session execution handoff
Writing Plans by the numbers
- 8 all-time installs (skills.sh)
- Data as of Jul 30, 2026 (Skillselion catalog sync)
writing-plans capabilities & compatibility
free
- Capabilities
- task planning · tdd workflow · spec breakdown
- Use cases
- planning · project management · testing
- Pricing
- Free
What writing-plans says it does
Give them the whole plan as bite-sized tasks. DRY. YAGNI. TDD. Frequent commits.
Save plans to:** `docs/plans/YYYY-MM-DD-<feature-name>.md`
Use when you have a spec or requirements for a multi-step task, before touching code
npx skills add https://github.com/bighardperson/computer-science-skills-collection --skill writing-plansAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 8 |
|---|---|
| repo stars | ★ 33 |
| Last updated | April 26, 2026 |
| Repository | bighardperson/computer-science-skills-collection ↗ |
What it does
Convert a spec into a task-by-task TDD implementation plan an engineer with zero codebase context can execute.
Who is it for?
Planning a multi-step feature before touching code
Skip if: Small single-step changes that need no written plan
When should I use this skill?
You have a spec or requirements for a multi-step task, before touching code
What you get
A saved plan of bite-sized, testable tasks with exact files, commands and expected output.
- Implementation plan markdown document
- Bite-sized task list with exact file paths and commands
By the numbers
- Each step is one 2-5 minute action
- 5-step per-task cycle: test, verify fail, implement, verify pass, commit
Files
Writing 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."
Context: This should be run in a dedicated worktree (created by brainstorming skill).
Save plans to: docs/plans/YYYY-MM-DD-<feature-name>.md
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 superpowers: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**
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**
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**
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
Execution Handoff
After saving the plan, offer execution choice:
"Plan complete and saved to `docs/plans/<filename>.md`. Two execution options:
1. Subagent-Driven (this session) - I dispatch fresh subagent per task, review between tasks, fast iteration
2. Parallel Session (separate) - Open new session with executing-plans, batch execution with checkpoints
Which approach?"
If Subagent-Driven chosen:
- REQUIRED SUB-SKILL: Use superpowers:subagent-driven-development
- Stay in this session
- Fresh subagent per task + code review
If Parallel Session chosen:
- Guide them to open new session in worktree
- REQUIRED SUB-SKILL: New session uses superpowers:executing-plans
{
"ownerId": "kn7b7sdwcjy1etamx2zvahc5xx80k8d4",
"slug": "writing-plans",
"version": "0.1.0",
"publishedAt": 1770691953645
}{
"slug": "writing-plans",
"name": "Writing Plans",
"version": "0.1.0",
"installedAt": 1776152373820,
"source": "skillhub"
}Related skills
FAQ
How granular should each step be?
Each step is one action taking 2-5 minutes, such as write the failing test, run it, implement, then commit.
Where are plans saved?
Plans are saved to docs/plans/YYYY-MM-DD-<feature-name>.md.