跨模態(tài)、全自動(dòng)：創(chuàng)智學(xué)院開源AWCP，讓你的Agent擁有“專家團(tuán)”

2025年，AI Agent學(xué)會(huì)了獨(dú)立工作——寫代碼、做研究、管項(xiàng)目，單個(gè)智能體的能力突飛猛進(jìn)。

2026年，OpenClaw引爆了一切。兩周狂攬15萬GitHub Star，創(chuàng)始人直接被OpenAI招至麾下——這個(gè)現(xiàn)象級(jí)項(xiàng)目讓AI Agent從極客玩具變成人人可用的生產(chǎn)力工具。當(dāng)每個(gè)人都擁有自己的智能體，當(dāng)數(shù)以百萬計(jì)的專精Agent——代碼審計(jì)、視覺識(shí)別、合規(guī)蓋章、數(shù)據(jù)分析——在各個(gè)平臺(tái)涌現(xiàn)，一個(gè)必然的問題擺到了面前：你的Agent需要找專家Agent幫忙時(shí)，它們?cè)趺磪f(xié)作？

Google推出A2A協(xié)議讓Agent之間交換任務(wù)，Anthropic的MCP成為工具調(diào)用事實(shí)標(biāo)準(zhǔn)，ANP試圖構(gòu)建智能體互聯(lián)網(wǎng)的通信基礎(chǔ)設(shè)施——多智能體協(xié)作的基礎(chǔ)設(shè)施競(jìng)賽全面打響。

但一個(gè)致命短板始終懸而未決：智能體之間只能”傳話”，卻無法”共事”。

想象一下：你的OpenClaw Agent接到一個(gè)復(fù)雜任務(wù)——需要一個(gè)視覺Agent幫忙整理數(shù)據(jù)集，需要一個(gè)安全審計(jì)Agent幫忙審查代碼?，F(xiàn)有協(xié)議能做什么？讓它們互相發(fā)消息、傳JSON、來回倒騰文件。視覺Agent拿到的是壓縮打包后的扁平文件集合，審計(jì)Agent收到的是脫離了構(gòu)建系統(tǒng)和版本歷史的代碼片段——跑不了項(xiàng)目級(jí)靜態(tài)分析，追不了跨文件依賴。

這就像讓三個(gè)建筑師隔著玻璃墻交流設(shè)計(jì)圖紙——低效、易錯(cuò)、令人崩潰。

近日，上海創(chuàng)智學(xué)院的研究團(tuán)隊(duì)提出了AWCP（Agent Workspace Collaboration Protocol）——首個(gè)在協(xié)議層面形式化工作區(qū)委派的智能體互操作標(biāo)準(zhǔn)，并同步開放了完整的參考實(shí)現(xiàn)。簡(jiǎn)單來說：你的OpenClaw Agent可以把工作區(qū)直接委派給視覺專家、安全審計(jì)師、合規(guī)蓋章Agent，它們?cè)谕粋€(gè)文件系統(tǒng)里協(xié)作，就像坐在同一張辦公桌前。

協(xié)作的媒介，從消息升級(jí)到了工作區(qū)。

論文：AWCP: A Workspace Delegation Protocol for Deep-Engagement Collaboration across Remote Agents

GitHub：github.com/SII-Holos/awcp

Demo視頻：https://www.bilibili.com/video/BV1iNfhB4EG2/?buvid=Y040AC07205334FD4753B82D9608978B6780

圖1：兩種協(xié)作范式的對(duì)比。左側(cè)是傳統(tǒng)消息傳遞——Agent之間交換序列化的任務(wù)描述和結(jié)果，接收方脫離原始執(zhí)行環(huán)境處理孤立的工件，導(dǎo)致上下文丟失、信息不完整、環(huán)境不匹配。右側(cè)是AWCP的深度參與模型——Delegator將工作區(qū)投影給Executor，后者使用本地工具鏈直接操作原始文件，完整保留上下文，實(shí)現(xiàn)原位執(zhí)行。

01

填補(bǔ)協(xié)議?？瞻祝汗ぷ鲄^(qū)層在哪里？

先盤點(diǎn)一下2025-2026年主流Agent協(xié)議各自在解決什么問題：

發(fā)現(xiàn)問題了嗎？工具層有了，任務(wù)層有了，網(wǎng)絡(luò)層有了——但工作區(qū)層是空白的。

沒有任何一個(gè)協(xié)議解決”智能體如何在同一個(gè)文件系統(tǒng)里協(xié)作”這個(gè)問題。MCP能讓Agent逐個(gè)調(diào)用lint工具，但它沒法讓Agent在完整項(xiàng)目上下文里跑全局靜態(tài)分析。A2A能讓Agent交換任務(wù)消息和文件附件，但收到的是剝離了構(gòu)建系統(tǒng)、版本歷史和測(cè)試基礎(chǔ)設(shè)施的平面快照。

2025年5月arXiv綜述論文《A Survey of Agent Interoperability Protocols》分析了MCP、A2A、ANP等協(xié)議后明確指出，現(xiàn)有協(xié)議均在消息層運(yùn)作，尚未覆蓋環(huán)境級(jí)的互操作需求。AWCP論文進(jìn)一步將這個(gè)缺口概括為上下文鴻溝（Context Gap）——它的代價(jià)體現(xiàn)在四個(gè)維度：

? 環(huán)境重建成本高昂：每次協(xié)作都需要重新描述目錄結(jié)構(gòu)、文件內(nèi)容、項(xiàng)目配置

? 狀態(tài)同步容易出錯(cuò)：JSON消息無法準(zhǔn)確表達(dá)文件系統(tǒng)的完整狀態(tài)

?工具鏈不兼容：Agent A的工具無法直接操作Agent B描述的”虛擬”文件

?迭代效率低下：每一輪修改都需要”打包→傳輸→解壓→執(zhí)行→再打包”的完整流程

AWCP給出的回答是：把協(xié)作從消息層下沉到工作區(qū)層。

02

核心理念：直接把工作區(qū)委派出去

舉個(gè)具體的例子。

你讓Claude幫你重構(gòu)一個(gè)React項(xiàng)目。Claude分析后認(rèn)為需要：修改5個(gè)組件文件、更新package.json依賴、調(diào)整tsconfig.json配置、跑npm install和npm test驗(yàn)證。

在傳統(tǒng)消息傳遞模式下，Claude只能告訴你該怎么改，或者把修改后的代碼貼給你。但它無法直接執(zhí)行這些操作——因?yàn)樗窘佑|不到你的文件系統(tǒng)。

AWCP的答案很直接：讓它接觸到。

AWCP借鑒了Unix經(jīng)典的”萬物皆文件”哲學(xué)，提出了文件即接口（Files-as-Interface）的協(xié)作范式。這不是一個(gè)隨意的設(shè)計(jì)選擇——觀察現(xiàn)實(shí)中Agent的工作方式：編碼Agent讀文件、寫補(bǔ)丁、跑測(cè)試；視覺Agent遍歷圖片目錄；合規(guī)Agent審閱和蓋章PDF文檔。文件系統(tǒng)不只是協(xié)作的一種可能接口，它就是Agent與計(jì)算環(huán)境交互的原生媒介。

基于這個(gè)認(rèn)知，AWCP定義了一套標(biāo)準(zhǔn)化的工作區(qū)委派協(xié)議：Delegator將自己的文件系統(tǒng)投影給遠(yuǎn)程Executor，Executor用自己的工具鏈直接操作這些文件，修改實(shí)時(shí)或按需同步回來。

與現(xiàn)有協(xié)議的本質(zhì)區(qū)別：

圖2：AWCP在Agentic協(xié)議生態(tài)中的位置。Delegator通過MCP工具服務(wù)器或Skill模塊接入AWCP。控制面使用標(biāo)準(zhǔn)HTTP和SSE進(jìn)行信令交互。Executor通過可擴(kuò)展適配層接入，支持A2A、ANP或直接HTTP。傳輸面提供可插拔的文件系統(tǒng)級(jí)訪問，與消息級(jí)協(xié)調(diào)形成互補(bǔ)。

03

技術(shù)架構(gòu)：怎么把工作區(qū)安全地”借”出去？

解決了”要不要共享工作區(qū)”的理念問題后，接下來是工程問題：怎么把工作區(qū)安全、可靠地投影給遠(yuǎn)程Agent？

從技術(shù)實(shí)現(xiàn)來看，AWCP采用了控制面-數(shù)據(jù)面分離架構(gòu)?？刂泼妫℉TTP + SSE）負(fù)責(zé)協(xié)議握手和狀態(tài)同步，數(shù)據(jù)面通過可插拔傳輸適配器搬運(yùn)文件。兩者分離的好處是：控制邏輯不變，只換傳輸適配器就能適應(yīng)不同部署場(chǎng)景。

圖3：AWCP架構(gòu)?？刂茖犹幚鞤elegator和Executor之間的信令與狀態(tài)同步，傳輸層通過可插拔適配器（SSHFS、Archive、Storage、Git）實(shí)現(xiàn)數(shù)據(jù)交換。兩端各運(yùn)行專用AWCP服務(wù)，Agent使用各自原生工具鏈操作。

四階段握手：發(fā)邀請(qǐng)、談條件、交鑰匙、干活交付

整個(gè)協(xié)作生命周期分為四個(gè)階段：

① 發(fā)邀請(qǐng)（Negotiation）：Delegator告訴Executor：“我有個(gè)任務(wù)，這是任務(wù)說明、這是你能用的文件目錄、你有1小時(shí)的操作時(shí)間。干不干？”

② 談條件（Accept）：Executor可以直接接受，也可以還價(jià)——把TTL從1小時(shí)砍到30分鐘，把讀寫降級(jí)為只讀。這種協(xié)商式接受避免了”要么全接受、要么全拒絕”的剛性模式。

③ 交鑰匙（Provisioning）：條件談妥，Delegator正式下發(fā)傳輸憑證（SSH證書、ZIP數(shù)據(jù)、預(yù)簽名URL或Git倉(cāng)庫(kù)信息），激活數(shù)據(jù)面。

④ 干活交付（Execution & Completion）：Executor配置好工作空間后執(zhí)行任務(wù)，通過SSE實(shí)時(shí)推送進(jìn)度。完成后雙方兩階段清理：先優(yōu)雅斷開連接，再回收臨時(shí)資源。

圖4：Delegator與Executor之間的四階段消息序列。實(shí)線箭頭為同步HTTP請(qǐng)求，虛線箭頭為HTTP響應(yīng)，藍(lán)色箭頭為異步SSE事件。

雙狀態(tài)機(jī)：各管各的，才更健壯

協(xié)議設(shè)計(jì)中一個(gè)值得注意的選擇是：Delegator和Executor兩側(cè)各運(yùn)行一個(gè)獨(dú)立狀態(tài)機(jī)。Delegator側(cè)有9個(gè)狀態(tài)，覆蓋從創(chuàng)建到完成的全生命周期；Executor側(cè)只有4個(gè)狀態(tài)（pending → active → completed / error）。兩個(gè)狀態(tài)機(jī)通過ACCEPT、START、DONE三條消息同步，但不共享狀態(tài)存儲(chǔ)——在分布式系統(tǒng)中，這比維護(hù)一個(gè)全局一致的狀態(tài)要健壯得多。

圖5：AWCP雙狀態(tài)機(jī)設(shè)計(jì)。左側(cè)DelegationStateMachine追蹤Delegator側(cè)的9個(gè)狀態(tài)，右側(cè)AssignmentStateMachine追蹤Executor側(cè)的4個(gè)狀態(tài)。實(shí)線箭頭為正常路徑，紅色虛線表示任意非終態(tài)可轉(zhuǎn)入終態(tài)，藍(lán)色虛線標(biāo)記跨狀態(tài)機(jī)的協(xié)議消息同步點(diǎn)。

四種可插拔傳輸

數(shù)據(jù)面支持四種傳輸適配器，覆蓋從本地開發(fā)到云端生產(chǎn)的全部場(chǎng)景：

傳輸層完全可插拔——未來擴(kuò)展WebDAV、rsync、P2P都不需要改動(dòng)核心協(xié)議，只需實(shí)現(xiàn)對(duì)應(yīng)的適配器對(duì)。

對(duì)于非實(shí)時(shí)傳輸，Executor通過SSE定期發(fā)回工作空間快照，Delegator按策略處理：立即應(yīng)用（auto）、排隊(duì)等人工審批（staged）、或忽略（discard）。

04

實(shí)戰(zhàn)驗(yàn)證：兩個(gè)典型場(chǎng)景

論文給出了兩個(gè)演示場(chǎng)景，分別驗(yàn)證AWCP在能力非對(duì)稱和信任非對(duì)稱兩個(gè)維度的有效性。這兩個(gè)場(chǎng)景恰好對(duì)應(yīng)了當(dāng)前Agent協(xié)作中最常見的兩類需求缺口。

完整的AWCP協(xié)作流程演示，展示智能體如何通過工作區(qū)委派實(shí)現(xiàn)深度協(xié)作

點(diǎn)擊觀看Demo視頻：https://www.youtube.com/watchv=IAMZa4zgGdI

場(chǎng)景一：跨模態(tài)數(shù)據(jù)集整理

圖6：跨模態(tài)數(shù)據(jù)集整理。純文本Delegator（Cline + DeepSeek V3.2）將混亂的圖片目錄委派給多模態(tài)Executor（Gemini 3 Pro）。Executor分類、過濾、重組文件，變更通過FUSE掛載雙向?qū)崟r(shí)同步。

問題：用戶有一個(gè)混亂的圖片文件夾（超過100張圖片），需要按內(nèi)容分類整理。但Delegator是純文本智能體（Cline + DeepSeek V3.2）——它看不懂圖片。

傳統(tǒng)方案：壓縮文件夾 → 上傳到多模態(tài)Agent → 等逐張識(shí)別返回JSON → 根據(jù)JSON決定分類 → 執(zhí)行或再次傳輸。如果分類規(guī)則要調(diào)整，整個(gè)流程從頭再來。

AWCP方案：Delegator發(fā)起委派，Gemini 3 Pro通過SSHFS將圖片目錄直接掛載到本地。Executor遍歷圖片，用視覺能力識(shí)別內(nèi)容，直接在掛載目錄里創(chuàng)建子文件夾（bear/、penguin/、panda/…）并移動(dòng)文件。變更即時(shí)同步回Delegator，全程零手動(dòng)傳輸。

純文本Agent通過一次工作區(qū)委派就獲得了視覺能力——這就是能力非對(duì)稱協(xié)作。

場(chǎng)景二：企業(yè)級(jí)多輪合規(guī)蓋章

圖7：多輪合規(guī)蓋章。Delegator（OpenClaw on Feishu）將合同委派給Compliance Auditor進(jìn)行蓋章。第一輪因缺少身份驗(yàn)證被拒，第二輪補(bǔ)充材料后成功。每輪是獨(dú)立的AWCP生命周期。

問題：用戶在飛書平臺(tái)通過OpenClaw提交合同文件，需要合規(guī)審核+身份驗(yàn)證+電子蓋章。OpenClaw作為當(dāng)下最火的AI Agent平臺(tái)，擁有強(qiáng)大的任務(wù)編排能力和豐富的技能生態(tài)——但它本身沒有蓋章權(quán)限。這恰好體現(xiàn)了AWCP的互補(bǔ)價(jià)值：OpenClaw負(fù)責(zé)用戶交互和任務(wù)編排，AWCP負(fù)責(zé)把工作區(qū)安全地委派給擁有特定權(quán)限的遠(yuǎn)程Agent執(zhí)行。

第一輪委派中，Executor檢查材料后發(fā)現(xiàn)缺少身份證件，返回明確提示：“請(qǐng)補(bǔ)充簽署人身份證正面照片”。用戶補(bǔ)充材料后，OpenClaw發(fā)起全新的第二輪委派。每輪是獨(dú)立的AWCP生命周期，協(xié)議天然支持這種迭代工作流。

蓋章操作在授權(quán)Executor上完成，數(shù)字印章始終不出Executor環(huán)境——這就是信任非對(duì)稱協(xié)作。

05

協(xié)議規(guī)范與參考實(shí)現(xiàn)

AWCP協(xié)議規(guī)范完全公開，參考實(shí)現(xiàn)以Apache 2.0協(xié)議開放源碼，可免費(fèi)用于商業(yè)項(xiàng)目。

該TypeScript參考實(shí)現(xiàn)目前約9,200行源碼，2,500+行測(cè)試代碼（161個(gè)測(cè)試用例），拆分為7個(gè)npm包，模塊化設(shè)計(jì)，開發(fā)者可按需引入：

在Agent接入層面，AWCP提供了兩種官方接入方式，覆蓋IDE類和對(duì)話類兩大Agent陣營(yíng)：

MCP Server（@awcp/mcp）面向IDE類Agent。任何支持MCP工具調(diào)用的Agent——Claude Code、Cursor、Cline、Trae、GitHub Copilot、OpenCode——都能通過標(biāo)準(zhǔn)MCP配置直接接入AWCP，無需額外開發(fā)。

Skill模塊（awcp-skill）面向?qū)υ捠紸gent平臺(tái)。OpenClaw等基于聊天交互的智能體可以通過Skill模塊獲得同樣的工作區(qū)委派能力。前面Demo2中OpenClaw發(fā)起合規(guī)蓋章，用的就是這個(gè)Skill。

對(duì)于需要深度集成的開發(fā)者，@awcp/sdk提供了完整的Delegator和Executor服務(wù)實(shí)現(xiàn)，支持自定義傳輸適配器和準(zhǔn)入控制策略，一個(gè)最小化的Delegator集成只需十幾行TypeScript代碼。

06

未來方向

研究團(tuán)隊(duì)對(duì)當(dāng)前版本的局限并不回避。AWCP目前聚焦于可用的最小閉環(huán)：一對(duì)一委派、四種傳輸、完整生命周期管理，但離生產(chǎn)級(jí)的多智能體協(xié)作還有不少距離。

安全性是其中最關(guān)鍵的一環(huán)。論文明確將細(xì)粒度權(quán)限控制和沙箱執(zhí)行列為未來工作，這在當(dāng)前Agent安全事件頻發(fā)的大環(huán)境下，是AWCP走向生產(chǎn)部署前必須補(bǔ)齊的短板。

07

結(jié)語

回顧互聯(lián)網(wǎng)歷史，HTTP讓孤立的計(jì)算機(jī)連成了萬維網(wǎng)。今天的AI智能體正處在類似的轉(zhuǎn)折點(diǎn)——它們各自強(qiáng)大，卻無法真正協(xié)作。

工具連接有了（MCP），任務(wù)通信有了（A2A），智能體互聯(lián)有了（ANP），現(xiàn)在工作區(qū)協(xié)作也有了（AWCP）。

拼圖正在成形。

值得注意的是，AWCP并不與任何編排框架競(jìng)爭(zhēng)。無論Agent跑在OpenClaw、Cline還是自研平臺(tái)上，AWCP提供的是一個(gè)標(biāo)準(zhǔn)化的工作區(qū)委派原語——帶有顯式的生命周期管理和傳輸無關(guān)的文件同步，任何編排系統(tǒng)都可以采用。

當(dāng)Agent越來越專業(yè)化，一個(gè)標(biāo)準(zhǔn)化的工作區(qū)層將成為Agentic Web的必要基礎(chǔ)設(shè)施。AWCP能否成為這個(gè)層的事實(shí)標(biāo)準(zhǔn)，取決于社區(qū)的采納和生態(tài)的發(fā)展——但至少，這個(gè)位置第一次被正式定義出來了。

項(xiàng)目地址：https://github.com/SII-Holos/awcp

論文地址：https://arxiv.org/abs/2602.20493

演示視頻：https://youtu.be/IAMZa4zgGdI

項(xiàng)目團(tuán)隊(duì)：AWCP主要由上海創(chuàng)智學(xué)院的多智能體團(tuán)隊(duì)設(shè)計(jì)實(shí)現(xiàn)，包括導(dǎo)師張偉楠、高級(jí)工程師周元?jiǎng)?、博士生聶曉航、郭子晗?/p>

引用

@article{nie2026awcp,

title={AWCP: A Workspace Delegation Protocol for Deep-Engagement Collaboration across Remote Agents},

author={Nie, Xiaohang and Guo, Zihan and Chen, Youliang and Zhou, Yuanjian and Zhang, Weinan},

journal={arXiv preprint arXiv:2602.20493},

year={2026} }

未經(jīng)「AI科技評(píng)論」授權(quán)，嚴(yán)禁以任何方式在網(wǎng)頁(yè)、論壇、社區(qū)進(jìn)行轉(zhuǎn)載！

公眾號(hào)轉(zhuǎn)載請(qǐng)先在「AI科技評(píng)論」后臺(tái)留言取得授權(quán)，轉(zhuǎn)載時(shí)需標(biāo)注來源并插入本公眾號(hào)名片。