claude-planner
Skill0 starsChanged 57 days agoMITView on GitHub
Generate detailed implementation plans, roadmaps, and design approaches by delegating to Claude Code CLI (Opus 4.5) in plan mode. Use when user needs to: (1) Create an implementation plan, roadmap, strategy, or design approach for a feature or change, (2) Plan large-scale refactoring affecting multiple modules or components, (3) Design architecture for new features requiring cross-module changes, (4) Get a structured roadmap before starting complex implementation, (5) Have stakeholders review the approach before coding begins. Supports all languages - user may ask in English, Chinese, or any language for planning assistance.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- syncwin/ai-extendertheir own version, first seen Oct 11, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- syncwin/ai-extender★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository3 other files it gives its agents.
- codex-builderSkill
- ui-component-selectorSkill
- web-opportunity-validationSkill
The file
We split this skill into the rules it gives an agent
9 rules. About 0 are common, 5 are distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 18
Use --verbose flag to see real-time progress if you need reassurance
- Distinctive: line 21
If you interrupt the process thinking it's stuck, you'll lose all progress and need to start over.
- Distinctive: line 29
When you need a structured roadmap before starting implementation
- Very specific: line 38
Write your planning request and all relevant context to /tmp/question.txt:
- Distinctive: line 72
Use this command pattern:
- Very specific: line 131
Mention existing patterns: If your codebase follows specific conventions (e.g., "we use dependency injection", "all services are in …
- Distinctive: line 137
Iterate if needed: If the plan doesn't address something, create a new question.txt with additional context or specific follow-up questions.
- Very specific: line 145
Empty plan output: Check that the question file is not empty.
- Distinctive: line 147
Permission errors: Ensure the output directory is writable
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
How to Use Claude Planner from Other Agents
Claude Planner is a specialized tool that invokes Claude Code CLI with Opus 4.5 model in plan mode to generate detailed implementation plans. When you need to plan complex changes that span multiple modules or need a structured approach before coding, use Claude Planner.
⚠️ Important: Execution Time Notice
Claude Planner typically takes 3-15 minutes to complete, depending on task complexity and codebase size. During execution:
- The terminal may appear frozen with no output - this is normal
- Do NOT interrupt or terminate the process
- The CLI is actively working in the background, exploring the codebase and generating a detailed plan
- Use
--verboseflag to see real-time progress if you need reassurance - Be patient - complex planning requires time for thorough analysis
If you interrupt the process thinking it's stuck, you'll lose all progress and need to start over.
When to Use Claude Planner
- User explicitly requests creating an implementation plan
- Large-scale refactoring that affects multiple modules or components
- New features requiring cross-module changes and architectural decisions
- Complex bug fixes that need systematic planning across the codebase
- When you need a structured roadmap before starting implementation
- Projects where stakeholders need plan review before coding begins
The File-Based Pattern
Claude Planner works best with a file-based input/output pattern:
Step 1: Create a Question File
Write your planning request and all relevant context to /tmp/question.txt:
Write to /tmp/question.txt:
- Clear description of the feature or change needed
- Current pain points or requirements
- Specific goals and success criteria
- Any architectural preferences or constraints
- Questions about approach or implementation detailsExample structure:
I need to implement [feature/change].
Current situation:
- [What exists now]
- [What's missing or broken]
- [Current limitations]
Goals:
1. [Specific goal 1]
2. [Specific goal 2]
Requirements:
- [Must have]
- [Should have]
- [Constraints]
Please create a detailed implementation plan and save it to /tmp/plan.mdStep 2: Invoke Claude Planner
Use this command pattern:
bash skills/claude-planner/scripts/plan.sh /tmp/question.txt -o /tmp/plan.md⏱️ Expected wait time: 3-15 minutes - The terminal will appear inactive while Claude analyzes your codebase. This is normal. Add --verbose to see progress.
Flags:
- First argument: Path to question file (or
-for stdin) -o <path>: Output file path (default:/tmp/claude-plan-YYYYMMDD-HHMMSS.md)--model <name>: Claude model to use (default:opus)--cwd <path>: Repository root for exploration (default: current directory)--verbose: Show Claude's progress and debugging output (recommended for first-time users to see that it's working)
Step 3: Read the Plan
Read /tmp/plan.mdClaude Planner will provide:
- Summary: Overview of the solution approach
- Files to Modify/Create: List of affected files and their purposes
- Implementation Steps: Detailed numbered steps with file, action, and rationale
- Testing Strategy: How to verify the implementation
- Potential Risks: Edge cases, uncertainties, and follow-up questions
Review the plan carefully and adjust based on your project specifics before implementation.
Example Session
# 1. Create the question
Write /tmp/question.txt with:
- Feature: "Add user authentication with JWT tokens"
- Current state: "No auth system, all endpoints are public"
- Goals: "Secure API, support login/logout, token refresh"
- Requirements: "Use existing user model, minimal dependencies"
# 2. Invoke Claude Planner
bash skills/claude-planner/scripts/plan.sh /tmp/question.txt -o /tmp/auth-plan.md
# 3. Read and review
Read /tmp/auth-plan.md
# Plan includes: middleware setup, route protection, token generation/validation
# Files to modify: server.ts, routes/*.ts, add middleware/auth.ts
# Steps are numbered with specific actions and rationale
# Review plan with team, then implementTips
- Be patient with execution time: Claude Planner takes several minutes to complete. The terminal will look frozen - this is expected behavior. For peace of mind, use
--verboseflag to see real-time progress. Do not interrupt the process. - Provide complete context: Include current architecture, existing patterns, and constraints. Claude Planner explores the codebase but benefits from explicit context.
- Be specific about goals: "Add authentication" is vague. "Add JWT-based authentication with refresh tokens, session management, and role-based access control" is specific.
- Mention existing patterns: If your codebase follows specific conventions (e.g., "we use dependency injection", "all services are in src/services/"), include that.
- Include constraints: Technical constraints (libraries to use/avoid, performance requirements) and business constraints (must work with existing user table, no breaking changes).
- Review before implementing: The plan is a roadmap, not a prescription. Adjust based on insights during implementation or team discussion.
- Iterate if needed: If the plan doesn't address something, create a new question.txt with additional context or specific follow-up questions.
Common Issues
"Terminal appears frozen/stuck": This is NORMAL. Planning takes 3-15 minutes. The CLI is working in the background. Do NOT interrupt. Use --verbose flag to see progress if concerned.
"claude: command not found": Install Claude Code CLI and authenticate first
Empty plan output: Check that the question file is not empty. Use --verbose to see what's happening
Permission errors: Ensure the output directory is writable
Plan seems off-track: The plan quality depends on question clarity. Revise the question with more specific requirements and try again
Process seems to take too long: Large codebases or complex questions can take 10-15 minutes. If it exceeds 20 minutes with --verbose showing no progress, then you may interrupt and retry with a more focused question.
Alternative: Direct Piping
For shorter planning questions:
echo "Plan how to add Redis caching to the API layer" | bash skills/claude-planner/scripts/plan.sh -But for complex features, the file-based pattern is better because you can refine the question and keep a record of planning sessions.
Output Format
Generated plans include YAML frontmatter with metadata:
---
generated_at: 2026-02-02T10:30:00Z
model: opus
cwd: /path/to/repo
question_file: /tmp/question.txt
---This helps track when plans were created and under what context, useful for reviewing stale plans or comparing different approaches.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

