概念 ›Vibe-Coding
Vibe Coding（氛围编程）是指开发者完全沉浸于氛围、拥抱 AI 能力指数级增长、彻底忘记代码存在的编程方式。这一概念由 Andrej Karpathy 提出，Anthropic 研究员 Erik Schluntz 分享了如何在生产环境中负责任地实践这一理念。
核心定义
"完全沉浸于氛围，拥抱技术发展的指数级增长，并且彻底忘记代码的存在。" — Andrej Karpathy
注意：重度使用 Cursor 或 Copilot 等 AI 工具生成代码、同时保持逐行审查的不是真正的 Vibe Coding。
为什么需要拥抱指数增长
AI 能够独立处理的任务长度大约每 7 个月翻一倍。当 AI 能一次性生成人类 1 天甚至 1 周工作量的代码时，传统的同步审查将成为瓶颈。这类似于编译器发展史——开发者最终必须学会信任更高层级的抽象。
叶子节点策略
生产环境 Vibe Coding 的核心理念：忘记代码的存在，但必须始终关注产品的存在。
Erik Schluntz 提出聚焦代码库中的"叶子节点"（Leaf Nodes）：
- 指不被其他模块依赖的末端功能或附加组件
- 在这些区域产生技术债可以接受，因为它们极少变动
- 系统主干与底层架构仍需工程师深入理解和保护
产品经理思维
开发者需要把自己当成 Claude 的产品经理：
- 前期投入：花 15-20 分钟与 AI 互动探索代码库
- 共同制定计划：让 AI 查找相关文件并制定执行计划
- 整合上下文：将梳理好的上下文和规范汇入一个提示词
- 执行：让 Claude 在清晰规格下执行
22000 行代码合并案例
Anthropic 内部在强化学习代码库中成功合并了 22000 行代码修改（绝大多数由 Claude 编写），采用四项核心策略：
- 产品经理视角的深度引导（数天人工规划）
- 严格将修改限制在叶子节点
- 核心区域人工审查
- 建立可验证的检查点和压力测试
原本两周的工作压缩到 1 天完成。
TDD 在 Vibe Coding 中的应用
TDD（测试驱动开发）极其有用，但需注意：
- Claude 容易写出过度依赖具体实现的"死胡同测试"
- 应强制规范：只写端到端测试（快乐路径、错误场景等）
- 在 Vibe Coding 时，通常唯一会看的代码就是测试代码
外部链接
来源
暂无来源