🎈 想读易懂版？

本章有易懂版（大白话讲重点，10 分钟读完）：[第 7 章 计划模式与长任务执行（易懂版）](../../easy/第7章 计划模式与长任务执行（易懂版）.md)

第 7 章 计划模式与长任务执行

本章目标：掌握计划模式的适用场景、体验与纪律。学会把大任务拆成可检查的步骤，给重要任务加一道"先想后做"的闸门。改动越大，这道闸门越值钱。

7.1 什么时候需要计划模式

小任务（写一段代码、改一个文件）不需要计划，直接干。但遇到这些情况，你应该让我先进计划模式：

7.1.1 四类必须计划的场景

场景特征	例子	为什么需要计划
跨多个文件/步骤	重构项目日志模块	牵一发动全身
有顺序依赖	B 依赖 A 的结果	顺序错了全白干
影响面大	数据库迁移、接口改造	风险高，需先评估
你希望先看方案	大型交付物	方向对了才动手

7.1.2 判断口诀

"这件事做完会不会后悔？" 如果做错代价大、返工成本高，就先进计划模式。反之，小任务直接干。

7.2 计划模式是什么体验

7.2.1 完整流程

你："我想重构项目里的日志模块，先做个计划"
我：进入计划模式
  → 只读：浏览代码结构、搜索相关调用（不动任何文件）
  → 分析：找出改动点、风险点、影响范围
  → 产出：一份实施计划（步骤、顺序、验收方式）
你：审阅计划，说"执行"或"调整"
我：退出计划模式，按计划逐步执行，每步报告进度

关键特性

计划模式下我只读不改。 你看完方案再放行，避免我"先斩后奏"。这是计划模式与普通执行最本质的区别。

7.2.2 计划模式做了什么

动作	说明	工具
浏览现状	了解任务涉及的代码/文件	Read、Glob
搜索关联	找出所有受影响的地方	Grep
风险分析	评估改动的影响面与风险点	分析
方案设计	拆步骤、定顺序、定验收	设计

7.3 好计划长什么样

一份值得放行的计划，包含四个要素：

要素	说明	示例
步骤	拆成可执行的顺序步骤	1. 读现状 2. 改接口 3. 改调用方 4. 跑测试
顺序	明确依赖关系	第 4 步依赖第 2、3 步完成
风险	可能踩的坑	接口变更会影响 3 个模块
验收	每一步怎么算完成	测试通过、无回归

7.3.1 好计划 vs 坏计划

维度	坏计划	好计划
粒度	步骤太大，无法检查	每步 10 分钟内可验证
顺序	依赖关系含糊	明确谁先谁后、谁等谁
风险	只字不提	列出风险 + 应对方案
验收	"做完就行"	每步都有可检查的验收点

7.4 执行中的进度管理

执行长任务时，我会：

• 每完成一步，更新计划进度状态（计划工具可视化进度）；
• 遇到偏离计划的情况，先说明再行动；
• 需要你决策的节点，停下来问你，不擅自做主。

7.4.1 你的三大权力

1. 暂停权：随时打断——"先停在第 2 步，我要看一下。"
2. 改道权：发现方向不对——"第 3 步换个做法。"
3. 验收权：每步都可以要求先看产物，满意再继续。

协作建议

长任务的检查节奏：每 1~2 步检查一次，而不是最后才看。 越早发现偏差，返工成本越低。

7.5 计划模式的纪律

• ✅ 模式内不写文件，只读与规划；
• ✅ 计划要能被人看懂和审阅；
• ✅ 计划获批后才动手；
• ✅ 每步可检查、可回退；
• ❌ 不要把计划模式当成"拖延模式"——目标仍然是尽快产出可验收的结果。

7.5.1 计划的两种结局

计划被放行 → 按计划执行 → 每步汇报 → 交付验收
计划被否决 → 你指出问题 → 我修订计划 → 再审阅

计划被否决不是失败，恰恰是计划模式的价值——在动手前花小代价，避免动手后花大代价。

7.6 计划模式 × 其他章节的配合

组合	用法	参考
计划 + 四要素	用四要素描述任务，进计划模式细化	第 2 章
计划 + 记忆	把计划中的关键决策存入记忆	第 6 章
计划 + 团队	大计划拆成子任务分派给团队	第 8、16 章
计划 + Skill	执行阶段调用 Skill 保证质量	第 5、17 章

7.7 本章练习

1. 给我一个中型任务（比如"把 docs 目录整理成统一格式"），要求先进计划模式。
2. 审阅我给的计划：四要素（步骤/顺序/风险/验收）是否齐全？提出一处调整。
3. 放行后观察：执行是否严格按步骤走？每步是否可检查？
4. 模拟一次"中途暂停"：在第 2 步叫停，验证暂停权是否生效。

---

小结：计划模式 = 给重要任务加一道"先想后做"的闸门。计划不是拖延，而是用最小的成本试错——改动越大，这道闸门越值钱。 下一章，我们把复杂度交给团队：AI 团队。