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

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

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

场景一：AI 改乱了文件

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

急救方法：

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

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

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

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

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

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

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

场景三：项目跑不起来了

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

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

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

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

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

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

急救方法：

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

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

三条保命原则

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

下一步

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