CODEX APP PLUS
SLIDE 01 / 07
01
Codex App user seminar
3 tools · 1 workflow 給正在開發的人

Token 很貴,
不要讓 agent 一直繞路。

開發做到一半,最痛的不是 agent 不會做;是它忘了自己做過什麼、每個小工都重讀一遍、明明可以並行卻全部排隊。這場 seminar 用三個工具,把昂貴的脈絡留給真正需要思考的地方。

少重讀 少重複 多平行
地圖先留路徑,工班再分頭施工,最後由主 agent 驗收。
今天的主題:把 token 花在產出,不要花在迷路。 往下或按 →
02
The pressure is real

你感受到的 token 壓力,很多時候不是功能太多。

而是 agent 一直在付「重新找路」的費用:重新讀工具輸出、重新確認已做過的決定、重新把同一份背景交給另一個 worker。

長任務不是一篇 transcript;它其實是一條走過的路。

如果只留下結論,下一次 resume / compaction 後,agent 仍可能忘記「為什麼會走到這裡」。
01 / INPUT開始做任務目標、限制、要改哪裡
02 / OUTPUT工具吐出很多東西log、diff、測試結果
03 / COMPACT脈絡被壓縮只剩下模糊印象
04 / REREAD再走一次重新找證據、重新確認
05 / LOOPtoken 又花一輪真正的實作反而更慢
核心洞察不是叫 agent「記住全部」,而是讓它知道:目前走到哪裡、證據放在哪裡、下一步該做什麼。
脈絡重複 同工重讀 平行機會消失
03
The toolkit in one picture

三個工具,不是三個零件。
是一條比較省力的工作流。

先把路線留下,再決定要不要分工;要分工時,叫一個真正能動手、但不搶走主 agent 最終判斷權的 worker。

01 / MAP

任務地圖

context-canvas-codex

把目標、決策、依賴、blocker 與驗證節點留在本機;大塊證據用指標回到原始檔案,不用每次重新翻整段 scrollback。

少走冤枉路
02 / DISPATCH

工班調度器

baton-fanout-skill

不是看到大任務就亂派 worker;先判斷獨立性、寫入所有權與收尾方式,再用最小可靠拓撲平行施工。

少做無效分工
03 / BRIDGE

Luna 工班通道

codex-cli-luna-worker

當原生協作介面沒有 Luna 時,用唯讀的 Codex CLI worker 產生 bounded patch proposal,再由主 agent review、套用、驗證。

讓工班真的可用
04
01 / Context Canvas Codex

給 agent 一張
會留證據的任務地圖。

把 agent 想成在走迷宮:走著走著,可能忘記自己已經探索過哪一條路。地圖把「目前的形狀」留在手邊,讓它更快回到正確路線。

1
Keep the shape留下目標、決策、依賴與下一步,不把整本日記塞回腦袋。
2
Keep the receipts短摘要指回原始 diff、測試或研究結果;需要時再回去看證據。
3
Resume with a route遇到 resume、compact、handoff,不用從零猜「我們做到哪裡」。
好懂的比喻:像網頁 cache 一樣,熟悉的地形不用每次重新勘探;但真正的證據仍留在原始檔案,不把所有內容硬塞進記憶。
goal / exit ref / original evidence
點一個節點:地圖不是漂亮的圖,它是下一次回來時的路標。
05
02 / Baton Fanout Skill

主 agent 負責設計與監工,
不必親手砌每一塊磚。

蓋房子時,設計師要守住格局、品質與安全;真正砌牆、搬磚、鋪線,可以交給專門工班。Baton 的重點不是「多派幾個」,而是先踩煞車、再做值得的 fan-out。

SUGGESTED CODEX APP SETUP
GPT-5.6-terra / high主 Codex agent
設計、監工、收斂
baton-fanout-skill先判斷是否值得
再決定怎麼分工
gpt-5.6-luna / max實際動手的 worker
在明確邊界內施工
01 / OUTCOME要交付什麼?
02 / DIRECT主 agent 自己做更快嗎?
03 / INDEPENDENCE工作真的獨立嗎?
04 / OWNERSHIP誰擁有每個寫入?
05 / CLOSURE誰整合、驗收、報告?
主 agent / Architect設計圖、邊界、最後判斷
Worker A整理資料層
不碰 UI
● READY
Worker B補一個 bounded patch
不碰 shared config
● BUILDING
Worker C跑獨立檢查
只回報證據
● CHECKING
06
03 / Codex CLI Luna Worker

當介面沒有 Luna,
就把它接成一座安全的橋。

MAIN AGENT已收斂的施工 brief目標、驗收條件、允許路徑與禁止寫入
LUNA BRIDGE唯讀 worker用 Codex CLI / Luna 產生 apply_patch proposal
RETURN主 agent 驗收檢查 scope、套用 patch、跑 focused tests
Patch proposal 回來了→ 還不是完成;完成要等主 agent 重新讀檔、驗證與收斂。

這個工具不是讓 Luna 越權,也不是把主 agent 的責任外包。它是 Baton 決定「值得派工」之後,提供一條可控的動手通道。

1
Read-only workspaceworker 只能提出 patch,不直接改 shared workspace,不 commit、不 push。
2
Bounded target pathsbrief 明確寫出可以碰哪些檔案;超出範圍就停下來回報。
3
Main agent closes the loop主 agent 自己檢查 proposal、套用、跑測試,最後才對結果負責。
proposal onlyscope checkedverify centrallyno blind retry
07
The three-tool loop

三個工具合起來,
省的不是思考,是重複的來回。

下面是概念示意,不是 benchmark。用來說明「工作形狀」怎麼改變。

01任務進場把目標講清楚
02留下路線知道已經走過什麼
03平行施工只拆真正獨立的工序
04驗收收斂主 agent 對結果負責
08
Your next Codex task

想開始?
把這句話貼給 Codex。

先安裝三個工具,再回到你的下一個長任務:讓地圖守住脈絡,讓 Baton 決定分工,讓 Luna 在清楚邊界內動手。

01Map first先知道自己走到哪裡
02Fan out with brakes只把值得平行的工序拆開
03Verify centrally最後判斷永遠留在主 agent
INSTALL PROMPT / COPY THIS
我想要安裝 github repo https://github.com/phenomenoner/Chatgpt-Codex-App-Plus 裡面的 1. context-canvas-codex 2. baton-fanout-skill 3. codex-cli-luna-worker 工具。
TIP 01 / VISUAL
Codex 也可以直接幫你生圖

要做圖卡時,可以跟它說:「請製作一張 Infographic,並使用『圖文一體』生成,讓文字和畫面一起完成。」

TIP 02 / READABLE
把任務結論整理成可打開的頁面

請 agent 把重點結論、待確認事項與下一步整理成 HTML,直接用瀏覽器開,閱讀、展示和分享都更方便。

TIP 03 / REUSE
把好用的流程整理成 skill

如果某個流程以後還會用到,請 agent 整理成 skill,標註適用情況與範圍;確認適合長期共用後,再全域安裝,方便日後自動參考。