devbooks-implementation-plan:从设计文档推导编码计划(tasks.md),输出可跟踪的主线计划/临时计划/断点区,并绑定验收锚点。用户说"写编码计划/Implementation Plan/tasks.md/任务拆解/并行拆分/里程碑/验收锚点"等时使用。
Install with Tessl CLI
npx tessl i github:Darkbluelr/dev-playbooks-cn --skill devbooks-implementation-planOverall
score
17%
Does it follow best practices?
If you maintain this skill, you can automatically optimize it using the tessl CLI to improve its score:
npx tessl skill review --optimize ./path/to/skillValidation for skill structure
目标:明确本 Skill 的核心产出与使用范围。 输入:用户目标、现有文档、变更包上下文或项目路径。 输出:可执行产物、下一步指引或记录路径。 边界:不替代其他角色职责,不触碰 tests/。 证据:引用产出物路径或执行记录。
适用:需要细化策略、边界或风险提示时补充。
适用:需要与外部系统或可选工具协同时补充。
核心原则:Implementation Plan 在 Design Doc 之后执行,为 Test Owner 和 Coder 提供任务清单。
proposal → design → [Implementation Plan] → test-owner(阶段1) → coder → ...
↓
tasks.md(任务清单)| 允许 | 禁止 |
|---|---|
| 从 design.md 推导任务 | ❌ 参考 tests/(避免实现偏见) |
| 绑定验收锚点 (AC-xxx) | ❌ 写实现代码 |
| 拆分并行任务 | ❌ 执行任务 |
## 主线计划区
- [ ] MP1.1 任务描述 (AC-001)
- [ ] MP1.2 任务描述 (AC-002)
## 临时计划区
(紧急任务)
## 断点区
(中断续做信息)<truth-root>:当前真理目录根<change-root>:变更包目录根执行前必须按以下顺序查找配置(找到后停止):
.devbooks/config.yaml(如存在)→ 解析并使用其中的映射dev-playbooks/project.md(如存在)→ Dev-Playbooks 协议,使用默认映射project.md(如存在)→ template 协议,使用默认映射关键约束:
agents_doc(规则文档),必须先阅读该文档再执行任何操作<change-root>/<change-id>/tasks.md~/.claude/skills/_shared/references/AI行为规范.md(可验证性 + 结构质量守门)。references/编码计划提示词.md(只从设计推导,不参考 tests/)。本 Skill 在执行前自动检测上下文,选择合适的运行模式。
检测规则参考:skills/_shared/上下文检测模板.md
design.md 是否存在(计划的输入)tasks.md 是否已存在| 模式 | 触发条件 | 行为 |
|---|---|---|
| 新建计划 | tasks.md 不存在 | 从 design.md 推导完整计划 |
| 更新计划 | tasks.md 存在,design.md 有更新 | 同步计划与设计变更 |
| 添加临时任务 | 发现计划外紧急任务 | 添加到临时计划区 |
检测结果:
- design.md:存在,AC 数量 14 个
- tasks.md:不存在
- 运行模式:新建计划参考:skills/_shared/工作流下一步.md
完成 implementation-plan 后,必须的下一步是:
| 条件 | 下一个 Skill | 原因 |
|---|---|---|
| 始终 | devbooks-test-owner | Test Owner 必须先产出 Red 基线 |
关键:
devbooks-coderimplementation-plan → test-owner (会话A) → coder (会话B)完成 implementation-plan 后,输出:
## 推荐的下一步
**下一步:`devbooks-test-owner`**(必须在单独的会话中)
原因:实现计划已完成。下一步是让 Test Owner 创建验证测试并产出 Red 基线。Test Owner 和 Coder 必须在不同会话中工作以确保角色隔离。
### 如何调用(在新会话中)运行 devbooks-test-owner skill 处理变更 <change-id>
**重要**:Test Owner 产出 Red 基线后,在另一个单独的会话中启动 Coder:运行 devbooks-coder skill 处理变更 <change-id>
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.