AI agent 也需要看板?Hermes 把失敗和重試變成一等公民

AI agent 並行工作時,難的不是排任務,是它們會失敗、當機、被退件。Hermes 的 Kanban 把每次嘗試、重試和交接都寫進資料模型,用四個場景看懂它跟普通待辦清單差在哪。 ⭐ 文章深度讀：你還在手動翻 log,救那些失敗的 AI 任務嗎? → https://heymaibao.com/hermes-kanban-ai-agents/ ⚡ 章節重點 開場:AI agent 真的需要看板嗎 00:00 為什麼傳統清單會崩 01:13 run-based 模型:把失敗當一等公民 01:49 三個操作面與六欄看板 02:19 場景一:讓任務自己排隊 03:17 場景二:一個人顧一支 AI 艦隊 04:26 場景三:退件重來與重試歷史 05:36 場景四:斷路器與崩潰復原 06:51 真正的關鍵:結構化交接 08:08 我的觀察與收尾 09:14 📝 懶人包 ∙ Hermes Kanban 用 run-based 模型: 任務的每一次執行嘗試 (一個 run) 都是獨立一列，失敗、崩潰、重試的歷史是一等公民而不是事後補的註記。重試的 worker 會從「上次失敗在哪」接手，而不是從零重跑。 ∙ 階段之間靠 `kanban_complete(summary, metadata)` 做結構化交接。下一棒的 worker 一呼叫 `kanban_show()`，系統回傳的 worker_context 就直接帶上上一棒的決策摘要和改了哪些檔，不用回去翻一整串留言考古。 ∙ dispatcher (派工的背景程式) 有兩道可靠性防線: 斷路器 (連續失敗 N 次後直接終止重試，標成 gave_up 等人處理) 和崩潰復原 (偵測到 worker 進程死掉，就把任務收回重新派給新的 worker)。 ∙ 我的觀察: 當你讓多個會出錯的 AI worker 並行做事，真正的瓶頸從來不是「看板長什麼樣」，而是「失敗和交接有沒有被當成一等公民」。這點成立的前提是任務之間真的有依賴或重試，如果只是一堆互不相干的小事，普通清單其實也夠。 📚 參考資料 Hermes Kanban Tutorial → https://hermes-agent.nousresearch.com/docs/user-guide/features/kanban-tutorial