分享我自己用 herdr 的方法。
herdr 的層級是 Workspace（左上角工作區）→ Tab（分頁）→ pane（窗格）。一開始我常常隨便亂切，切到根本找不到在哪裡。後來我請 Opus 5.5 去分析我過去 30 天的 session log，找出了最適合的使用方式：工作區按任務頻率分成「常駐」「今日」「長期」。
三個工作區
常駐的部分我會拿來做總管，最常做的就是請他用 /herdr skill 去控制其他窗格的 agent。一個分頁就是一個 project。
如果常駐的 agent session 判定他要開的任務是今天就要做完的待辦，那他就會在「今日」工作區中開分頁，然後在分頁裡視需要開 1-4 個分割窗格的 session。
如果 agent 判定這件事情要跑好幾天，那他就會在「長期」工作區中開分頁。
今日跟長期我設定是互相獨立的 worktree，所以不會有並行寫檔的 race condition 問題。
然後設定每天晚上的系統排程掃一次，今日工作區（短待辦）一定要清空，如果事情還沒有完成，常駐 agent 就會去寫待辦。長期工作區每天晚上不一定要清空，但是常駐 agent 要負責每晚更新進度文檔。
四種燈號
herdr 支援各家 agent 狀態的即時更新，分四種燈號：
- 空心燈：完成且已讀閒置
- 綠燈：完成但未讀閒置
- 黃燈：工作中
- 紅燈：等待使用者（比如跳權限核准 YES/NO）
這些全都可以透過 herdr CLI 讀到，所以常駐 agent 可以隨時知道誰完成了誰還在跑，然後去親自指揮親自互動。
跳到隔壁窗格救場
之前在這篇提過，herdr 可以讓 agent 控制 agent。這已經是我這個月不知道第幾次請 Opus 5.5 去隔壁救場了。
圖裡我說跟左邊那隻互動很累，改完之後有非常不能信任的感覺，請 Opus 接手把任務導回正軌。它載入 herdr skill，說左邊是同分頁的 Codex 窗格，窗格捲動區有限，所以直接讀它的完整 session 紀錄檔。相關的前情在這篇：為什麼 GPT 6 Sol / Luna 用起來這麼蠢。
我所能說的是：
- herdr 真的很棒，可以讓 agent 跳窗格救場。
- 模型的表現，真的不是靠刷分能體現出來的。
- Claude（僅限最近）的珍貴之處在於它是真的能懂你（適度讀心），你給他更多脈絡他就能做到你的預期水準之上。
- GPT 要加油的地方：不要只是針對編程開發做 RL。我們知識工作者也是很需要的。
我沒用過 Orca，但是 herdr 很成熟。herdr 就是原生為 agent 設計的，tmux 的升級版，非常推薦。