Agent Board：跨 Agent 進度看板、Hermes 支援狀態與訊息授權邊界

原帖與公開留言

作者原帖介紹 Codex、Antigravity、Claude Code 等多視窗使用痛點，並明說跨 Agent、雲端／本地整合仍在強化。作者續文另外列學習、研究、論文與 Zotero 專案，不因此把它們當成看板依賴或本次安裝項目。可見回覆以支持與合作交流為主，沒有提供獨立效能或安全驗證；留言 coverage 為 partial，相關推薦串不算原帖回覆。

固定版本與核心資料流

本次讀取 WenyuChiou/agent-board commit 5c26fb26dc6287325b7a261bd26b80b727e4a7aa，README 標示 0.23.2，LICENSE 為 MIT。看板以同一本機 progress.md 的各會話區塊整合任務、步驟與待確認問題，另有封存與 journal；可透過終端或互動網頁查看，Claude Code 原生 pane 是可選路徑，不是所有其他主機都必須先安裝 Claude。

需區分「活動狀態」與「任務語意」：hooks 可回報正在工作／等待等事件，但具體完成哪些步驟仍需明確回報。原生會話存在，不代表它已接上看板；舊進度檔也不是即時在線證明。看板標成 Done 不會自動證明測試、交付或外部寫入已成功。

支援程度要按主機與介面分開

• Codex：文件區分受控 app-server owner、CLI TTY 與桌面 App；受控 owner 的 ACK 紀錄不能冒充既有桌面視窗已能收訊。
• Antigravity：倉庫記錄 Windows CLI hooks 與受控 stream 測試，App／IDE 仍需另驗，不把共用設定路徑當各介面都會載入。
• Hermes Agent：README 列看板與 skill，但獨立 lifecycle adapter 仍 pending；hooks/local-agents.ts 的 lifecycleCapability 對 hermes 也回 adapter-pending。因此不能寫成「Hermes 任務已可自動同步完整狀態」。
• 其他主機：安裝器產生 hooks／plugin 或通過合成測試，不等原生 runtime、直接訊息與全部雙向能力已驗收。

倉庫 2026-10-19 驗證紀錄保留了一次原生 hooks 失敗、一次 ACK 已成功但 receiver 後續掉線的問題，以及修正後的回歸。這是作者公開的實驗紀錄，不是我們重跑；其範圍也明確排除全面桌面／IDE 與自主工具任務驗收。CI 另含合成交換、mock owner、看板儲存與 plugin 測試，綠燈不能擴張為全部真實會話可用。

訊息通道：ACK、任務完成與批准不是同一件事

MESSAGING要求精確 agent／session／turn、受驗 owner 與短租約。狀態分 queued、uncertain、accepted、acknowledged、rejected；ACK 證明收件，不證明任務完成。相同 ID 的確切重試重用回執，內容不同應衝突；已 claim 卻中斷的訊息不應自動改 ID 強送，否則可能重複執行。

hooks/messaging.ts 有相符綁定與 ACK 格式檢查；真正 owner 與原生回覆是否可信，仍依賴每個接收 adapter 的實作與 host。一般訊息、對方聲稱「使用者已同意」及模型 ACK，都不能代替原主機的工具授權。預設沒有可用 receiver 的卡片維持 Copy，不會自動叫醒已結束會話；另有明確 opt-in 的 legacy --allow-resume 路徑，不能誤說系統完全不存在啟動程序的能力。

本機不等於資料永不外送

SECURITY區分獨立 metadata reporters 與可選 Claude plugin：前者記錄選定狀態及明確任務摘要，文件表示不讀對話、不呼叫摘要模型；後者可把 prompt／reply、首個需求與交接文字交由 Claude 模型摘要或命名。hooks/register.tsx 可見 Haiku complete 呼叫。資料流與額度成本不能因進度檔存本機就被忽略。