规划模式

解决什么问题

当你把一个复杂任务交给 Agent 时，最常见的失败模式不是「做不出来」，而是「没想清楚就开始做」。Agent 可能直接动手改代码、调接口、批量执行命令，等你发现方向错了，仓库已经被改得面目全非，回滚成本很高。

规划模式 就是为了在这类场景下加上一个「先想后做」的节点。它把 Agent 的行为收敛为一件事：先产出一份 Markdown 计划，写进 .hermes/plans/，然后停下来，不执行任何实际操作。

它是怎么工作的

• 任务拆解：Agent 接收到需求后，先分析任务边界、涉及的文件、依赖关系和执行顺序，而不是立即动手。
• 落盘为计划：拆解结果以 Markdown 文档形式写入 .hermes/plans/ 目录，计划内容包含步骤、目标和验证方式，便于人工阅读和 review。
• 不执行：这是该技能的核心约束——只写计划，不修改文件、不运行命令、不调用外部工具。计划写盘后流程即结束。

换句话说，它给 Agent 加了一条硬性规则：输出是文档，不是副作用。

适用边界

• 适合的场景：需求涉及多文件改动、跨步骤依赖、或需要先确认方案再投入资源的任务，例如重构、迁移、批量改造。
• 不适合的场景：简单直接的查询、单点修改，这类任务走规划流程反而是开销。
• 注意：计划只是计划，不会自动变成代码。后续仍需人工 review 后自行执行，或由其他技能/工具承接执行环节。
• 建议在计划文档中明确每一步的验收标准，否则 plan 很容易变成一份无法评审的流水账。