技能介绍

它解决的问题

需求文档里常写着“支持标签管理”，但真正写代码时会发现数据库表、迁移、API、筛选查询和前端交互纠缠在一起。执行者要么从最底层改动开始，改完 schema 再补 API，最后发现 UI 还缺状态；要么为了赶进度把多个子系统一次提交，验收时只能靠人工点一点。本技能把这类“看起来清楚、落起来缠绕”的规格，转成一组边界明确的实施计划。

核心能力与关键步骤

它以 只读计划模式 工作，先读规格与代码相关段落，识别既有模式、组件依赖、风险与未知，不直接改实现。计划阶段会画出依赖关系，并按 自底向上、地基优先 的方式排序；随后采用 纵向切片 而非横向切层：任务 1 让用户能完成一个完整路径，例如注册；任务 2 让登录可用；任务 3 让创建任务可用。每条切片都交付可测功能。

每个任务都会写清标题、描述、可测验收标准、验证方式、依赖、可能触碰文件和规模估算，规模从 XS 到 XL；XL 必须继续拆，出现跨两个独立子系统、验收标准少于 3 条或标题里出现“和”时也要拆。依赖先满足，每 2–3 个任务设置检查点，测试、构建、端到端核心流程或人工评审通过后再推进；高风险任务前置，以便快速失败。生成的 TaskPlan 可以被逐切片实现、TDD 与原子提交流程消费。

适用边界

适合需要估算范围、并行分工、明确实现顺序或向人同步范围的规格拆解。不适用于单文件、范围显而易见的改动，或规格中已经包含定义良好任务的场景；这类情况直接实现即可。计划产物是 tasks/plan.md 与 tasks/todo.md，目标是让后续执行者或 Agent 能逐项落地，而不是写出一团缠在一起的代码。