Agent 訓練師進階指南：用 Discord 打造高效 OpenClaw 協作系統
整理版優先睇
Discord 嘅 Thread 功能令 OpenClaw Agent 可以做更複雜嘅任務，分級管理大幅提升多線程協作效率
呢篇文章係作者分享佢平時用 OpenClaw（一個 AI Agent 系統）嘅進階玩法，特別係點樣透過 Discord 嘅 Server + Channel + Thread 三層結構，做到多任務並行、信息清晰分類。
作者先講解點解揀 Discord 而唔用其他渠道：WhatsApp 唔穩定又容易斷連，Telegram 適合快問快答但組織能力弱；而 Discord 嘅 Server 可以開多個 Channel，每個 Channel 又可以有 Thread，就好似一個完整嘅工作空間。佢用自己嘅「末日小屋」Server 做例子，示範點樣分 Daily、Project、Digest 等 Channel，仲可以用 Thread 將一個 Topic 單獨抽出來深入討論，唔使同主頻道亂成一團。
整體結論係：如果你只係想有個 AI 助手傾兩句，Telegram 夠用；但如果想 Agent 真正幫你做項目、跑自動化，Discord 嘅結構係「終於有個似樣嘅工作枱」。作者仲補充咗 Reaction 自動化、多 Agent 分配模型等高階玩法，最後感慨呢個時代真係可以用自然語言「編程」，因為 Agent 幫手做好咗中間橋樑。
- Discord 嘅 Server + Channel + Thread 結構係最適合複雜任務嘅工具，Telegram 只適合短平快嘅對話
- Main Session 概念：DM 係主人專用，會默認加載 MEMORY.md；透過 dmScope 同 identityLinks 可以做到「對外分割，對內互通」
- Thread 用嚟將一個話題單獨抽離，避免主頻道混亂；新版仲會自動繼承 parent channel 嘅上下文
- autoThread 配置可以令 Bot 自動喺 Thread 入面回覆，仲可以將大 Thread 壓縮成獨立 Channel 繼續推進
- 進階玩法包括 Reaction 觸發自動收藏、每個 Channel 用唔同 Agent 同模型（例如 product 用 Opus，dev 用 Sonnet）
dmScope 配置（per-channel-peer）
將 dmScope 設為 per-channel-peer 可以隔離唔同 Channel 同用戶嘅 Session，避免混亂
identityLinks 配置（對內互通）
將自己嘅唔同 DM Session 連結成同一個，實現「對外分割，對內互通」
autoThread 配置（Discord）
喺 Discord channel config 入面設定 autoThread:true，收到消息時自動開 Thread 回覆
揀邊個渠道：WhatsApp、Telegram 定 Discord？
OpenClaw 支援好多主流渠道，但我實際用過 WhatsApp、Telegram 同 Discord。第一個建議係排除 WhatsApp：佢登入方式係 hack 嚟嘅，經常有斷連問題，仲要開新電話號碼去用。
Telegram 偏向點對點 DM，適合短平快；Discord 以 Server 為核心，結構複雜啲，但可以俾 Agent 更多發揮空間
我嘅搭配係：Telegram 做快問快答，Discord 做複雜任務同並行工作。咁樣兩邊都發揮到各自嘅長處。
Main Session：點樣令 Agent 認得主人？
Main Session 即係 Agent 覺得同主人 Direct Message 嘅對話。好處係會自動載入 MEMORY.md（內存檔案），而且唔同 DM 之間係互通嘅，例如你喺 iMessage 講 1，Discord 講 2，Agent 會當係同一段對話。
如果將 Bot 分享俾家人用，唔做隔離嘅話，佢哋嘅消息會同你嘅混埋一齊
解決方法係設置 session.dmScope 做 per-channel-peer，咁就可以隔離唔同 Channel 同用戶。如果你又想自己嘅 DM 之間互通，可以用 session.identityLinks 將自己嘅多重身份連結埋一齊。
"session": {
"dmScope": "per-channel-peer"
}唔好直接改設定文件，直接同 Bot 講指令，叫佢幫你改就最穩陣。
Discord 嘅 Thread：信息分級嘅魅力
Thread 係 Discord 嘅殺手鐧，你可以針對任何一條消息開一個 Thread，喺入面繼續討論相關主題。相比起普通羣組嘅混亂回覆，Thread 令資訊組織性大幅提高。
每一個 Channel 同 Thread 都係獨立 Session，新版仲會自動繼承 parent channel 嘅最近消息做上下文
例如你開一個 Channel 叫「食啲乜」，有人話「想食魚」，你就可以喺佢條 message 下開 Thread，成班人入去傾食邊種魚、去邊間舖；而主 Channel 依然可以繼續提議其他菜式，唔會亂。
我嘅 Discord 工作流：末日小屋實戰
我整咗一個名為「末日小屋」嘅 Server，分咗三類 Channel： - Daily：做頭腦風暴，所有 Thread 仲係 open 狀態 - Project：已經獨立嘅項目，例如 owliabot、writing - 推送：digest 同 heartbeat
每日頻道開 autoThread，Agent 會自動開 Thread 回覆，令日常雜項唔會亂入主頻道
當一個 Thread 變成大型項目，可以獨立成一個 Channel，叫 Agent 壓縮原 Session 搬過去，對話就續到
OpenClaw 預設可以同時喺 4 個 Session 回覆，對我嚟講已經夠用。你可以好似「章魚博士」咁，同時把握幾個線程。
- 1 Daily Channel：所有嘅提問同 idea 先喺呢度用 Thread 討論
- 2 Project Channel：成熟嘅 Topic 獨立做 Channel，可以繼續用 Thread 展開
- 3 Digest / Heartbeat Channel：定時任務嘅輸出地方，方便監控
呢種 setup 令每個 Session 隔離，又可以指定某個 Session 去讀另一個 Session 嘅內容，好適合推進複雜事務。
Discord 進階玩法：Reaction、多 Agent 同模型分配
你可以設定 Reaction 觸發功能，例如點心形就自動收藏條消息到指定 Channel。另外，每個 Channel 可以設定成唔同 Agent，仲可以分配唔同模型。
Product 工作用 Opus 做深度設計，Dev 工作用 Sonnet 或者 Codex
唔使開一大堆 Bot，喺同一個 Server 入面就可以用「#product」同「#dev」分開唔同角色，有效率得多。
Telegram 雖然都有 Topic 功能，但體驗好差，最終我都係放棄咗
最後一個感想：呢個時代真係可以用自然語言「編程」，唔係翻譯成 code，而係由 Agent 做中間橋樑。呢個範式轉變同當年 Transformer 由機器翻譯走出嚟有異曲同工之妙。
講好嘅第二篇教學終於嚟喇。冇諗到短短幾日冇更新，Moltbot 又改名，只能話 AI 時代嘅節奏真係太快。比改名仲快嘅係 moltbook 帶起嘅熱潮，各種針對 Agent 嘅產品層出不窮，睇到人眼都花，我都係腦洞大開，見到新時代嘅雛形。不過今期我哋都係暫時唔傾呢啲，先填返之前嘅坑，分享下我日常用 Telegram 同 Discord 用 OpenClaw 嘅經驗同心得。
渠道選擇：WhatsApp、Telegram 定係 Discord？
OpenClaw 目前支援嘅主流渠道包括 WhatsApp、Telegram、Discord、iMessage、Slack 等，我實際用過嘅係 WhatsApp、Telegram 同 Discord。
首先，如果冇特別必要，建議排除 WhatsApp，佢嘅使用成本同風險都比較大。因為 OpenClaw 登入嘅方式唔係官方批准嘅途徑，本質上係將 OpenClaw 當做網頁客戶端掃碼登入，有啲似 hack，而且呢個會令連接唔穩定，成日斷線。另外，呢種方式多數要準備一個獨立嘅手機號碼嚟註冊，始終唔可以用你現有嘅 WhatsApp 帳號登入，否則你點同佢互動😂。所以，如果唔係特別需要，我建議可以放棄呢個渠道。
然後就係 Telegram 同 Discord 兩兄弟。佢哋嘅調性好明顯唔同：Telegram 偏向點對點嘅 DM 傾偈方式；Discord 以伺服器（Server）為核心，入面有大量頻道同自由度，呢種特性令 OpenClaw 可以有更多發揮空間。喺我嘅組合入面，Telegram 主要負責「短平快」嘅直接對話，Discord 就主要用嚟處理複雜、成體系嘅任務，以及可以並行推進嘅任務。
理解 Main Session：你嘅 AI 助手點樣認得主人
不過，喺開始講我自己嘅 Setup 之前，我要先講下 OpenClaw 嘅 Main Session 概念。
Main Session 就係 OpenClaw 認為佢同主人（Owner）直接對話嗰個 Session。例如 Telegram、WhatsApp、Discord Bot 嘅 DM，仲有 iMessage，呢種你同 Bot 一對一直接傾嘅場景，喺佢嚟講就係直接同 Owner 講嘢。佢嘅一個好處係，主記憶檔案 MEMORY.md 會默認加載入嚟，因為呢個檔案儲存嘅係有私隱性質嘅上下文資訊。其他 session 就唔會加載，例如喺 group 入面傾偈，其他人隨口問嚇就會將主人鍾意睇嘅動漫類型套出嚟，咁就唔好啦哈哈。
另一個好處係，佢默認呢啲 Session 係互通嘅。即係你喺 iMessage、Discord、Telegram 分別講 1、2、3，喺 Agent 嚟講其實就係喺同一個對話入面講咗 1、2、3，冇分別。
但呢個都帶嚟一個潛在問題：如果你將 Bot 分享俾屋企人或者朋友用（例如開放咗 Telegram 嘅存取權限），Agent 會分唔到你定係屋企人發嘅訊息，全部都計喺同一個上下文入面，咁就會亂曬。
有一個設定可以解決呢個問題，就係 session.dmScope。將佢嘅值設定成「per-channel-peer」，就可以做到唔同 Channel、以及同一個 Channel 入面唔同用戶嘅隔離。咁樣無論係你自己嘅 Discord、Telegram 之間，定係你同屋企人嘅 Telegram 之間，喺 agent 嗰度都會變成獨立嘅 Session，互不相干。
...,
"session": {
"dmScope": "per-channel-peer"
},
...咁你可能會諗，可唔可以一邊同屋企人分開，一邊又唔影響自己 DM 之間嘅互通呢？都係得嘅。因為仲有一個設定叫 session.identityLinks，喺呢度將你自己嘅唔同 DM Session 連結成同一個，就可以做到「對外分割，對內互通」嘅狀態。
session: {
scope:"per-sender",
dmScope:"main",
identityLinks:{
alice:["telegram:123456789", "discord:987654321012345678"],
},
...
}啱啱講嘅呢啲設定，大家唔需要手動去改設定檔，因為容易改壞。最好係直接同你嘅 OpenClaw Bot 下令，等佢去設定。
更多相關設定可以參考官方文件嘅呢個部分。
Discord 嘅資訊分級：Thread 嘅魅力💬
Discord 仲有一個好好嘅資訊分級能力，我覺得係參考咗 Slack，就係 Thread。你可以針對任何一條訊息 Create Thread，喺呢條訊息下面繼續討論相關主題。例如一個 Channel 叫「中午食乜」，大家每日都會喺入面討論想食嘅嘢。如果今日小帥話「我想食魚」，下面大家你一言我一語咁回覆，有啲繼續討論魚相關嘅話題例如「烤魚定係燉魚？」，有啲人新開一個話題話「我想食牛肉」。呢個其實就係微信 group 嘅現狀（當然有咗 Quote 功能之後好咗啲），雖然可以交流，但容易令溝通變得混亂。
如果係 Thread 模式呢？如果你想就食魚嘅話題繼續討論，就在小帥嘅訊息下創建一個 Thread，呢個時候會新開一個傾偈空間，大家就可以順住「食咩魚」嘅話題傾落去。而喺 Thread 之外，依然係大家提議今日中午食乜嘅主線傾偈，例如食牛肉嘅人喺 thread 入面已經開始訂位。唔難發現呢個係一個更好嘅交流架構，主題明確，細節可控。
介紹完 Thread 傾偈模式，我哋就可以成個架構講清楚：Discord Server 入面每一個 Channel 都係獨立嘅 Session，呢個好容易理解；除咗 Channel 之外，其實每一個 Thread 同 Channel 其實係一樣，都係一個獨立嘅 Session。不過寫文章時嘅最新版（2026.2.1）更新咗一個功能：Discord: inherit thread parent bindings for routing. 簡單嚟講就係當 Thread 創建時，agent 會自動繼承 parent channel 嘅最近訊息作為上下文，令 agent 喺 thread 入面都知道「前情提要」。用得好 Thread 功能，你嘅 Discord 入面資訊組織性會大幅提高，session 爆炸嘅問題都唔會成日出現。
我嘅 Discord 工作流程：末日小屋實戰
跟住展示下我嘅 Discord 使用方式。我嘅用法係創建一個專門嘅 Server，睇過我以前文章嘅朋友可能知道，我有一個 AI 工作流程嘅 Server 叫「末日小屋」。而家我喺呢度專門開咗一個 Section，用嚟承載我同 Owlia 🦉（我嘅 OpenClaw agent）工作嘅成個流程。
大家可以睇下截圖，我基本上分咗三類：
一類叫「daily」，相當於頭腦風暴階段嘅傾偈，可以見到下面有一大串仲處於 open 狀態嘅 Threads，前面嗰張截圖就係呢個 channel 入面嘅內容形式；另一種係已經獨立出嚟、作為項目繼續推進嘅內容，例如下面嘅 owliabot、writing；仲有一類係日常推送，例如 digest 同 heartbeat。
喺日常傾偈頻道入面，可以透過 autoThread 設定令 Agent 自動喺 Thread 入面回覆。喺 Discord channel config 入面設定：
channels.discord.guilds.<guildId>.channels.<channelId>.autoThread:true開咗之後，收到該頻道嘅訊息時會自動創建 Thread 嚟回覆，而唔係直接喺頻道入面回覆。（多謝 @Pfoagi 提供呢個設定資訊！）
咁樣做嘅好處係，Daily 頻道入面嘅嘢比較雜，當你突然諗起一件事想繼續討論——例如「我最近想抄底 BTC 應該點操作」——出完呢條訊息之後，Agent 就會分析現狀，問你嘅偏好同目前倉位，然後你哋就可以傾落去。
當一件事變得相對龐大，你覺得可以變成長期項目，甚至想令 Agent 主動推進時，就將佢獨立成一個 Channel。你可以喺新頻道入面話俾 Agent 聽呢個係之前某個 Thread 嘅延續，等佢將原本嗰個 Session 壓縮（Compress）過嚟，咁樣對話就可以接得上。跟住嘅推進會更輕鬆，因為喺呢個頻道入面，你依然可以用 Thread 嘅方式進行多維度嘅討論同摺疊。
呢種工作方式嘅好處係我可以好快咁喺唔同事務之間切換。OpenClaw 默認可以同時喺 4 個唔同嘅 Session 入面回覆訊息，而且呢個配額係可以改嘅，但對我嚟講 4 個夠曬，我目前都好少令到 4 個頻道同時處於回覆狀態（仲要練）。呢個時候你會發現自己好似「章魚博士」，揮舞住四條大爪操作四個線程嘅工作，感覺特別有成就感。
除咗推進任務嘅 Channel，仲可以建立一啲日常定時任務嘅 Channel。咁樣之前喺 main session 入面嘅工作就可以拆分到唔同嘅方向。例如，我有一個專門嘅 Channel 叫 digest，佢每日會定時行幾次，將 X 同 Blog 上面嘅內容彙總發入嚟。再例如 heartbeat，我需要一個觀察窗嚟瞭解佢觸發嘅時間同內容，所以建立咗一個 heartbeat Channel，令所有嘅輸出都導向呢度。大家可以結合日常工作生活嘅具體需求去設定。
設定好之後，成個「末日小屋」嘅能力會變得好強大。唔單止有自動化嘅流程，間屋仲住咗一個好強大嘅智能體，佢可以幫你做事、查資料、傾偈。呢啲 session 互相隔離，同時你可以指定某個 session 去讀另一個 session 嘅內容，嚟快速同步上下文。呢種體驗好適合推進複雜事務時嘅需要。
理論上 Slack 都可以做到，但我而家覺得將來可能連 Slack 都唔使，因為 Discord 嘅體驗實在太好。
Discord 進階玩法：Reaction、多 Agent 同模型分配
Discord 仲有啲進階嘅玩法：
Reaction。你可以規定唔同嘅 Reaction 代表唔同嘅功能，令你嘅 Agent 按照你嘅操作去做相應嘅嘢。例如收藏：你可以㩒一個紅心♥️，佢就會自動將呢條訊息轉發到某一個 channel 入面收藏。
分 Agent。每個 Channel 甚至 Thread 都可以設定成一個獨立嘅 agent，可以有自己嘅各種設定，咁樣如果你需要多 agent 配合，唔使一定要創建多個獨立 agent bot 拉一大堆機械人入嚟，而係喺 #product 入面創建一個 pm bot，喺 #dev 入面創建一個 engineer bot 就得，甚至可以根據任務屬性唔同，俾佢哋分別設定唔同嘅模型，例如產品工作可能需要 opus 嚟做深度設計，開發工作好多時候 sonnet 已經做得夠好（當然複雜邏輯可能要用 codex 哈哈）。
Telegram 嘅類似嘗試（同點解我放棄咗）
最後補充一啲 Telegram 嘅類似用法，一個係開 Group 分 Topic，呢個其實算係 Telegram 喺 Discord 嘅壓力下做嘅功能，但一直體驗好差；另外同 Bot 嘅 DM 入面都可以開 Thread（其實同 Topic 一套機制），而且 1 月 24 日（當時仲叫 Clawdbot）嗰次更新加咗一個支援：當你喺 BotFather 嗰度俾 Bot 設定打開 Thread 模式（注意一定要喺 BotFather 嘅 Mini App 入面先揾到呢個開關），你同佢嘅 DM 就會變成像一個有 Topic 嘅 Telegram Group，只係 Topic 喺 DM 入面叫 Thread。我用落體驗好差，呢度唔詳細講。
用自然語言編程嘅時代
最後講一個感想。Reaction 自動化呢個功能我之前喺自己嘅「末日小屋」入面係用寫程式嘅方式實現（當然都係 AI 寫嘅），有咗 Agent 之後，呢啲嘢都可以用自然語言嘅方式「編譯」到流程入面。呢個亦都係我覺得 Agent 時代同原來最大嘅分別：人真係實現咗用自然語言編程，只係方式唔係將自然語言翻譯成程式碼，而係由一個既聽得明人話、又精通編程或者話調用接口嘅 Agent 嚟做中間嘅橋樑。
呢個範式嘅變化，同當年嘅 AI 範式變化有異曲同工之妙。畢竟後來邊個都估唔到，現代大語言模型嘅核心架構 Transformer 竟然係由機器翻譯呢條路走出嚟嘅。
所以，Telegram 定係 Discord？
Telegram 輕快，適合隨時隨地問啲嘢；Discord 重但組織能力強，適合長期項目。所以如果你只想有個可以隨時傾兩句嘅 AI 助手，Telegram 夠用。但如果你想令 Agent 真係幫你開工、推項目、搞自動化，Discord 嘅 Server + Channel + Thread 三層結構會令你覺得「終於有個似樣啲嘅工作枱」。我而家嘅用法係兩邊都開住，Telegram 當流動裝置入口，Discord 當主戰場。
OK，呢篇去到呢度先，下一篇可能會寫下定時任務同多 Agent 協作，或者睇下留言區有冇大家想聽嘅話題！
說好的第二篇教程來了。沒想到短短几天沒更新，Moltbot 又改名了，只能說 AI 時代的節奏真是太快了。比改名更快的是 moltbook 掀起的風潮，各種面向 Agent 的產品層出不窮，讓人眼花繚亂，我也是腦洞大開，看到了新時代的雛形。不過這一期咱們還是先不談這些，先把之前的坑填上，分享一下我日常使用通過 Telegram 和 Discord 使用 OpenClaw 的經驗和心得。
渠道選擇：WhatsApp、Telegram 還是 Discord？
OpenClaw 目前支持的主流渠道包括 WhatsApp、Telegram、Discord、iMessage、Slack 等，我實際使用過的是 WhatsApp、Telegram 和 Discord。
首先，如果沒有特別必要，建議先排除 WhatsApp，它的使用成本和隱患都比較大。這是因為 OpenClaw 登錄的方式並非官方允許的途徑，本質上是把 OpenClaw 當作網頁客戶端掃碼登錄，有點 hack 的意思，而且這會導致連接不穩定，經常斷聯。此外，這種方式大概率需要準備一個單獨的手機號來註冊，畢竟不能用你現在的 WhatsApp 賬號登錄，要不然你用什麼跟它交互😂。所以，如果不是特別依賴，我建議可以放棄這個渠道。
然後就是 Telegram 和 Discord 兩兄弟了。它們的調性區別很明顯：Telegram 偏向點對點的 DM 聊天方式；Discord 以服務器（Server）為核心，裏面包含大量頻道和自由度，這種特性能夠給 OpenClaw 更多的發揮空間。在我的搭配中，Telegram 主要負責"短平快"的直接聊天，Discord 則主要用於處理複雜、成體系的任務，以及可以並行推進的任務。
理解 Main Session：你的 AI 助手如何識別主人
不過，在開始講我自己的 Setup 之前，我需要先講一下 OpenClaw 的 Main Session 概念。
Main Session 就是 OpenClaw 認為它跟主人（Owner）直接對話的那個 Session。比如 Telegram、WhatsApp、Discord Bot 的 DM，還有 iMessage，這種你跟 Bot 一對一直接聊的場景，在它看來就是直接跟 Owner 講話。它的一個好處是，主記憶文件 MEMORY.md 可以默認加載進來，因為這個文件裏存的是有隱私屬性的上下文信息。其他 session 裏就不會加載，比如在羣裏聊天，其他人隨便問問就把主人喜歡看的動漫類型給套出來，這就不太好了哈哈。
另外一個好處是，它默認這些 Session 是打通的。也就是你在 iMessage、Discord、Telegram 裏分別說 1、2、3，在 Agent 看來其實就是在一個聊天裏說了 1、2、3，沒有區別。
但這也帶來一個可能的問題：如果你把 Bot 分享給家人朋友使用（比如開放了 Telegram 訪問權限），Agent 會無法區分是你發的消息還是家人發的消息，都算在同一個上下文裏，這樣就會亂掉。
有一個配置可以解決這個問題，就是 session.dmScope。把它的值配置成 “per-channel-peer”，就可以實現不同 Channel、以及同一個 Channel 不同用戶的隔離。這樣無論是你自己的 Discord、Telegram 之間，還是你跟家人的 Telegram 之間，在 agent 那裏都會變成獨立的 Session，互不干擾。
...,
"session": {
"dmScope": "per-channel-peer"
},
...那你可能會想，能不能既跟家人分開，又不影響我自己 DM 之間的互通呢？這也是可以的。因為還有一個配置叫 session.identityLinks，在這裏把你自己的不同 DM Session 連結成同一個，就能實現"對外分割，對內互通"的狀態。
session: {
scope:"per-sender",
dmScope:"main",
identityLinks:{
alice:["telegram:123456789", "discord:987654321012345678"],
},
...
}剛剛說的這些配置，大家不需要手動去改配置文件，因為容易改壞。最好是直接給你的 OpenClaw Bot 下令，讓它去配置。
更多相關配置可以參考官方文檔的這個部分。
Discord 的信息分級：Thread 的魅力💬
Discord 還有一個特別好的信息分級能力，我覺得是借鑑於 Slack，那就是 Thread。你可以針對任何一條消息 Create Thread，在這個消息下面繼續討論相關主題。比如一個 Channel 叫「中午吃什麼」，大家每天都會在裏面討論想吃的菜。如果今天小帥說「我想吃魚」，下面大家你一言我一語地回覆，有的繼續討論魚相關的話題比如「烤魚還是燉魚？」，有的人新起一個話題說「我想吃牛肉」。這其實就是微信羣的現狀（當然有了 Quote 功能後好了一些），雖然可以交流，但容易讓整溝通變得混亂。
如果是 Thread 模式呢？如果你想就吃魚的話題繼續討論，就在小帥的消息下創建一個 Thread，這時候會新開一個聊天空間，大家就可以順着「吃什麼魚」的話題聊下去。而在 Thread 之外，依然是大家提議今天中午吃什麼的主線聊天，比如吃牛肉的人就在 thread 裏已經開始訂位子了。不難發現這是一個更好的交流架構，主題明確，細節可控。
介紹完 Thread 聊天模式，我們就可以把整個架構講清楚：Discord Server 裏每一個 Channel 都是獨立的 Session，這很好理解；除了 Channel 之外，其實每一個 Thread 和 Channel 其實是一樣的，都是一個獨立的 Session。不過寫文章時的最新版（2026.2.1）更新了一個功能：Discord: inherit thread parent bindings for routing. 簡單說就是當 Thread 創建時，agent 會自動繼承 parent channel 的最近消息作為上下文，讓 agent 在 thread 裏也能知道「前情提要」。用好 Thread 功能，你的 Discord 裏信息組織性會大幅提高，session 爆炸的問題也不太會出現了。
我的 Discord 工作流：末日小屋實戰
接下來展示一下我的 Discord 使用方式。我的用法是創建一個專門的 Server，看過我之前文章的小夥伴可能知道，我有一個 AI 工作流的 Server 叫「末日小屋」。現在我在這裏專門開了一個 Section，用來承載我和 Owlia 🦉（我的 OpenClaw agent）工作的整個流程。
大家可以看一下截圖，我基本上分了三類：
一類叫"daily"，相當於頭腦風暴階段的聊天，可以看到下方有一大串還處於 open 狀態的 Threads，在前面那張截圖就是這個 channel 裏的內容形式；另一種是已經獨立出來、作為項目繼續推進的內容，比如下面的 owliabot、writing；還有一類是日常推送，比如 digest 和 heartbeat。
在日常聊天頻道里，可以通過 autoThread 配置讓 Agent 自動在 Thread 裏回覆。在 Discord channel config 裏設置：
channels.discord.guilds.<guildId>.channels.<channelId>.autoThread:true開啓後，收到該頻道消息時會自動創建 Thread 來回復，而不是直接在頻道里回覆。（感謝 @Pfoagi 提供這個配置信息！）
這樣做的好處是，Daily 頻道里的事情比較雜，當你突然想起一件事想繼續討論——比如"我最近想抄底 BTC 該怎麼操作"——發完這條消息後，Agent 就會分析現狀，詢問你的偏好和目前倉位，然後你們就可以聊下去了。
當一件事變得相對龐大，你覺得可以變成長期項目，甚至可以讓 Agent 主動推進時，就把它獨立成一個 Channel。你可以在新頻道里告訴 Agent 這是之前某個 Thread 的延續，讓它把原來的 Session 壓縮（Compress）到這邊來，這樣對話就能接上。接下來的推進會更輕鬆，因為在這個頻道里，你依然可以用 Thread 的方式進行多維度的討論和摺疊。
這種工作方式的好處是我可以非常快速地在不同事務中切換。OpenClaw 默認能同時在 4 個不同的 Session 裏回覆消息，而且這個配額是可以改的，但對我來說 4 個足夠了，我目前還很少能讓 4 個頻道同時處於回覆狀態（還得練）。這時你會發現自己就像"章魚博士"，揮舞着四條大爪子操作四個線程的工作，感覺特別有成就感。
除了推進任務的 Channel，還可以建立一些日常定時任務的 Channel。這樣之前在 main session 裏的工作就可以拆分到不同的方向上。比如，我有一個專門的 Channel 叫 digest，它每天會定時跑幾遍，把 X 和博客上的內容彙總發進來。再比如 heartbeat，我需要一個觀察窗來了解它觸發的時間和內容，所以建了一個 heartbeat Channel，讓所有的輸出都導向這裏。大家可以結合日常工作生活的具體需求去配置。
配置好之後，整個"末日小屋"的能力會變得非常強。不僅擁有自動化的流程，屋子裏還住進了一個非常強大的智能體，它可以幫你做事、查資料、聊天。這些 session 互相隔離，同時你還可以指定某個 session 去讀取另一個 session 的內容，來快速同步上下文。這種體驗非常契合推進複雜事務時的需求。
理論上 Slack 也可以做到，但我現在覺得以後可能連 Slack 都不用了，因為 Discord 的體驗實在是太好了。
Discord 進階玩法：Reaction、多 Agent 與模型分配
Discord 還有一些進階的玩法：
Reaction。你可以規定不同的 Reaction 代表不同的功能，讓你的 Agent 按照你的操作去做相應的事情。比如收藏：你可以點一個紅心♥️，它就自動把這個消息轉發到某一個 channel 裏面收藏。
分 Agent。每個 Channel 甚至 Thread 都可以配置成一個單獨的 agent，可以有自己的各種設定，這樣如果你需要多 agent 配合，不用非得創建多個獨立 agent bot 拉一堆機器人進來，而是在 #product 裏創建一個 pm bot，在 #dev 裏創建一個 engineer bot 就好，甚至可以根據任務屬性不同，給它們分別配置不同的模型，這樣產品工作可能需要 opus 來做深度設計，開發工作很多時候 sonnet 就已經做得足夠好了（當然複雜邏輯可能得配 codex 哈哈）。
Telegram 的類似嘗試（以及為什麼我放棄了）
最後補充一些 Telegram 的類似用法，一個是開 Group 分 Topic，這個其實算是 Telegram 在 Discord 的壓力下做的功能，但是一直體驗很差；另外跟 Bot 的 DM 裏也是可以開啓 Thread（其實跟 Topic 一套機制），而且 1 月 24 日（當時還叫 Clawdbot）的那次更新加了一個支持：當你在 BotFather 那邊給 Bot 設置打開 Thread 模式（注意必須在 BotFather 的 Mini App 裏才能找到這個開關），你跟它的 DM 就會變成像一個帶 Topic 的 Telegram Group，只不過 Topic 在 DM 裏叫 Thread。我用下來體驗很差，這裏就不展開了。
用自然語言編程的時代
最後說一個感想。Reaction 自動化這個功能我之前在自己的"末日小屋"裏是用寫程序的方式實現的（當然也是 AI 寫的），有了 Agent 之後，這些事情都可以用自然語言的方式「編譯」到流程裏面。這也是我覺得 Agent 時代跟原來最大的區別：人真的實現了用自然語言編程，只不過方式不是將自然語言翻譯成程序代碼，而是由一個既能聽懂人話、又精通編程或者說調用接口的 Agent 來做中間的橋樑。
這個範式的變化，與當年的 AI 範式變化有異曲同工之妙。畢竟後來誰也沒想到，現代大語言模型的核心架構 Transformer 竟然是從機器翻譯這條路走出來的。
所以，Telegram 還是 Discord？
Telegram 輕快，適合隨時隨地問點事；Discord 重但組織能力強，適合長期項目。所以如果你只是想有個能隨時聊兩句的 AI 助手，Telegram 夠用。但如果你想讓 Agent 真的幫你幹活、推項目、搞自動化，Discord 的 Server + Channel + Thread 三層結構會讓你覺得"終於有個像樣的工作台了"。我現在的用法是兩邊都開着，Telegram 當移動端入口，Discord 當主戰場。
OK，這篇先到這兒，下一篇可能會寫寫定時任務和多 Agent 協作，或者看看評論區有沒有大家想聽的話題！