OpenAI 近期為其程式設計工具 Codex 引入了一項靜默卻影響深遠的變更：對 AI 代理之間的內部通訊實施加密。自 6 月初 起，當主代理將任務拆解並委派給子代理時，兩者間傳遞的指令不再以明文形式記錄，開發者在會話歷史中只能看到一段不可讀的加密字串。這意味著，開發者徹底失去了追蹤任務如何在 AI 系統內部被分解、指派和執行的能力。

隨著程式設計工具日益向代理化系統演進，它們能夠在後台自主做出決策，將複雜任務切分並分發給不同的子代理。這種自動化在提升效率的同時，也讓內部流程的透明度變得至關重要。然而，Codex 的此次更新直接切斷了開發者對“黑箱”內部的視線。一份釋出在 GitHub 上的錯誤報告直接呼籲 OpenAI，應在本地儲存一份可讀的任務副本，與加密版本並存。

此次加密策略在不同模型上的應用力度並不一致。此前，GPT-5.5 曾一度完全不允許開發者通過專用開關關閉加密，導致可見性徹底歸零，但據悉 OpenAI 已將其調回至明文路徑。目前，強制加密主要施加於更大的 GPT-5.6 模型變體 Sol 和 Terra，而最小的變體 Luna 則繼續使用開放的明文通訊路徑。

新系統在可靠性上也暴露出問題。多名開發者反饋，加密後的任務交接有時會失敗，原因是內容無法被解密。在某些案例中，即便主代理和子代理執行的是同一個模型，交接依然會出錯。這表明加密機制不僅影響了透明度，還可能對代理協作的穩定性構成干擾。

對於為何加密代理間通訊，OpenAI 至今未給出官方解釋，僅確認了變更本身。社群普遍存在兩種推測。一種觀點認為，OpenAI 將這些指令視為類似於原始推理軌跡的敏感資料，意圖阻止競爭對手利用它們來訓練自己的模型。這種擔憂並非空穴來風，近期 智譜 AI 的開源模型 GLM-5.2 就被懷疑是從 GPT-5.5 和 Opus 4.8 中蒸餾而來。代理間的通訊資料極具訓練價值，能夠幫助較弱模型向更強模型的能力靠攏，加密無疑是切斷這條資料通道的直接手段。

另一種更簡單的解釋則指向資料隱私。OpenAI 的 API 本身就會對中間狀態進行加密，以便在後續請求中轉發，而無需在其伺服器上以明文形式儲存。將這一邏輯延伸至代理間通訊，或許只是隱私保護措施的常規升級。

無論真實動機是防止模型蒸餾、強化資料隱私，還是兩者兼有，Codex 的這一變化都將開發者置於一個全新的位置。他們必須在不瞭解內部委派邏輯的情況下，信任 AI 代理能夠正確協作。對於追求精細控制和除錯能力的專業開發者而言，這無疑增加了排查問題的難度，也引發了關於 AI 系統可解釋性邊界的新一輪討論。