「氛围编程」杀死了 SaaS，却以另一种方式

过去一两年，「SaaS 已死」几乎是科技社交平台上最常见的论调之一。其逻辑很简单：随着「氛围编程」（vibe coding）的兴起，任何人都能在十几分钟内用 AI 生成一个满足自己需求的小工具，何必再为标准化的在线服务付费？然而，一位长期使用 AI 编码工具的工程师在 Hacker News 上发文指出，这一预言并未以人们想象的方式实现——SaaS 确实「死」了，但并非被定制化方案取代，而是被氛围编程从内部瓦解。

SaaS 稳定性的隐性滑坡

作者观察到，过去 SaaS 产品常以「五个九」（99.999%）的可用性作为卖点，而到 2026 年，不少在线服务开始出现每周一次甚至更频繁的故障。原因并不神秘：当大量开发者借助 AI 代理快速搭建应用、上线服务时，代码未经充分审查、自动化流程缺乏兜底机制，整个 SaaS 生态的平均可靠性随之下降。换言之，氛围编程没有杀死 SaaS 这个商业模式，而是杀死了 SaaS 赖以立足的工程严谨性。

专业工程师为何对 AI 代理失去耐心

作者自称是 AI 编码工具的重度使用者，承认在日常编程中很少再亲手敲代码，但他同时指出，当前主流 AI 编程代理在设计理念上并未照顾专业软件工程师的需求。他列举了几类典型痛点：

• 意图漂移：用户给出明确任务后，代理常常在未经确认的情况下直接提交代码、跳过根因分析，把「请先调查问题」理解为「请直接修复」。
• 规则失效：开发者反复在 AGENTS.md 等配置文件中强调编码规范，例如「禁止把测试放到某目录」「禁止直接调用 AWS CLI，必须走 IaC」，但代理对规则的执行并不稳定，甚至会出现「让它少写注释」反而加剧注释膨胀的情况。
• 人类被排除在闭环之外：代理在自动模式下会连续批准工具调用，用户回来时往往只看到一条已提交的干净分支，而非一段可讨论的中间结果。

Claude Code 的具体设计争议

作者特别提到 Claude Code 存在一个他认为不合理的设计：将代理的「运行模式」（即自动批准工具调用的 harness 模式）与系统提示词混为一谈。当用户切换到自动模式时，Claude Code 似乎会向模型传递类似「你是一位资深软件工程师，请直接给出解决方案」的暗示，从而跳过用户最初要求的根因分析，直接进入实现阶段。作者认为，这种把控制权决策和模型人格绑定的做法，正是当前 AI 编程工具「为氛围编程者而生、而非为工程师而生」的缩影。

一个绕不开的反讽

文章最后抛出一个耐人寻味的反讽：Anthropic 是历史上增长最快的公司之一，其收入显然主要来自企业客户和其中的专业软件工程师，而非那些号称要「在海滩上 vibe 出下一个独角兽」的独立开发者。当 AI 编程工具的真实付费用户恰恰是最需要精细控制权的工程师群体时，工具的设计方向却仍在迎合「人人皆可编程」的 AGI 叙事。作者没有给出明确的解决方案，但他呼吁行业正视这一错位：AI 辅助编程的下一阶段，应当把控制权、确定性和意图保真交还给真正写代码的人。