最近，一篇名为《AI is killing B2B SaaS》的文章声称，因为有了 AI，企业客户不再愿意为昂贵的软件订阅付费了，他们自己就能在几分钟内用「Vibe Coding」搓出想要的工具。这篇文章甚至列出了 HubSpot 和 Klaviyo 等公司股价下跌的数据，试图证明一场「大屠杀」正在发生。

但这事儿真的这么简单吗？如果你深入看了 Hacker News 上的讨论，你会发现这更像是一场关于「恐惧营销」的大型吐槽大会。甚至有人犀利地指出：这文章作者自己就在卖一款叫 Giga Catalyst 的白标 AI 平台，专门帮 SaaS 公司解决这个「AI 危机」。这就像是一个消防员一边预测世界即将大火，一边向你推销灭火器。

原文到底说了什么？

Namanyay 的核心论点主要基于一个现象：以前客户为了一个特定的功能（比如简单的报表或审批流），不得不购买一个笨重的 SaaS 套件，还得逼着自己的业务流程去适应软件。现在有了 AI 和所谓的「氛围编程」，客户觉得「我自己建一个更好用」。原文引用了一个例子：某家公司的工程师花了几周时间，用 GitHub 和 Notion 的 API 重写了一个需要支付 3 万美元的工具，决定不再续费 SaaS。

作者给出的「生存建议」听起来也很耳熟：

1. 成为 System of Record（记录系统）：也就是数据都在你这，删不掉。
2. 强调安全和合规：这是 AI 随手写代码最容易忽视的，也是大厂收费的理由。
3. 极致定制：让 SaaS 变成一个平台，允许用户在上面「氛围编程」（比如作者卖的那种工具）。

「氛围编程」是神技还是缝合怪？

在技术圈，「Vibe Coding」这个词迅速引起了反感。简单来说，它就是指通过自然语言提示让 AI（如 Claude、Cursor）生成代码。开发者像是在施法，「感觉对了」代码就跑通了。

但这真的是技术革命吗？Hacker News 上的开发者们并不买账。

有人调侃道，这就是几十年前那个 **「谁需要程序员，老板自己敲几个 Excel 公式 / Access 宏就能做软件」**的 2.0 版本。以前是「低代码」，现在是「AI 代码」。核心问题从未改变：业务需求的复杂性永远在代码之外。

一个被反复提及的痛点是 「Happy Path」（顺利路径）陷阱。AI 擅长写「一切顺利时的代码」：读取、写入、显示。但现实世界的软件需要处理各种边缘情况：网络断了怎么办？数据库并发写入冲突了怎么办？用户恶意输入攻击怎么办？

正如一位评论者所说：

「AI 写不出处理安全漏洞、审计日志、权限管理的代码。而那些非程序员根本不知道这些细微之处。」

为什么说这是「营销号」文章？

原文最大的槽点在于其动机。几乎所有的讨论都指向了同一个事实：文章的结尾不仅卖课，还卖产品。

原文声称 SaaS 股票暴跌是因为 AI，但评论者一针见血地指出：

「股价下跌是因为经济周期和利率，而不是因为大家都在家 Vibe Coding。SaaS 股票之前估值本来就虚高，现在只是回调。」

更有甚者直接把这种行为比作过去的互联网泡沫：

「这和当年那个『加密货币将取代法币』的疯狂如出一辙。人们把自己的身份认同绑定在这些理论中，哪怕现实根本不是那样，他们也深信不疑。」

如果 AI 真的能这么轻易杀死 SaaS，那作者卖的那个「帮助 SaaS 公司应对 AI 的平台」岂不是也不该存在了？这种逻辑上的自洽性缺失，让整篇文章充满了「软文」的味道。

经济学账本：自己造还是买？

对于普通人和企业管理者来说，最扎心的问题其实还是钱。

假设一个开发者的年薪是 15 万美元，而一个现成的 SaaS 工具（比如 Jira 的某个替代品）每年只要 3 万美元。你是让这名年薪 15 万的工程师去写代码、修 Bug、维护服务器，还是让他去开发公司的核心产品？

「如果你自己造了 CRM，你的工程师就得负责维护它。一旦出了问题，锅是你们的。如果买 Salesforce，出了问题那是他们的锅。」—— 一位管理者的心声。

这就是所谓的 「Bus Factor」（巴士系数）。如果用 AI 写代码的那个实习生离职了（或者被裁了），谁来接手那一堆没人看得懂的「Vibe Code」？维护这些遗留系统的成本，往往远高于购买现成服务的费用。

此外，合规与安全也是企业无法忽视的大坑。很多 AI 生成的代码可能直接把 API Key 写在前端，或者把敏感数据存到了公开的 S3 存储桶里（原文作者自己也承认见过这种例子）。通过 SOC 2、HIPAA 等合规审计，是 SaaS 公司收费的重要理由，而这也是「氛围编程」目前完全无法解决的领域。

谁真的在颤抖？

既然 AI 没法一下子干掉 Salesforce 或 SAP，那到底谁怕？

讨论中比较一致的观点是：简单的功能型 SaaS 或者 「包装型」 SaaS 确实危险了。比如：

• 简单的数据可视化面板：自己写一个前端，连上数据库，可能比买那个死贵的 BI 工具更灵活。
• 简单的连接器/中间件：以前你需要花大价钱买一个把 A 软件数据导到 B 软件的服务，现在写个脚本就能搞定。

一位评论者分享了自己的亲身经历：

「我们以前每年在 SignalFX（监控工具）上花 50 万美元。后来发现，这东西干的活儿其实就是读数据画图。我们花两天时间自己写了个替代品，功能完全够用。」

但这类需求通常属于非核心业务。对于核心的业务系统（ERP、CRM、财务），企业依然倾向于购买成熟软件，不是因为他们写不出代码，而是因为他们不想承担「责任」。

总结：SaaS 没死，只是变得平庸了

这场关于「AI 杀死 SaaS」的讨论，本质上揭示了一个趋势：软件开发的门槛确实降低了。

以前你需要一个专业团队，现在一个懂点技术的产品经理配合 AI，也能在周末捣鼓出一个能用的内部工具。这迫使 SaaS 公司不能再躺在「收租」的模式上睡大觉。如果你只是一个漂亮的 UI 外壳，底下没有什么复杂的逻辑或合规壁垒，那你确实危险了。

但同时，「服务」（Service）的价值被重新提了出来。SaaS 的核心从来就不是那堆代码，而是兜底能力。正如一位网友所言：

「如果软件没有支持，那就是废物。在商业世界，你买的不是代码——而是业务问题的解决方案，以及出了事时你需要找到的那个『脖子』来掐（SaaS 公司的客服）。」

所以，下次再看到这种惊悚的标题，不妨先看看作者手里是不是正攥着一把正在推销的「尚方宝剑」。至于你手头的项目，除非你想好了谁来写文档、谁来修 Bug、谁来背锅，否则还是把核心业务交给专业的 SaaS 更稳妥。

对于技术人来说，Vibe Code 确实能提高生产力，但它并不能替代工程思维的内核——解决复杂度和不确定性。