多工作階段代理看板
有些工作對單一 AI 而言太過龐大 — 例如同時處理後端、前端與 DB 遷移,或是一項按領域拆分的大型重構。多工作階段代理看板將多個 AI 代理放在同一畫面(一個看板)上,讓它們以團隊方式協作,並透過執行佇列與統一核准讓你安全地掌控全局。
Blyck 的切入點不是「一個執行代理的地方」— 如今每個主流工具都能做到這點。它是**「一個執行代理、然後信任並合併其成果的地方」**。三個層次讓這件事成真:協調(跨工作階段觀察與中繼)、治理(以 ChangeSet + 統一核准在代理執行時審查),以及作業工作台(DB、SSH、終端機與預覽就在代理旁邊,並具備環境隔離)。
- 將多個 AI 聊天工作階段(Claude 與 Codex 混合)以卡片形式排列在單一看板上。
- 以節點/邊圖即時視覺化代理關係與工作流程。
- 代理彼此交接工作(中繼)並平行執行,同時由執行佇列防止衝突。
- 每個核准請求都彙整於同一處 — 底部的統一收件匣。
點選標頭中的 🤖 按鈕即可開啟代理看板面板(以新分頁或分割開啟,如同任何其他面板)。看板上的卡片是停放在背景中的 AI 聊天工作階段 — 你從看板管理眾多工作階段,而實際同時串流的只有少數幾個。
看板是垂直卡片清單(選擇它而非格狀排列,因為格狀會裁切資訊且擴充性差)。頂部固定著一條狀態列;其下是可捲動、展開與重新排序的卡片。
一條固定的單行,摘要整個看板:
6 agents · 2 streaming · 1 awaiting approval · total $2.14 · today $0.42- 即時統計代理數量、有多少正在串流,以及有多少等待核准。
- 執行中的費用總計,並在多個代理同時執行時顯示並行串流警告(費用治理)。
每張摺疊的卡片預設顯示3 行 — 資料夾、摘要、進度 — 另有精簡切換,可將其壓縮為單行以應付高密度看板。
| 行 | 顯示內容 |
|---|---|
| 標頭 | 狀態點 · 代理名稱 · 提供者/模型 · 📁 專案資料夾 · 模式徽章(chat/plan/act × instant/review) · ⏹ 停止 / ⤢ 展開 / 📌 停放 控制項 |
| 摘要 | 近期活動摘要(或最後一則使用者/AI 發言)、ChangeSet 晶片、執行中費用 |
| 進度 | 串流尾端、目前工具,以及設定步驟預算時的 step N/M |
狀態點即時反映工作階段:
| 狀態 | 意義 |
|---|---|
| idle | 無任何執行 |
| thinking / streaming / tool | 正在回應,或正在執行工具 |
| queued | 正在等待執行佇列閘門(見下文) |
| awaiting approval | 因統一收件匣中的核准卡片而受阻 |
| error | 上一回合失敗(例如額度用盡)— 固定於頂部 |
排序依活動而定,並將等待核准與錯誤的卡片固定於頂部,讓任何緊急事項都不會捲出視野。
摺疊 ↔ 展開
Section titled “摺疊 ↔ 展開”- 摺疊(預設,3 行) — 資料夾、摘要、進度、ChangeSet、費用。精簡切換可將其縮為單行。
- 行內展開(手風琴) — 點選卡片即可就地展開:精簡的對話記錄 + 串流尾端 + 核准卡片 + 迷你輸入框。你完全不必離開清單,而且可同時展開多張卡片以並列比較。
- ⤢ 展開為面板 — 將工作階段拉出成為真正的面板(完整的「駕駛艙」)以進行深度工作。它是同一段聊天,因此沒有任何分歧。
這就是控制塔 / 駕駛艙的分工:看板負責掃視與操控;完整的 AI 聊天面板負責深度工作。兩者投射同一個工作階段。
切換標頭的 [List ⇄ Graph] 即可從卡片清單切換為 🕸 協調圖 — 一個階層式 DAG,將每個代理繪製為節點、每次委派(agent_send)繪製為邊,並支援平移與縮放。你一眼就能看出誰把什麼交給了誰,以及何處卡住了。
- 每個節點的即時狀態:串流中、等待中、等待核准、完成。
- 流程路由:工作沿中繼鏈所走的路徑。
看板讓代理關係一目了然,使繁忙的看板仍保持可讀。
| 邊 | 意義 | 顏色 |
|---|---|---|
| → pipe | A 的結果交給 B | 藍色 |
| ↩ ref | B 參考 A 的聊天 | 灰色 |
| ⑃ subchat | A 生成子代理 B(ai_subchat) | 紫色 |
| ⚙ task | A 生成背景任務(task_spawn) | 綠色 |
| ◱ team | 共享筆記主題 / 專案資料夾 | 衍生色帶 |
- 連線通道(左側邊欄) — Git 圖風格的通道,卡片間以曲線連結,依邊類型上色,並以箭頭表示方向。
- 每張卡片上的徽章 —
→ pipe: B, C/↩ refs: A/⑃ subs: 2。點選即可捲動至並突顯目標。 - 即時流程動畫 — 當 pipe 觸發時,一個點沿線 A→B 移動,目標閃爍。
- 群組色帶 — 共享資料夾或團隊主題的卡片,會在左側獲得一條彩色色帶。
- 聚焦模式 — 點選 🔗 可淡化無關卡片,只突顯某卡片的進出邊。
代理被賦予同儕感知,讓它們協作而非盲目各自為政。
| 工具 | 角色 |
|---|---|
agent_send(targetChatId, message) | 將工作/結果交給另一個代理(中繼)。若目標忙碌中,會在該代理回合結束後自動送達 |
agent_create(title, provider?, projectRoot?, mode?) | 建立以角色為基礎的隊友;透過回傳的 chatId 傳送給它 |
- 同儕感知提示詞 — 每個代理的系統提示詞會列出它的隊友、各自的負責範圍,以及產出物存放位置,並要求它把共享決策記錄在團隊筆記中(
workspace_note)。 - 循序中繼 vs. 平行扇出 — 相依的工作(C 需要 B 的結果)以循序方式中繼;只有獨立的工作才平行扇出。切勿同時把同一個檔案交給兩個代理。
- 回報協定 — 當某代理完成受委派的工作時,會透過
agent_send回報給委派者,好讓協調者驅動下一步。 agent_create限制 — 新隊友預設為 Act + Review 模式(每項變更都需要你核准);自主模式需明確開啟。建立上限為每 15 分鐘視窗 5 個代理。- 迴圈防護 — 若同一對代理不斷來回丟工作,中繼會被封鎖。防護使用 15 分鐘視窗(單向約 3、往返約 4、總計約 8)來阻止無限中繼與費用失控。
執行佇列 — 平行且安全
Section titled “執行佇列 — 平行且安全”當多個代理同時動作時,便會產生衝突。執行佇列以閘門將它們序列化並協調,因此「5」這個數字是並行上限,而非你能管理多少代理的上限 — 停放的卡片不耗費任何成本。
- 自身回合閘門 — 若代理本身已在回應或準備中,則等待(每段聊天永遠只有一個回合擁有者)。
- 提供者預算 — 每個提供者的並行上限;Claude(一個行程池,最多 5 個 LRU 並附閒置清理)與 Codex(以執行緒為基礎)分別編列預算,因此彼此的上限不會互相搶占。
- 檔案衝突防護 — 同資料夾的代理預設平行執行;只有當兩個回合觸及同一個檔案時,其中一個才會等待(約 90 秒)以防止覆寫。
- ⚡ 平行切換 — 預設開啟。關閉後會退回嚴格的同資料夾序列化。
檔案隔離 — git + ChangeSet
Section titled “檔案隔離 — git + ChangeSet”Blyck 不使用 git worktree,而是以回合邊界的 git 檢查點 + ChangeSet 歸屬 + 執行佇列的檔案衝突防護來隔離檔案作業。
- 每個回合都會建立檢查點(一個復原點);當一個看板共用一個 repo 時,每個代理各自提交,使變更保持可歸屬且可個別還原。
- 刻意不使用 worktree:各卡片一個資料夾是常見模式(因此衝突只會發生在單一資料夾內)、worktree 在 Windows 上代價高昂,而且在遠端 SFTP 專案根目錄上結構性地不可能 — 而那正是 Blyck 工作台大放異彩之處。
每個代理都獲得隔離的 SSH/DB 範圍。某代理連上的遠端主機或資料庫,不會外洩到另一個代理的脈絡中 — 防止團隊作業中的意外。這一層是競爭工具結構上無法匹敵的,因為這些代理就住在與 DB、SSH 及終端機面板相同的工作台內。
統一核准收件匣
Section titled “統一核准收件匣”有了多個代理 — 其中好幾個停放在背景 — 核准請求原本會彈出在你看不見的隱藏 DOM 中。看板將它們全部彙整到底部的同一處,對齊行內核准卡片的位置。
- 依代理分組的精簡卡片:命令預覽 + 原因 / 工作目錄 + 允許 / 拒絕。
- 手風琴可展開完整命令。
- 上限約為螢幕的三分之一並附內部捲動,因此絕不會淹沒工作階段檢視。
關於個別核准卡片如何運作,請參考 AI 聊天 → 工具核准閘門。
看板序列化 — 重新啟動時還原
Section titled “看板序列化 — 重新啟動時還原”看板版面、每個工作階段的對話,以及進度都會被序列化並儲存(與具名面板版面相同的機制)。重新啟動應用程式後,看板會完整回來 — 包含卡片、對話與邊。
底部的固定輸入框可一次傳送給全部、部分或單一代理。附上共享的前言(共同脈絡),每個選中的代理都會收到,各自通過自己的執行佇列閘門與自己的核准模式 — 絕非繞過擁有權的原始平行啟動。
建議工作流程
Section titled “建議工作流程”- 給主導代理整體目標。
- 主導代理以
agent_create建立以角色為基礎的隊友(或附加既有的工作階段)。 - 以
agent_send平行扇出獨立的工作;循序中繼相依的工作。 - 從統一收件匣處理核准。
- 主導代理整合並驗證產出物 — 建議把驗證委派給一個並未建置它的同儕。
如果代理彼此無止盡地互相呼叫怎麼辦? 迴圈防護會偵測 15 分鐘視窗內的來回重複與扇出,並封鎖後續中繼。
如果兩個代理編輯同一個檔案怎麼辦? 同資料夾的代理平行執行,但當它們的回合觸及同一個檔案時,執行佇列的檔案衝突防護會讓其中一個等待(約 90 秒),以防止覆寫。關閉 ⚡ 平行切換即可進行嚴格序列化。
同時能執行多少個代理? 並行按提供者設上限(Claude 約 5、Codex 另計),但你能管理的遠不止於此 — 停放的卡片不耗費任何成本,執行佇列會在名額釋出時放行其餘代理。
看板在重新啟動時會消失嗎? 不會。看板版面、對話、邊與進度都會被序列化並還原。
為何不用 git worktree 來隔離? 各卡片一個資料夾使衝突罕見(僅限同資料夾)、worktree 在 Windows 上代價高昂,而且在遠端 SFTP 根目錄上無法存在。Blyck 改用 git 檢查點 + ChangeSet + 檔案衝突防護 — 這在遠端資料夾上也能運作。
某個代理的 SSH/DB 連線會影響另一個嗎? 不會。每個代理都有隔離的環境範圍,因此遠端主機或資料庫不會在代理之間外洩。