軟件世界大熔斷：當中間層全被壓扁

一、軟件世界大熔斷

軟件世界正在經(jīng)歷一場史詩級的估值崩塌。

這不是個別公司的問題。這是整個 SaaS 板塊的系統(tǒng)性崩盤。華爾街在用真金白銀投票：這些軟件公司的商業(yè)模式，正在被判死刑。

為什么？

因為資本市場終于意識到一件事：這些 SaaS 產(chǎn)品的本質，不過是"數(shù)據(jù)庫的漂亮皮膚"。一個 CRUD 后臺，加一套業(yè)務邏輯，再包一層好看的 UI。

而這三樣東西，AI Agent 全都能做。而且做得更快、更便宜、更個性化。

2025年初，微軟 CEO 納德拉說：“SaaS is Dead” 。

當時很多人覺得是危言聳聽。一年后，市場給出了答案。

就在這兩天，爆火 AI 助理 Clawdbot 讓大家更為直觀的感受到 Agent 代替 App 的體驗到底是什么樣子。 Clawdbot 的開發(fā)者 Steinberger 說得更直接：

未來一大批應用都會消失。提示詞就是新的界面。

一個萬億市值公司的 CEO，一個獨立開發(fā)者，指向同一個結論：

軟件棧正在經(jīng)歷"熵減"。中間層正在被壓扁。最終剩下的，只有 Agent + Database。

PostgreSQL 正在吞噬數(shù)據(jù)庫世界。Claude Code、Clawdbot 正在開拓 Agent 世界。

兩者之間的一切——前端、后端、中間件、SaaS 訂閱、流程軟件 ——都在被擠壓、被吞噬、被消解。

這已經(jīng)不是預言了，這是正在發(fā)生的事。

三、中間層的消亡

為什么中間層會被壓扁？先看傳統(tǒng)軟件棧：

中間那幾層的本質是什么？翻譯層。

Frontend 把數(shù)據(jù)翻譯成人類能看懂的界面。Backend 把操作翻譯成數(shù)據(jù)庫能執(zhí)行的 SQL。中間件是翻譯效率不足時打的補丁。

現(xiàn)在問一個問題：如果有個"超級翻譯器"，能直接把自然語言翻譯成數(shù)據(jù)庫操作，這些中間層還有必要嗎？

看 Agent 時代的軟件棧：

中間層呢？壓扁了。

用戶不需要學某個 App 的 UI 邏輯。用自然語言說出想要什么，Agent 翻譯成 SQL，直接取數(shù)。

這就是"SaaS is Dead"的真正含義：那些只是"數(shù)據(jù)庫漂亮皮膚"的應用會消失。

Steinberger 舉了個例子：健身 App —— 熱量計算。

傳統(tǒng)流程：打開 MyFitnessPal → 搜索食物 → 手動輸入 → 計算卡路里 → 顯示結果。

Agent 流程：拍張照片，說"算一下這頓飯的卡路里，更新我的健身計劃"。完事。

整個過程沒有任何"App 界面"。Agent 就是界面。

三、CLI 的勝利

Agent 的勝利，帶來了一個結果：CLI 的復興。

要理解這一點，先要回答一個基礎問題：界面是為誰設計的？

GUI 是為人類設計的——利用視覺認知，把操作翻譯成圖標和按鈕。

API 是為程序員設計的——把能力抽象成函數(shù)調(diào)用。

CLI 是為文本處理設計的——輸入文本，輸出文本，管道組合。

現(xiàn)在，AI Agent 來了。它的本質是什么？

一個以文本為輸入、以文本為輸出的推理引擎。

答案已經(jīng)很明顯了：CLI 與 LLM 天然契合。

Steinberger 說得很直接：

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

他的邏輯：當你給 Agent 提供 CLI 工具，Agent 通過 --help 就能發(fā)現(xiàn)這個工具能做什么。不需要把完整文檔塞進上下文。CLI 工具可以通過管道任意組合——這正是 Agent 擅長的 “工具編排”。

這背后是上下文窗口經(jīng)濟學：Agent 的注意力帶寬有限，每個 Token 都是成本。CLI 的 “按需獲取” 比 “全量加載” 高效得多。

Unix 誕生于 1969 年。它的設計哲學——小工具、文本流、可組合——在 55 年后被 AI Agent 證明是正確的。

四、Agent Native：未解的問題

那 Agent 應該用什么樣的 CLI 操作數(shù)據(jù)庫？比如 PostgreSQL？

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

但這里有個問題：psql 是為人類設計的，不是為 Agent 設計的。

psql 的輸出是給人看的表格格式。錯誤信息假設讀者是 DBA。交互模式是"人輸入 → 等結果 → 人決定下一步"。

Agent Native 的接口應該長什么樣？ 這是一個尚未解答的問題。

一些可能的方向：

?結構化輸出：默認 JSON，不是 pretty-printed 表格?自描述能力：接口自帶元數(shù)據(jù)，Agent 自動理解，不用塞文檔進上下文?LLM 友好的錯誤信息：結構化錯誤碼 + 可能原因 + 修復建議

我們現(xiàn)在用的工具 —— psql、bash、各種 SDK —— 都帶著濃重的 “人類開發(fā)者”思維。Agent 只是在"將就"使用。

真正的 Agent Native 的 CLI，還在等待被發(fā)明。

老馮的 pig[3] 命令行工具，正在探索 PG 管理的 CLI 前沿，歡迎嘗試。

GUI 會完全消失嗎？我認為不會，但它的角色會有很大轉變。

第一，視覺輸出不可替代。 : 藝術創(chuàng)作，地圖導航，監(jiān)控大盤。這些信息的最佳載體就是圖像。強行轉成文字是信息損失。運維需要“一眼看到”系統(tǒng)狀態(tài)，不是聽 Agent 念數(shù)字，創(chuàng)作者需要看到成品的圖像與視頻，而不是口播描述。

第二，上下文提示被低估了。 : GUI 的另一個功能是降低提問門檻。按鈕告訴你"我能做什么"。表單告訴你"你要填什么"。下拉菜單告訴你"有哪些選項"。面對空白對話框，用戶可能根本不知道該問什么。

一個悖論：Agent 時代不需要 GUI 展示數(shù)據(jù)，但需要 GUI 引導提問。

所以 GUI 的未來是轉型：從"數(shù)據(jù)展示"到"認知輔助"，從"操作界面"到"提示引導"，從"翻譯中間層"到"最終視覺輸出"。 "數(shù)據(jù)庫漂亮皮膚"會消失。利用人類視覺認知優(yōu)勢的 GUI 會繼續(xù)存在。

六、軟件的本質是翻譯

退后一步，從更高維度看。軟件的本質是什么？

剝離所有技術細節(jié)，軟件做的事情就三個：

1.存儲信息（Database）2.處理信息（Logic）3.呈現(xiàn)信息（Interface）

過去幾十年，我們在"處理"和"呈現(xiàn)"上花了大量精力。為什么？因為人類需要中間層來理解和操作數(shù)據(jù)。

人不能直接讀寫磁盤，所以要文件系統(tǒng)與數(shù)據(jù)庫。 人不能直接寫 SQL，所以要需要表單與按鈕。 人不能同時處理海量數(shù)據(jù)，所以要可視化圖表。

所有軟件架構，本質上都是"翻譯架構"。

現(xiàn)在，Agent 來了。

Agent 直接理解自然語言——不需要 GUI 翻譯。 Agent 直接生成 SQL——不需要 Backend 翻譯。 Agent 直接處理結構化數(shù)據(jù)——不需要中間件翻譯。

當翻譯能力上移到 Agent，中間的翻譯層就會被壓縮。

這不是第一次。軟件史上每次范式躍遷，都伴隨著翻譯層的重新洗牌：

?匯編時代：程序員翻譯（意圖 → 機器碼）?高級語言時代：編譯器翻譯（C → 機器碼）?GUI 時代：界面翻譯（點擊 → 命令）?Agent 時代：LLM 翻譯（自然語言 → 一切）

每一次，當新的翻譯器足夠強大，舊的翻譯層就被壓縮或消失。

結語：范式躍遷的起點

軟件形態(tài)的終局是什么？

Agent + Database。

Database 是信息的物質基礎。數(shù)據(jù)總要有地方存，精確系統(tǒng)無法被模糊系統(tǒng)取代。

Agent 是信息的萬能翻譯器。理解意圖，生成輸出，調(diào)用工具。

中間的一切——Frontend、Backend、API、中間件——都是歷史遺留的翻譯補丁。當翻譯能力足夠強，補丁就會被刪除。

五十五年前，Unix 設計者不會想到，他們的哲學會在 AI 時代被證明正確。

三十年前，數(shù)據(jù)庫設計者不會想到，SQL 會成為 Agent 與數(shù)據(jù)世界的通用語言。

我們正站在又一次范式躍遷的起點。

翻譯層正在被壓扁。軟件形態(tài)正在改變。

理解這個趨勢的人，將定義下一個時代的基礎設施。