plann
Plan implementations, design architectures, create technical roadmaps with detailed phases. Use for feature planning, system design, solution architecture, implementation strategy, phase documentation.
- License 许可
- MIT
- 最近更新
- 2026-05-09
- Stars
- ★ 0
- Forks
- 0
01 前言 Front Matter
- name
- plann
- license
- MIT
- description
- Plan implementations, design architectures, create technical roadmaps with detailed phases. Use for feature planning, system design, solution architecture, implementation strategy, phase documentation.
- argument-hint
- [task] OR archive|red-team|validate
02 资源文件 12
- 参考文档references/archive-workflow.md2.3 KB
- 参考文档references/codebase-understanding.md1.9 KB
- 参考文档references/output-standards.md4.5 KB
- 参考文档references/plan-organization.md3.7 KB
- 参考文档references/red-team-personas.md2.6 KB
- 参考文档references/red-team-workflow.md2.7 KB
- 参考文档references/research-phase.md1.5 KB
- 参考文档references/solution-design.md2.0 KB
- 参考文档references/task-management.md5.7 KB
- 参考文档references/validate-question-framework.md2.3 KB
- 参考文档references/validate-workflow.md2.3 KB
- 参考文档references/workflow-modes.md6.2 KB
03 SKILL.md 正文
Planning
Create detailed technical implementation plans through research, codebase analysis, solution design, and comprehensive documentation.
Default (No Arguments)
If invoked with a task description, proceed with planning workflow. If invoked WITHOUT arguments or with unclear intent, use AskUserQuestion to present available operations:
| Operation | Description |
|---|---|
(default) |
Create implementation plan for a task |
archive |
Write journal entry & archive plans |
red-team |
Adversarial plan review |
validate |
Critical questions interview |
Present as options via AskUserQuestion with header "Planning Operation", question "What would you like to do?".
Workflow Modes
Default: --auto (analyze task complexity and auto-pick mode).
| Flag | Mode | Research | Red Team | Validation | Cook Flag |
|---|---|---|---|---|---|
--auto |
Auto-detect | Follows mode | Follows mode | Follows mode | Follows mode |
--fast |
Fast | Skip | Skip | Skip | --auto |
--hard |
Hard | 2 researchers | Yes | Optional | (none) |
--parallel |
Parallel | 2 researchers | Yes | Optional | --parallel |
--two |
Two approaches | 2+ researchers | After selection | After selection | (none) |
Add --no-tasks to skip task hydration in any mode.
Load: references/workflow-modes.md for auto-detection logic, per-mode workflows, context reminders.
When to Use
- Planning new feature implementations
- Architecting system designs
- Evaluating technical approaches
- Creating implementation roadmaps
- Breaking down complex requirements
Core Responsibilities & Rules
Always honoring YAGNI, KISS, and DRY principles. Be honest, be brutal, straight to the point, and be concise.
1. Research & Analysis
Load: references/research-phase.md
Skip if: Fast mode or provided with researcher reports
2. Codebase Understanding
Load: references/codebase-understanding.md
Skip if: Provided with scout reports
3. Solution Design
Load: references/solution-design.md
4. Plan Creation & Organization
Load: references/plan-organization.md
5. Task Breakdown & Output Standards
Load: references/output-standards.md
Workflow Process
- Pre-Creation Check → Check Plan Context for active/suggested/none
- Mode Detection → Auto-detect or use explicit flag (see
workflow-modes.md) - Research Phase → Spawn researchers (skip in fast mode)
- Codebase Analysis → Read docs, scout if needed
- Plan Documentation → Write comprehensive plan via planner subagent
- Red Team Review → Use
Skilltool:plan:red-team {plan-path}(hard/parallel/two modes) - Post-Plan Validation → Use
Skilltool:plan:validate {plan-path}(hard/parallel/two modes) - Hydrate Tasks → Create Claude Tasks from phases (default on,
--no-tasksto skip) - Context Reminder → Output cook command with absolute path (MANDATORY)
Output Requirements
- DO NOT implement code - only create plans
- Respond with plan file path and summary
- Ensure self-contained plans with necessary context
- Include code snippets/pseudocode when clarifying
- Fully respect the
./docs/development-rules.mdfile
Task Management
Plan files = persistent. Tasks = session-scoped. Hydration bridges the gap.
Default: Auto-hydrate tasks after plan files are written. Skip with --no-tasks.
3-Task Rule: <3 phases → skip task creation.
Load: references/task-management.md for hydration pattern, TaskCreate patterns, cook handoff protocol.
Hydration Workflow
- Write plan.md + phase files (persistent layer)
- TaskCreate per phase with
addBlockedBychain - TaskCreate for critical/high-risk steps within phases
- Metadata: phase, priority, effort, planDir, phaseFile
- Cook picks up via TaskList (same session) or re-hydrates (new session)
Active Plan State
Check ## Plan Context injected by hooks:
- "Plan: {path}" → Active plan. Ask "Continue? [Y/n]"
- "Suggested: {path}" → Branch hint only. Ask if activate or create new.
- "Plan: none" → Create new using
Plan dir:from## Naming
After creating plan: node .github/scripts/set-active-plan.cjs {plan-dir}
Reports: Active plans → plan-specific path. Suggested → default path.
Important
DO NOT create plans or reports in USER directory. ALWAYS create plans or reports in CURRENT WORKING PROJECT DIRECTORY.
Subcommands
| Subcommand | Reference | Purpose |
|---|---|---|
/plann archive |
references/archive-workflow.md |
Archive plans + write journal entries |
/plann red-team |
references/red-team-workflow.md |
Adversarial plan review with hostile reviewers |
/plann validate |
references/validate-workflow.md |
Validate plan with critical questions interview |
Quality Standards
- Thorough and specific, consider long-term maintainability
- Research thoroughly when uncertain
- Address security and performance concerns
- Detailed enough for junior developers
- Validate against existing codebase patterns
Remember: Plan quality determines implementation success. Be comprehensive and consider all solution aspects.
04 同仓库更多 Skills
ck:web-frameworks
Build with Next.js (App Router, RSC, SSR, ISR), Turborepo monorepos. Use for React apps, server rendering, build optimization, caching strategies, shared dependencies.
ck:sequential-thinking
Apply step-by-step analysis for complex problems with revision capability. Use for multi-step reasoning, hypothesis verification, adaptive planning, problem decomposition, course correction.
ck:research
Research technical solutions, analyze architectures, gather requirements thoroughly. Use for technology evaluation, best practices research, solution design, scalability/security/maintainability analysis.
ck:databases
Design schemas, write queries for MongoDB and PostgreSQL. Use for database design, SQL/NoSQL queries, aggregation pipelines, indexes, migrations, replication, performance optimization, psql CLI.
ck:brainstorm
Brainstorm solutions with trade-off analysis and brutal honesty. Use for ideation, architecture decisions, technical debates, feature exploration, feasibility assessment, design discussions.
ck:backend-development
Build backends with Node.js, Python, Go (NestJS, FastAPI, Django). Use for REST/GraphQL/gRPC APIs, auth (OAuth, JWT), databases, microservices, security (OWASP), Docker/K8s.