| name | claude-feature |
| description | Plans a feature by reading the project's Claude setup and scanning relevant source files. Outputs which files to touch, risks, and ambiguities, then stops. Use before implementing anything, or when asked to "implement X", "add X", "build X", or "I want to add X". Do NOT implement. Plan only. |
Claude feature
Guards
- If no feature description is provided, stop:
❌ No feature description. Describe what you want to add.
- Do not implement anything. Output the plan and stop.
- When the feature description spans two or more independent concerns, write one plan file per concern. Do not bundle them under a single slug.
Step 1: read the Claude setup
Read these in parallel from the project root, skipping any that do not exist:
CLAUDE.md: behavior rules, conventions, commands.claude/REQUIREMENTS.md: feature scope and non-goals.claude/ARCHITECTURE.md: decisions already made.claude/TASKS.md: current scope and status
Also read these when the feature touches code or UI. Skip them for prose, docs, catalog, or config-only changes:
.claude/DESIGN.md: tokens, typography, spacing, and component rules.claude/wireframes/index.md + the surface files relevant to the feature: intended UI layout and behavior. Read index.md first, then load only the per-surface files (.claude/wireframes/<surface>.md) the feature actually touches. Do not read the whole folder speculatively. When the plan adds or revises a surface, the wireframe file follows .claude/standards/wireframes.md.
Coding standards live in .claude/rules/. Claude Code loads them automatically. Path-scoped rules apply to the files they match.
Step 2: scan relevant source files
Based on the feature description, identify and read source files that are directly relevant. Do not read entire directories speculatively.
Step 3: build the plan
Construct the plan with these sections:
- Summary: three to five one-line bullets covering the goal, the main deliverables, and the key trade-off or decision. Aimed at humans scanning the plan, not agents executing it. Full mode only.
- Constraints: durable rules the work must respect (patterns to reuse, surfaces not to touch, platform limits). Optional. Include when an orchestrator or prior context supplies them, omit the section otherwise.
- Files to touch: each file with a one-line reason
- Risks: conflicts, coupling, or tricky spots. If none, use
None identified.
- Questions: numbered list of things to resolve before starting. If none, use
None identified.
Prefer None identified. over low-signal fillers. A small feature should produce a short plan, not a padded one. Small mode skips the summary since the plan is already short enough to scan in full.
When three or more questions remain, add an - Answer: slot under each in the plan file and keep chat output to the file pointer plus a short summary. Inline chat is fine when two or fewer remain.
Step 4: output
Decide the mode based on what Step 3 produced:
- Small when the plan touches 2 files or fewer, has no architectural or cross-cutting choices, and both Risks and Questions come out
None identified.
- Full otherwise
Small mode
Output the plan to chat. Do not write a plan file.
**Files to touch:**
- `path/to/file`: reason
If real questions exist, include a numbered **Questions:** section below. Omit empty sections. Do not print None identified. in chat.
Full mode
Derive a 2-to-4-word kebab-case slug from the feature description. Write the full plan to .claude/plans/feature-<slug>.md at the main worktree root, not the current worktree. See Worktrees in CLAUDE.md. Create the directory if it does not exist.
File format:
# Feature: <short title>
<feature description>
## Summary
- <one-line bullet covering the goal>
- <one-line bullet covering the main deliverables>
- <one-line bullet covering the key decision or trade-off>
**Constraints:**
- <durable rule the work must respect>
**Files to touch:**
- `path/to/file`: reason
**Risks:**
- <risk>
**Questions:**
1. <question>
Then output in chat:
📝 Wrote .claude/plans/feature-<slug>.md
**Questions:**
1. <question>
Next: /claude-worktree
Show only the path line and the Next: line when there are no questions. The .claude/plans/ directory is gitignored. Do not stage or commit the file.
Do not proceed to implementation until the user explicitly says to continue.
Discussion rounds
After the plan is written, the user may re-ping with follow-up questions or pushback. Keep chat output to a decision-help shape.
- State each pick as one-line pick plus one-line reason. Do not use section headers, context blocks, or multi-section breakdowns in chat. Those belong in the plan file.
- Put numbered decisions to resolve at the bottom of the response, not interleaved with findings.
- When a finding needs more than two lines to explain, update
.claude/plans/feature-<slug>.md in place with the detail and point the user at the file instead.
