检查：别光听它说
“Vibe coding”课程第 22 课，共 26 课。免费，有动画和小测验。
“完成了”不等于“能用”
你让智能体给健身打卡应用加上月度统计。两分钟后它说：“完成了，一切正常！”听着很自信，但它可能根本没运行代码，可能只测了众多情况中的一种，也可能没发现自己把旁边的页面弄坏了。还记得图里的循环吗：你描述，AI 写，你检查。最后一步归你，不能跳过。
把预览点一遍
智能体在分支里干活并发起了 PR，所以会有一个预览链接：带新功能的网站副本，线上网站不受影响。用手机和电脑都打开看看。先走正常流程：记一次训练，打开统计。再试奇怪的情况：一整月没训练、名字超长、连点两下按钮。出问题的往往就是这些奇怪情况。
自动化测试：机器人检查员
自动化测试就是检查你代码的小程序。例如：“连续练三次，连续天数显示 3”。让智能体给新功能写测试并运行，常用命令是 npm test。好处是：下次 AI 再改东西，测试会立刻告诉你哪里坏了。陷阱是：永远都能通过的测试。读一读测试的名字：它们应该描述真实的行为。
CI：每个 PR 都检查
CI（continuous integration，持续集成）：GitHub 在每个 PR 上自动运行测试和构建，比如用 GitHub Actions。构建（build）就是把项目变成网站成品文件的那一步。结果直接显示在 PR 里：绿色对勾或红色叉号，就像图中卡片那样。红了就别 merge：打开日志，把报错交给智能体。配置 CI 这件事，也可以让智能体自己来做。
merge 前先看 diff
检查全是绿的，也还是要看一眼 diff。要找这些：你没要求却被删掉的代码，比如图里那行红色的“删掉了检查？”；写在代码里的密钥和密码；名字陌生的新包：只用知名的，因为骗子会发布名字相似的假包；跟任务无关的文件被改了。发现问题？merge 之前先问智能体“为什么”。
merge 前的检查清单
总之，merge 前对五项：预览在手机和电脑上都看过；测试是绿的；CI 是绿的；diff 读过了，没有密钥、没删检查、没有奇怪的包；commit 信息写得清楚。全部通过：merge，托管平台会自动更新线上网站。没通过：在同一个分支里接着改。图中卡片上的规矩：先检查，再 merge。去 GitHub 模拟器里练练吧。
自测一下
- 智能体说“完成了，一切正常”。接下来呢？
正确答案: 自己检查预览和测试. 智能体说“完成”不等于证明。它可能没运行代码，或只测了一种情况。预览和测试才说明真相。 - CI 是什么？
正确答案: GitHub 在每个 PR 上自动跑测试. CI（持续集成）会在每个 PR 上自动运行测试和构建，并显示绿色对勾或红色叉号。 - diff 里删掉了一个你没要求删的检查，怎么办？
正确答案: merge 前问智能体“为什么”. 测试全绿也不能兜住一切，删掉的检查它可能发现不了。在 merge 之前弄清楚，别让这个改动上到线上网站。