常见翻车现场：AI 改错了、听不懂、跑不起来

翻车不可怕，可怕的是不知道怎么救

AI 编程工具再强，也免不了翻车。差别在于：会 vibecoding 的人把翻车当成正常流程，不会的人一翻车就放弃。

术语提示：报错 = 程序出问题时显示的红字提示，是线索不是灾难；运行 = 让程序启动干活；终端 / PowerShell = 电脑里的命令行输入框。

场景一：AI 改乱了文件

你让它改一个标题，结果它把整个页面都改了。

急救方法：

停一下。先告诉我你改了哪些文件、改了什么，然后只把标题改掉，其他都恢复原样。

更重要的是：重要的改动，动手前先让它说方案。一句「先别改，说说你的计划」能避免大部分乱改。

场景二：它完全听不懂你要什么

你说了半天，它做出来的东西牛头不对马嘴。

急救方法：让 AI 复述 + 提问。把这段加到对话里：

看来我们理解不一致。请用你自己的话复述一遍我的需求，然后问我三个问题，确认清楚再继续。

大多数「听不懂」，其实是「你没说清」或「它没确认」。复述能把这个误差提前抓住。

场景三：项目跑不起来了

改着改着，页面打不开了，或者命令报错。

急救方法：把报错原样贴回去，不要自己改：

运行 npm start 时报了这个错：[把完整报错贴在这里]。请解释原因并修复，修完告诉我怎么验证。

报错信息是 AI 最好的线索。别怕贴长文，越完整越好。

🌐 小知识：npm 是海外工具，装包慢时可先设置国内镜像 npm config set registry https://registry.npmmirror.com；这里只是举例，报错照样贴给 AI 就行。

场景四：它做了你没要求的事

你让它做个网页，它顺手帮你改了别的文件、装了多余的东西。

急救方法：

你没有权限做这些：不要改动 [文件名]，不要安装额外依赖。只完成我要求的部分。

如果已经改坏了，就用下一节学的版本管理退回去。

场景五：它一本正经地编造

AI 会「不懂装懂」：明明没有这个文件，它说有；明明没测试，它说测试通过了。

急救方法：让它拿出证据：

你说测试通过了，请把运行测试的命令和输出贴给我看。如果没测试，就现在跑一遍再回答我。

涉及「文件在哪、有没有、跑没跑过」这类事实，一律要证据，别听它描述。

急救话术速查表

情况	直接复制这句话
改乱了	停一下，告诉我你改了哪些文件，然后只改 [具体内容]，其他恢复原样
听不懂	复述一遍你的理解，问我三个问题，确认后再继续
跑不起来	我贴的报错是 [报错内容]，解释原因并修复，告诉我怎么验证
多做多余的事	不要改动 [文件]，不要装额外依赖，只完成我要求的部分
疑似编造	拿出证据：运行命令和输出贴给我，没跑就现在跑

三条保命原则

1. 一次只改一件事——出问题了好定位
2. 重要操作前先要方案——「先说计划，再动手」
3. 搞不清就开新对话——把背景重新贴一遍，比在烂摊子里纠缠更快

下一步

急救方法里反复提到「退回去」。下一节学版本管理与备份，这是你最重要的安全网。