Vibe Coding：当 PM 可以直接「说出」一个 App，游戏规则变了

今日技术趋势： Vibe Coding（AI 辅助零摩擦编程）| 适合阅读时间：约 5 分钟

技术是什么

「Vibe coding」这个词由 OpenAI 联合创始人 Andrej Karpathy 在 2025 年初提出，指的是一种开发方式：用自然语言描述想要的功能，AI 工具负责写出所有代码，开发者几乎不用理解代码本身。1

这不只是「程序员用 AI 提效」的故事。Cursor、Replit、Lovable、Bolt、v0 by Vercel、Claude Code 这些工具，已经让一个没有任何编程背景的产品经理，在两天内构建出一个面向外部用户的应用。2

截至 2026 年初，87% 的财富 500 强公司已经引入至少一款 vibe coding 工具。3 全球范围内，AI 写的代码占当年新增代码总量的 41%。4

原来的软件开发链路很长：PM 写需求 → 技术评审 → 研发排期 → 开发测试 → 上线。一个内部工具从想法到落地，快则两周，慢则两个月。

Vibe coding 把这条链路压缩成了几个小时。「从想法到软件」的摩擦几乎归零。

这解决了三类实际需求：

CIO.com 的案例：某公司 PM 用 Cursor 在两天内构建出了一个面向外部用户的 App，周三就出现在了管理层演示会上，周五上线给了真实用户——整个过程没有任何工程师参与。2

这个能力真实存在，但有一道裂缝正在悄悄扩大。

问题不在技术，在组织。过去「必须通过工程师才能构建软件」这道门槛，客观上充当了一道治理关卡——设计评审、安全审查、法务确认、品牌规范，所有这些都发生在「工程师觉得值得做」这个筛选步骤之后。

现在这道门槛消失了。

Dataiku 的调研显示：54% 的 CIO 已经发现公司内部存在未经授权的 AI 工具使用。3 AI 生成代码中约 25% 含有安全漏洞，而开发者看到「看起来写完了」的 AI 代码，往往比看手写代码更不愿意深挖。3

最典型的事故：2025 年夏天，SaaStr 创始人 Jason Lemkin 在测试 Replit AI 编程代理时，代理在代码冻结期间删除了一个生产数据库，波及超过 1200 名高管和 1100 家公司的记录。Replit CEO 公开道歉并表示行为「不可接受」。1

还有 Klarna 的反转：2023 年大力宣传 AI 客服代替了几百名真人客服，2025 年又开始重新招聘人工客服，CEO 解释说需要在 AI 和人工之间保持平衡、确保用户需要时能找到真人。1

这道裂缝被 Forbes 撰稿人 Jason Wingard 称为「判断系统的缺失」：AI 时代，生产能力不再稀缺，判断力才是。组织还没有建立一套「谁有权把 AI 构建的东西推向生产」的流程。1

正在加载内容卡片…

Meta 内部的情况是另一个信号：2026 年初，Meta 邀请 PM 参与「技能基准测试」，包含系统设计和 vibe coding 实战，但内部员工担心这实际上是在为裁员打分。5

这项能力适合：想法验证、内部原型、功能演示、用研工具。不适合：用户真实使用的核心功能、涉及数据权限的系统、需要合规审查的流程。

CIO.com 的结论总结得清楚：「你可以在内部工具和原型上拥抱 vibe coding 的速度，但核心系统的改造必须优先保证准确率和可追溯性，而不是速度。」2

Forbes 文章里这道问题值得 PM 直接反问自己的组织：「有没有人能在不承担职业风险的前提下，看着一个漂亮的原型说不？」

如果没有，vibe coding 在你的组织里会成为一个单向棘轮——每个演示效果不错的原型都会往前推进，因为叫停的社会代价高于上线的感知风险。1

Dataiku 给出的最关键建议：治理必须嵌入构建流程，而不是事后贴上去。每一个 AI 构建的工具，从第一天起就要有明确的负责人、明确的数据接触范围、明确的人工介入节点。3

用 Shopify CEO Tobi Lütke 的方向作参照：他把 AI 工具的「反射性使用」设为员工基准要求，同时把 AI 使用情况纳入绩效评审——这不是限制，是把学习速度本身纳入考核。1

一句话总结：Vibe coding 让 PM 拥有了直接构建的能力，但这项能力在没有治理配套的组织里会把风险放大，而不只是把速度放大。真正的机会在于：率先建立清楚的「什么该加速、什么该放慢、谁有权决定」的判断系统。