Menu
实施计划技能。当用户要求制定实施计划、拆解任务、做技术方案设计时使用。必须基于已有的 spec 文档。触发词包括"写 plan"、"实施计划"、"任务拆解"、"技术方案"、"/plan"。
The review-first prompt is selected by default. You can switch to a direct command or download a local copy.
Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
A direct command skips the review prompt. Inspect the source before running it.
npx skills add https://github.com/SimpleEve/development-skills --skill planThe command stays on one line. Scroll horizontally to inspect it before copying.
Prefer a local copy? Download the files currently available to SkillsMP.
代码实现技能。当用户要求根据 plan 编写代码、实现功能、修复 bug 时使用。触发词包括"实现"、"写代码"、"开发"、"implement"、"fix"、"/implement"。
代码审查技能。当用户要求做代码审查、检查代码质量、检查 bug 和风险时使用。触发词包括"review"、"代码审查"、"代码检查"、"review 代码"、"/review"。
需求规格说明技能。当用户要求编写需求、撰写 spec、做需求分析、澄清功能边界时使用。触发词包括"写 spec"、"需求分析"、"需求规格"、"spec 文档"、"/spec"。
Based on SOC occupation classification
Showing SKILL.md
| name | plan |
| description | 实施计划技能。当用户要求制定实施计划、拆解任务、做技术方案设计时使用。必须基于已有的 spec 文档。触发词包括"写 plan"、"实施计划"、"任务拆解"、"技术方案"、"/plan"。 |
将已确认的 spec 文档转化为可执行落地的详细实施计划与任务清单。
spec/<spec-name>/plan.mdspec.md 必须已存在且状态为"已确认"spec/<spec-name>/spec.md/specspec.md按照下方固定模板撰写，写入对应功能的 plan.md。
将产出交给用户确认，根据反馈修订直到用户满意。
# <功能名称> 实施计划
> 关联 Spec：<spec 文档路径>
> 创建日期：YYYY-MM-DD
> 状态：草稿 | 已确认
## 1. 技术方案概述
用 1-3 段话概述整体技术实现思路。
## 2. 技术决策
### 2.1 方案选型
如有多种实现方案，列出各方案的优劣对比，并标注最终选择及理由。
### 2.2 外部依赖
列出需要引入的第三方库、服务、SDK、引擎能力或工具。
### 2.3 内部依赖
列出依赖的内部模块、已有接口、资源或数据结构。
## 3. 任务拆解
### 3.1 核心逻辑 / Runtime / 运行时模块（按项目实际情况命名）
- [ ] **TODO-S1: <任务标题>**
- **描述**：详细说明要做什么
- **涉及模块**：对应子系统、运行时模块或核心逻辑层
- **涉及文件**：预估需要新建或修改的文件路径
- **依赖**：依赖哪些前置 TODO（如 TODO-S0）
- **验收标准**：完成后如何验证
- [ ] **TODO-S2: ...**
### 3.2 表现层 / Tooling / 工具模块（按项目实际情况命名）
- [ ] **TODO-C1: <任务标题>**
- **描述**：详细说明要做什么
- **涉及模块**：对应 UI 层、编辑器工具、页面、交互模块或辅助工具模块
- **涉及文件**：预估需要新建或修改的文件路径
- **依赖**：依赖哪些前置 TODO
- **验收标准**：完成后如何验证
- [ ] **TODO-C2: ...**
### 3.3 共享 / 通用模块
- [ ] **TODO-G1: <任务标题>**
- **描述**：类型定义、工具函数、配置、共享资源等通用部分
- **涉及文件**：...
- **依赖**：...
- **验收标准**：...
## 4. 依赖关系与执行顺序
用文字或 ASCII 图描述 TODO 之间的依赖关系，标明哪些可以并行。
示例：
- TODO-G1 → TODO-S1（G1 完成后 S1 才能开始）
- TODO-S2 ‖ TODO-C1（可并行）
## 5. 测试标准
### 5.1 单元测试标准
逐条列出每个 TODO 需要的单元测试覆盖点。
### 5.2 集成 / 场景验证标准
描述完整流程的集成测试或场景验证，包括：
- 前置条件
- 操作步骤
- 期望结果
- 异常场景
## 6. 风险与缓解
| 风险 | 影响 | 缓解措施 |
|------|------|---------|
## 7. 开放问题
列出所有尚未解决的技术问题。如全部已解决则标注"无"。