做 AI Agent走到最后總會遇到一個問題一個 Agent 已經(jīng)能把活干完了然后呢它可以查資料、寫報告、生成 Office 文件也可以臨時委派另一個 Agent。但只要任務(wù)變成一場真正的復(fù)雜交付——需要研究、分析、寫作、審核同時推進(jìn)需要前置依賴需要人工審批需要隨時知道“誰在干什么”——單個會話再強(qiáng)也會開始吃力。MateClaw 1.x 解決的是“一個數(shù)字員工如何把一整件事干完”。今天正式發(fā)布的MateClaw 2.0.0回答的是下一個問題一群數(shù)字員工如何像一支真正的隊伍那樣協(xié)作答案不是多開幾個聊天窗口而是一套完整的項目機(jī)制Agent TeamsAgent 團(tuán)隊。一、2.0 的變化不是“多 Agent”三個字過去主 Agent 遇到自己不擅長的工作可以通過委派臨時叫來一位幫手。這適合短鏈路、一對一、一次性的協(xié)助。但真實項目不是這樣運(yùn)轉(zhuǎn)的。真實項目有 Lead有成員有 Reviewer有待處理、進(jìn)行中、待審核和已完成有“市場研究做完競品分析才能開始”這樣的依賴有敏感動作必須等人批準(zhǔn)有成員失敗后的重試也有最終交付物的歸檔。MateClaw 2.0 引入的不是幾個 Agent 同時聊天而是一個由lead、member、reviewer組成的常設(shè)團(tuán)隊一塊團(tuán)隊共享、實時更新的任務(wù)板一套帶依賴、并行、審批和恢復(fù)語義的任務(wù)狀態(tài)機(jī)一條能把前置結(jié)果和交付物自動送到下游的派發(fā)鏈一個讓用戶隨時進(jìn)入子會話、查看時間線和下載交付物的可觀測界面。這也是 2.0 最核心的產(chǎn)品判斷Agent 協(xié)作的關(guān)鍵不是“能互相調(diào)用”而是“圍繞一個共享事實源持續(xù)工作”。這個共享事實源就是任務(wù)板。二、一句話目標(biāo)如何變成一場團(tuán)隊交付假設(shè)你組建了一支“行業(yè)研究團(tuán)隊”Lead研究負(fù)責(zé)人Member A資料搜集Member B數(shù)據(jù)分析Member C報告撰寫Reviewer事實核查與質(zhì)量審核。你只需要對 Lead 說調(diào)研 2026 年企業(yè) Agent 平臺市場輸出一份包含競品、技術(shù)路線和落地建議的報告。接下來發(fā)生的事情不再藏在一個長對話里。Lead 會把目標(biāo)拆成任務(wù)寫入共享任務(wù)板并用blockedBy描述依賴關(guān)系。派發(fā)引擎把可以并行的工作分給空閑成員資料搜集完成后結(jié)果與交付物自動進(jìn)入下游任務(wù)的派發(fā)上下文需要人工確認(rèn)的任務(wù)停在in_review所有任務(wù)落定后Lead 被自動喚醒匯總最終結(jié)論。任務(wù)板支持八種狀態(tài)pending 待處理 in_progress 執(zhí)行中 in_review 待審核 completed 已完成 failed 執(zhí)行失敗 cancelled 已取消 blocked 被依賴阻塞 stale 執(zhí)行者失聯(lián)、租約過期這八種狀態(tài)不是前端標(biāo)簽而是后端狀態(tài)機(jī)。關(guān)鍵狀態(tài)變更通過數(shù)據(jù)庫條件更新守衛(wèi)并發(fā)情況下只有一個執(zhí)行者能成功認(rèn)領(lǐng)任務(wù)。Plan-Execute 也真正接入了團(tuán)隊過去Plan-Execute 類型的 Agent 會生成計劃但通常仍在自己的執(zhí)行鏈里串行推進(jìn)。2.0 中Lead 生成計劃后可以把整份計劃移交任務(wù)板計劃步驟映射成團(tuán)隊任務(wù)步驟依賴映射成blockedBy原本能并行的步驟由成員并行執(zhí)行全部任務(wù)完成后通過停靠計劃恢復(fù)門進(jìn)入?yún)R總節(jié)點。移交采用“全有或全無”策略。如果某一步找不到合適的團(tuán)隊成員整份計劃回落原有串行管線不會留下一半在任務(wù)板、一半在舊執(zhí)行鏈的撕裂狀態(tài)。換句話說會規(guī)劃的 Lead規(guī)劃能力現(xiàn)在就是編排能力。三、長任務(wù)不能靠“希望它別出錯”讓 Agent 寫兩段文案與讓一支 Agent 團(tuán)隊運(yùn)行幾十分鐘是兩種完全不同的可靠性要求。任務(wù)可能被重復(fù)領(lǐng)取進(jìn)程可能中途退出用戶可能要求立即停止敏感結(jié)果可能需要人審。MateClaw 2.0 因此給團(tuán)隊執(zhí)行鏈補(bǔ)上了幾項基礎(chǔ)機(jī)制。1. 執(zhí)行租約 運(yùn)行期心跳任務(wù)被認(rèn)領(lǐng)后持有執(zhí)行租約運(yùn)行期間持續(xù)續(xù)期。只有真正失聯(lián)的任務(wù)才會進(jìn)入stale允許重新派發(fā)。它解決了一個很實際的問題任務(wù)明明還在跑掃描器卻把它當(dāng)成超時任務(wù)重新派給第二個實例兩個結(jié)果最后互相覆蓋。2. 取消即真實中斷點擊取消不只是把數(shù)據(jù)庫狀態(tài)改成cancelled。成員子會話被注冊到流跟蹤器取消后會在下一個圖節(jié)點邊界停止不再繼續(xù)消耗 token 直到自然結(jié)束。3. 審批是狀態(tài)機(jī)的一部分創(chuàng)建任務(wù)時可以聲明requireApproval。成員提交結(jié)果后任務(wù)進(jìn)入in_review由 Reviewer 或有權(quán)限的人明確批準(zhǔn)、拒絕。審批不是一條旁路消息而是任務(wù)繼續(xù)流動的正式條件。4. 交付物跟著任務(wù)走成員生成的 DOCX、PPTX、XLSX、PDF 可以登記到任務(wù)。用戶可在任務(wù)詳情中直接下載下游任務(wù)也會收到這些交付物不必從一段可能被截斷的長文本里找文件鏈接。5. 執(zhí)行過程可觀察團(tuán)隊頁通過 SSE 事件通道實時刷新看板不依賴固定間隔輪詢。用戶可以看到實時活動橫幅每個任務(wù)的生命周期時間線成員子會話的完整轉(zhuǎn)寫正在執(zhí)行時的打字機(jī)直播每列真實任務(wù)總數(shù)與分頁數(shù)據(jù)已登記交付物的下載入口?？捎^測不是為了做一塊漂亮的大屏。對長任務(wù)來說它決定了用戶能不能信任這支隊伍。四、2.0 還補(bǔ)齊了這些生產(chǎn)鏈路Agent Teams 是主軸但 2.0 并不只是一塊任務(wù)板。工作空間隔離全面收口2.0 修復(fù)了兩類“實體已按工作空間隔離但鍵的生成漏了工作空間維度”的問題渠道會話 ID 編入渠道標(biāo)識不同工作空間面對同一個外部用戶時不再意外落進(jìn)同一條會話同名 Skill 可以在不同工作空間共存安裝查重、磁盤目錄、運(yùn)行時解析三層都按工作空間隔離。這不是功能亮點卻是多租戶系統(tǒng)必須守住的底線。渠道長任務(wù)不再像“卡死”/new、/clear、/status、/stop、/model、/help六組魔法命令統(tǒng)一在進(jìn)入 LLM 前攔截全渠道一次注冊即可生效。企業(yè)微信還增加了事件驅(qū)動的進(jìn)度氣泡思考狀態(tài)、工具軌跡、階段敘述和耗時原地更新首個答案分片到達(dá)后原進(jìn)度槽位漸變?yōu)樽罱K回答?；赝伺c重新生成成為服務(wù)端語義“回退到此處”會真正截斷后續(xù)消息并重算會話統(tǒng)計“重新生成”復(fù)用原始用戶消息重跑不再重復(fù)插入一條提問。Admin 控制臺、WebChat 與 API 現(xiàn)在遵循同一套語義刷新或換端后不會看到舊答案重新出現(xiàn)。自動批準(zhǔn)終于會解釋“為什么沒命中”自動批準(zhǔn)結(jié)果與未命中原因碼進(jìn)入審計記錄是沒有候選策略、嚴(yán)重度上限不夠、工作空間不匹配還是 CRITICAL 強(qiáng)制人審一眼可以看清。審計頁還能帶著工具名、范圍和建議嚴(yán)重度一鍵補(bǔ)策略。LLM 錯誤恢復(fù)從 if/else 變成策略2.0 把服務(wù)端過載與調(diào)用方限流分開處理503/529 等過載錯誤優(yōu)先在同一 Provider 內(nèi)退避429 限流才快速切換Retry-After和 ratelimit reset 參與退避與健康冷卻被摘除的 Provider 到 TTL 后自動回收隨機(jī)抖動避免大量并發(fā)會話形成重試風(fēng)暴。Skill、附件與記憶SKILL.md成為運(yùn)行時與控制臺之間的單一事實源文件與數(shù)據(jù)庫雙向調(diào)和scripts/、references/、templates/捆綁文件可在控制臺管理PDF、DOCX、XLSX、HTML、Markdown、文本和代碼附件可以在線預(yù)覽Mem0 以可選插件形式成為新的 Memory Provider默認(rèn)本地優(yōu)先、零外部依賴的形態(tài)不變。五、升級配置兼容團(tuán)隊按需啟用從 v1.8.0 升級到 v2.0.0已有員工、Skill、Wiki、渠道、定時任務(wù)、Workflow、Trigger 和 Goal 都會保留。Flyway 會自動執(zhí)行 V170–V174 遷移覆蓋自動批準(zhǔn)審計字段、會話 ID 擴(kuò)容、團(tuán)隊基礎(chǔ)表、team_tasks工具和任務(wù)事件時間線。有幾件事值得提前知道不創(chuàng)建團(tuán)隊原來的使用方式不會改變delegateToAgent與 Agent Teams 可以并存。新的渠道會話 ID 格式只影響新會話歷史會話有遷移與兼容兜底。魔法命令在進(jìn)入 LLM 前處理正文中間出現(xiàn)/stop不會誤觸發(fā)。自動批準(zhǔn)新增的結(jié)果字段只對升級后的新調(diào)用生效舊審計行不會回填。六、快速開始Docker 部署gitclone https://github.com/mateaix/mateclaw.gitcdmateclawcp.env.example .envdockercompose up-d啟動后訪問http://localhost:18080默認(rèn)賬號admin默認(rèn)密碼admin123本地開發(fā)# 后端Java 21cdmateclaw-server mvn spring-boot:run# 前端Vue 3 TypeScriptcd../mateclaw-uipnpminstallpnpmdevMateClaw 后端基于 Spring Boot 3.5 與 Spring AI Alibaba前端采用 Vue 3、TypeScript 和 Vite生產(chǎn)支持 MySQL 8.0開發(fā)可直接使用 H2。項目以 Apache License 2.0 開源。七、寫在最后1.0 讓 MateClaw 能對話。1.x 讓它能干活鎖定目標(biāo)、運(yùn)行長任務(wù)、調(diào)用 Tool / Skill / MCP、處理知識與記憶最后交付一整件事。2.0 讓它開始帶隊。拆解、派發(fā)、并行、審批、交付、恢復(fù)、復(fù)盤——一支隊伍該有的機(jī)制被放進(jìn)同一塊透明的任務(wù)板。從“一個能干活的人”到“一支能協(xié)作的隊伍”。這是 MateClaw 2.0。項目地址github: github.com/mateaix/mateclawgitee: https://gitee.com/mateos/mateclaw2.0 完整發(fā)布說明claw.mate.vip/docs/zh/releases/2.0.0在線文檔claw.mate.vip/docs在線演示claw-demo.mate.vip如果這個項目對你有幫助歡迎 Star、提交 Issue或者把你的 Agent 團(tuán)隊使用場景告訴我們。