Andrej Karpathy今年2月发了条推，说他用了一种新的编程方式：完全不看代码，只用自然语言告诉AI想要什么，然后accept all suggestions。他管这叫"Vibe Coding"——凭感觉编程。
这条推炸了。评论区分成两拨人：一拨说"这就是未来"，另一拨说"这不就是不会编程的人在瞎搞吗"。
我花了一个月认真试了试Vibe Coding。用Cursor、Claude Code、Windsurf这几个工具，从零做了三个小项目。说实话，感受挺复杂的。
Vibe Coding到底怎么操作
先说清楚Vibe Coding具体是怎么个流程。不是你打开ChatGPT说"帮我写个网站"那么简单。
实际操作是这样的：你打开Cursor或者Claude Code，用自然语言描述你想要的功能。比如"加一个用户登录页面，要支持邮箱和手机号两种方式，登录失败要显示红色提示"。然后AI生成代码，你看都不看，直接accept。接着描述下一个功能。一直循环，直到产品做完。
关键在于"看都不看"这三个字。传统AI辅助编程是AI写代码、人审查。Vibe Coding是AI写代码、人不审查。人只负责描述需求和验收结果。
Karpathy原话是："I just see things, say things, run things, and copy paste things, and it mostly works."
我用Vibe Coding做了什么
第一个项目是一个Chrome插件。功能很简单：在任意网页上选中文字，右键可以翻译、解释、搜索。用Cursor的Agent模式，我大概花了3个小时。中间出过两次错：一次是manifest.json的版本写错了，Chrome不让装；一次是content script的权限没配对，右键菜单出不来。两次都是我用自然语言描述了报错信息，AI自己修好的。
第二个项目是一个番茄钟Web App。有计时、统计、白噪音三个功能。用Claude Code做的，花了大概4个小时。这个项目比较顺利，基本没有需要手动干预的地方。但最后做统计图表的时候，AI选了一个我没听过的图表库，我不放心，让它换了ECharts。这算不算"看了代码"？严格来说不算，我只是不喜欢它选的工具。
第三个项目是一个简单的博客系统。有文章列表、Markdown编辑器、标签分类。这个花了大概6个小时，是三个项目里最痛苦的。主要是因为AI对数据库设计的理解跟我有分歧。我想要SQLite，它坚持用JSON文件存储。来回拉扯了好几轮，最后我妥协了——用JSON文件。结果发现对一个个人博客来说，JSON文件存储确实够用，而且部署简单得多。
Vibe Coding好在哪
快。这是最直观的感受。上面三个项目，如果我自己手写，每个至少要花两到三倍的时间。特别是Chrome插件那个，我对manifest v3的API不太熟，自己查文档估计要多花两个小时。
门槛低。我一个朋友是产品经理，完全不会写代码。她用Cursor做了一个内部工具的原型——一个表格数据导入、清洗、导出的小程序。整个过程她只用了自然语言描述需求。虽然最后代码质量一般，但作为原型验证，足够了。
专注在"做什么"而不是"怎么做"。传统编程你要花很多精力在技术细节上：这个API怎么调、那个库怎么配置、CSS怎么写。Vibe Coding把这些都交给AI了，你只需要想清楚产品要什么功能、什么交互。
Vibe Coding的问题
说了好处，再说问题。问题也不少。
最大的问题是：你不知道代码里有什么。这是我做完三个项目之后最大的不安。代码能跑，但里面有没有安全漏洞？有没有性能隐患？有没有多余的功能？我不知道。我accept了所有代码，但我并没有真正理解它。
有个真实案例。一个开发者用Vibe Coding做了个SaaS产品，上线后发现数据库查询很慢。他花了两天才搞明白，原来是AI在每次请求时都全表扫描，没加索引。这种问题，如果你自己写的代码，一眼就能看出来。但因为是AI写的，你根本不知道要去检查这个。
第二个问题是调试困难。当代码出了bug，传统方式是你看代码、打断点、排查。但Vibe Coding的代码你从来没看过，你根本不知道从哪开始debug。你只能把报错信息复制给AI，让它自己修。大多数时候它能修好，但偶尔它会越修越烂。
我在做博客系统的时候遇到过一次：文章列表页面加载很慢。我让AI优化，它改了一堆东西，速度确实快了，但标签筛选功能坏了。我又让它修标签筛选，修好了，但排序又不对了。来回折腾了四轮才搞定。
第三个问题是技术债。Vibe Coding生成的代码，风格不统一、命名不规范、重复逻辑多。你可能觉得"反正能跑就行"，但如果你后续要加功能或者维护，这些技术债会让你痛苦。
谁适合Vibe Coding
不是所有人都适合Vibe Coding。我觉得它适合这几类人：
做原型验证的产品经理和创业者。你有个想法，想快速验证可行性，不需要代码质量多高，能跑就行。Vibe Coding完美适合这个场景。
做个人小工具的开发者。比如写个Chrome插件、做个数据处理脚本、搭个个人网站。这些项目规模小、不需要长期维护，Vibe Coding效率很高。
学编程的新手。这个有点争议，但我觉得Vibe Coding其实是一个不错的学习方式。你先让AI写，然后去读AI写的代码，理解它是怎么实现的。比看教程有意思多了。
不适合的场景：企业级应用、需要长期维护的项目、对安全性要求高的系统。这些场景下，你必须理解每一行代码，Vibe Coding不靠谱。
Vibe Coding的工具选择
如果你想试Vibe Coding，工具选择很重要。我用过的几个：
Cursor的Agent模式是目前体验最好的。它的上下文理解能力强，能自动读取项目里的相关文件，生成的代码跟项目风格比较一致。而且它的tab补全很智能，accept all之后代码基本能跑。
Claude Code适合更复杂的项目。它在终端里运行，能直接执行命令、安装依赖、跑测试。对全栈项目特别友好，因为它能同时处理前端和后端代码。缺点是价格比Cursor贵不少。
Windsurf是Cursor的替代品，免费额度更多，适合预算有限的人。但它的Agent模式没有Cursor稳定，偶尔会生成跑不通的代码。
如果你想对比这几个工具在你的项目上的表现，可以用SevenFa的操练场，同时接入多个模型，看看哪个在你的场景下效果最好。SevenFa AI Hub提供统一的API接口，一个key就能调用GPT-4o、Claude、DeepSeek等模型。
我的看法
说点个人想法。
Vibe Coding不是编程的未来。但它会成为编程的一部分。
就像当年有人说"低代码会取代传统开发"一样，Vibe Coding也不会取代传统编程。它会变成开发者工具箱里的一个选项。有些场景用它很爽，有些场景用它就是给自己挖坑。
我觉得最可能的演变是：Vibe Coding和传统编程融合。你用自然语言描述大框架，AI生成代码骨架，然后你自己修改细节、优化性能、处理边界情况。不是"完全不看代码"，而是"大部分代码让AI写，关键部分自己来"。
说白了，Vibe Coding的核心不是"不写代码"，而是"把精力花在更该花的地方"。产品逻辑、用户体验、业务判断——这些东西AI暂时替代不了，也更值得你花时间。
但如果你真的完全不看代码，长期来看，你会失去对产品的控制力。代码出了问题你不知道为什么，性能上不去你不知道瓶颈在哪，安全漏洞你发现不了。这不是Vibe Coding的问题，是"不理解自己产品"的问题。
所以我的建议是：可以Vibe Coding，但要读AI写的代码。不用每行都读，但关键逻辑要看一看。不用理解每个细节，但要知道大方向。这样你既能享受Vibe Coding的效率，又不会完全失控。