用 Discord 建立 AI Agent 工作流的三大優勢
最近這三個月都在瘋狂養龍蝦，API 花費也累積到 1500 美金以上了。這三個月光是幫它找個順手的操作介面就在那邊換了好幾輪，從 Telegram 轉到 Line，又轉回 Telegram，最後結果你猜怎樣，我現在全部搬到 Discord 上了。
老實說一個 AI Agent 好不好用，模型聰不聰明、框架順不順手是一回事，但介面怎麼管理 Session 才是真正決定能不能好好多工作業的關鍵
一開始我用 Telegram 跟 Line，最大的痛點就是只能有一個線性的對話框，想平行處理不同事情幾乎不可能。因為這樣，我初期都會連回 Mac Mini 開 WebChat 介面，結果更讓人崩潰，WebChat 放一陣子自動關閉不說，有時候網頁重整 connection 沒接好，原本的任務就不了了之了，但那時也就將就著用。
後來兩周前跳到 Discord，我才發現它的 Channel 加上 Thread 階層結構根本是為 Agent 多工而生的。這解決了幾個很關鍵的痛點：
長週期的主動回報：有些跑流程的任務可能要花上幾天，或是需要每日回報。Discord 的 Thread 會一直保留，Agent 跑完後會精準地在該 Thread 主動更新。每天早上醒來，看到畫面上亮起好幾個白色的未讀對話框，這真的很像一堆下屬在向你報告進度。
讓 Agent 彼此討論：如果你有多個不同職能的 Agent，要把他們拉在同一個環境裡互相對話、腦力激盪，目前用起來也只有 Discord 能輕鬆做到這件事。
出張嘴就能平行分工：比如我跟 Agent 討論出數據有異常，它列出三個 Action Item 時，我可以直接交代：「針對這三項各開一張 Linear 票，並各開一個 Thread 同步去跑。」如果加上語音系統，那真的是實現出一張嘴，就瞬間派出一大群 Agent 同時上工作業的場景。
之前其實也有踩到一個小坑，就是透過 Discord 上傳檔案會整個 hang 住。後來我通靈找出原因就順手提了個 PR (#58198)，最後 Maintainer 幫我修得更完善，現在 4.2 版這個功能 merge 進去後，用起來真的找不到什麼缺點
我目前感覺把 Discord 當成單兵或多 Agent 的控制台絕對是目前的最佳解，這個組合超級推薦大家試試看，其實還有許多小優點就不多提了。這陣子不曉得大家都在用什麼工具管理自己的 AI 團隊，歡迎留言交流一下！
作者：Chi