技能介绍

要解决的问题

直接让模型冲进代码仓库开工，常见结局是：改了 A 文件导致 B 模块静默失效，或者写到一半发现方向不对，只能回滚重来。根因不是模型能力不足，而是缺少一个显式规划阶段——先把"做什么、改哪些文件、每步怎么验证"写清楚，再动手。Software Development Plan 就是为这个缺口设计的：它不写业务代码，只负责把模糊需求压缩成一份可执行的 Markdown 计划，落盘到 .hermes/plans/。

核心能力与工作流

Plan 模式隔离执行：技能进入后只做规划，不碰真实代码库，杜绝边想边改的混乱。
任务原子化拆解：把大目标切成 bite-sized 的步骤，每一步都足够小、可独立理解与验证。
精确到路径的改动清单：计划中明确列出要创建或修改的文件路径，例如 src/api/routes.ts 或 tests/test_payment.py，而不是笼统地说"更新接口层"。
完整代码而非伪代码：每个任务附带可直接落地的代码片段，团队成员拿着计划就能照着实现。
规划即文档：产物天然是一份设计文档，后续可追溯每一步的意图与范围。

适用边界与注意点

它是规划器，不是执行器：生成的计划需要开发者或执行 Agent 另行落地，技能本身不跑测试、不提 PR。
路径准确性依赖上下文：若仓库结构复杂，计划中的路径建议需结合实际代码树核对。
适合中大型改动：单行修 bug、改文案这类任务用它是杀鸡用牛刀；涉及多模块、多文件的重构或新功能才显出价值。
配合后续技能：官方推荐与 subagent-driven-development、test-driven-development 串联，形成"规划 → 执行 → 审查"闭环。