Vibe Coding 踩了 84 亿 Token 的坑之后，我总结了这 8 条生存法则
你的 Vibe Coding 为什么总在最后 20% 崩掉？
相信你有过这种体验：
开局顺滑，AI 刷刷刷地出代码，感觉自己要起飞了。到了项目中后期，Bug 开始出现，你让 AI 修，它修完这里坏那里；再修，又冒出新问题。最后你盯着那坨"基本能跑"的代码，陷入一种说不清楚的绝望。
这不是你的问题，也不是 AI 不够聪明。是你没有给 Vibe Coding 建立正确的工程框架。
最近掘金上一篇来自 443 个真实项目会话、消耗 84 亿 Token 的实战报告彻底说清楚了这件事。我把它和 Apache SkyWalking 核心团队 5 周完成 7.7 万行代码重构的案例结合起来，整理成这 8 条你现在就能用的生存法则。
先看数据，感受一下差距有多大
| 项目 | 复杂度 | 成功率 | 消息/千行代码 |
|---|
| AgenticaSoC | 高（有脚手架） |97.4%| 39.4 条 |
| Blinds | 中高 | 84.0% | 25.9 条 |
| up-cli | 低（无结构） |66.7%| 249.7 条 |
注意最反直觉的一点：复杂度最高的项目，成功率反而最高。原因只有一个——结构化是效率的前提，不是可选项。
8 条生存法则
1. 会话熔断：超过 60 条消息立刻停
单会话消息超 200 条，失败率 35.7%。到上限用/compact压缩上下文，或开新会话附上摘要。
2. Plan-then-Do：先出计划，再写代码
让 AI 先输出 JSON 格式分步计划，确认后再执行。你在审计 AI 的思路，不是在结果出来后才发现跑偏。
3. 小步快跑 + Git Checkpoint
每个功能完成立刻git commit。AI 改坏了随时git reset --hard HEAD。把 AI 的每次输出当 PR，你是 Reviewer。
4. 复杂度分级换档
< 1K 行自主模式 / 1K–10K 文档驱动 / > 10K 架构师模式，超过 1 万行你就是架构师，AI 是执行团队。
5. 禁止 TODO，当场闭环
当前会话生成的函数，必须在当前会话被调用和测试，否则直接删掉。杜绝虚假完成度。
6. 多模型制衡
Claude 编码、Gemini 审查、Codex 验证逻辑——单一 AI 会为自己的代码辩护。没有多工具，至少换角色再问一遍。
7. 用绝对路径from src.utils.helpers import xxx而不是from ...utils.helpers import xxx，一旦移动文件，相对路径 import 链集体崩溃。
8. 架构边界由人划，执行细节交 AI
本质复杂性（领域知识、API 契约）必须由人掌控，偶然复杂性（样板代码、重复逻辑）交给 AI。
最后一句：Vibe Coding 的上限是你自己的工程能力。AI 放大的是你原本有的东西。如果你原本就是糊的，AI 会帮你糊得更快。