create-plan

分类: 工具与效率 | 上传者: aduermael | 下载: 0 | 版本: v1.0（最新）

Use when the user wants to plan a task, feature, or change. Creates a structured plan with phases and checkmarked subtasks.

更新日志: Source: GitHub https://github.com/aduermael/herm

目录结构

当前层级: .claude/skills/create-plan/

📄 SKILL.md 2.3 KB

SKILL.md

---
name: create-plan
description: Use when the user wants to plan a task, feature, or change. Creates a structured plan with phases and checkmarked subtasks.
---

# Create a Plan

## Plan Format

1. Active plans live at `plans/<plan-name>-<date>.md`. Completed plans are archived to `plans/archive/`.
2. Structure:

	- Clear phases (numbered: 1, 2, 3...)
	- Subtasks within each phase as checkmarks: `- [ ]` (pending) or `- [x]` (done)

	**Important:** ALL phases must use checkmarks for their tasks. Each checkmark corresponds to a single commit. Phase tasks are prefixed with parent phase number and letters (a, b, c, etc.)

	Example:

	```markdown
	## Phase 1: One Phase
	- [x] 1a: Some task
	- [x] 1b: Another task
	- [ ] 1c: One more task

	## Phase 2: Another Phase
	- [ ] 2a: Some task
	- [ ] 2b: Another task
	- [ ] 2c: One more task
	```

3. Check previous plans in `plans/` and recent commits to see if the new plan builds on previous work.

4. Parallelism notation — only use when clearly beneficial:

	```markdown
	**Parallel Phases: 2,3**

	## Phase 2: Another Phase
	- [ ] 2a: Some task

	**Parallel Tasks: 2b, 2c**

	- [ ] 2b: Another task
	- [ ] 2c: One more task

	## Phase 3: One More Phase
	- [ ] 3a: Some task
	```

	Add blank lines around annotations for proper markdown rendering.

## Content Guidelines

Plans specify **what** to do, not **how** it will be executed (commits, tests, etc. are handled by `execute-plan`).

A good plan includes:
- **Codebase context** — which existing files are involved, how they're structured
- **Contracts and interfaces** — inputs, outputs, behaviors
- **Failure modes** — what can go wrong
- **Open questions** — decisions blocked on missing information
- **Tests** — every plan should include a phase (or tasks within phases) for adding or updating tests that verify the new behavior
- **Success criteria** — what tests would prove this works

A good plan does NOT contain:
- Literal implementation code with arbitrary constants
- Invented file paths or function signatures
- Details that will be discovered during implementation

## Workflow

1. Research the codebase and understand the problem
2. Ask clarifying questions if needed
3. Write the plan and commit it
4. After committing, print: `/execute-plan plans/<plan-name>` to execute it

## New Plan

Create a new plan to address this:

$ARGUMENTS

登录后下载/点赞/收藏 ❤ 58 | ★ 0

create-plan

目录结构

SKILL.md

举报内容

提示