SaaS 曾经建立在什么之上#

过去二十年，SaaS 的商业逻辑建立在一个前提上：业务流程需要被软件固化。

一个公司要做项目管理，就买 Monday.com；要做 CRM，就买 Salesforce；要做文档协作，就买 Notion；要做演示文稿，就买 Gamma；要做自动化，就买 Zapier 或各类工作流平台。

这些软件的价值在于：它们把业务逻辑封装进界面、表单、权限、流程、状态机和通知系统中。用户进入一个 SaaS，本质上是在接受这个 SaaS 对业务流程的定义。

所谓 SaaS 护城河，很大一部分就是这个定义权：

你如何创建任务，如何分配负责人，如何设置状态，如何流转审批，如何生成报表，如何让团队协作。

SaaS 公司把这些流程产品化，然后按席位收费、按模块收费、按使用量收费。

但 AI agent 出现以后，这个前提开始崩塌。

业务逻辑不再需要单独做成 SaaS#

很多所谓业务逻辑，原来之所以需要被做成一个 SaaS，是因为机器不理解人的意图，也不能稳定操作各种工具。于是人必须被软件界面牵引：点击按钮，填写表单，切换状态，拖动卡片，配置流程。

现在不一样了。

业务逻辑可以被表达成自然语言，可以被写成一组人类也读得懂的 skills，可以通过 agent 调用数据、操作浏览器、读写文件、访问 API、生成报告、发送消息、修改表格、安排日程。

过去需要一个垂直 SaaS 才能完成的事情，现在可能只需要：

一个智能体， 一组可访问的数据， 一套清楚的权限， 一些可复用的 skills。

这就是软件世界的大地震。

很多 SaaS 大佬一开始不信。他们习惯于认为，SaaS 的护城河是工作流、数据模型、团队协作和行业 know-how。但现在回头看，几乎没有一个 SaaS 软件不开始感受到生存边界的逼近。

Monday.com 这样的项目管理软件，危险在于它的大部分价值是把任务、状态、负责人、截止日期包装成 UI。但如果 agent 可以直接读取团队消息、日历、文档和代码仓库，并自动整理任务、追踪进度、提醒负责人，那么用户为什么还要每天打开一个项目管理系统？

Gamma 这样的 AI 演示工具，危险在于它把“生成 PPT”包装成产品。但如果本地 agent 能读取资料、理解目标听众、生成结构、调用设计模板、输出 PPT/PDF，并根据反馈反复修改，那么 Gamma 的独立存在价值会迅速变薄。

Manus 这样的 AI SaaS 也类似。它们看似比传统 SaaS 更先进，但如果本质上只是把 agent 能力包装成网页服务，而没有独占数据、独占入口、独占执行环境，那么它们同样很难长大。

未来真正重要的不是 AI SaaS，而是 agent runtime。

胖客户端的回归#

这也是为什么软件架构可能会重新简化，甚至某种程度上回到胖客户端。

过去我们从桌面软件走向云端 SaaS，是因为本地计算能力有限，协作困难，部署复杂，数据需要集中管理。但今天，AI agent 需要的是上下文、权限、工具和执行环境。很多真正有价值的上下文，恰恰在用户的电脑、本地文件、浏览器、消息、日历、开发环境和企业内网里。

于是客户端重新变得重要。

未来的胖客户端，不是过去那种笨重的 Windows 桌面软件，而是一个本地或边缘的智能体操作中心。它上面跑着 agent，能够访问你的数据，调用你的工具，理解你的偏好，执行你的 skills。

它不需要每一个业务流程都对应一个 SaaS 应用。它只需要知道：目标是什么，数据在哪里，权限是什么，工具怎么用。

在这样的架构下，SaaS 会被重新分层。

第一层是 system of record，比如财务、ERP、CRM、身份认证、合规系统、数据库。这些系统还会存在，因为它们承载权威数据、权限和审计。

第二层是强网络效应和强协作平台，比如 GitHub、Slack、Teams、Google Workspace、Microsoft 365。它们也会存在，但 UI 的重要性会下降，更多变成 agent 可访问的数据和协作底座。

第三层是纯 workflow SaaS，这是最危险的一层。项目管理、轻量 CRM、报表生成、文档生成、自动化工具、知识库工具，只要它们没有独占数据和强网络效应，就会被 agent 直接绕过。

第四层是 AI wrapper SaaS，可能更危险。因为它们既没有传统 SaaS 的业务数据护城河，也没有底层模型能力，更没有操作系统级入口。很多只是 prompt、模板和 UI 的组合。这类产品增长会很快，但天花板也会来得很快。

微软拥有最好的牌，却打成了旧世界的补丁#

从这个角度看，微软的问题就更清楚了。

微软其实拥有最好的牌。它有 Windows，有 Office，有 Teams，有 Azure，有 GitHub，有企业身份系统，有全球最强的企业销售渠道。理论上，微软最有资格定义 AI 时代的 agent OS。

但它做出来的 Copilot，却像是旧世界的补丁。

它没有真正把 Windows 变成智能体操作系统，没有真正把 Office 从“人操作文档”改造成“agent 操作知识与任务”，也没有把 Teams 变成企业 agent 的协作中枢。它更多是在保护既有软件的交互方式：Word 还是 Word，Excel 还是 Excel，PowerPoint 还是 PowerPoint，只是在旁边加了一个聊天框。

这就是根本问题。

AI 时代的软件入口，不应该是“打开某个应用，然后让 Copilot 帮我在这个应用里做事”。真正的入口应该是：“我要完成一件事”，然后 agent 自己决定需要调用 Word、Excel、浏览器、数据库、邮件、日历、代码仓库还是某个 API。

换句话说，应用不再是中心，任务才是中心。软件不再是舞台，agent 才是演员。

微软的问题不是没有 AI，而是它还舍不得让 AI 破坏自己的 SaaS 帝国。它把 Copilot 设计成 Office 的助手，而不是 Office 的继任者；设计成 Windows 的功能，而不是 Windows 的新内核；设计成企业软件的增值包，而不是企业流程的重构者。

这就是为什么 Copilot 看起来很大，却不够锋利；很赚钱，却不够性感；很企业级，却没有定义未来。

未来不是 Copilot，而是 Autopilot#

还有一个更深的信号，来自代码生成工具的演进。

未来不是 Copilot，而是 Autopilot。

Copilot 这个词的含义是：人仍然是主驾驶，AI 坐在旁边辅助。这个设定在 AI 早期是合理的。模型不够强，工具调用不稳定，生成结果需要人类逐行检查，所以 AI 只能补全代码、回答问题、写一点函数。

但今天代码 AI 的进步已经越过了这个阶段。

真正的瓶颈不再是“AI 能不能生成代码”，而是“AI 能不能自己验证、自己调试、自己迭代、自己提交一个可工作的结果”。

从生成到验证的闭环，必须由 AI 自己完成。否则人类根本跟不上这个节奏。

因为代码生成的速度已经远远超过人类审查的速度。如果 AI 每生成一批代码，都需要人逐行读、逐行理解、逐行判断，那么 AI 带来的生产力很快会被审查成本吃掉。人会从写代码的瓶颈，变成验代码的瓶颈。

所以未来的软件开发不会停留在 Copilot 模式：

人提出目标，AI 给建议； 人写代码，AI 做补全； 人检查结果，AI 等待反馈。

这仍然是旧 IDE 的延长线。

真正的新模式是 Autopilot：

人定义目标和边界， AI 拆解任务， AI 修改代码， AI 运行测试， AI 读取错误， AI 修复问题， AI 做回归验证， AI 生成变更说明， 最后由人做高层次验收和决策。

也就是说，人不再是每一步操作的执行者，而是目标、约束、审美、风险和最终责任的定义者。

这就是为什么“生成—验证”闭环如此关键。没有验证闭环，AI 只是更快的打字机；有了验证闭环，AI 才真正变成工程代理。

这也解释了为什么 Copilot 会显得落后。它的产品哲学仍然是辅助驾驶：在人类当前打开的文件、当前使用的应用、当前操作的流程里提供帮助。但未来的软件工作流，是 AI 主动跨文件、跨应用、跨系统完成任务。

微软的问题不是没有看到 AI 会写代码，而是没有足够激进地承认：人类不可能继续坐在每一行代码旁边当主驾驶。

AI 写得越快，人类越不可能逐行陪跑。

所以未来的开发工具，竞争焦点不会是“谁补全得更准”，而是：

谁能建立最可靠的自动执行环境； 谁能把测试、类型检查、lint、构建、运行时反馈接进闭环； 谁能理解大型代码库的长期意图； 谁能安全地修改系统并证明它没有破坏东西； 谁能把人的注意力从代码细节提升到产品目标和系统边界。

从这个角度看，Copilot 不是终点，而是过渡形态。

它像汽车刚出现时的马车改良版：看起来很新，但底层想象仍然属于旧交通系统。

真正的 AI 开发时代，不是副驾驶时代，而是自动驾驶时代。

SaaS 的重新定价#

未来的软件世界，可能会比今天简单得多。

用户不需要一百个 SaaS。用户需要一个可信的智能体，能够访问正确的数据，拥有正确的权限，调用正确的工具，并以人类能理解的 skills 形式持续进化。

过去 SaaS 的核心是“把流程产品化”。

未来 agent 的核心是“把目标执行化”。

这两者之间，不是功能升级，而是范式迁移。

所以，当我们说 SaaS 的大地正在从脚下撤走，并不是说所有 SaaS 公司明天都会消失。它们不会。但它们的估值逻辑、产品边界、用户入口和护城河，都会被重新定价。

真正危险的不是收入马上下降，而是用户心智开始迁移：从“我打开哪个软件”迁移到“我让哪个 agent 做事”。

一旦这个迁移完成，很多 SaaS 就会发现，自己不再是工作发生的地方，只是 agent 偶尔调用的数据源。

这才是 Copilot 的失败给我们的最大启示：

AI 不是 SaaS 的插件。

AI 是 SaaS 时代的终结者。

未来不是 Copilot。

未来是 Autopilot。