排错速查
出问题时知道从哪里开始——先复现，再定位，一次只验证一个改动。
改编自教学指南第五课“出问题时，知道从哪里开始”（2026-09-08 核对）。排错的目标不是“快”，是每次改动都有依据。
出问题时的三个标准动作
- 复现：让问题稳定地再出现一次。复现不了的问题没法修。
- 定位：问题第一次出现在哪一步？只回答“页面、规则、还是保存”三种之一：
- 页面显示了不该显示的 → 显示问题
- 页面显示和预期规则不一致 → 规则问题
- 关闭重开后东西丢了 → 保存问题
- 一次只验证一个改动：改一处 → 刷新 → 对比预期和实际。连改三处再刷新，你不知道是哪处起效。
常见问题对照表
| 症状 | 先检查什么 | 依据 |
|---|---|---|
| 改了代码，页面没变 | 文件保存了吗？浏览器刷新了吗（Cmd+R）？改的是同一个文件吗？ | 显示问题 |
| 双击 HTML 打不开或一片白 | 文件后缀是 .html 吗？右键 → 用浏览器打开试过吗？ | 显示问题 |
| AI 生成的代码报错 | 把完整错误信息复制给 AI，先问“原因是什么、最小修改范围是哪里”，再让它改 | 定位方法 |
| 关闭再打开，数据丢了 | 数据存在页面里还是文件里？第一课的作品只有展示，没有保存，刷新丢状态是正常的 | 保存问题 |
| AI 理解错了需求 | 不是 AI 的问题，是需求描述不够具体。回教程第 1 步，用需求骨架重写 | 需求问题 |
把问题交给 AI 的正确姿势
不要说“修一下”。按这个顺序：
- 贴出完整错误信息（先删掉口令、密钥等敏感内容）；
- 说清预期结果和实际结果；
- 要求 AI：“先解释原因和最小修改范围，再修改。”
修完后重走原步骤确认修好了，再检查相邻功能有没有被改坏（这叫回归检查）。
什么时候该停下来问人
连续三次尝试没有任何证据改善时，停止堆叠指令——把“我做了什么、预期什么、实际什么”整理成一段话，重新向 AI 完整描述一次。一份清楚的问题描述，比十次盲改更有价值。