【卷卷观察】Vibe Coding 时代：有些人已经在用 AI 写代码，有些人还在争论 AI 能不能写代码

结论先说：Vibe Coding 这事，已经不是"趋势"了，是既成事实。92% 的美国开发者每天在用，41% 的代码是 AI 生成的。但这篇文章不想重复这些数字——数字你网上随便都能查到。我想聊的是：这事到底意味着什么，以及你该怎么办。

一、先说清楚 Vibe Coding 是什么

2026 年，"Vibe Coding"进了柯林斯词典年度词汇候选。这个词的定义大概是：程序员用自然语言描述意图，让 AI 完成代码实现。

但这个定义太干净了，干净到掩盖了真实发生的事。

真实发生的是：编程这个职业的内涵，正在被重新定义。

以前"会编程"意味着什么？会写 Python、会调 API、会 debug。这些依然是必要条件，但充分性已经不够了。

现在"会编程"还意味着什么？会写 Prompt、会评估 AI 输出、会做架构边界的决策。换句话说，编程的门槛降低了，但"好编程"的门槛没变，甚至更高了。

Simon Willison 连续三年是 HN 最受欢迎博主，他在最新的文章里说了一句很扎心的话："我们正在进入一个新阶段——AI 不仅能帮你写代码，还能帮你做研究、验证假设、整合信息。这种能力的叠加效应，远超大多数人的预期。"

我认同。但这句话的反面是：如果你只会写代码，不会做研究和验证假设，AI 替代你的速度会比预期更快。

二、Cursor 的故事：一个值得研究的商业案例

如果要选一家公司来理解这场革命，Cursor 是个好样本。

2025 年 6 月，估值 99 亿美元。2025 年 11 月，293 亿美元。2026 年 3 月，年化收入 20 亿美元，正在以 500 亿估值融资。

从 99 亿到 500 亿，不到一年。

这个增速怎么理解？放在整个 AI 赛道里也是炸裂的存在。GitHub Copilot 做了几年才到的收入，Cursor 几个月就超了。

Cursor 做的事是什么？本质上是一个深度集成 AI 的代码编辑器，能理解整个代码库的上下文，用自然语言做对话式编程。你说"给我加一个用户认证模块"，它真的能生成完整的代码，跨文件、跨模块那种。

这个体验的核心，不是技术，是"上下文理解"。之前的 AI 编程工具像是给你一个很聪明的实习生，但你每次都要从头解释项目背景。Cursor 做的事，相当于让这个实习生终于记住了你公司的代码长什么样。

Cursor 增长的核心驱动力是企业采购。越来越多的科技公司把 Cursor 纳入标准开发工具链，大型工程团队直接买企业版。这是从"个人工具"到"组织基础设施"的跃迁，这个跃迁完成，就基本奠定了护城河。

但有个问题必须说：Cursor 本质上是一个"AI 包装器"。它的能力依赖于底层大模型——Claude、GPT-4。一旦这些模型提供商调整 API 政策，或者自己下场做 IDE，Cursor 的护城河有多深？

这不是唱衰 Cursor，这是每个依赖大模型的公司都必须面对的真实风险。Cursor 团队显然也知道这一点，所以拼命在做上下文理解、用户体验和 工作流深度集成——这些都是模型层之上的东西，更难被复制。

三、Tokenmaxxing：一个硅谷新词，说的是一个老问题

说完正面，说另一个正在流行的新词：Tokenmaxxing。

TechCrunch 的定义是：通过最大化 AI 模型的 Token 使用量来提升编程产出的策略。简单说就是"多花 Token，多出活"。

这个策略催生了新的商业机会。Parasail 这周宣布融资 3200 万美元，做的就是 Tokenmaxxing 开发者需要的算力基础设施。创始人的判断是：Tokenmaxxing 会催生下一个 AWS 级别的计算巨头。

这个判断对不对？有可能。但有个案例必须放在一起看：

Uber 在 2026 年前三个月，烧光了全年的 AI Token 预算。

三个月。全年的预算。

Tokenmaxxing 的逻辑看起来很简单：花更多 Token，换更多产出。但这个逻辑成立的前提是：产出质量跟 Token 消耗量成正比。

现实是，这个正比关系只在特定场景成立。

简单 CRUD 应用，Tokenmaxxing 确实物超所值。AI 生成代码的速度远快于人工，Token 成本可以忽略不计。

复杂架构系统呢？情况完全不同。你让 AI 生成一个分布式系统的设计，它会给你生成三个版本，每一个看起来都像那么回事，但没有一个是真正适合你业务场景的。这种场景下，堆 Token 只能堆出更多需要重构的代码。

Jellyfish 的研究数据很实在：Tokenmaxxing 的成本效益，因项目类型、团队规模和代码复杂度存在显著差异。45% 的 AI 生成代码样本未能通过安全基准测试这个数字，才是真的值得警惕的。

CNBC 把 Tokenmaxxing 定性为"硅谷正在人为制造 AI 需求"，这个说法有点阴谋论，但也不无道理。当整个行业都在讲"多花 Token 多出活"的故事时，最大的受益方是谁？卖 Token 的人。

四、数据不是银弹，数字背后的失分界才重要

Hostinger 的报告说高级开发者平均报告了 81% 的生产力提升。

这个数字看起来很美好，但你得问一句：谁在说"高级开发者"？

不是刚入行的，是已经懂得控制 AI 边界的那批人。

他们生产力提升，不是因为 AI 帮他们写了更多代码，而是因为他们知道让 AI 写什么、不写什么。这才是 81% 这个数字真正在描述的东西。

换个角度：对于不知道怎么向 AI 描述问题的人，AI 编程工具带来的是负效率。花一小时写 Prompt，调 AI 生成三百行代码，发现跑不通，再花两小时 debug——这种事在各个技术社区一搜一大把。

所以这个 81% 是有水分的。样本偏差，懂的人用了说好，不懂的人用了骂娘，调研结果当然偏向懂的人。

更值得注意的数字是：45% 的 AI 生成代码未通过安全基准测试。

这个数字在各种"AI 编程改变世界"的报道里几乎不被提及，但它才是决定了 AI 编程能不能在企业场景大规模落地的关键。企业 CTO 们，你们的代码安全审计流程，真的准备好应对这个比例了吗？

五、企业采购的逻辑正在发生变化

Cursor 的企业版增长，标志着一个重要的转变：AI 编程工具正在从"个人效率工具"升级为"组织基础设施"。

这个升级带来的问题是组织性的，不是技术性的。

当整个工程团队都在用 Cursor 写代码时，谁来做代码审查？传统的 code review 流程，审查者是人类，审查的是人类写的代码。现在的情况是：审查者还是人类，但代码是 AI 写的，而且写得比人类快三倍。

这个流程如果不调整，code review 就变成了形式主义。

Anthropic 的 Agentic 编程报告提到了另一个趋势：设计团队开始用 Claude Artifacts 在客户访谈中实时原型化设计概念，以前需要数天的设计迭代周期被压缩到了实时。

这个变化有意思的地方在于：它不是发生在工程团队，是发生在设计团队。

也就是说，AI 编程的影响范围，已经在向传统意义上的"非技术岗位"渗透了。设计师、产品经理、运营人员——这些以前不需要写代码的角色，正在用自然语言和 AI 协作完成以前只有工程师能做的工作。

这是 Vibe Coding 真正颠覆性的地方：不是让程序员写得更快，是让更多角色参与到了"编程"这个行为里。

六、我对这场革命的几个判断

判断一：Vibe Coding 的采用战已经结束了，赢的是 AI。2026 年还不用 AI 编程工具的工程师，就像 2010 年坚持不用 Git 的工程师——不是不行，是代价越来越高。

判断二：Tokenmaxxing 不是万能药，更像是味精——少量提鲜，过量毁菜。简单重复性工作使劲用，复杂架构设计省着用，这是基本策略。

判断三：Cursor 的护城河没有看起来那么深，但也不会轻易被冲垮。上下文理解和用户体验是模型层之上的积累，这部分护城河需要时间建立，但一旦建立，迁移成本也高。

判断四：最大的风险不是 AI 写错代码，是组织没有准备好审查 AI 代码。45% 的安全测试失败率，配合一个没有相应升级的 code review 流程，就是一个定时炸弹。

判断五：未来 3-5 年，纯"写代码"的岗位会变少，但"懂代码 + 懂业务 + 能做架构决策"的岗位会变贵。AI 接管了执行层，执行层上面那些需要判断力的岗位，反而更值钱。

七、最后说一句不那么正确的话

很多人问我：要不要学 AI 编程？现在的建议是：学。但不是为了替代谁，是为了不被替代。

还有一句话：别被 81% 这个数字骗了。生产力提升这件事，从来都不是线性的。AI 让能做事的人做更多，也让不能做事的人更快地做更多错误的事。

区别在哪里？在人。不在 AI。

数据来源：Taskade/Hostinger/Hashnode 2026报告 + TechCrunch/CNBC/Simon Willison/Bloomberg