工作流程模式

看板執行

代理透過看板追蹤並推進工作的可見執行流程。

概念專屬圖版看板執行hx-graph-context-concept-kanban-execution正在載入視覺預覽…
以原始尺寸檢視

看板執行

這是什麼

讓代理把任務移過明確狀態、留下受阻原因與結案交接,使執行進度可被人與下一位工作者直接查看。

白話解釋

汽車維修廠會把每輛車的工單放在「等待」、「維修中」、「試車」、「待取車」等欄位;技師交班前也會在工單上寫清楚進度,下一位技師拿到鑰匙就知道從哪裡接手。看板執行讓 Hermes 以同樣方式管理自己的工作:代理接手時移動任務,所有轉換都附有下一位工作者讀得到的原因,不會無聲交接。

為什麼重要

看板任務有 7 個明確狀態:triagetodoreadyrunningblockeddonearchivedkanban_block 會記錄工作停止的原因:dependency 在阻擋任務完成後自動恢復;needs_inputcapability 則在看板呈現可讀原因;同一原因重複受阻與解除時,任務會自動升級回 triagekanban_complete 強制產生結構化交接,包括摘要、機器可讀中繼資料,以及直接上傳到訂閱者聊天的產出物檔案。明確狀態、原因與交接,取代沒有人有時間閱讀的長篇對話記錄。

運作方式

看板不只是顯示介面。閘道內的分派器會按固定間隔檢查,尋找已就緒、已指派且尚未被工作者領取的任務,並為每項工作啟動一個代理程序(gateway/kanban_watchers.py)。執行中的工作者還可繼續分派工作:kanban_create 建立受父任務約束的子任務,父任務完成後子任務才符合執行資格;kanban_link 可把同樣的父子相依關係加到既有任務(tools/kanban_tools.py)。工作者不透過共用聊天記錄交接;kanban_comment 會把註記附加到任務討論串,下一位工作者接手時,這些註記會直接編入系統提示詞,讓討論串成為刻意保留上下文的管道。

具體範例

三個子代理共同處理資料遷移:一個轉換資料庫 schema、一個重寫 API、一個更新測試,而 API 工作必須等 schema 完成。團隊先建立 schema 任務,再把 API 與測試任務建成指向它的子任務;API 任務會停在 todo,直到 schema 進入 done 才自動升為 ready。API 工作者遇到只能由人決定的選項時,以 kanban_blockkind='needs_input' 和簡短原因阻擋任務;人員在任務討論串回答後,工作者恢復執行,最後以 kanban_complete 附上變更摘要完成交接。

如何連結

「看板執行」屬於「工作流程模式」系列。最直接相關的概念包括:「Slack 第二大腦」、「代理團隊委派」、「代理執行環境」。

來源證據

  • vendor/hermes-agent/toolsets.py#<file>toolsets.py 的結構性來源對應;此檔位於工具、工具集與 MCP 架構中的工具登錄與工具集核心結構。
  • tool:kanban_block — 此工具不在本次來源投影的驗證範圍;相關操作仍須以釘選版本的 tools/kanban_tools.py 實際來源確認。
  • tool:kanban_complete — 此工具不在本次來源投影的驗證範圍;相關操作仍須以釘選版本的 tools/kanban_tools.py 實際來源確認。

工作流程

相關文章

相關筆記