Project Planning Guide

Writing plans

by davila7 · MIT license · ★ 32,299 on GitHub

Writing plans cover

Use when you have a spec or requirements for a multi-step task, before touching code

---
name: writing-plans
description: Use when you have a spec or requirements for a multi-step task, before touching code
---

# 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`

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.

Manual install (npx, ZIP)
Claude Codenpx skills add davila7/claude-code-templates --skill writing-plans -g -a claude-code
Claude Code (degit)npx degit davila7/claude-code-templates/cli-tool/components/skills/productivity/writing-plans#main ~/.claude/skills/writing-plans-davila7
Claude.ai / desktopZip the folder and upload it under Settings → Capabilities → Skills.
Codex, Cursor, other agentsPoint them at SKILL.md. The other files are plain text.

Connects with Agent Alley MCP · agentalley.io/mcp

Files included

  • SKILL.md3.2 KB
Read SKILL.md here
davila7/main1 file shown
SKILL.md
Show the full text117 lines
writing-plans-davila7/SKILL.md117 lines · 3.2 KB

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**

```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

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
1---
2name: writing-plans
3description: Use when you have a spec or requirements for a multi-step task, before touching code
4---
5 
6# Writing Plans
7 
8## Overview
9 
10Write 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.
11 
12Assume 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.
13 
14**Announce at start:** "I'm using the writing-plans skill to create the implementation plan."
15 
16**Context:** This should be run in a dedicated worktree (created by brainstorming skill).
17 
18**Save plans to:** `docs/plans/YYYY-MM-DD-<feature-name>.md`
19 
20## Bite-Sized Task Granularity
21 
22**Each step is one action (2-5 minutes):**
23- "Write the failing test" - step
24- "Run it to make sure it fails" - step
25- "Implement the minimal code to make the test pass" - step
26- "Run the tests and make sure they pass" - step
27- "Commit" - step
28 
29## Plan Document Header
30 
31**Every plan MUST start with this header:**
32 
33```markdown
34# [Feature Name] Implementation Plan
35 
36> **For Claude:** REQUIRED SUB-SKILL: Use superpowers:executing-plans to implement this plan task-by-task.
37 
38**Goal:** [One sentence describing what this builds]
39 
40**Architecture:** [2-3 sentences about approach]
41 
42**Tech Stack:** [Key technologies/libraries]
43 
44---
45```
46 
47## Task Structure
48 
49```markdown
50### Task N: [Component Name]
51 
52**Files:**
53- Create: `exact/path/to/file.py`
54- Modify: `exact/path/to/existing.py:123-145`
55- Test: `tests/exact/path/to/test.py`
56 
57**Step 1: Write the failing test**
58 
59```python
60def test_specific_behavior():
61 result = function(input)
62 assert result == expected
63```
64 
65**Step 2: Run test to verify it fails**
66 
67Run: `pytest tests/path/test.py::test_name -v`
68Expected: FAIL with "function not defined"
69 
70**Step 3: Write minimal implementation**
71 
72```python
73def function(input):
74 return expected
75```
76 
77**Step 4: Run test to verify it passes**
78 
79Run: `pytest tests/path/test.py::test_name -v`
80Expected: PASS
81 
82**Step 5: Commit**
83 
84```bash
85git add tests/path/test.py src/path/file.py
86git commit -m "feat: add specific feature"
87```
88```
89 
90## Remember
91- Exact file paths always
92- Complete code in plan (not "add validation")
93- Exact commands with expected output
94- Reference relevant skills with @ syntax
95- DRY, YAGNI, TDD, frequent commits
96 
97## Execution Handoff
98 
99After saving the plan, offer execution choice:
100 
101**"Plan complete and saved to `docs/plans/<filename>.md`. Two execution options:**
102 
103**1. Subagent-Driven (this session)** - I dispatch fresh subagent per task, review between tasks, fast iteration
104 
105**2. Parallel Session (separate)** - Open new session with executing-plans, batch execution with checkpoints
106 
107**Which approach?"**
108 
109**If Subagent-Driven chosen:**
110- **REQUIRED SUB-SKILL:** Use superpowers:subagent-driven-development
111- Stay in this session
112- Fresh subagent per task + code review
113 
114**If Parallel Session chosen:**
115- Guide them to open new session in worktree
116- **REQUIRED SUB-SKILL:** New session uses superpowers:executing-plans
117 
View all files on GitHub →

Details

License
MIT
Stars on the repo
★ 32,299
Checked
Source
davila7/claude-code-templates ↗
Creator
davila7 · 212 listings
View creator

Similar skills

See all →
SkillMulti-Step Task Plannerobra/superpowers · by obraUse when you have a spec or requirements for a multi-step task, before touching code★ 290k GitHub starsSkillPlan Executordavila7/claude-code-templates · by davila7Use when you have a written implementation plan to execute in a separate session with review checkpoints★ 32.3k GitHub starsSkillGoal Prompt Writeralirezarezvani/claude-skills · by alirezarezvaniConvert a rambling description of a desired outcome into one polished, autonomous /goal prompt ready to paste into a fresh session. Use when the user says "/fable-goal", "turn this into a goal prompt", "write me a fable prompt", "write the prompt that builds X", or rambles about something they want made and asks for the prompt that makes it happen. The output is a single copy-paste prompt, never the build itself. Do NOT use when the user wants the thing built right now in this session — only when they want the PROMPT that will make it happen in a fresh session.★ 26.3k GitHub starsSkillSprint Brief Generatormohitagw15856/pm-claude-skills · by mohitagw15856Generate a structured sprint brief from sprint data and goals. Use when asked to write a sprint brief, create a sprint summary, document sprint goals and scope, or produce a team-facing sprint overview. Produces a scannable brief with sprint goal, rationale, grouped work, critical path, risks, and definition of done.★ 1.4k GitHub starsSkillBrain Dump OrganizerShubhamsaboo/awesome-llm-apps · by Shubham SabooPaste your messy brain-dump or voice-note and get back a tidy brief: your goal, your decisions, what you changed your mind about, and the guesses you need to correct.★ 139k GitHub starsSkillBrowser Automationruvnet/RuView · by ruvnetWeb browser automation with AI-optimized snapshots for claude-flow agents★ 94.7k GitHub stars

More from davila7

Skill2D Game Developmentdavila7/claude-code-templates · by davila72D game development principles. Sprites, tilemaps, physics, camera.★ 32.3k GitHub starsSkill3D Game Development Principlesdavila7/claude-code-templates · by davila73D game development principles. Rendering, shaders, physics, cameras.★ 32.3k GitHub starsSkill3D Web Experience Builderdavila7/claude-code-templates · by davila7Expert in building 3D experiences for the web - Three.js, React Three Fiber, Spline, WebGL, and interactive 3D scenes. Covers product configurators, 3D portfolios, immersive websites, and bringing depth to web experiences. Use when: 3D website, three.js, WebGL, react three fiber, 3D experience.★ 32.3k GitHub starsSkillSplit Test Setupdavila7/claude-code-templates · by davila7When the user wants to plan, design, or implement an A/B test or experiment. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," or "hypothesis." For tracking implementation, see analytics-tracking.★ 32.3k GitHub starsAgentResearch Literature Synthesizerdavila7/claude-code-templates · by davila7Academic research synthesis specialist. Use PROACTIVELY for comprehensive research on academic topics, literature reviews, technical investigations, and well-cited analysis combining multiple sources. <example>Context: A podcast episode needs a segment grounded in peer-reviewed evidence with formal citations. user: "Research the current state of transformer efficiency techniques for the episode, with proper academic citations." assistant: "I'll use the academic-research-synthesizer agent to search arXiv and Semantic Scholar, extract full-text findings via WebFetch, and produce a cited literature synthesis with confidence levels." <commentary>Use academic-research-synthesizer (not comprehensive-researcher) when the episode segment needs peer-reviewed sourcing, formal citation format, and explicit confidence tagging rather than general-purpose multi-source coverage.</commentary></example> <example>Context: The episode-orchestrator has routed a "literature review" request for a technical deep-dive segment. user: "Summarize the research landscape on federated learning privacy guarantees." assistant: "I'll invoke academic-research-synthesizer to systematically search academic sources, note peer-review status per source, and synthesize consensus vs. open debates."</example>★ 32.3k GitHub starsAgentAcademic Research Specialistdavila7/claude-code-templates · by davila7Academic research specialist for scholarly sources, peer-reviewed papers, and academic literature. Use PROACTIVELY for research paper analysis, literature reviews, citation tracking, and academic methodology evaluation. <example>Context: The research-orchestrator has kicked off Phase 4 parallel research on 'efficacy of intermittent fasting' and needs peer-reviewed evidence. user: "Find the academic evidence on intermittent fasting outcomes." assistant: "I'll use the academic-researcher agent to search Semantic Scholar, PubMed, and OpenAlex for peer-reviewed studies and write structured findings to academic-research.md." <commentary>The request is specifically for scholarly/peer-reviewed evidence rather than general web coverage or code, so academic-researcher (not web-researcher or technical-researcher) is the right specialist.</commentary></example> <example>Context: The user wants a literature review comparing methodologies across studies on a topic. user: "Can you review the literature on transformer model interpretability and identify research gaps?" assistant: "Let me invoke the academic-researcher agent to pull foundational and recent papers, extract methodologies, and surface open research gaps." <commentary>Literature review, methodology extraction, and research-gap identification are core academic-researcher capabilities, distinct from technical-researcher's focus on code repositories and implementations.</commentary></example>★ 32.3k GitHub stars