絕了，這個Codex的高階用法，直接讓我一拖三，管好幾個“員工”，不會還有人不知道吧？
整理版優先睇
Codex 高階玩法：用一個主會話管理多個獨立會話，變身 CEO 一拖三
呢篇文章係作者分享佢用 Codex 新功能嘅實戰經驗。佢要為安卓同 iOS 版 app 做一套埋點方案，涉及安卓、iOS 同服務端，如果喺同一個會話度跑，好容易搞出問題；加上 iOS 1.0.0 已經提審，佢只可以喺一個 worktree 啟動嗰個倉庫，唔想搞亂個環境。佢留意到 Codex 有一個新功能，可以喺一個會話入面直接啟動新會話，於是就諗到「一拖三」：用一個主會話管理三個獨立會話，等佢哋並行協作。
具體做法係，主會話會幫佢啟動三個獨立會話，每個都有獨立 ID，互相之間可以讀寫。Codex 仲會發一個協作卡片過嚟，列出其他會話 ID，方便佢哋即時溝通。如果其中一個會話臨時調整方案，佢會通知其他會話更新；如果任何一個會話出問題，又會通知主會話，等作者確認。呢個機制同平時直接調用子 Agent 唔同，子 Agent 跑完就關，但呢啲新開嘅會話具有持久性，可以長期協作。
作者覺得呢個方法非常好用，等於自己係 CEO，揾咗個總經理去派活，唔使直接同「員工」溝通，有問題直接問總經理。管理成本大大降低，一個人透過總經理可以管五六個員工甚至更多，效率提升好多。呢個係佢未見過有人咁樣玩嘅高階用法，所以特意分享出嚟。
- 用 Codex 新功能，可以喺一個主會話入面啟動多個獨立會話，實現「一拖三」並行協作。
- 主會話等於總經理，負責協調同接收匯報；開發者只係管理主會話，管理成本大減。
- 呢啲子會話具有持久性，同短期子 Agent 唔同；每個會話有獨立 ID，可以互相讀寫。
- 任何會話遇到問題或方案變動，都會即時通知其他會話或主會話，確保上下文對齊。
- 呢個玩法好啱多端開發，例如同時處理安卓、iOS 同服務端任務，一個人管幾個「員工」。
點解要「一拖三」？
前幾日我想幫安卓同 iOS 版 app 做一套埋點方案，呢件事會涉及安卓、iOS 同服務端。如果全部塞喺同一個 Codex 會話度跑，好容易搞出問題，而且 iOS 1.0.0 我已經提審咗，只可以喺一個 worktree 度啟動個倉庫。
啱啱試過 Codex 新功能，知道可以喺一個會話入面直接開新會話，於是我就諗到：不如用一個主會話去管理三個獨立會話，等佢哋並行協作，咁就唔使手動開幾個視窗。
重點就係「一拖三」：主會話➕三個獨立會話，等佢哋並行協作，唔使自己開幾個視窗。
主會話控制三個獨立會話
紅色係我嘅主會話，綠色係佢幫我啟動嘅三個獨立會話。每個會話都有獨立 ID，互相之間可以讀寫。
呢啲獨立會話具有持久性，唔似短期子 Agent 咁跑完就關。
打開新會話之後，Codex 會發一個協作卡片過嚟，上面有其他會話嘅 ID，方便佢哋互相溝通。我自己只需要控制主會話，其他嘢會由 Codex 自己協調。
協作機制：同步、通知同上報
喺跑嘅過程中，如果有一個會話臨時調整咗方案，佢會即時通知其他會話更新，確保上下文對齊。呢個就好似工作時如果自己嘅工作內容有變動，就要通知組內同事，否則就會出問題。
臨時改方案嘅會話會主動同步，等所有會話都保持喺最新狀態，避免上下文唔對齊。
當任何一個會話出現問題，佢都會發出信息通知主會話，等主會話再揾我確認。所以我好似開咗四個會話，但其實只需要管理一個主會話。
管理成效：做 CEO 唔使親力親為
呢個方法真係好好用，等於自己做 CEO，揾咗個總經理去派活。我唔需要直接同「員工」溝通，有問題直接問總經理就得。
管理成本大減：一個人透過總經理，就可以管住五六個員工。
呢個玩法我暫時未見到有人咁樣試，分享畀大家，有興趣可以喺自己嘅項目度試下。
多個會話並行協作
前兩日我想幫 Android 同 iOS 版嘅 app 做一套 tracking 方案，呢個涉及 Android、iOS 同伺服器端，如果喺一個會話度行，會容易搞出問題。同時 iOS 嘅 1.0.0 版我已經交咗去審核，只能夠喺一個 worktree 度啟動呢個 repository，佢等於係複製一份本地 repo，可以喺上面隨意試嘢，特別適合協作嘅情況。同 branch 有啲分別，不過大家唔使理呢個，算係比較高階啲嘅用法。平時自己一個開發，用 branch 喺大部分情況都夠用。
啱啱之前試過 Codex 嘅新功能，可以喺一個會話直接開新會話，於是我就諗到叫Codex 一拖三，即係一個主會話管理其他三個會話，並行協作。
要注意，呢個同叫 3 個子 Agent 係有分別㗎。子 Agent 屬於短期會話，跑完就會關閉；而我哋直接喺 Codex 開 3 個新會話就係持久嘅，只係而家我哋係叫 Codex 代替手動開 3 個會話嘅操作。
話做就做，大家可以見到下面呢張圖，紅色係我嘅主會話，綠色係佢幫我開嘅 3 個獨立會話，每個會話都有獨立 ID 做標識，互相之間可以讀寫。
之後，我哋打開新嘅會話，就會見到 Codex 發咗個協作卡片過嚟，包括其他會話嘅 ID，方便佢哋即時溝通。
喺運行期間，如果有個會話臨時調整咗方案，佢都會即時通知其他會話，更新方案。
 |  |
當其中任何一個會話出現問題嘅時候，佢會發訊息通知主會話，叫佢揾我確認。所以睇落我哋好似開咗 4 個會話，但係其實只需要管理一個主會話就夠。
然後喺佢做緊嘢嘅時候，我發現本地建立嘅測試數據庫同伺服器嘅對唔上，我就在主會話叫佢核查一下，當佢核查完，就會再協調其他會話工作。
降低管理成本
我試過呢個方法真係好好用，即係我哋係 CEO，然後揾咗個總經理去派工作，我哋唔使直接同收到工作嘅員工溝通，有問題直接揾總經理問就得。
管理嘅成本大大降低，我哋一個人透過總經理，可以直接管五六個員工，甚至更多，可以好有效咁提升我哋嘅效率，分享俾大家試嚇，好似未見過有人咁玩。
並行會話協作
前兩天我想把安卓和iOS版的app做一套埋點方案，這涉及到安卓、iOS和服務端，如果在一個會話去跑，會容易搞出問題，同時iOS的1.0.0版我已經提審了，只能在一個worktree啓動這個倉庫，它相當於是複製一份本地倉庫，可以在上面隨意打草稿，特別適合協作的場景，和分支有點區別，不過大家不用管這個，屬於比較高價一點的用法了，日常獨立開發，走分支大部分情況夠用了。
剛好之前試過codex的新功能，可以在一個會話直接啓動新會話，於是，我想到了讓codex一拖三，也就是一個主會話管理其它三個會話，並行協作。
要注意，它和調用3個子Agent是有區別的，子Agent屬於短期會話，跑完就會關閉，而我們直接在codex新開3個會話具有持久性，只不過現在我們是讓codex代替了手動開3個會話的操作。
說搞就搞，大家可以看到下面這張圖，紅色的是我的主會話，綠色的是它幫我啓動的3個獨立會話，每個會話有獨立的ID進行標識，互相之間能讀寫。
之後，我們打開新的會話，會到看codex發了個協作卡片過來，包括其它會話的ID，方便它們及時溝通。
在跑的過程中，如果有一個會話臨時調整了方案，它也會及時通知其它會話，更新方案。
| |
當其中任意一個會話出現問題的時候，它會發出信息，通知主會話，讓它找我確認。所以看起來我們好像開了4個會話，但其實只需要管理一個主會話就行了。
然後在它幹活的時候，我發現本地建立的測試數據庫和服務器的對不上，我就在主對話，讓它核查一下，當它核查完，就會再次協調其它會話工作。
管理降本
我嘗試的這個方法真的非常好用，相當於我們是CEO，然後找了個總經理去派活，我們不需要直接和收到活的員工直接溝通，有問題直接找總經理問話就行。
管理的成本大大降低，我們一個人通過總經理，可以直接管五六個員工，甚至更多，能很好的提升我們的效率，分享給大家試試看，貌似還沒見到有人這樣玩的。