04｜生成计划以后，先停下来给人确认

如果想获取全套课程资料，请关注微信公众号 「AI面包君」，回复 「课程资料」 即可领取。

规划助手可能误解需求，也可能给出字段缺失的计划。如果直接执行，后面的每一步都会沿着错误方向往前走。这一节在规划和执行之间加一道明确的停顿：生成计划、检查结构、展示给人、确认后再开工。

你会先观察等待状态，再修改一项验收要求，最后读懂模型输出如何进入 Plan 校验。demo 与真实模型共用后半段流程，因此可以先把机制学清楚，再换生成方式。

1. 确认“生成计划”没有偷偷执行任务

运行：

.\.venv\Scripts\python.exe labs.py 4

输出应停在 plan_review，列出任务编号、依赖和验收要求，并提示等待人工确认。此时尚未调用写作与审校。

图中内容来自课程实验的实际输出，按阅读宽度排成终端记录；任务编号和耗时会随每次运行变化。

网页也可以验证：新建任务后先不点“确认计划并执行”，观察各子任务尝试次数仍为 0。

关注截图中的“待确认计划”和“尝试 0 次”。资料采用本地还是远程，不影响这一步的确认门槛。

为什么“结构正确”还不够

假设你要的是“给中学生讲 Agent”，规划却安排了“分析数据库索引、比较协程调度、写高并发部署方案”。这份计划可以有正确编号、没有循环、恰好一个写作与审校，仍然完全不适合你的读者。

程序擅长检查能明确写成规则的部分，例如字段长度、依赖存在、角色数量。是否解决了用户真正的问题，需要看目标、资料和任务内容。人工确认就是在这里补上一层判断。

可以把三道检查分开记：JSON 能解析，说明文字能读成数据；Plan 校验通过，说明符合本项目结构规则；用户确认，说明这份安排值得实际执行。前一道通过，不能替后一道作决定。

2. 在页面修改一个可检查的要求

展开“修改计划 JSON”，找到写作步骤 write，只把 acceptance 改为：“包含三步操作，每一步写出预期结果，并保留来源编号。”点击“校验并保存计划”。

检查卡片上的验收要求是否更新。再把它的依赖临时改为不存在的编号，保存应被拒绝；把合法依赖改回来。通过一次成功和一次失败，你能确认这个编辑框不仅保存文字，还会调用上一节的计划校验器。

例子：把“写得详细”改成验收要求

一个含糊要求是：“写得详细、适合小白。”它无法回答两个人之间的争议：你觉得已经详细，读者仍然不会做，究竟哪里没满足？