JiuwenClaw AgentTeam開(kāi)啟“協(xié)同工程”新范式

編輯｜無(wú)心插柳柳橙汁

如果說(shuō)提示詞工程與上下文工程逐步將AI推向了“可用區(qū)間”，那么駕馭工程的技術(shù)使命是完成了單個(gè) Agent 從 “基礎(chǔ)運(yùn)行” 到“穩(wěn)態(tài)運(yùn)行、可控調(diào)度、合規(guī)交付”的能力閉環(huán)構(gòu)建。但當(dāng)任務(wù)開(kāi)始呈現(xiàn)出更明顯的鏈路化、并行化與角色化特征時(shí)，新的瓶頸會(huì)立刻顯現(xiàn)：?jiǎn)蜛gent再?gòu)?qiáng)，也很難同時(shí)承擔(dān)調(diào)研、分析、執(zhí)行、校對(duì)、匯總這些彼此依賴、不同節(jié)奏的工作。比如華為云近期正式發(fā)布的OfficeClaw辦公智能體，重點(diǎn)是圍繞辦公場(chǎng)景讓AI從“單兵作戰(zhàn)”走向”團(tuán)隊(duì)協(xié)防“，引發(fā)關(guān)于辦公效率的底層革命。

真正決定上限的，不再是“一個(gè)Agent能做到多少”，而是“多個(gè)Agent能否像團(tuán)隊(duì)一樣持續(xù)協(xié)同”：能不能自動(dòng)分工、能不能低摩擦交接、能不能在無(wú)人盯盤(pán)時(shí)也不掉鏈子、能不能把過(guò)程做成可觀測(cè)與可治理的工程系統(tǒng)。

如何讓多個(gè)智能體像一支精銳團(tuán)隊(duì)一樣，自主分工、高效溝通、無(wú)縫協(xié)作？

面向這個(gè)下一代的核心難點(diǎn)問(wèn)題，華為支持的openJiuwen社區(qū)發(fā)布最新版JiuwenClaw，帶來(lái)AgentTeam多智能體協(xié)同能力，并把行業(yè)下一階段的工程焦點(diǎn)明確指向：“駕馭工程”的下一跳是“協(xié)同工程”。

JiuwenClaw已正式上線AgentTeam能力，歡迎體驗(yàn)！

項(xiàng)目地址：

• https://gitcode.com/openJiuwen/jiuwenclaw
• https://github.com/openJiuwen-ai/jiuwenclaw

本篇博客將詳細(xì)講解JiuwenClaw AgentTeam的設(shè)計(jì)理念與核心架構(gòu)

AgentTeam：一個(gè)Leader帶隊(duì)

多個(gè)Teammate并行作戰(zhàn)

JiuwenClaw AgentTeam的核心理念很直接：模擬真實(shí)團(tuán)隊(duì)的協(xié)作方式。一個(gè)Leader Agent負(fù)責(zé)需求分析、團(tuán)隊(duì)組建和任務(wù)規(guī)劃；多個(gè)Teammate Agent各自領(lǐng)取任務(wù)、獨(dú)立執(zhí)行、匯報(bào)結(jié)果。整個(gè)過(guò)程由事件驅(qū)動(dòng)，無(wú)需人工介入即可完成從需求到交付的全流程，實(shí)現(xiàn)真正的“協(xié)同工程”。

• Leader自主分析需求、組建團(tuán)隊(duì)、創(chuàng)建帶依賴關(guān)系的任務(wù)
• Teammate通過(guò)共享工作區(qū)協(xié)同產(chǎn)出，文件鎖定保證一致性
• Leader審批關(guān)鍵決策，故障自動(dòng)恢復(fù)，全程實(shí)時(shí)可觀測(cè)

下面逐一解讀這三項(xiàng)核心能力。

1.Leader智能編排，Teammate自主執(zhí)行

傳統(tǒng)的Multi-Agent方案往往需要使用者手動(dòng)編排——你得預(yù)先定義誰(shuí)先誰(shuí)后、誰(shuí)跟誰(shuí)通信。JiuwenClaw AgentTeam把這件事交給了Leader Agent自己。

Leader做什么：

用戶只需描述需求，Leader會(huì)自主完成以下工作：

• 動(dòng)態(tài)組建團(tuán)隊(duì)：無(wú)需預(yù)先定義固定陣容。Leader基于團(tuán)隊(duì)模版，根據(jù)目標(biāo)描述動(dòng)態(tài)分配角色和成員——調(diào)研專(zhuān)員、內(nèi)容撰寫(xiě)、數(shù)據(jù)分析、質(zhì)量審核，按需生成。執(zhí)行過(guò)程中發(fā)現(xiàn)人手不足或方向調(diào)整，Leader還可以隨時(shí)增減成員，團(tuán)隊(duì)組成始終跟著目標(biāo)走
• 規(guī)劃任務(wù)：將需求拆解為具體任務(wù)，建立依賴關(guān)系（比如"數(shù)據(jù)采集完成后，分析才能開(kāi)始"）
• 分配與監(jiān)控：創(chuàng)建任務(wù)后，通過(guò)事件系統(tǒng)實(shí)時(shí)感知進(jìn)展——誰(shuí)認(rèn)領(lǐng)了什么、誰(shuí)完成了什么、誰(shuí)遇到了問(wèn)題

Teammate做什么：

Teammate不需要被"指揮"——它們自主運(yùn)轉(zhuǎn)：

• 主動(dòng)認(rèn)領(lǐng)：收到任務(wù)創(chuàng)建事件后，自動(dòng)瀏覽任務(wù)板，認(rèn)領(lǐng)與自身能力匹配的任務(wù)
• 獨(dú)立執(zhí)行：在自己的工作空間中完成調(diào)研、撰寫(xiě)、分析等工作。遇到復(fù)雜任務(wù)，Teammate可以自行拆解為更細(xì)粒度的子步驟；遇到阻塞或不確定，可以主動(dòng)向Leader發(fā)消息求助決策
• 匯報(bào)結(jié)果：任務(wù)完成后自動(dòng)更新?tīng)顟B(tài)，觸發(fā)事件通知Leader和其他依賴方

這是一種分級(jí)自主協(xié)同：Leader基于目標(biāo)和當(dāng)前進(jìn)度做戰(zhàn)略級(jí)拆分，Teammate在各自任務(wù)內(nèi)獨(dú)立決策和執(zhí)行，同時(shí)保留向上求助的通道——既不事事請(qǐng)示，也不閉門(mén)造車(chē)。這也是“協(xié)同工程”的核心思想。

兩者之間靠什么連接？任務(wù)和消息雙驅(qū)動(dòng)。

JiuwenClaw AgentTeam的協(xié)同不只靠"派任務(wù)-做任務(wù)-交任務(wù)"這條線。團(tuán)隊(duì)成員既通過(guò)任務(wù)協(xié)作驅(qū)動(dòng)核心流程——認(rèn)領(lǐng)、執(zhí)行、完成、解除下游阻塞；又通過(guò)任務(wù)外消息持續(xù)溝通——討論方案、協(xié)商優(yōu)先級(jí)、反饋問(wèn)題、請(qǐng)求支援。兩條通道并行工作，適用于需要討論和協(xié)商的復(fù)雜場(chǎng)景，而不僅僅是機(jī)械地分發(fā)和匯總，已經(jīng)非常類(lèi)似人類(lèi)團(tuán)隊(duì)協(xié)作的機(jī)制了！

所有交互——任務(wù)狀態(tài)變更、成員間消息、成員上下線——都通過(guò)事件總線實(shí)時(shí)傳遞。不是Leader每隔幾秒輪詢"你干完沒(méi)"，而是Teammate完成任務(wù)的瞬間，Leader就會(huì)被喚醒做下一步?jīng)Q策。

這個(gè)過(guò)程中，任務(wù)依賴自動(dòng)管理。task-3被task-1阻塞時(shí)，狀態(tài)為BLOCKED；task-1完成的瞬間，系統(tǒng)自動(dòng)將task-3解除阻塞，變?yōu)榭烧J(rèn)領(lǐng)狀態(tài)。Teammate不需要理解依賴圖，只需要認(rèn)領(lǐng)和執(zhí)行。

2.Team Workspace：團(tuán)隊(duì)共享工作區(qū)

多Agent協(xié)作繞不開(kāi)一個(gè)現(xiàn)實(shí)問(wèn)題：Agent之間怎么共享工作產(chǎn)物？

調(diào)研Teammate采集了行業(yè)數(shù)據(jù)，分析Teammate需要讀??；分析Teammate輸出了趨勢(shì)圖表，撰寫(xiě)Teammate需要引用。如果每個(gè)Agent各干各的、互不可見(jiàn)，"團(tuán)隊(duì)協(xié)作"就只是個(gè)空殼。

AgentTeam通過(guò)Team Workspace解決這個(gè)問(wèn)題——一個(gè)團(tuán)隊(duì)級(jí)的共享文件空間，所有成員均可透明訪問(wèn)。

它是怎么工作的？

每個(gè)Teammate的工作目錄中都會(huì)自動(dòng)掛載一個(gè)共享路徑，指向同一個(gè)團(tuán)隊(duì)工作區(qū)。調(diào)研Teammate寫(xiě)入的行業(yè)數(shù)據(jù)文件，分析Teammate立刻可見(jiàn)。不需要手動(dòng)傳文件、不需要Agent之間互相發(fā)消息"你去看某某路徑"——直接讀寫(xiě)，天然共享。

每個(gè)Teammate在自己的獨(dú)立工作空間中干活，需要跨成員協(xié)作時(shí)寫(xiě)入共享區(qū)即可。

但共享帶來(lái)沖突風(fēng)險(xiǎn)——兩個(gè)Teammate同時(shí)寫(xiě)同一個(gè)文件怎么辦？Team Workspace提供了三種沖突策略，按場(chǎng)景選擇：

整個(gè)過(guò)程對(duì)Agent透明——框架內(nèi)置的工作區(qū)護(hù)欄自動(dòng)攔截所有共享目錄的文件操作：寫(xiě)入前檢查鎖、寫(xiě)入后自動(dòng)提交并通知其他成員、讀取前拉取最新版本。Agent只管讀寫(xiě)文件，協(xié)調(diào)邏輯由框架處理。

在涉及代碼協(xié)作的場(chǎng)景中，框架還支持Git Worktree，為每個(gè)Teammate提供獨(dú)立的文件系統(tǒng)視圖，與Team Workspace的產(chǎn)物共享互不沖突。

3.全生命周期管控：從Plan審批到故障自愈

真實(shí)的團(tuán)隊(duì)協(xié)作不僅僅是"分任務(wù)-干活-匯總"。JiuwenClaw AgentTeam覆蓋了從任務(wù)創(chuàng)建到團(tuán)隊(duì)解散的完整生命周期，包括審批、容錯(cuò)和可觀測(cè)。

Leader審批：關(guān)鍵決策和敏感操作不放手

Agent自主執(zhí)行效率高，但不是所有決策都應(yīng)該放手。AgentTeam提供兩層審批機(jī)制：

●Plan模式：對(duì)于重要任務(wù)，Teammate認(rèn)領(lǐng)后不直接動(dòng)手，而是先提交執(zhí)行計(jì)劃給Leader審批。Leader覺(jué)得合理就通過(guò)，覺(jué)得方向有偏就駁回并給出反饋，Teammate修訂后重新提交

●工具審批：當(dāng)Teammate要執(zhí)行敏感操作（比如刪除重要文件、調(diào)用外部API、修改共享配置），審批請(qǐng)求自動(dòng)發(fā)送給Leader，Leader決定是否允許

兩者的核心原則一致：Agent可以自主建議，但關(guān)鍵決策權(quán)始終在Leader手上，避免"自由發(fā)揮后收拾爛攤子"。

事件驅(qū)動(dòng)機(jī)制：讓團(tuán)隊(duì)始終保持運(yùn)轉(zhuǎn)

多Agent協(xié)作最怕的情況是隱性停滯——Teammate異常僵死無(wú)人察覺(jué)、任務(wù)長(zhǎng)時(shí)間無(wú)人認(rèn)領(lǐng)、已認(rèn)領(lǐng)的任務(wù)遲遲不完成、成員間消息漏接……整個(gè)團(tuán)隊(duì)看似還在運(yùn)行，實(shí)際已經(jīng)卡住，卻沒(méi)人主動(dòng)處理。

AgentTeam在底層搭了一套完整的事件驅(qū)動(dòng)機(jī)制來(lái)規(guī)避這類(lèi)風(fēng)險(xiǎn)。團(tuán)隊(duì)里幾乎所有有意義的變化都會(huì)產(chǎn)生事件，外部事件和內(nèi)部事件雙管齊下：

●任務(wù)事件：創(chuàng)建、認(rèn)領(lǐng)、完成、取消、解除阻塞——任務(wù)板的每一次狀態(tài)翻轉(zhuǎn)都觸發(fā)事件

●成員事件：上線、下線、狀態(tài)切換（空閑/忙碌/異常）、重啟——每個(gè)成員的生命周期變化都被捕獲

●消息事件：點(diǎn)對(duì)點(diǎn)消息、廣播通知、審批請(qǐng)求——所有通信都走事件總線

●內(nèi)部輪詢事件：框架內(nèi)定時(shí)產(chǎn)生的自檢事件（郵箱輪詢、任務(wù)板輪詢等），在沒(méi)有外部事件到來(lái)時(shí)仍定期喚醒Agent做自我檢查

基于這些事件，框架構(gòu)建了一套激活處理邏輯：事件一旦觸發(fā)，相關(guān)的Agent就會(huì)被喚醒，重新審視自己該做什么——空閑的Teammate會(huì)主動(dòng)檢查任務(wù)板并認(rèn)領(lǐng)待領(lǐng)任務(wù)；Leader會(huì)監(jiān)控全局進(jìn)度，識(shí)別長(zhǎng)期未認(rèn)領(lǐng)的PENDING任務(wù)和執(zhí)行超時(shí)的CLAIMED任務(wù)，必要時(shí)重新規(guī)劃或換人；消息接收方會(huì)優(yōu)先處理未讀。對(duì)于Teammate自身的異常僵死，框架也會(huì)通過(guò)心跳檢測(cè)和重啟機(jī)制自動(dòng)恢復(fù)。配合定時(shí)輪詢兜底，即使某個(gè)事件偶發(fā)丟失，系統(tǒng)也能在下一輪自檢中自愈。

這套機(jī)制的價(jià)值不僅在于讓信息在團(tuán)隊(duì)里流動(dòng)起來(lái)，更在于讓團(tuán)隊(duì)始終保持運(yùn)轉(zhuǎn)——不會(huì)有任務(wù)長(zhǎng)期無(wú)人認(rèn)領(lǐng)、不會(huì)有Teammate掛掉沒(méi)人知道、不會(huì)有執(zhí)行停滯卻無(wú)人干預(yù)。單點(diǎn)問(wèn)題始終能在可控時(shí)間內(nèi)被發(fā)現(xiàn)并處置，不會(huì)阻塞整個(gè)團(tuán)隊(duì)協(xié)作。

持久化團(tuán)隊(duì)：跨會(huì)話不丟狀態(tài)

團(tuán)隊(duì)不一定是用完即棄的。啟用Persistent（持久化）模式后，團(tuán)隊(duì)可以跨會(huì)話保留：

●會(huì)話結(jié)束時(shí)，團(tuán)隊(duì)進(jìn)入待機(jī)狀態(tài)，成員信息和配置持久化到數(shù)據(jù)庫(kù)

●下次使用時(shí)，一鍵恢復(fù)——?jiǎng)?chuàng)建新的會(huì)話空間，重新啟動(dòng)隊(duì)員，無(wú)需重新組建團(tuán)隊(duì)

適合需要長(zhǎng)期運(yùn)轉(zhuǎn)的項(xiàng)目——每次打開(kāi)都是熟悉的團(tuán)隊(duì)陣容，直接開(kāi)始新任務(wù)。

TeamMonitor：實(shí)時(shí)可觀測(cè)

AgentTeam的整個(gè)協(xié)作過(guò)程透明可見(jiàn)，TeamMonitor提供兩個(gè)維度的觀測(cè)能力：

查詢API——隨時(shí)查看團(tuán)隊(duì)當(dāng)前狀態(tài)：

事件流——實(shí)時(shí)訂閱團(tuán)隊(duì)事件。任務(wù)完成、成員狀態(tài)變更、消息收發(fā)……所有事件都可以通過(guò)異步迭代器逐條消費(fèi)。你可以據(jù)此構(gòu)建Dashboard、日志系統(tǒng)，或者觸發(fā)外部工作流。整個(gè)團(tuán)隊(duì)的運(yùn)轉(zhuǎn)不是黑盒，而是每一步都可追蹤、可審計(jì)。

openJiuwen Agent Team

核心架構(gòu)

openJiuwen AgentTeam協(xié)同層是一套完整的多智能體編排基礎(chǔ)設(shè)施。

它的核心技術(shù)原理可以歸結(jié)為三點(diǎn)：

●基于共享任務(wù)列表的一致性協(xié)同：所有成員共享同一份動(dòng)態(tài)任務(wù)列表，各自基于團(tuán)隊(duì)目標(biāo)、任務(wù)定義和自身能力，自主認(rèn)領(lǐng)并執(zhí)行任務(wù)，天然保證信息一致

●消息和任務(wù)雙驅(qū)動(dòng)模式：成員間既通過(guò)任務(wù)流轉(zhuǎn)驅(qū)動(dòng)核心工作流，又通過(guò)任務(wù)外的消息通道持續(xù)推進(jìn)討論和協(xié)商，覆蓋從結(jié)構(gòu)化執(zhí)行到非結(jié)構(gòu)化溝通的全場(chǎng)景

●角色與工具工程：RolePolicy定義Leader和Teammate在團(tuán)隊(duì)中的行為規(guī)范和決策邊界，TeamTools賦予團(tuán)隊(duì)成員具體的協(xié)調(diào)操作能力——角色決定"該做什么"，工具決定"能做什么"

AgentTeam協(xié)作流程如下：

下面講解其核心技術(shù)設(shè)計(jì)。

1.雙角色統(tǒng)一類(lèi)：一套代碼，兩種人格

AgentTeam中Leader和Teammate共用同一個(gè)Agent架構(gòu)——TeamAgent。它根據(jù)運(yùn)行時(shí)的角色身份展現(xiàn)不同行為：不同的工具集、不同的Prompt策略、不同的事件處理邏輯。

架構(gòu)上，TeamAgent將團(tuán)隊(duì)協(xié)調(diào)層與單Agent執(zhí)行層（Harness SDK）做了清晰分離。協(xié)調(diào)層負(fù)責(zé)角色策略、事件路由和團(tuán)隊(duì)管理；執(zhí)行層復(fù)用openJiuwen已有的Harness能力——提示詞、工具、護(hù)欄、任務(wù)循環(huán)。兩層獨(dú)立演進(jìn)，互不干擾。

共享工具（Leader和Teammate均可使用）：查看任務(wù)、發(fā)送消息/廣播。

這意味著新增一種團(tuán)隊(duì)角色（比如"審核員"）不需要從頭開(kāi)發(fā)一個(gè)新Agent，只需配置不同的工具集和Prompt策略。協(xié)調(diào)層的升級(jí)也不會(huì)影響單Agent的執(zhí)行能力，兩側(cè)獨(dú)立迭代。

2.事件驅(qū)動(dòng)的協(xié)調(diào)循環(huán)

團(tuán)隊(duì)協(xié)調(diào)的核心引擎是協(xié)調(diào)循環(huán)（CoordinatorLoop）——一個(gè)事件驅(qū)動(dòng)的調(diào)度中樞，為每個(gè)TeamAgent提供"大腦"。

設(shè)計(jì)亮點(diǎn)：雙通道事件入口。

●實(shí)時(shí)通道：傳輸層事件（任務(wù)完成、消息到達(dá)、成員狀態(tài)變化）立即入隊(duì)，延遲極低

●輪詢通道：兩個(gè)獨(dú)立定時(shí)器分別檢查郵箱和任務(wù)板（間隔可配置），作為兜底——即使傳輸層偶發(fā)丟事件，輪詢保證最終一致性

事件分發(fā)器根據(jù)事件類(lèi)型智能路由：

●用戶輸入→ 啟動(dòng)或引導(dǎo)Agent執(zhí)行

●任務(wù)事件→ 推動(dòng)空閑Agent認(rèn)領(lǐng)新任務(wù)

●消息事件→ 處理未讀消息，轉(zhuǎn)化為Agent輸入

●成員事件→ 更新成員跟蹤狀態(tài)，觸發(fā)過(guò)期任務(wù)檢查

特別值得一提的是空閑推動(dòng)機(jī)制：當(dāng)Teammate完成任務(wù)變?yōu)榭臻e時(shí)，事件分發(fā)器會(huì)主動(dòng)檢查任務(wù)板上是否有可認(rèn)領(lǐng)的任務(wù)，如果有就"推一把"——把任務(wù)摘要注入Agent的上下文，驅(qū)動(dòng)它繼續(xù)工作。Leader端則檢測(cè)長(zhǎng)期未認(rèn)領(lǐng)的待領(lǐng)任務(wù)和超時(shí)的已認(rèn)領(lǐng)任務(wù)，必要時(shí)重新規(guī)劃或重新分配。

這套機(jī)制讓Agent平時(shí)處于"休眠"狀態(tài)，有事件才被喚醒，資源消耗極低。而輪詢作為兜底，保證即使消息偶發(fā)丟失系統(tǒng)也不會(huì)卡死——兼顧了低延遲和高可靠。

3.分段式Prompt注入（TeamRail）

團(tuán)隊(duì)上下文信息（角色策略、團(tuán)隊(duì)成員、任務(wù)狀態(tài)）需要注入Agent的系統(tǒng)Prompt。傳統(tǒng)做法是拼接成一個(gè)大字符串，每次全量重建。AgentTeam采用了分段注入——將團(tuán)隊(duì)Prompt拆解為7個(gè)獨(dú)立片段（Section），每個(gè)片段承載一類(lèi)上下文信息，按優(yōu)先級(jí)有序組裝：

前5個(gè)片段在團(tuán)隊(duì)初始化時(shí)一次構(gòu)建，后續(xù)直接復(fù)用。后2個(gè)片段（團(tuán)隊(duì)信息、成員關(guān)系）會(huì)隨團(tuán)隊(duì)運(yùn)行發(fā)生變化，框架通過(guò)時(shí)間戳緩存按需刷新——只有數(shù)據(jù)真正變化時(shí)才重新查詢，團(tuán)隊(duì)運(yùn)行穩(wěn)定時(shí)組裝開(kāi)銷(xiāo)幾乎為零。

分段帶來(lái)的另一個(gè)好處是可擴(kuò)展：后續(xù)需要給Agent注入新的團(tuán)隊(duì)上下文（比如共享知識(shí)庫(kù)摘要），只需增加一個(gè)片段，不會(huì)影響已有的角色策略和工作流。對(duì)于長(zhǎng)時(shí)間運(yùn)行的團(tuán)隊(duì)，動(dòng)態(tài)緩存也避免了每次模型調(diào)用都重新查數(shù)據(jù)庫(kù)。

4.可插拔基礎(chǔ)設(shè)施

AgentTeam的通信和存儲(chǔ)完全可插拔——框架內(nèi)置了適合單機(jī)場(chǎng)景的默認(rèn)實(shí)現(xiàn)，同時(shí)支持替換為企業(yè)級(jí)方案：

傳輸層（Messager）：

單機(jī)默認(rèn)使用ZMQ輕量通信；分布式場(chǎng)景可切換為Pulsar、RocketMQ等消息隊(duì)列

存儲(chǔ)層（TeamDatabase）：

單機(jī)默認(rèn)使用SQLite；分布式場(chǎng)景可切換為PostgreSQL等關(guān)系數(shù)據(jù)庫(kù)

需要自定義？通過(guò)注冊(cè)表一行代碼即可接入Redis、PostgreSQL等第三方后端。所有注冊(cè)表延遲加載——內(nèi)置實(shí)現(xiàn)在首次使用時(shí)才初始化，可選依賴缺失時(shí)優(yōu)雅跳過(guò)。接入新的后端只需調(diào)整配置，無(wú)需修改業(yè)務(wù)邏輯。

JiuwenClaw簡(jiǎn)介和行業(yè)案例

JiuwenClaw ——由云AgentArts、2012九問(wèn)團(tuán)隊(duì)和社區(qū)廣大開(kāi)發(fā)者聯(lián)合在openJiuwen共建的“小龍蝦“智能管家?！癈law”象征著精準(zhǔn)的抓取與連接，能夠?qū)⒋笳Z(yǔ)言模型的強(qiáng)大能力，通過(guò)你日常使用的各類(lèi)通訊應(yīng)用，直接延伸至你的指尖。

JiuwenClaw基于Python開(kāi)發(fā)，天然擁有良好的生態(tài)兼容性和擴(kuò)展能力，在模型接入方面，JiuwenClaw支持華為云MaaS 等主流模型平臺(tái)，用戶只需簡(jiǎn)單配置即可調(diào)用華為云的模型服務(wù)。此外，JiuwenClaw 已實(shí)現(xiàn)與小藝開(kāi)放平臺(tái)的無(wú)縫對(duì)接，華為手機(jī)用戶可以通過(guò)小藝直接喚醒并使用JiuwenClaw，享受隨叫隨到的智能服務(wù)。

JiuwenClaw的獨(dú)特優(yōu)勢(shì)是“懂你所想，自主演進(jìn)”。針對(duì)你的各種復(fù)雜輸入場(chǎng)景，如任務(wù)追加、打斷、修改等，它就是懂你的貼身任務(wù)管家，將你的各類(lèi)需求排出優(yōu)先級(jí)，并有條不紊地完成；同時(shí)它也能在你身邊自主演進(jìn)，當(dāng)你對(duì)他表達(dá)不滿或運(yùn)行出錯(cuò)時(shí)，它會(huì)根據(jù)你的反饋?zhàn)詣?dòng)調(diào)整相應(yīng)技能，全心全意為你服務(wù)。在連接渠道方面，JiuwenClaw已實(shí)現(xiàn)鴻蒙小藝、飛書(shū)、釘釘、Discord、Telegram、WhatsApp等channel的無(wú)縫接入，并將持續(xù)拓展至更多元平臺(tái)。無(wú)論是進(jìn)行復(fù)雜代碼編寫(xiě)、尋求即時(shí)的技術(shù)支持，還是管理日程與信息流，JiuwenClaw都能讓你從任何地方、以最熟悉的方式，喚出一個(gè)始終在線、數(shù)據(jù)自主的專(zhuān)屬AI助理。

JiuwenClaw在企業(yè)級(jí)

辦公智能體產(chǎn)品

OfficeClaw中的實(shí)踐落地

就在剛剛過(guò)去的4月16日，華為云舉辦OfficeClaw辦公智能體新品體驗(yàn)會(huì)，并啟動(dòng)了產(chǎn)品邀測(cè)。

OfficeClaw的創(chuàng)意來(lái)源于開(kāi)源項(xiàng)目，華為云研發(fā)團(tuán)隊(duì)捕捉到這一創(chuàng)新價(jià)值，集結(jié)數(shù)十位研發(fā)人員開(kāi)展聯(lián)合攻關(guān)，依托華為自主創(chuàng)新全開(kāi)源的JiuwenClaw項(xiàng)目為技術(shù)底座，基于華為云AI基礎(chǔ)設(shè)施能力和AgentArts智能體開(kāi)發(fā)平臺(tái)，提供企業(yè)級(jí)安全防護(hù)、分鐘級(jí)定障精準(zhǔn)評(píng)估、精準(zhǔn)上下文、羽量沙箱百毫秒啟動(dòng)、Agent自進(jìn)化等五大核心能力，讓企業(yè)成百上千個(gè)AI智能體能既快又穩(wěn)、管得住、用得好。

寫(xiě)在最后：為什么

Coordination Engineering

是下一跳

當(dāng)行業(yè)還在繼續(xù)深化Harness Engineering（提示詞工程、工具編排、護(hù)欄機(jī)制、任務(wù)循環(huán)、工作空間管理）時(shí)，真正的增量空間正在向“團(tuán)隊(duì)化交付”轉(zhuǎn)移：一個(gè)Agent很難覆蓋完整鏈路，但一個(gè)AgentTeam可以把復(fù)雜任務(wù)拆成并行工序、把交接變成機(jī)制、把治理變成可觀測(cè)與可恢復(fù)的系統(tǒng)。

因此，Coordination Engineering不是一個(gè)簡(jiǎn)單的概念，而是Harness Engineering合乎邏輯的下一跳：在每個(gè)Teammate內(nèi)部保留完整的Harness SDK Agent能力，在團(tuán)隊(duì)層疊加協(xié)同編排與治理能力，讓多個(gè)強(qiáng)個(gè)體以更低摩擦組織成高效團(tuán)隊(duì)。

同時(shí)，JiuwenClaw提出的Team Skill機(jī)制也值得關(guān)注：它能把AgentTeam執(zhí)行過(guò)程中的團(tuán)隊(duì)協(xié)作流程沉淀為可復(fù)用的“團(tuán)隊(duì)SOP”協(xié)作模板，并在每次使用后自動(dòng)優(yōu)化——用得越多，SOP越精準(zhǔn)，進(jìn)一步增強(qiáng)Evolution Engineering能力。

如果你正在尋找一條從單Agent走向團(tuán)隊(duì)協(xié)同的工程路徑，不妨直接從開(kāi)源地址上手，用真實(shí)任務(wù)跑一遍AgentTeam，親手見(jiàn)證“Coordination Engineering”所帶來(lái)的高效與便捷的差異化體驗(yàn)！