Vibe Coding
Vibe coding
一种用户不经人工审查就接受 Agent 代码的工作模式。diff 被视作不透明的黑箱，重要的是程序能否正常运行，而不是里面写了什么。自动审查和自动化检查仍然可以运行；Vibe Coding 本身并不限定这两点。
这个词由 Andrej Karpathy 在 2025 年初提出：你“完全沉浸于感觉之中”，并“忘记代码本身甚至存在”——描述自己想要什么，接受返回的结果，再通过运行程序来判断它。
Vibe Coding 用代码审阅换取速度。阅读 diff 通常是 Agent 驱动工作中最慢的一步，因此省去这一步就消除了主要瓶颈。对于失败代价较低的代码，例如原型、一次性脚本和内部工具，这种取舍是合理的。风险会随代码的生命周期和重要性一同上升。
代价会在日后显现。通过 Vibe Coding 产生的改动会不断累积，最终形成一个没人真正读过的代码库；而唯一检查过的只是行为，因此凡是不会直接体现在行为上的问题，例如将密钥写入日志、遗漏边界情况，或悄然出错的数据处理，都会在无人察觉的情况下交付。第一次有人调试这个系统，也就是第一次有人阅读这些代码。取消人工审查后，代码唯一需要通过的门槛，就是仍在运行的自动验证，例如测试、类型检查和自动审查。
避免把“Vibe Coding”当作“低质量 AI 编程”的同义词——这个词描述的是审查立场，而不是最终代码的质量。
用法：
“你看过它对认证流程做了哪些改动吗？”
“直接 Vibe Coding 了——登录还能用，我只检查了这个。”
“推送前先读一遍 diff，在认证功能上靠感觉写代码，很容易让密钥泄露到日志里。”