編輯｜張倩

大公司工作過的人應該都深有體會，在引入新工具方面，他們有著一種「集體性遲疑」。這種遲疑并非保守，而是組織記憶的產(chǎn)物。1999 年，好時巧克力強行提速引入新企業(yè)管理工具，導致供應鏈癱瘓；2012 年，美國全球金融服務公司騎士資本草率部署新交易工具代碼，引發(fā)天文數(shù)字的虧損…… 所以，在這件事上，不謹慎就會栽大跟頭。

2026 年初，「龍蝦」OpenClaw 火了。原本對 AI 不感興趣的人也開始親身體驗到：人可以遠程指揮 AI 干活，只要「養(yǎng)蝦」有道，一個人運營整個項目甚至一個小公司都不成問題。

黃仁勛在今天凌晨的 GTC 大會上甚至表示，OpenClaw 對 AI 的意義，等同于 Windows 對個人電腦的意義，并呼吁每家公司制定「OpenClaw 戰(zhàn)略」

經(jīng)過這次全民參與，恐怕沒有人再懷疑那個早就在圈內形成的共識：AI 正在從「聊天」走向「做事」。

但興奮勁過去，上手之后問題就來了 ——OpenClaw 環(huán)境依賴復雜、權限地獄、任務跑到一半崩了不知道怎么辦、數(shù)據(jù)開放后心里沒底、出了錯沒地方追責。折騰一圈，大多數(shù)人得出同一個結論：這東西，只是給極客玩的。

企業(yè)更是不敢碰。個人電腦上折騰一下還可以，一旦放進公司環(huán)境，問題立刻成倍放大：員工人手一個「龍蝦」，怎么管理？權限怎么分配？任務出了問題誰負責？過程能不能審計？

這些問題讓很多企業(yè)在看完「龍蝦」的演示之后，依然停在觀望階段。顯然，行業(yè)已經(jīng)看到未來的方向，但還沒有出現(xiàn)一個真正面向企業(yè)的答案。

問題在那，誰能解這道題？在 AI 釘釘 2.0 發(fā)布會上，阿里巴巴面向全球發(fā)布企業(yè)級 AI 原生工作平臺「悟空」，主打企業(yè)可用級安全、商業(yè)可交付的企業(yè)智能體

相比 OpenClaw 這類主要面向開發(fā)者的開源極客工具，它回答的是另一個更現(xiàn)實的問題：怎么讓成千上萬家企業(yè)，真正安全地、放心地讓 Agent 跑起來，而且真能把活兒干好

Agent 不再只是個人電腦上的新奇玩法，而需要成為可以被企業(yè)采購、部署、管理和審計的生產(chǎn)系統(tǒng)。這其中的 gap，比我們想象中要大。

面對「龍蝦」

企業(yè)的「集體性遲疑」

如果只看社交媒體，很容易產(chǎn)生一種錯覺：Agent 已經(jīng)準備好進入企業(yè)。

但在很多公司內部，真實氣氛卻截然不同。

一位制造企業(yè)的 IT 負責人看完「龍蝦」演示，直冒冷汗 —— 他管著 3000 人的權限體系，如果每個人都裝一個龍蝦，相當于開了 3000 個不受管控的后門。這是很多企業(yè)的技術管理者對「龍蝦」的第一反應。

這就造成了一種擰巴的局面：一邊是老黃在 GTC 大會上向所有企業(yè)喊話「當今世界上的每一家公司都需要制定一個 OpenClaw 戰(zhàn)略，一種智能體系統(tǒng)戰(zhàn)略，這就是新的計算機」，聲音洪亮得像是發(fā)令槍響；另一邊卻是企業(yè)的集體沉默，不是不想跟，是不知道該怎么邁出第一步 ——你說的那個「龍蝦」，我們不敢用啊

這種興奮與質疑并存的局面也存在于硅谷，這也是「龍蝦」在硅谷反而沒有引發(fā)多少關注的核心原因。

說白了，這根本不是技術問題，而是信任問題。企業(yè)無法接受現(xiàn)在很多 Agent 開發(fā)所采用的「先跑通，再修補」的極客做派，他們希望技術提供方從一開始就把所有問題都預演一遍，把隱患全部排除。這也是所有企業(yè)級標準化產(chǎn)品的基本動作，賣給企業(yè)的從來不只是功能，而是一整套「保險」：權限管理、數(shù)據(jù)安全、全生命周期追蹤…… 樣樣都得經(jīng)過極限壓力測試，才算過了門檻。

當然，這也只是「門檻」，后面要做的事情還多著呢。

首先是怎么和現(xiàn)有工作流耦合的問題。

今天的「龍蝦」們 —— 無論是 XXclaw 還是各類開源方案 —— 骨子里其實是個人 AI 的操作系統(tǒng)，設計初衷就是跑在電腦里，讓一個人、一臺機器、一個模型自己玩起來。這個基因決定了它的工作方式：你在本地配置好，它就在本地執(zhí)行，像個私人助理。

但企業(yè)的工作流是什么情況？需求從釘釘群、飛書文檔、郵件里冒出來，得先經(jīng)過審批系統(tǒng)，再觸發(fā) ERP 或 CRM，執(zhí)行完還要回寫數(shù)據(jù)庫、通知相關人員、留下審計日志 —— 這套流程橫跨四五個系統(tǒng)，每個環(huán)節(jié)都有權限校驗和狀態(tài)同步。這套現(xiàn)有的工作流，當前的龍蝦們往往插不進去，只能在外圍打轉。這就帶來了新的摩擦和效率損耗。

其次是怎么把這種「個人效率神器」所帶來的收益規(guī)模化。

一個工程師通過養(yǎng)自己的「龍蝦」，將個人工作效率提升了兩倍，這固然是好事。但 prompt 怎么寫、工具怎么配、異常怎么處理，這些 know-how 全在他自己腦子里。他離職了，這只「龍蝦」就跟著消失了。當然，他可以通過 Skills 將經(jīng)驗留下來，但這些 Skills 怎么組成一套工作流、什么場景下會失效等經(jīng)驗依然是不成體系的。

當經(jīng)驗無法封裝為可遷移、可管控、可迭代的數(shù)字資產(chǎn)時，龍蝦就永遠停留在「個人提效工具」的層面，進不了企業(yè)的核心生產(chǎn)系統(tǒng)。企業(yè)自然沒有采購動力。

所以總的來看，行業(yè)當下的競爭焦點，已不再是 Agent 能否完成任務，而是誰能率先將其轉化為「企業(yè)可大規(guī)模部署的生產(chǎn)力基礎設施」。要做到這一點，「龍蝦們」必須完成從「單打獨斗」到「正規(guī)軍作戰(zhàn)」的蛻變。

「正規(guī)軍」悟空

要把龍蝦安全地裝進企業(yè)里

這次，阿里悟空是作為一個單獨的 Agent 應用來亮相的。但和其他從頭開始做的 Agent 不同，它底層接的是釘釘干了十年的事情，并在此基礎上進行了大刀闊斧的重構。

首先，他們做了一套經(jīng)過極限壓力測試的治理框架。

權限怎么分級、數(shù)據(jù)怎么隔離、操作怎么留痕、出了問題怎么追責、成本怎么核算…… 這些看似枯燥的「苦活累活」，釘釘早就跑通了。到了悟空這里，這套治理框架可以直接繼承過來。

在此基礎上，悟空還加上了更適應這個 Agent 時代的規(guī)則：所有操作在安全沙箱中運行，token 消耗和成本一目了然。

這是悟空與其他 AI Agent 的根本區(qū)別：在別人還在琢磨怎么加安全圍欄時，它從第一天起就有企業(yè)級的安全邊界。這是天然的護城河，也是打消企業(yè)安全顧慮的底氣所在。

其次，他們練就了連接一切的閉環(huán)能力。

過去十年，釘釘其實做出了很多實用的功能模塊，而且重點打磨了這些模塊之間的業(yè)務邏輯、數(shù)據(jù)流轉、權限校驗。比如群里發(fā)起審批，自動同步日程，通知相關人。這些連接能力是釘釘真正值錢的東西，也是最難從零搭建的。

但在 Agent 時代，這種「給人用的連接」已經(jīng)不能滿足需求。悟空需要的，是「給 AI 用的連接」，否則就只能讓 Agent 模擬人類點擊圖形界面，這是一種非常低效、存在眾多卡點的方式。

這也是為什么，悟空要在繼承這套已經(jīng)驗證過的業(yè)務連通性的同時，將所有功能模塊都做 CLI（命令行界面）化，不惜重寫底層代碼。

CLI 化之后，悟空里的 Agent 能夠原生操作釘釘上千項能力，而非模擬人類點擊圖形界面，實現(xiàn)「溝通即執(zhí)行」。這掃清了悟空在企業(yè)里干活的障礙。

有了這兩個大的前提（治理框架和連接能力）做保障，企業(yè)擔心的其他問題迎刃而解。

首先是工作流天然耦合，因為繼承了釘釘各項能力的悟空天然就長在企業(yè)組織中，內置企業(yè)級運行環(huán)境，自動繼承企業(yè)權限規(guī)則。而且，除了釘釘，它還可以連接 Slack、微信、飛書等各主流通訊工具?？梢哉f，在悟空這個平臺上，模型能力、工具調用、溝通入口和工作流程被串成了一條完整的鏈路，員工不需要在不同軟件之間來回切換。

規(guī)?；膊辉偈菃栴}。有了從釘釘繼承的組織架構和連接能力，一個人跑通的流程可以封裝為模板，一鍵推廣全公司。這是從「個人效率工具」到「組織級生產(chǎn)力平臺」的關鍵一跳，也是極客工具難以跨越的門檻。

其實企業(yè)不是不相信 Agent 的能力，而是不相信一個缺乏治理、無法審計、歸屬模糊的工具，能在復雜的組織環(huán)境里穩(wěn)定運行。悟空的解法，不是去證明 Agent 比人更聰明，而是證明Agent 可以像員工一樣被管理，像資產(chǎn)一樣被沉淀，像流程一樣被規(guī)?；?。這就是「正規(guī)軍」的價值所在：不是技術更炫，而是真正讓企業(yè)敢用、用得好。

文中視頻鏈接：https://mp.weixin.qq.com/s/2N4AZXsBy2Jq-kVU1ak-jw

從個人到商業(yè)場景

Agent 剛剛進入真正的戰(zhàn)場

如果把視野放回到更大的 AI 競爭格局里，就會發(fā)現(xiàn)，「能進入企業(yè)干活」這件事的含金量正變得越來越高。

OpenAI 和 Anthropic 之間的 PK 就很能說明問題。OpenAI 早期主攻 to C 大眾化路線，追求通用能力的覆蓋；Anthropic 的 Claude 系列則長期深耕 coding 和真實生產(chǎn)場景，積累了更扎實的工程口碑。近期，Claude Code 和「龍蝦」的走紅，讓這種差異重新被行業(yè)看見。幾年競爭下來，趨勢愈發(fā)明顯：能對話的模型選擇很多，但真正能嵌入產(chǎn)線干活的，是另一套技術路線。悟空走的正是后者，這也是 OpenAI 近來越發(fā)重視的戰(zhàn)場。

但路線對了，不代表誰都能走通。

企業(yè)級 Agent 的壁壘，本質上不是技術問題，而是積累問題。權限體系、組織數(shù)據(jù)、合規(guī)能力、商業(yè)基礎設施 —— 這些東西沒有數(shù)年的企業(yè)服務沉淀，很難憑空建起來。

這也解釋了，為什么搶先跑出來的是悟空。悟空背后的釘釘有著 11 年的企業(yè)服務底座、8 億用戶、2700 萬家組織，這些不是從零能復制的資產(chǎn)。

更關鍵的是，昨天的一則新聞讓我們真正看清了「悟空」在阿里的位置 —— 阿里面向 Agent 時代做了一次重要的組織調整，單獨成立了「悟空事業(yè)部」，這是阿里重點發(fā)力企業(yè)端 AI 應用市場的信號，而「悟空」被放到了 C 位。只要能用上的資源，都會向著它傾斜。

所以我們看到，阿里集團的淘寶、天貓、支付寶、阿里云等業(yè)務的商業(yè)服務能力正在以 Skill 形式向悟空集中。

此時，時間窗口也恰好打開：「龍蝦熱」讓全民完成了 Agent 的認知教育，讓企業(yè)看到了 Agent 蘊含的巨大可能性。

但可能性從來不是商業(yè)環(huán)境買單的理由。企業(yè)買單的首要前提是：敢用。誰先解決這個「敢」字，誰就能最先拿走這個時代最大的生產(chǎn)力紅利。