OpenClaw 單羣多 Bot,不回覆、易中斷?我這樣解決了

作者:大瑜聊AI
日期:2026年3月21日 下午1:23
來源:WeChat 原文

整理版優先睇

速讀 5 個重點 高亮

透過三個步驟配置Boss同子Agent,解決OpenClaw單羣多Bot唔回覆同易中斷嘅問題。

整理版摘要

作者最近研究單羣多Bot自動分工,但遇到成日唔回覆同中斷嘅問題。佢試咗好多方法,最後發現關鍵在於正確設定Boss同子Agent嘅角色同規則。

佢分享咗三個步驟:第一步用提示詞自動生成openclaw.json,避免手動出錯。第二步配置BossAgents.md,明確列出成員分工同紅線規則,例如Boss一定要即時調用子Agent,唔可以扮成功。第三步配置子Agent嘅Agents.md,強調先發羣再回傳Boss,仲有羣ID獲取規則同執行順序。

作者話呢個方法穩定運作,但token消耗比較大。佢呼籲有需要嘅人可以加微信拎參考文件,亦歡迎交流更好嘅方法。

  • 單羣多Bot唔回覆同中斷嘅主因係Boss同子Agent角色未清晰定義,尤其係訊息傳遞順序。
  • 解決方法係三個配置步驟:自動生成openclaw.json、設定Boss分工同紅線、設定子Agent發羣規則。
  • BossAgents.md必須寫明紅線任務,例如即時調用子Agent並明確回報失敗狀況。
  • 子Agent必須先發正式內容到羣,再回傳結果畀Boss,唔可以只回『收到』或解釋思路。
  • 呢個方法雖然穩定,但token消耗較大;可以加微信拎參考文件或留言交流。
結構示例

內容結構

內容結構 text
只要你在羣裏說出“收到”“開始分配”“我來安排”“請稍等”等表述,你必須在同一輪立即調用至少一個子 Agent,如果沒有立即調用,則本輪任務視為失敗。如果是多人協作任務,把上一個 Agent 的正式輸出結果作為素材轉給下一個 Agent。只有當至少一個子 Agent 的調度已成功返回時,你才能對外說“已經開始分配”“已經安排”“正在推進”。如果 `sessions_send` 超時、失敗、或沒有確認回傳,你不得假裝已經成功分發,必須明確說明:卡在第幾步、當前狀態是什麼、接下來準備如何重試或補救。
整理重點

問題:單羣多Bot成日唔回覆同中斷

最近好多人想喺一個羣入面放多個Bot,自動分工做唔同任務,例如收集文案、寫稿、質檢。但係好多人一上手就遇到唔回覆同中斷嘅問題。

無論點樣設定,個羣都唔會回覆,好多時候仲會中途斷咗。

作者經歷咗幾日調試,最後揾到解決方法,而家可以穩定運作。

整理重點

三步驟解決方案:Boss同子Agent配置

  1. 1 配置多個機器人嘅基本信息:用提示詞自動生成openclaw.json,只需要提供飛書APPIDAPPSecert同是否Boss節點。
  2. 2 配置Boss嘅Agents.md:明確列出子Agent分工同紅線任務,例如Boss必須即時調用子Agent,失敗要清楚講出卡喺邊步。
  3. 3 配置子Agent嘅Agents.md:寫明羣ID獲取規則同執行順序——先發羣再回傳Boss,仲有強制規則確保唔會漏咗發羣。

呢三個步驟係解決問題嘅核心,跟足就可以穩定運行。

整理重點

Boss Agents.md 配置重點:分工同紅線

Boss嘅角色係分配任務畀子Agent,然後接收結果。配置時要列出成員分工,例如:yu-redian負責資料收集、yu-writer負責改稿、yu-qa負責答疑。

  • 明確Boss嘅紅線任務:當佢聽到『收到』『開始分配』等關鍵字,必須同一輪立即調用至少一個子Agent,否則視為失敗。
  • 多人協作時,要將上一個Agent嘅正式輸出結果作為素材傳畀下一個Agent。
  • 如果sessions_send超時或失敗,Boss必須明確說明卡喺第幾步、當前狀態同補救方法,唔可以假裝成功。
整理重點

子Agent Agents.md 配置重點:先發羣再回Boss

子Agent負責執行任務,然後將結果傳遞翻畀Boss同羣組。配置要包含羣ID獲取規則同執行順序。

  1. 1 羣ID獲取優先級Boss訊息中明確寫咗羣ID -> 用嗰個;否則從sourceSession元數據提取;兩邊都冇就唔發羣,只回傳Boss
  2. 2 執行順序:先發羣(用message tool),再回傳Boss,最後回覆ANNOUNCE_SKIP。

發羣係必做動作,唔係可選動作;必須先發羣再回Boss

子Agent仲有強制規則:凡是標記為『羣任務』嘅指令,一定要直接發到羣;回傳Boss時要寫明『已發羣』同狀態,並明確話畀Boss可以進行下一步。

  • 唔好只回『收到』『我嚟寫』『我整理一下』呢啲廢話。
  • 唔好先解釋寫作思路再執行,要直接輸出正式內容。
  • 羣任務中輸出嘅必須係正式內容,唔係流程說明。

呢啲規則確保咗訊息唔會中斷,而且子Agent唔會亂咁回覆。

整理重點

總結:穩定但消耗大,歡迎交流

作者話呢個方法佢調試咗幾日,而家點問都得穩定運行。不過缺點係token消耗比較大。

如果大家都遇到類似問題,可以加微信helloaigc2023拎參考文件。

有其他更好嘅方法,歡迎喺評論區一齊交流。

最近好多人都在研究一件事。

開一個羣放幾個機械人,分配一個任務,等羣入面嘅機械人自動回覆。

例如:你想寫一篇關於openclaw最新版本嘅公眾號,內部機械人自動分工:

1、文案收集機械人收集文案

2、將文案發俾文案編寫機械人編寫

3、交俾質檢機械人質檢,合格就發俾用戶。

係咪好爽!老細分配任務,機械人呼呼聲咁做嘢。!!!

圖片

但係好多人一上手,都會遇到下面嘅問題:

1、點搞都好,個羣都唔識回覆!

2、好多時好易中斷。

今日我寫咗成1000幾字嘅原理。但係最後都刪咗,淨係放個流程圖算啦!

圖片

實操方法三個步驟搞掂,運行提示詞同boss嘅Agent配置文件以及子Agent配置文件。想要呢啲資料,拉到文章尾領取。

解決辦法

呢個配置,我哋有兩個角色:

boss:負責分配任務俾子Agent,同埋接收子Agent嘅結果;

子Agent負責做嘢,並將任務傳遞俾boss同個羣。

下面三個步驟就得:

1、設定多個機械人嘅基本資料。

呢一步其實唔複雜,但係手動設定openclaw.json,有80%嘅人都會出錯。用下面嘅提示詞就得:

圖片

只需要話俾大模型知你嘅飛書APPID、APPSecert,以及係咪boss節點就得。然後自動幫你設定好。(提示詞獲取見尾部)

2、設定boss嘅Agents.md。

呢度有下面嘅內容要注意:

01 清楚講明boss嘅角色,將子Agent嘅資料全部列曬出嚟

譬如:

## 成員分工
- yu-redian:資料收集、外部信息、熱點判斷、事實整理、風險提醒
- yu-writer:改稿、成文、公眾號內容、標題優化、正式輸出
- yu-qa:答疑、解釋概念、補充說明、裁判型總結

02 清楚講明boss嘅紅線任務,因為boss主要負責分配任務。

譬如:

只要你在羣裏說出“收到”“開始分配”“我來安排”“請稍等”等表述,
你必須在同一輪立即調用至少一個子 Agent,
如果沒有立即調用,則本輪任務視為失敗。
如果是多人協作任務,把上一個 Agent 的正式輸出結果作為素材轉給下一個 Agent。

只有當至少一個子 Agent 的調度已成功返回時,你才能對外說“已經開始分配”“已經安排”“正在推進”。
如果 `sessions_send` 超時、失敗、或沒有確認回傳,你不得假裝已經成功分發,必須明確說明:卡在第幾步、當前狀態是什麼、接下來準備如何重試或補救。

3、設定子Agent嘅Agents.md

子Agent嘅作用係做嘢並將任務傳遞俾boss

我哋寫清楚,例如:

### 羣 ID 獲取規則(按優先級)
1. Boss 消息正文中明確寫了羣 ID(如"羣 ID:-5225805751"或"發到羣 -5225805751")→ 用這個
2. 消息正文沒有羣 ID,但 sourceSession 元數據中包含羣信息(如 `sourceSession=agent:yu-wiki:telegram:group:-5225805751`)→ 從中提取
3. 兩處都沒有羣 ID → 不發羣,只回傳 Boss

### 執行順序
1. **先發羣**:用 message tool 發到對應羣

   {
     "action": "send",
     "channel": "telegram",
     "target": "<動態獲取的羣ID>",
     "message": "🔥 瑜見熱點:\n\n資料清單..."
   }


2. **再回傳 Boss**:
   已發羣:是
   羣:<羣ID>
   核心結果:...
   狀態:可進入下一步
   [已完成,請boss進行下一步工作安排。]

3. **announce step**:回覆 ANNOUNCE_SKIP

04 子Agent都有下面嘅規則

## 羣任務強制規則
- 凡是明確標記為“羣任務”的指令,必須直接發到羣裏
- 發羣是必做動作,不是可選動作
- 必須先發羣,再回 Boss
- 發羣完成後,再通過 sessions_send 把結果同步給 Boss
- 同步給 Boss 時,必須明確寫出:`已發羣:是 / 羣:... / 核心結果:... / 狀態:可進入下一步`
- 並明確告知:`[已完成,請boss進行下一步工作安排。]`
- 不要只回復“收到”“我來寫”“我整理一下”“稍等”
- 不要先解釋寫作思路,再決定是否執行
- 羣任務中,你輸出的必須是正式內容,不是流程說明

寫喺後面嘅話

呢個就係我除錯咗幾日嘅結果,而家不論點問都可以穩定運行。不過就係好嘥token。

如果需要上面嘅參考文件,可以加我微信:helloaigc2023領取。

有其他更好嘅方法,都可以喺評論區一齊交流。



最近很多人都在研究一件事。

拉一個羣放多個機器人,分配一個任務,讓羣裏機器人自動回覆。

譬如:你想寫一篇關於openclaw最新版本公眾號,內部機器人自動分工:

1、文案收集機器人收集文案

2、將文案發給文案編寫機器人編寫

3、交給質檢機器人質檢,合格就發給用戶。

是不是很爽!老闆分配任務,機器人呼哧呼哧幹活。!!!

圖片

但是很多人一上手,都會遇到下面的問題:

1、無論如何,羣都不會回覆!

2、很多時候容易中斷。

今天我寫了1000多字的原理。但是還刪了,只放個流程圖吧!

圖片

實操方法三個步驟搞定,運行提示詞和boss的Agent配置文件以及子Agent配置文件。想要這些資料,拉到文章末尾領取。

解決辦法

這樣的配置,我們有兩個角色:

boss:負責分配任務給子Agent,並且接受子Agent的結果;

子Agent負責幹活,並把任務傳遞給boss和羣裏。

下面三步驟即可:

1、配置多個機器人的基本信息。

這一步其實不復雜,但是手動配置openclaw.json,80%的小夥伴都會出錯。用下面的提示詞即可:

圖片

只需要告訴大模型你的飛書APPID、APPSecert、以及是否是boss節點就行。然後自動給你配置好。(提示詞獲取見尾部)

2、配置boss的Agents.md。

這裏有下面的內容要注意:

01 明確boss的角色,將子Agent的信息都列出來

譬如:

## 成員分工
- yu-redian:資料收集、外部信息、熱點判斷、事實整理、風險提醒
- yu-writer:改稿、成文、公眾號內容、標題優化、正式輸出
- yu-qa:答疑、解釋概念、補充說明、裁判型總結

02 明確boss的紅線任務,因為boss主要是負責分配任務的。

譬如:

只要你在羣裏說出“收到”“開始分配”“我來安排”“請稍等”等表述,
你必須在同一輪立即調用至少一個子 Agent,
如果沒有立即調用,則本輪任務視為失敗。
如果是多人協作任務,把上一個 Agent 的正式輸出結果作為素材轉給下一個 Agent。

只有當至少一個子 Agent 的調度已成功返回時,你才能對外說“已經開始分配”“已經安排”“正在推進”。
如果 `sessions_send` 超時、失敗、或沒有確認回傳,你不得假裝已經成功分發,必須明確說明:卡在第幾步、當前狀態是什麼、接下來準備如何重試或補救。

3、配置子Agent的Agents.md

子Agent的作用是幹活並將任務傳遞給boss

我們寫清楚,譬如:

### 羣 ID 獲取規則(按優先級)
1. Boss 消息正文中明確寫了羣 ID(如"羣 ID:-5225805751"或"發到羣 -5225805751")→ 用這個
2. 消息正文沒有羣 ID,但 sourceSession 元數據中包含羣信息(如 `sourceSession=agent:yu-wiki:telegram:group:-5225805751`)→ 從中提取
3. 兩處都沒有羣 ID → 不發羣,只回傳 Boss

### 執行順序
1. **先發羣**:用 message tool 發到對應羣

   {
     "action": "send",
     "channel": "telegram",
     "target": "<動態獲取的羣ID>",
     "message": "🔥 瑜見熱點:\n\n資料清單..."
   }


2. **再回傳 Boss**:
   已發羣:是
   羣:<羣ID>
   核心結果:...
   狀態:可進入下一步
   [已完成,請boss進行下一步工作安排。]

3. **announce step**:回覆 ANNOUNCE_SKIP

04 子agent也有下面的規則

## 羣任務強制規則
- 凡是明確標記為“羣任務”的指令,必須直接發到羣裏
- 發羣是必做動作,不是可選動作
- 必須先發羣,再回 Boss
- 發羣完成後,再通過 sessions_send 把結果同步給 Boss
- 同步給 Boss 時,必須明確寫出:`已發羣:是 / 羣:... / 核心結果:... / 狀態:可進入下一步`
- 並明確告知:`[已完成,請boss進行下一步工作安排。]`
- 不要只回復“收到”“我來寫”“我整理一下”“稍等”
- 不要先解釋寫作思路,再決定是否執行
- 羣任務中,你輸出的必須是正式內容,不是流程說明

寫在後面的話

這就是我調試了幾天的結果,現在不管怎麼問都可以穩定運行。不過就是好耗費的token比較大。

如果需要上面的參考文件,可以加我微信:helloaigc2023領取。

有其他更好的辦法,也可以評論區一起交流。