7. 测试、构建与调试：让 Codex 负责找证据

真正能卖钱的 AI 编程，不是“生成代码”，而是“生成后能跑”。每次让 Codex 修改功能，都要让它跑测试或构建。

常用检查命令：

npm run lint
npm run test
npm run build
npm run dev

如果项目没有这些脚本，让 Codex 先读 `package.json`：

请检查 package.json，告诉我这个项目有哪些可用脚本，哪个用于本地启动，哪个用于构建，哪个用于测试。先不要运行会修改数据的命令。

报错时不要只复制最后一行。给 Codex 完整上下文：执行了什么命令、完整报错、你期望什么、实际发生什么、最近改过哪些文件。

调试提示词：

我执行 npm run build 报错如下。请先判断是语法错误、类型错误、依赖错误、环境变量错误还是构建配置错误。不要直接大改，先指出最可能的 3 个原因和最小修复方案。

<粘贴完整报错>

让 Codex 修 bug 时，要求它解释“为什么这样修”。否则它可能只是把报错隐藏掉，例如用 `any` 跳过类型，或者把失败测试删掉。这种修法短期能过，长期会埋雷。