修改后检查什么？

06-03 修改后检查什么？

这一课讲修改后的验收。

AI 改完文件后，学员不能只看“它说完成了”。工作台里的完成，要回到运行结果、页面表现、原有功能、文件位置和 README 更新。

这一课要让学员养成“改完必查”的习惯。AI 负责生成结果，学员负责验收结果，项目稳定感就从这里长出来。

可以这样开场：

“AI 改完以后，会很自信地告诉你：完成了。这个时候，我们要做项目主人该做的事：验收。”

修改后至少查六项。

第一，项目能不能运行。

如果是网页，刷新或重新打开；如果是脚本，重新跑一次命令。项目跑不起来，其他检查先暂停。

第二，新目标有没有达成。

刚才要改标题，就看标题；刚才要加按钮，就看按钮；刚才要增加联系方式，就看联系方式是否出现在正确位置。

第三，原来的功能有没有保持。

新增东西时，旧内容也要看一眼。标题、按钮、链接、图片、排版，这些都要简单扫一遍。

第四，文件是否改在正确位置。

让 AI 说明它改了哪些文件：

请列出你本次修改过的文件。
每个文件用一句话说明改了什么。

第五，输出是否符合预期。

页面、文件、终端输出都算结果。学员要学会说清楚“我看到的结果是什么”。

第六，README 或日志是否需要更新。

项目变了，说明文档也要跟着变。小修改可以只写进日志；关键功能变化要同步 README。

验收时可以用这段协作文本：

我已经看到了修改结果。
请根据这次修改目标，帮我生成一张验收清单。
清单要包含：新目标、旧功能、改动文件、运行结果、README 或日志更新。

如果发现问题，不要马上抛一句“没成功”。要把现象说清楚：

修改后页面能打开。
但联系方式区域没有出现在页面底部，而是挤在标题下面。
请先判断可能原因，再给一个最小修复计划。

最后收束：

“验收是在帮项目上保险。你每验收一次，项目就稳一分。AI 的速度负责往前冲，你的验收负责让项目落地。”

学员拿上一课完成的小修改，逐项填写验收清单。

要求：

人工验收结论示例：

本次修改已完成。页面底部出现联系方式区域，原来的标题和按钮仍然正常。已将结果写入工作日志。

为一次真实修改填写验收清单，并保存结果截图。

补充要求：