第 14 章 验证与调试 · 不会检查，就不算做完

easycode · Agent Skill

图 14 · 验证金字塔：从底往上查一遍

AI 说"完成了"，不等于完成了。它是真诚的，但真诚和正确是两回事。所以每次交付，按这个金字塔查一遍，从底往上。能跑吗，起码不报错。功能对吗，按需求逐条过。边界情况呢，空输入、连点两次、断网、超长文本。真实用户会遇到什么，换台设备、换个浏览器试试。大多数翻车翻在第三层，正常路径谁都会做对，边界才见功夫。

出错了先别慌，报错信息是礼物。一条报错通常包含三样，哪个文件第几行，什么类型的错，还有一句人话描述。你甚至不用全看懂，把报错原样完整地贴给 AI，比你转述"它好像坏了"有用十倍。日志（Logs）同理。本地看终端，线上看 Vercel 的 Functions 日志和 Supabase 的日志面板，线上出问题时，答案几乎都躺在日志里。程序员用了五十年的最土也最有效的探照灯，叫 console.log（Python 里是 print），在可疑的地方打一盏灯，把变量的值打出来看，猜测立刻变成证据。

两个高级但救命的习惯。一是最小复现，想办法把 bug 关进最小的笼子，比如"只要输入是空的，点提交就崩"。定位到这一步，问题就解决了八成。二是换个会话重来。AI 在一条错误假设上狂奔太久时，别在原对话里纠缠，开个新会话，把问题重新描述一遍，常常瞬间解开。实在不行，睡一觉，这是正经的工程实践。

关键领悟

调试的本质是把猜测变成证据。一次只改一个变量，你就是科学家。

试一试

下次报错，先自己读一遍最后十行，猜一个原因，再贴给 AI，对答案。猜中率会一周比一周高。