一人獨角獸的企業版

TL;DR

• 企業版的一人獨角獸長什麼樣:不是談人數,而是談「幾年後我們怎麼運作」——一個 mission control / command center:人 + agent + 共享狀態,加上預先建好的訊號,讓組織在問題被問出來之前就能行動。聊天介面退居處理例外,而例外會被收成新的訊號。
• 一個很實在的檢驗:我們還需要開幾場會才能對齊?理想狀態下不需要,因為那份智慧已經被組織捕捉起來了。
• 三波演進:chat / assistant → 微管理 agent(它跑一陣子還是要你盯,信任沒建立起來)→ 委派與遠端執行。多數大型企業都卡在微管理階段。
• 卡住的原因有兩層:一是系統存取(業務要橫跨三四個系統才能拼出全貌),二是組織自身的智慧——這一層供應商做不出來,只能企業自己長。connector 有了,company intelligence 沒有,所以還是得盯。
• 買什麼、建什麼:模型、agent harness、connector 全是 commodity,用買的;護城河是 company intelligence——像是「不只給我 400 份報表的查詢權限,而是知道我的專家團隊在什麼時機用哪一份」。
• 一句話帶走:buy the models, buy the commodity, and build that intelligence in your organizations。

重點整理

他的視角(約 00:36)

他是 Microsoft 的 chief architect,一方面為 Fortune 500 的 CTO / CIO 提供 AI 轉型顧問——包含「怎麼用 AI 建東西」和「怎麼做出值得被買的 agent 與隨之而來的新商業模式」;另一方面他也是自家業務/客戶成功約 700 人團隊的技術主導,親自帶隊建 agentic 系統來把自家業務跑得更好。所以整場演講刻意不談我們在建什麼技術,而談這些技術在組織裡怎麼被真正用起來——他看到很多東西被做出來,卻始終得不到足夠的使用與滲透。

Enterprise unicorn = mission control,不是人數(約 00:37)

大家聽過「一人獨角獸」,他想問的是:在超過一萬人的組織裡,這件事會長成什麼形狀?

他的答案是把重心從 headcount 移開,改談運作方式,並稱之為 mission control / command center:人、agent、共享狀態三者並存,加上預先建好的訊號,讓組織能在有人問問題之前就採取行動。在這個模式裡,聊天不再是主要介面,而是用來處理例外——並把這些例外捕捉成新的訊號,成為下一輪決策的依據。

他給了一個很好用的檢驗標準:我們到底還需要開幾場會才能內部對齊? 理想狀態下一場都不用,因為所有人本來就在同一頁上——那份智慧已經被組織本身捕捉下來了。

三波演進,以及為什麼多數企業卡在第二波(約 00:38–00:40)

一如往常,演進是分波的:先是 chat 與 assistant;接著是對 agent 的微管理——任務丟下去它會跑一陣子,但你還是得在旁邊掌舵,因為信任還沒長出來;再往前才是委派與遠端執行,也就是 OpenClaw 這類自動化 agent 承諾的、直接運行你一部分業務的樣子。他判斷絕大多數大型企業目前仍停在微管理這一波。

原因有兩層:

1. 系統存取。要真的把事做完,得接上一堆系統。以業務為例:我要接三到四個不同系統、拿到存取權、把資訊組合起來,才能拼出那一個 mission control 畫面。
2. 組織自身的智慧。就算 connector 都接好了,還缺一層「我們這家公司是怎麼使用這些東西的」——而這層供應商通常做不出來,必須由組織自己在內部長出來。所以許多企業 connector 有了,卻還是停在微管理。

因此,要真的走到委派,需要兩件事同時到位:更廣的系統存取(把所有資訊匯到一處)+ 組織裡被驗證過的知識,才能在那些 workflow 上長出信任。

CIO / CTO 的難題:方向感與 shadow IT(約 00:40)

技術演進的節奏本身就是問題:每三個月有新模型,新的框架與 harness 不斷冒出來。CIO / CTO 面對的是很硬的提問——我要怎麼找到清楚的方向?我該押哪些技術去升級整個組織的技能,才能撐過這一波波換代?

十個人的組織,邊做邊學是日常;一萬人的組織需要協調、溝通、賦能與策略。而如果沒有明確方向,結果通常只有兩種:要嘛大家原地等待(組織停滯),要嘛各自開工——後者會養出一片帶著工程能力、而且正在爆發成長的 shadow IT,治理起來極度困難。

他認為理想狀態是「像一座小城市一樣運作:有明確的法律,但在邊界內有實驗的自由」。所以標準化的重點在治理與政策——先把法律立起來,才敢放手讓邊緣去建、去創新。而之所以必須放手,是因為那些被驗證過的知識就長在邊緣:中央並不知道現場實際發生什麼、有哪些細微差異、組織實際上怎麼運作。兩邊都需要。

買什麼、建什麼:commodity vs company intelligence(約 00:41–00:44)

於是問題收斂成 buy vs build:護城河在哪裡、commodity 在哪裡?

他的答案很直接:模型、agent harness、connector 都是 commodity,理想上就是買。真正的護城河是公司自身的智慧——你怎麼把你這家公司運作的智慧捕捉下來。

他用自家的例子說明這個差別。他們有一套報表系統,大約 400 份報表。他有 connector,但那個 connector 只給他「去查詢這些報表」的能力。他真正需要的是:理解我的專家團隊怎麼用這些報表——什麼時機用哪一份。 所以他們做的是兩層:一層是 connector 本身;另一層是去爬過這些系統、建出一種導航式的心智模型,捕捉員工實際上是怎麼取得資訊的。

這一層帶來的差別是:

• agent 變得可以信任;
• agent 犯更少的錯——它們不再是那種「初階實習生」型的員工,而是專家,甚至比他自己更會做那份工作;
• 因為錯得少,延遲與成本也跟著下降。

而且這種 company intelligence 是耐久的。他舉的例子很具體:全球共用的 sales playbook 可以全球共享,但「我們在德國怎麼處理客戶」「別人在日本怎麼處理客戶」這種細微差異無法全球化、無法一般化,只能在邊緣層被捕捉。

運作模型:中央脊椎 + 邊緣建造(約 00:44)

知道要建什麼、買什麼之後,接著是運作模型。他的建議是一條中央脊椎加上邊緣自由度:

• 中央負責建關鍵系統的 connector。你不會希望第一線自己去做關鍵系統的認證與授權整合——這件事集中做,然後把資料存取提供給各團隊。
• 邊緣則圍繞這些存取去建,重點放在捕捉日常任務與實際操作的知識。

兩種極端都不行:全部集中 → 得到治理良好、但漏掉真實工作的系統,因為它們並不做邊緣真正需要的事;全部放邊緣 → shadow IT 爆炸性成長,治理不了。

回到一人獨角獸:新的心智負擔(約 00:45)

最後他把主題收回來:企業版的一人獨角獸,不會是一個人做完所有工作,而是每個人都像坐在董事會裡的 CEO,擁有自己的一組 agent 與工作台,每天用它們做決策。

他預期工作的形狀會變成:背後排著一列「同事」,各自帶著不同主題的問題等你決策。 這會帶來一種新的心智負擔——我們並不習慣持續不斷地做決策,而且我們非常不擅長 context switching。

同時,信任會變成關鍵:如果我們無法信任那些替我們做事的代理人,就根本無法做那些決策。這兩件事(心智負擔、信任)是他在企業現場看到正在發生的轉變。

金句

"Buy the models, buy the commodity, and build that intelligence in your organizations."(約 00:46:10)

他自己說「如果只能帶走一句」就是這句——策略的全部壓縮成一行。

"A simple test of this will be … how many meetings we will need to have to sync internally. In an ideal state we won't need those meetings because everybody's on the same page as we capture that intelligence within the organization."(約 00:38)

把「組織智慧」這個抽象概念變成一個可以檢驗的指標。

"It won't be one person doing the work. It will be everybody having kind of being a CEO in a boardroom, having their own set of agents and workbenches."(約 00:45)

一人獨角獸在大組織裡的正確讀法:不是裁到剩一人,而是每個人都被放大成一個決策者。