修改后怎么验收？

05-03 修改后怎么验收？

课程定位

这一课讲修改后的验收。AI 已经根据计划完成一次小修改，学员需要回到运行结果，确认本次目标是否达成，原有功能是否稳定。

修改后验收是项目主人意识的关键动作。AI 负责执行，人负责看结果、做判断、留记录。

这一课的成果是一份「修改验收记录」。

本课目标

• 能运行或刷新修改后的项目。
• 能检查本次修改目标是否达成。
• 能检查原有功能是否稳定。
• 能让 AI 说明本次改了哪些文件。
• 能保存修改验收记录。

录制建议

• 建议时长：25 到 35 分钟。
• 接上一课的小修改继续演示。
• 对照修改反馈卡和计划确认卡验收。
• 强调新目标和原有功能都要看。
• 收尾保存验收记录和截图。

课前准备

• 修改反馈卡。
• 修改计划确认卡。
• 修改后的项目。
• 浏览器或终端。
• AI 工作台工具。

讲稿正文

可以这样开场：

“AI 改完以后，它会说完成了。这个时候，我们要回到屏幕，亲眼确认：它到底完成了什么。”

先讲一个常见误区：

“很多新手只看 AI 的回复。AI 说完成了，学员也觉得结束了。但项目是否真的完成，要看页面、命令、文件和用户操作。”

修改后验收分五步。

第一，运行或刷新项目。

网页项目刷新页面，脚本项目重新运行命令。先让结果出现。如果项目跑不起来，后面的视觉检查先暂停。

第二，检查本次目标。

如果本次只改输入区提示文案，就只看提示文案是否出现，文字是否正确，位置是否合适。验收必须回到本次目标。

第三，检查原有功能。

比如 CSV 转 Markdown 工具，改了提示文案后，还要试一次转换按钮，看结果是否正常生成。小修改也可能影响旧功能。

第四，让 AI 列出改动文件。

让 AI 说明它改了哪些文件、每个文件改了什么。学员对项目变化要有感知。

第五，保存验收记录。

写清通过项、问题项、下一步修改。截图放进 assets 或日志。

可以给 AI 这样说：

请根据本次修改目标，帮我生成验收清单。
清单要包含：新目标、原有核心功能、改动文件、截图位置、README 或日志是否需要更新。

如果发现问题，不要只说“没成功”，要说现象：

页面能打开，按钮也能点击。
但转换结果没有出现在结果区域。
请先判断可能原因，再给最小修复计划。

最后收束：

“验收是在给项目盖一个小小的确认章。每盖一次章，项目就稳一点。”

屏幕演示流程

1. 打开修改反馈卡。
2. 打开修改计划确认卡。
3. 刷新或运行项目。
4. 检查本次修改目标。
5. 测试一次原有核心功能。
6. 让 AI 列出本次改动文件。
7. 记录通过项和问题项。
8. 保存结果截图。
9. 保存修改验收记录。

给 AI 的协作卡

本次小修改已经完成。
请根据修改反馈卡、修改计划和当前项目，帮我整理验收清单。

请包含：
1. 本次目标检查
2. 原有功能检查
3. 修改文件清单
4. 需要截图确认的地方
5. README 或日志是否需要更新

请把每一项写成可勾选条目。

修改验收记录

• 本次修改目标：
• 运行或刷新结果：
• 本次目标是否达成：
• 原有功能是否稳定：
• 修改文件：
• 发现的问题：
• 是否需要更新 README：
• 验收结论：

课堂练习

让学员验收自己刚完成的小修改。

要求：

• 至少测试一次本次目标。
• 至少测试一次原有核心功能。
• 保存一张结果截图。
• 让 AI 列出改动文件。
• 写出验收结论。

常见卡点

• 学员只看修改点：加测一次原有核心流程。
• 学员忘记刷新：先刷新或重新运行。
• AI 改了哪些文件不清楚：要求它列改动文件。
• 验收结论空泛：写“通过”或“需要先修”，并说明原因。
• 发现问题说不清：描述位置、操作、期待结果和实际结果。

课后作业

完成一次主项目修改验收。

提交内容：

• 修改验收记录。
• 结果截图。
• 修改文件清单。
• 人工验收结论。

课件页建议

• 第 1 页：AI 改完，人来盖确认章
• 第 2 页：AI 说完成和项目真的完成
• 第 3 页：修改后验收五步
• 第 4 页：目标和原功能都要看
• 第 5 页：让 AI 列改动文件
• 第 6 页：修改验收记录