修改前先看计划

05-02 修改前先看计划

课程定位

这一课讲修改前的计划确认。学员已经会提出一个小修改点，接下来要让 AI 先说明它准备怎么改、会碰哪些文件、改完怎么验收。

修改前看计划，能把项目稳定地控制在小步范围里。

这一课的成果是一份「修改计划确认卡」。

本课目标

• 能让 AI 说明本次修改目标。
• 能让 AI 列出会修改的文件。
• 能让 AI 说明修改原因。
• 能让 AI 写出改完后的验收方式。
• 能决定是否允许 AI 执行。

录制建议

• 建议时长：25 到 35 分钟。
• 接上一课的修改反馈卡继续演示。
• 老师要展示“确认前”和“确认后”的区别。
• 如果 AI 计划超出范围，现场让它收缩。
• 收尾保存计划确认卡。

课前准备

• 修改反馈卡。
• 项目文件地图。
• 第一版项目。
• AI 工作台工具。

讲稿正文

可以这样开场：

“我们已经把修改意见说清楚了。现在先别急着让 AI 动手，先让它把计划摆出来。”

先解释为什么要看计划：

“AI 很能干，也很容易顺手多做。你让它改提示文案，它可能顺手调整布局；你让它修按钮，它可能顺手重写一段逻辑。计划确认，就是在它动手前把范围看清楚。”

修改计划要看五件事。

第一，目标复述是否准确。

AI 有没有准确理解本次只改什么。它复述错了，后面执行就会偏。

第二，文件范围是否清楚。

比如只改 index.html 里的提示文案，或者只改 style.css 的间距。文件范围不清，学员就很难验收。

第三，修改原因是否合理。

它为什么要改这个文件？这个改动和使用者故事有什么关系？如果原因说不清，就要求 AI 重新解释。

第四，保持稳定的内容是否被尊重。

转换逻辑、结果格式、页面布局如果写了保持稳定，AI 计划里就要明确不动。

第五，验收方式是否具体。

改完后看哪里，输入什么，期待看到什么。验收方式越具体，后面越好检查。

如果计划过大，可以这样收缩：

这个计划超出了本次范围。
请只保留输入区提示文案修改，转换逻辑、结果区和按钮功能保持稳定。
请重新给出计划。

如果计划没有验收方式，可以追问：

请补充验收方式。
改完后我应该打开哪里、输入什么、看到什么结果，才算完成？

最后收束：

“看计划是在开工前看图纸，能让你少返工、少惊吓、少被 AI 带着跑。”

屏幕演示流程

1. 打开修改反馈卡。
2. 让 AI 根据反馈卡生成修改计划。
3. 检查目标复述。
4. 检查文件范围。
5. 检查修改原因。
6. 检查保持稳定项。
7. 检查验收方式。
8. 发现范围过大时要求收缩。
9. 人工确认后再允许执行。
10. 保存修改计划确认卡。

给 AI 的协作卡

请根据我的修改反馈卡，先给出修改计划。

请按下面结构输出：
1. 你理解的本次修改目标
2. 准备修改哪些文件
3. 每个文件会改什么
4. 哪些内容保持不动
5. 改完后怎么验收
6. 可能的风险

请等我确认后再执行修改。

修改计划确认卡

• 本次修改目标：
• AI 复述是否准确：
• 准备修改文件：
• 保持不动的内容：
• 验收方式：
• 风险点：
• 是否允许执行：

课堂练习

让学员把上一课的修改反馈卡交给 AI 生成计划。

要求：

• 计划必须列出文件。
• 计划必须写保持稳定项。
• 计划必须写验收方式。
• 学员确认后才能执行。

常见卡点

• AI 直接动手：要求它先给计划，等确认。
• 计划文件范围太大：回到本次只改一个点。
• 验收方式含糊：补“改完看哪里”。
• 学员看不懂风险：让 AI 用大白话解释。
• AI 复述偏了：先纠正目标，再进入执行。

课后作业

完成主项目一次修改前计划确认。

提交内容：

• 修改反馈卡。
• 修改计划确认卡。
• 人工确认结论。

课件页建议

• 第 1 页：修改前先看图纸
• 第 2 页：AI 很容易顺手多做
• 第 3 页：目标、文件、原因、稳定、验收
• 第 4 页：范围过大怎么收缩
• 第 5 页：确认后再执行
• 第 6 页：修改计划确认卡