任務地圖
把目標、決策、依賴、blocker 與驗證節點留在本機;大塊證據用指標回到原始檔案,不用每次重新翻整段 scrollback。
開發做到一半,最痛的不是 agent 不會做;是它忘了自己做過什麼、每個小工都重讀一遍、明明可以並行卻全部排隊。這場 seminar 用三個工具,把昂貴的脈絡留給真正需要思考的地方。
而是 agent 一直在付「重新找路」的費用:重新讀工具輸出、重新確認已做過的決定、重新把同一份背景交給另一個 worker。
長任務不是一篇 transcript;它其實是一條走過的路。
如果只留下結論,下一次 resume / compaction 後,agent 仍可能忘記「為什麼會走到這裡」。先把路線留下,再決定要不要分工;要分工時,叫一個真正能動手、但不搶走主 agent 最終判斷權的 worker。
把目標、決策、依賴、blocker 與驗證節點留在本機;大塊證據用指標回到原始檔案,不用每次重新翻整段 scrollback。
不是看到大任務就亂派 worker;先判斷獨立性、寫入所有權與收尾方式,再用最小可靠拓撲平行施工。
當原生協作介面沒有 Luna 時,用唯讀的 Codex CLI worker 產生 bounded patch proposal,再由主 agent review、套用、驗證。
把 agent 想成在走迷宮:走著走著,可能忘記自己已經探索過哪一條路。地圖把「目前的形狀」留在手邊,讓它更快回到正確路線。
蓋房子時,設計師要守住格局、品質與安全;真正砌牆、搬磚、鋪線,可以交給專門工班。Baton 的重點不是「多派幾個」,而是先踩煞車、再做值得的 fan-out。
GPT-5.6-terra / high主 Codex agentbaton-fanout-skill先判斷是否值得gpt-5.6-luna / max實際動手的 worker這個工具不是讓 Luna 越權,也不是把主 agent 的責任外包。它是 Baton 決定「值得派工」之後,提供一條可控的動手通道。
下面是概念示意,不是 benchmark。用來說明「工作形狀」怎麼改變。
先安裝三個工具,再回到你的下一個長任務:讓地圖守住脈絡,讓 Baton 決定分工,讓 Luna 在清楚邊界內動手。
我想要安裝 github repo https://github.com/phenomenoner/Chatgpt-Codex-App-Plus 裡面的 1. context-canvas-codex 2. baton-fanout-skill 3. codex-cli-luna-worker 工具。
要做圖卡時,可以跟它說:「請製作一張 Infographic,並使用『圖文一體』生成,讓文字和畫面一起完成。」
請 agent 把重點結論、待確認事項與下一步整理成 HTML,直接用瀏覽器開,閱讀、展示和分享都更方便。
如果某個流程以後還會用到,請 agent 整理成 skill,標註適用情況與範圍;確認適合長期共用後,再全域安裝,方便日後自動參考。