如果你已經生活在 Claude Code 內部，你就知道明顯的東西（終端原生、緊密循環、觀察運行、grep 日誌、修補、重新運行、提交）。所以這裡有個更有趣的問題： 為什麼 Codex 感覺像是在追趕，而不是僅僅克隆互動終端代理的氛圍？ Codex 是以委派為先，而不是以配對編程為先。 Claude Code 的超能力是緊密的互動控制循環： 你和代理共享一個單一的駕駛艙。這是可觀察的。你可以在飛行中介入。你可以在它走上錯誤的道路之前進行引導。基本上，代理是你 shell 的延伸。 Codex 的賭注是不同的：代理作為一個在自己電腦上工作的平行同事。 這種框架暗示了一堆產品後果，如果你僅僅比較模型輸出，這些後果很容易被忽視： 1) 異步作為一個特性（而不是副作用） Codex 的設計是讓你交付一個任務，去做其他事情，然後回來查看可審查的產物。 重心變成了 PRs/diff。這就是為什麼你會看到像“委派”、“豐富心態”、“排隊一堆任務”的語言。工作流程是：產生 N 個任務，然後審查/合併。 2) 隔離和沙盒不僅僅是基礎設施，它是用戶體驗。 每個任務在其自己的隔離環境中運行改變了信任模型：代理可以運行測試、修改文件、生成提交，而不會污染你的本地工作區。你獲得安全邊界（通常是保守的默認值），使得讓它去做變得更容易。 3) 可合併性是實際的目標指標。Claude Code 感覺很好，因為循環收斂。而 Codex 明確優化的是返回可以合併的東西。 所以比較的形狀變得更清晰： Claude Code = 當任務需要中途判斷、快速中斷和人類引導時最佳。這是“緊密駕駛艙循環”。 Codex = 當任務可以被委派、平行化並返回可合併的產物時最佳。這是“擁有自己工作空間的同事”。 ...