软件世界大熔断：当中间层全被压扁

一、软件世界大熔断

软件世界正在经历一场史诗级的估值崩塌。

这不是个别公司的问题。这是整个 SaaS 板块的系统性崩盘。华尔街在用真金白银投票：这些软件公司的商业模式，正在被判死刑。

为什么？

因为资本市场终于意识到一件事：这些 SaaS 产品的本质，不过是"数据库的漂亮皮肤"。一个 CRUD 后台，加一套业务逻辑，再包一层好看的 UI。

而这三样东西，AI Agent 全都能做。而且做得更快、更便宜、更个性化。

2025年初，微软 CEO 纳德拉说：“SaaS is Dead” 。

当时很多人觉得是危言耸听。一年后，市场给出了答案。

就在这两天，爆火 AI 助理 Clawdbot 让大家更为直观的感受到 Agent 代替 App 的体验到底是什么样子。 Clawdbot 的开发者 Steinberger 说得更直接：

未来一大批应用都会消失。提示词就是新的界面。

一个万亿市值公司的 CEO，一个独立开发者，指向同一个结论：

软件栈正在经历"熵减"。中间层正在被压扁。最终剩下的，只有 Agent + Database。

PostgreSQL 正在吞噬数据库世界。Claude Code、Clawdbot 正在开拓 Agent 世界。

两者之间的一切——前端、后端、中间件、SaaS 订阅、流程软件 ——都在被挤压、被吞噬、被消解。

这已经不是预言了，这是正在发生的事。

三、中间层的消亡

为什么中间层会被压扁？先看传统软件栈：

中间那几层的本质是什么？翻译层。

Frontend 把数据翻译成人类能看懂的界面。Backend 把操作翻译成数据库能执行的 SQL。中间件是翻译效率不足时打的补丁。

现在问一个问题：如果有个"超级翻译器"，能直接把自然语言翻译成数据库操作，这些中间层还有必要吗？

看 Agent 时代的软件栈：

中间层呢？压扁了。

用户不需要学某个 App 的 UI 逻辑。用自然语言说出想要什么，Agent 翻译成 SQL，直接取数。

这就是"SaaS is Dead"的真正含义：那些只是"数据库漂亮皮肤"的应用会消失。

Steinberger 举了个例子：健身 App —— 热量计算。

传统流程：打开 MyFitnessPal → 搜索食物 → 手动输入 → 计算卡路里 → 显示结果。

Agent 流程：拍张照片，说"算一下这顿饭的卡路里，更新我的健身计划"。完事。

整个过程没有任何"App 界面"。Agent 就是界面。

三、CLI 的胜利

Agent 的胜利，带来了一个结果：CLI 的复兴。

要理解这一点，先要回答一个基础问题：界面是为谁设计的？

GUI 是为人类设计的——利用视觉认知，把操作翻译成图标和按钮。

API 是为程序员设计的——把能力抽象成函数调用。

CLI 是为文本处理设计的——输入文本，输出文本，管道组合。

现在，AI Agent 来了。它的本质是什么？

一个以文本为输入、以文本为输出的推理引擎。

答案已经很明显了：CLI 与 LLM 天然契合。

Steinberger 说得很直接：

"GUI 扩展性差。真正具备扩展能力的是命令行。"

他的逻辑：当你给 Agent 提供 CLI 工具，Agent 通过 --help 就能发现这个工具能做什么。不需要把完整文档塞进上下文。CLI 工具可以通过管道任意组合——这正是 Agent 擅长的 “工具编排”。

这背后是上下文窗口经济学：Agent 的注意力带宽有限，每个 Token 都是成本。CLI 的 “按需获取” 比 “全量加载” 高效得多。

Unix 诞生于 1969 年。它的设计哲学——小工具、文本流、可组合——在 55 年后被 AI Agent 证明是正确的。

四、Agent Native：未解的问题

那 Agent 应该用什么样的 CLI 操作数据库？比如 PostgreSQL？

自然的答案是 psql CLI 命令行工具，它是给 人类使用 的命令行巅峰作品之一。

但这里有个问题：psql 是为人类设计的，不是为 Agent 设计的。

psql 的输出是给人看的表格格式。错误信息假设读者是 DBA。交互模式是"人输入 → 等结果 → 人决定下一步"。

Agent Native 的接口应该长什么样？ 这是一个尚未解答的问题。

一些可能的方向：

•结构化输出：默认 JSON，不是 pretty-printed 表格•自描述能力：接口自带元数据，Agent 自动理解，不用塞文档进上下文•LLM 友好的错误信息：结构化错误码 + 可能原因 + 修复建议

我们现在用的工具 —— psql、bash、各种 SDK —— 都带着浓重的 “人类开发者”思维。Agent 只是在"将就"使用。

真正的 Agent Native 的 CLI，还在等待被发明。

老冯的 pig[3] 命令行工具，正在探索 PG 管理的 CLI 前沿，欢迎尝试。

GUI 会完全消失吗？我认为不会，但它的角色会有很大转变。

第一，视觉输出不可替代。 : 艺术创作，地图导航，监控大盘。这些信息的最佳载体就是图像。强行转成文字是信息损失。运维需要“一眼看到”系统状态，不是听 Agent 念数字，创作者需要看到成品的图像与视频，而不是口播描述。

第二，上下文提示被低估了。 : GUI 的另一个功能是降低提问门槛。按钮告诉你"我能做什么"。表单告诉你"你要填什么"。下拉菜单告诉你"有哪些选项"。面对空白对话框，用户可能根本不知道该问什么。

一个悖论：Agent 时代不需要 GUI 展示数据，但需要 GUI 引导提问。

所以 GUI 的未来是转型：从"数据展示"到"认知辅助"，从"操作界面"到"提示引导"，从"翻译中间层"到"最终视觉输出"。 "数据库漂亮皮肤"会消失。利用人类视觉认知优势的 GUI 会继续存在。

六、软件的本质是翻译

退后一步，从更高维度看。软件的本质是什么？

剥离所有技术细节，软件做的事情就三个：

1.存储信息（Database）2.处理信息（Logic）3.呈现信息（Interface）

过去几十年，我们在"处理"和"呈现"上花了大量精力。为什么？因为人类需要中间层来理解和操作数据。

人不能直接读写磁盘，所以要文件系统与数据库。 人不能直接写 SQL，所以要需要表单与按钮。 人不能同时处理海量数据，所以要可视化图表。

所有软件架构，本质上都是"翻译架构"。

现在，Agent 来了。

Agent 直接理解自然语言——不需要 GUI 翻译。 Agent 直接生成 SQL——不需要 Backend 翻译。 Agent 直接处理结构化数据——不需要中间件翻译。

当翻译能力上移到 Agent，中间的翻译层就会被压缩。

这不是第一次。软件史上每次范式跃迁，都伴随着翻译层的重新洗牌：

•汇编时代：程序员翻译（意图 → 机器码）•高级语言时代：编译器翻译（C → 机器码）•GUI 时代：界面翻译（点击 → 命令）•Agent 时代：LLM 翻译（自然语言 → 一切）

每一次，当新的翻译器足够强大，旧的翻译层就被压缩或消失。

结语：范式跃迁的起点

软件形态的终局是什么？

Agent + Database。

Database 是信息的物质基础。数据总要有地方存，精确系统无法被模糊系统取代。

Agent 是信息的万能翻译器。理解意图，生成输出，调用工具。

中间的一切——Frontend、Backend、API、中间件——都是历史遗留的翻译补丁。当翻译能力足够强，补丁就会被删除。

五十五年前，Unix 设计者不会想到，他们的哲学会在 AI 时代被证明正确。

三十年前，数据库设计者不会想到，SQL 会成为 Agent 与数据世界的通用语言。

我们正站在又一次范式跃迁的起点。

翻译层正在被压扁。软件形态正在改变。

理解这个趋势的人，将定义下一个时代的基础设施。