Codex 开始加密子代理提示，引发可审计性争议
OpenAI 的 Codex 项目近期合并了一项变更（#26210），对多代理 V2（MultiAgentV2）的消息负载进行加密。该变更旨在增强隐私保护，但同时也引发了开发者社区对可审计性和调试能力的担忧。
加密带来的“黑箱”问题
根据 GitHub 上提交的 issue #28058，自 2026 年 6 月 5 日合并的加密变更后，Codex CLI 版本 0.137.0 及以上版本中，MultiAgentV2 的 spawn_agent、send_message 和 followup_task 消息内容被标记为加密，仅存储 InterAgentCommunication.encrypted_content，而 InterAgentCommunication.content 字段为空。这意味着，原本人类可读的任务描述和消息文本在本地回滚历史、追踪缩减以及父级审计/调试界面中变得不可见。
开发者指出，这一变化使得回答以下基本问题变得困难：
spawn_agent调用究竟给子代理分配了什么任务？- 向子代理发送了什么消息？
- 事后审查回滚时，为何存在子线程？
隐私与调试的权衡
加密消息负载的初衷是隐私强化，防止敏感信息在代理间通信时泄露。然而，这一做法在提升安全性的同时，牺牲了开发者的调试能力。尤其是在多代理协作的复杂场景中，可读的审计日志对于理解系统行为、定位问题至关重要。
值得注意的是，该 issue 与另一个关于加密工具模式验证失败的 issue（#26753）不同，它聚焦于加密方案被接受后的可审计性和可调试性缺失。
社区反响与后续可能
该 issue 在 Hacker News 上获得了 424 分和 250 条评论，反映出开发者社区对加密决策的强烈关注。许多评论者认为，加密应在不破坏调试体验的前提下实施，例如保留本地可选的明文日志或提供解密工具。目前 OpenAI 尚未公开回应，但可以预见，Codex 团队将在后续版本中权衡隐私与可用性，可能引入可配置的加密级别或改进审计接口。
对于依赖 Codex 进行复杂代理编排的开发者而言，这一变化提醒我们：安全加固不能以完全牺牲可观测性为代价。