用途：当已有规格或需求、准备实施多步任务但尚未接触代码时，用该技能编写完整实施计划。计划假设执行者是熟练开发者，但不了解本项目工具链与问题域，也不擅长测试设计。
主要能力：先做范围检查，若规格覆盖多个独立子系统，建议拆成每个子系统一份计划；随后规划文件结构，明确每个文件职责与接口，按职责而非技术分层拆分，并遵循既有代码库模式。任务按“最小可独立测试单元”划分，把配置、脚手架、文档并入需要它们的任务。每步为 2-5 分钟动作，典型顺序为：写失败测试、运行确认失败、写最小实现、运行确认通过、提交。
计划文档要求：以固定头部开头，含目标、架构、技术栈与全局约束；每个任务列出创建/修改/测试的精确路径、消费与产出的接口签名，以及带复选框的步骤。步骤中必须给出完整代码、精确命令与预期输出，禁止 TBD、TODO、占位描述或“类似任务 N”之类引用。
使用方式：开始时声明正在使用该技能；使用项目已有的版本控制系统，不擅自假设；若存在对应 VCS 技能（如 jj）应先阅读；隔离工作区用项目 VCS 创建（git: git worktree add；jj: jj workspace add）。计划保存到仓库外的临时文件夹，路径由编排器提供，否则自行选择并公布；用户偏好可覆盖默认位置。完成后做自检：规格覆盖、占位符扫描、类型一致性，可选派独立评审子代理。最后交接给 subagent-driven-development 执行，每个任务派新子代理并在任务间评审。
限制：资料未提供具体收费、平台支持范围或效果数据；计划质量依赖规格完整度与项目 VCS 约定。