dev-plan
Strategic planning with optional interview workflow. Use when the user wants to plan before implementing — "plan this", "let's plan", structured requirements gathering for vague ideas. Pairs with @compass-planner agent. Supports consensus mode and review mode.
适合你，如果需要在动手前先做结构化规划
npx oh-my-skill add evolution-foundation/evo-nexus/dev-plancurl -fsSL https://oh-my-skill.com/install.sh | bash -s -- evolution-foundation/evo-nexus/dev-plannpx oh-my-skill verify evolution-foundation/evo-nexus/dev-plan怎么用
商店整理自技能原文 · 版本 7f5dd76 · 表述以原文为准当你说出模糊需求时，Claude 会先通过一问一答收集细节，然后生成可执行的计划，包含行号引用和可测试的标准。计划保存到 workspace/projects/plans/。批准后可以交给其他工具执行。
当你说“plan this”、“let's plan”或要求 review 计划时触发。对于模糊需求默认进入采访模式；也可以通过 --direct 或 --review 参数指定模式。
技能原文 SKILL.md
Dev Plan
Derived from oh-my-claudecode (MIT, Yeachan Heo). Adapted for the EvoNexus Engineering Layer.
Plan creates comprehensive, actionable work plans through intelligent interaction. It auto-detects whether to interview the user (broad requests) or plan directly (detailed requests).
Use When
- User wants to plan before implementing — "plan this", "plan the", "let's plan"
- User wants structured requirements gathering for a vague idea
- User wants an existing plan reviewed — "review this plan"
- User wants multi-perspective consensus on a plan — see
dev-ralplan(Tier 1, imported in EPIC 3) - Task is broad or vague and needs scoping before any code is written
Do Not Use When
- User wants autonomous end-to-end execution → use
dev-autopilotinstead - User wants to start coding immediately with a clear task → delegate to
@bolt-executor - User asks a simple question that can be answered directly → just answer it
- Task is a single focused fix with obvious scope → skip planning, just do it
Why This Exists
Jumping into code without understanding requirements leads to rework, scope creep, and missed edge cases. Plan provides structured requirements gathering, expert analysis, and quality-gated plans so that execution starts from a solid foundation.
Execution Policy
- Auto-detect interview vs direct mode based on request specificity
- Ask one question at a time during interviews — never batch multiple questions
- Gather codebase facts via
@scout-exploreragent before asking the user about them - Plans must meet quality standards: 80%+ claims cite file/line, 90%+ criteria are testable
- Save plans to
workspace/projects/plans/{name}.md
Mode Selection
| Mode | Trigger | Behavior | |------|---------|----------| | Interview | Default for broad requests | Interactive requirements gathering | | Direct | --direct, or detailed request | Skip interview, generate plan directly | | Review | --review | Critic evaluation of an existing plan |
Quality Gates
- All claims about the codebase must cite file:line
- All acceptance criteria must be testable
- Open questions must be explicitly listed
- Trade-offs must be documented for non-trivial decisions
Handoff
After plan is approved by user:
- Pass plan path to
@bolt-executorfor implementation - Or chain to
dev-autopilotfor full lifecycle execution
Delegation
For deeper structured planning, hand off to @compass-planner agent — it runs a tighter interview workflow with mandatory user confirmation gates.