AI 写完以后，怎样自己判断哪里坏了
这组课不要求你马上会修所有错误。第一目标是：错误发生时，你能先判断应该打开哪个窗口、收集什么证据，再把准确材料交给 AI。
你做了一个 AI 留言板。用户输入留言后点击保存，前端把文字发给后端，后端检查登录，再写入数据库，最后把新留言返回页面。任何一站出问题，用户都可能只看到一句“保存失败”。
一个网站出错，通常只在五层里
text
① 前端页面
按钮、表单、React state、页面渲染
↓ HTTP 请求
② Network / 权限
地址、GET/POST、状态码、发送数据
↓
③ 后端服务
API 路由、业务规则、环境变量、第三方 API
↓
④ 数据库与存储
表、记录、权限、文件桶、持久化
↓
⑤ 构建与部署
类型检查、依赖、环境差异、线上日志你的任务不是第一秒就猜出哪行代码错了，而是先把范围从“整个网站”缩到其中一层。
课程顺序
01 · LOCATE五层错误地图看到一种现象，先判断该看 Console、Network、后端日志还是构建日志。02 · READ报错到底怎么读文件、行号、错误类型、调用栈和第一条有效错误分别是什么。03 · CONSOLE浏览器 Console 实操找到红色错误、跳到文件行号、检查变量实际是什么。04 · NETWORKNetwork 请求实操检查地址、方法、状态码、Payload 和 Response。05 · AI让 AI 根据证据排错怎样提供复现步骤、原始错误、相关文件和验收条件。06 · PRACTICE全栈排错实验室五个真实故障，自己先判断错误在哪一层。
第一次出错时，只做这个固定动作
- 停止连续修改不要让 AI 同时重写前端、后端和数据库。先保留现场。
- 写出复现步骤例如：打开首页 → 输入“你好” → 点击保存 → 出现红色提示。
- 看 Console有没有文件名、行号、TypeError 或语法错误。
- 看 Network有没有请求；如果有，状态码和 Response 是什么。
- 看终端或平台日志请求到后端以后，服务器实际报了什么。
- 检查数据结果数据库有没有新增记录，还是写入成功但页面没刷新。
- 让 AI 只修一层提供证据、相关文件和完成标准，修改后重新走同一条复现路线。
“页面提示保存失败”只是用户看到的现象，不是错误原因。真正原因可能是按钮函数没运行、请求被 401 拒绝、服务器缺环境变量、数据库权限不允许写入，或者数据已经保存但前端没有更新。
你不需要马上会什么
- 不需要背所有 HTTP 状态码。
- 不需要读懂完整调用栈。
- 不需要第一遍就理解框架内部代码。
- 不需要接受 AI 提出的每一个大改动。
你只需要逐步获得三种能力：找到证据、缩小范围、验证结果。
用户说‘点击保存没反应’，可以立刻断定是数据库坏了吗？
答案：不可以。先看 Console 和 Network。如果点击时连请求都没有发出，问题更可能在前端事件或前端 JavaScript，数据库甚至还没收到工作。