外观
和 AI 调试代码时怎么沟通才有效？
一句话回答：把 AI 当成一个看不见你屏幕的搭档——主动提供网页源码等参考材料、如实描述"我看到了什么/程序做到了什么"、把多个问题整理成清单分优先级解决，用純自然语言就能带着 AI 把程序调通。
核心认知：第一版代码只是起点
给 AI 发完需求，它会自己制定计划、疯狂写代码，很快汇报"全都搞定了"。但按下运行键往往什么都不会发生。 调试沟通才是 AI 编程的主要工作量——一个真实案例中，需求描述只花了几分钟，而调试沟通花了约 5 个小时。
以下技巧全部来自这次真实调试过程，按出现顺序整理。
技巧 1：意识到 AI 缺信息时，主动喂参考材料
AI 不知道目标网站长什么样，它是在凭想象写代码。如果你的程序要操作某个网页，把网页代码导出来作为附件发给它（通过浏览器的"检查"功能导出，直接查看源代码可能拿不到完整信息）。
不知道怎么导出？大胆问 AI，没关系的。
技巧 2：AI"失忆"了，就重复一遍任务
对话太长超出上下文后，AI 可能突然忘了之前在干什么。不用崩溃，把任务重新说一遍，它会重新整理 todo list 继续干活。
技巧 3：描述现象，而不是猜原因
你不懂代码，但你能看到现象。像这样的反馈就足够 AI 修复问题：
- "运行之后完全无事发生" → AI 自动改程序
- "我能在浏览器里看到正确的笔记信息，但你的程序获取不到，你改改" → 下一版真的能获取了
这种话听起来很"空"，但它给了 AI 关键的定位信息：问题出在程序和页面的交互上，而不是页面本身。
技巧 4：看到报错就转述给 AI
程序报错时，即使看不懂，也可以把报错内容发给 AI，或者结合自己知道的信息提示它。案例中一次启动失败，用户从报错里认出是 ARM 架构和 X86 架构的差异，告诉 AI 之后立刻就改好了。
技巧 5：问题多了不要逐个轰炸，攒成清单分优先级
调试两小时、问题越积越多时，最容易崩溃乱说。正确做法是冷静下来把问题列成清单。案例中用户列出 4 个问题，并明确说："前三个先解决，第四个（自动滚动）等前三个搞定再说，先不急。"
这样 AI 不会在多个问题之间来回横跳把程序改乱。
技巧 6：AI 接近成功时，夸它一下
当 AI 第一次点进了正确的设置页面（虽然还没成功），用户夸了它一下，AI 明显"很兴奋"地继续改进逻辑。情绪反馈是有效的沟通信号，能帮对话保持正向节奏。
技巧 7：接受反复，别怕重来
真实的调试节奏是：改好一处 → 新的报错 → 再改 → 又乱了 → 列清单重新来。案例中 AI 一度把主程序改乱，最终却用好几种逻辑成功找到了那个"就是点不中"的确认按钮，完成了核心功能。反复不是失败，是流程本身。
完整案例的最终结果
- 需求：批量隐藏小红书笔记（后台无批量功能，上千条笔记手动改不现实）
- 过程：全程自然语言沟通，约 5-6 小时，12.7M token，约 5 美元
- 结果：核心功能实现后，又顺利加上恢复公开、删除笔记、自动滚动功能，项目开源
常见误区
- "跟 AI 说'还是不行'太空泛，没用" —— 只要附上你观察到的现象（哪一步、看到了什么），这种反馈就是有效的。
- "AI 把代码改乱了说明这条路不通" —— 改乱是正常波动，列清单、控节奏就能拉回来。
- "卡住两小时说明我不行" —— 案例作者也在两小时时接近崩溃，戴回耳机冷静列清单后，问题逐个解决。
相关条目
作者：人工大黑 · 转写自视频《Vibe Coding入门教程》