最近用 Codex 做網站跟一些小工具，慢慢發現幾個自己滿常用的方式。
沒有什麼很複雜的設定，比較像是實際做了幾個專案之後，覺得這樣用比較順。
整理成三個最近最常用的做法。
1. 先把想法聊完整，再交給 Codex
我現在比較少一有想法，就直接丟給 Codex 開始做。
通常會先在 ChatGPT 裡面把需求聊一輪。
我最常問的一句其實很簡單：
「還可以更好嗎？」
然後繼續問：
「有沒有什麼我漏掉的？」
「這樣丟給 Codex，還有哪裡不夠清楚？」
「有沒有什麼情況現在先想清楚，後面會比較少改？」
有時候多問幾輪，原本只是一個很粗的想法，最後會完整很多。
最後我通常會再跟 ChatGPT 說：
「把剛剛討論的內容整理成一份完整 Prompt，我要直接丟給 Codex 開發。」
這招對我來說滿有差。
很多時候 Codex 做歪，不一定是它不會做，很可能只是我一開始根本沒把自己想要什麼講清楚。
以我最近做的幾個中小型專案來說，Prompt 整理完整之後，我常用的 5.6 Luna Max，第一輪通常就已經可以做到很接近我要的版本。
2. Session 換了，記憶不一定要重來
以前我最不喜歡的一件事，就是一個 Session 做太久之後要換掉。
因為做到後面，裡面其實已經累積一堆「只有我們兩個知道」的東西。
前面為什麼這樣改、哪些 Bug 修過、什麼方法試過沒用、哪些地方不要再碰、現在到底做到哪裡……
如果換一個新的 Session 全部重新講一次，其實滿煩的。
所以現在如果準備換 Session，我會先直接叫 Codex：
「幫我整理一下目前這個 Session 的記憶，讓我帶到新的 Session 繼續做。」
讓它先把目前的專案脈絡整理起來，再到新的 Session 接著做。
這樣至少不用重新從「這個網站是做什麼的」開始講。
另外一個我覺得滿妙的是：
如果我已經先開了新的 Session，我也會試著直接跟 Codex 說：
「去回顧一下之前這個專案的 Session，我們做到哪了？」
有時候就可以把前面的脈絡再接回來。
當然我現在不會把這件事情當成「它一定會完整記得所有東西」。
真的重要的資訊，我還是會確認一下。
但至少現在換 Session 這件事情，沒有以前那麼痛苦。
3. 讓 Codex 請 Sub Agent 幫忙
這個是三個裡面我目前最不確定，但也覺得最好玩的。
以前用 Codex，基本上就是一個 Agent 從頭做到尾。
現在碰到比較大的任務，我有時候會直接問：
「這個任務有沒有適合請 Sub Agent 幫忙的地方？」
如果有，它就可以把部分事情另外交出去處理。
Codex 同時讓多個 Sub Agent 分別處理工作的畫面。
這件事本身我覺得滿有趣。
原本是一個 AI 在幫你做事，現在這個 AI 還可以再去找其他 Agent 幫忙。
不過 Sub Agent 目前真的沒有到「開越多越爽」。
我自己也碰過一些沒那麼理想的狀況。
例如幾個 Agent 做到重複的事情、其中一個卡住，或是最後花掉的使用量比原本預期更多。
有些工作拆出去之後確實比較順。
但也有一些工作，拆出去之後最後還是要主 Agent 自己重新整理一次。
所以我現在沒有什麼「Sub Agent 一定要怎麼用」的結論。
比較像是在慢慢測它的邊界。
到底什麼工作交出去真的會比較快，什麼事情還是放在同一個 Agent 裡比較乾脆，我目前也還在玩。
現在遇到比較大的任務，我通常就順手多問一句：
「這裡有沒有適合交給 Sub Agent 的？」
有就試，沒有也不用硬開。
我目前大概是這樣用 Codex
簡單整理一下現在的流程：
有一個想法
→ 先跟 ChatGPT 聊
→ 問「還可以更好嗎？」
→ 整理成完整 Prompt
→ 丟給 Codex 開發
→ 工作比較大時，看看有沒有適合 Sub Agent 的部分
→ Session 太長，就先整理脈絡再繼續
目前這三個是我最近最常用的方式。
其中 Sub Agent 我還在繼續試，也還沒有摸出一個固定用法。
如果之後又發現什麼好用的 Codex 怪招，再補進來。
如果你也有什麼有趣的用法，歡迎分享給我，我也想試試看。
