豆包手機、Open-AutoGLM 等大概率是產品進化路線上的“鴨嘴獸”

豆包手機近來又被熱炒，看了不少解讀，我覺得有一些核心邏輯被忽略了，所以寫一點自己的判斷。(我猜關注度搞的一部分原因是大家被平臺搞煩了）

1. 計算模式決定產業格局

今天的產業格局——操作系統、應用商店、超級應用、小程序體系——表層看是比爾·蓋茨、喬布斯、張小龍的作品；
但真正的底層決定因素是計算模式。

傳統 if-else 計算模式的智能是有上限的，再加上手機屏幕的物理限制（手指操作精度、展示密度），最終導致：

• 瀏覽器內容太密，不適合手指 → 功能被拆成 App

• App 內部再拆成模塊方塊 → 形成小程序

• 小程序體系太大 → 必須依靠搜索來完成入口定位

• 主交互方式因此是分類，輔以搜索

抖音的關注流 / 推薦流也是同樣邏輯，只是把“入口定位”換成“推送”。

換句話說：
在舊計算模式下，形式被限制 → 形式反過來固化了利益格局。

你是電商、他是音樂、我做搜索——彼此有清晰邊界，也有清晰的盈利模式。
PC 時代的搜索其實被邊緣化，就是因為通用計算平臺的交互方式沒有根本變化。

如果計算模式不變，產業格局就不可能根本改變。

2. 計算模式發生了本質變化

今天最大的變化只有一個：

系統從 if-else 的“偽智能”，變成了大模型的“真智能”。

它不僅能回答問題，還能銜接上下文、連續推理——我在之前文章里稱之為 “any-then” 模式：
用戶說什么，模型都能接住。

這意味著兩件關鍵的事：

1. 新計算模式與舊的分類+搜索體系不兼容

2. 豆包手機、Open-AutoGLM 等“自動操作系統”試圖做的，是讓模型去解釋用戶意圖，再去模擬點擊舊 App 體系

但這里有致命弱點：

• 技術上：
  App 的分類/搜索體系并非為機器設計，步驟多、邊界模糊、精度不穩

• 商業上：
  模型代勞后用戶不看廣告、不停留，等于掏空 App 的價值

• 生態上：
  沒人愿意退化成 API 供別人調用

幾十年積累下來，
計算模式、用戶習慣、商業利益、護城河是綁在一起的。
強行把兩套生態擰在一起，當然像“鴨嘴獸”：
四不像，但又不得不出現。

3. 需要一次“起義”，但大廠做出來也不一定是好事

要解決這個結構性矛盾，其實需要一次“起義”式的重建 ——
把大廠握著的核心能力基礎設施化，讓所有人接入。

但現實是，大廠做的往往是：

• 一邊做 Agent，

• 一邊把其他 App 打碎成 API，

• 同時對中間通道征更高的“稅”。

這不是革命，是更嚴密的封建制。

真正合理的路徑應該是：

• 模型層

• 開源生態

• 基礎設施

• 個人 Agent

共同構成的全新體系。

它的前提是：

新計算模式需要新的人機交互方式，而新交互方式必然需要一整套兼容的應用體系。

這套體系不可能與現有移動互聯網生態兼容。
就像當年的 Linux ——
計算模式沒變，但理念與結構完全不同，最終顛覆了服務器市場。

問題是：
正常公司干不了這件事。太麻煩，太費錢了！

4. 一切都在“智能音箱時代”預演過

其實行業已經試過一次。

• Siri 曾短暫開放過端側調度 App 的接口

• 亞馬遜搞過“技能商店”

• 語音助手試圖把應用商店搬到云端（今天的 GPTs 也是同一邏輯）

最終都死掉了，原因很簡單：

• 成本太高

• 內容授權太貴

• 生態無法規模化

• 沒人愿意做“被調用的 API”

當年音樂內容一年幾百萬授權都付不起，就更別提做全生態調度了。

做過智能音箱的我就沒看到誰還在做，這很說明問題的。

5. 總結

雖然困難重重，但我個人依然認為這是“注定的方向”。

因為：

• 計算模式變了

• → 必然會出現新的通用計算平臺

• → 新平臺需要全新的操作方式

• → 新操作方式需要新的應用體系

• → 新應用體系意味著新的利益格局

歷史上每次計算模式遷移，都是如此。

落回企業端是什么？

無人公司： 由模型調度流程、決策、數據與服務，組織結構圍繞“可自動化邊界”重建。

真正開始做時，
企業要回答的第一個問題其實是——

你的數據邊界在哪里？
模型能調度什么？不能調度什么？

所有問題都從這里開始。

本圖出處：

https://life.scnu.edu.cn/biology/jingpin/dwx/images/19Mammalia/html/Prototheria/%E9%B8%AD%E5%98%B4%E5%85%BD.htm