메뉴
HN
Hacker News 14일 전

오픈AI 코덱스, 하위 에이전트 프롬프트 암호화로 인한 감사 추적 문제 발생

IMP
7/10
핵심 요약

오픈AI의 코덱스(Codex) CLI가 멀티 에이전트(MultiAgentV2) 환경에서 하위 에이전트에게 전달되는 작업 및 메시지를 암호화하도록 업데이트되면서, 개발자들이 작업 위임 내역을 추적하고 디버깅하지 못하는 문제가 발생했습니다. 보안 강화를 위한 조치이지만, 개발자 입장에서는 어떤 작업이 하위 에이전트에 할당되었는지 로컬에서 텍스트로 확인할 수 없는 치명적인 회귀(Regression) 현상으로 간주되고 있습니다. 사용자들은 모델 전송용 암호화 필드 외에 사람이 읽을 수 있는 감사(Audit) 필드를 별도로 추가해야 한다고 요구하고 있습니다.

번역된 본문

오픈AI 코덱스(Codex) 공식 저장소에 새로운 이슈가 등록되었습니다. (라벨: CLI, 버그, 하위 에이전트)

[이슈 설명] 사용자 'ignatremizov'가 2026년 6월 13일에 보고한 내용입니다.

  • 실행 중인 Codex CLI 버전: PR #26210(멀티 에이전트 v2 메시지 페이로드 암호화, 2026-06-05 병합) 이후의 상위 버전입니다. 이 변경 사항이 포함되고 MultiAgentV2가 활성화된 버전(0.137.0 이후)에서 영향을 미치는 것으로 보입니다.
  • 구독 및 모델, 컴퓨터 플랫폼, 터미널 환경: 특정되지 않으며 관계없이 발생합니다.

이 문제는 병합된 코드의 동작에서 발생하는 회귀(Regression) 현상입니다. PR #26210은 모델을 향하는 메시지 매개변수를 암호화된 것으로 표시하고, InterAgentCommunication.encrypted_content만 저장하며, InterAgentCommunication.content는 비워두게 만듭니다. 즉, MultiAgentV2의 작업 및 메시지 페이로드가 코덱스 시스템에 의해 불투명(읽을 수 없는 상태)하게 처리됩니다.

암호화된 전달 경로는 개인정보 보호 강화라는 측면에서 이해할 수 있지만, 동시에 로컬 롤아웃 기록, 추적(Trace) 내역, 부모 에이전트 측의 감사(Audit) 및 디버깅 인터페이스에서 사람이 읽을 수 있는 텍스트를 제거해 버립니다. 이로 인해 다음과 같은 기본적인 질문에 답하기 어려워졌습니다.

  • 이 spawn_agent 호출이 하위(자식) 에이전트에게 어떤 작업을 주었는가?
  • 하위 에이전트에게 어떤 메시지가 전송되었는가?
  • 사후에 롤아웃 기록을 검토할 때 왜 특정 하위 스레드가 존재했는가?

[버그 재현 방법]

  1. MultiAgentV2가 활성화된 상태에서 PR #26210이 포함된 최신 빌드를 사용합니다.
  2. AI 모델이 spawn_agent, send_message, 또는 followup_task를 호출하게 합니다.
  3. 부모 에이전트의 롤아웃/기록/추적 내역에서 하위 에이전트의 작업을 검사합니다.
  4. 작업/메시지 내용이 사람이 읽을 수 있는 감사 텍스트로 보이지 않고, 암호문(Ciphertext) 뒤에 숨겨진 것을 확인할 수 있습니다.

[예상되는 정상 동작] 코덱스는 수신 모델에게 암호화된 전달을 허용하면서도, 하위 에이전트 작업/메시지의 사람이 읽을 수 있는 구조화된 감사 사본을 보존해야 합니다. 가장 좋은 방법은 모델 전달을 위해 암호화된 메시지 필드는 유지하되, 읽을 수 있는 작업 텍스트를 위한 별도의 비암호화 감사 필드를 추가하는 것입니다. 이 감사 필드는 롤아웃/기록/추적 메타데이터에 유지되어야 하므로, 사용자와 유지보수자가 모델 전달용 암호문을 해독할 필요 없이 위임된 작업이 무엇인지 검사할 수 있어야 합니다.

[추가 정보] 관련 PR/이슈:

  • 암호화 변경 사항: PR #26210
  • 관련은 있지만 구별되는 스키마 검증 문제: 하위 에이전트 암호화 오류로 인해 모델이 400 상태 코드를 반환하는 이슈 #26753

이 보고의 목적은 단순히 암호화 전송 방식을 되돌리자(Revert)는 것이 아닙니다. 핵심은 암호화 전송이 하위 에이전트 작업 위임에 대한 로컬의 인간 감사(Audit) 기능을 완전히 제거해서는 안 된다는 점을 강조하는 것입니다.

원문 보기
원문 보기 (영어)
Uh oh! There was an error while loading. Please reload this page . openai / codex Public Notifications You must be signed in to change notification settings Fork 14.6k Star 98k Regression: encrypted MultiAgentV2 messages remove readable task audit trail #28058 New issue Copy link New issue Copy link Open Open Regression: encrypted MultiAgentV2 messages remove readable task audit trail #28058 Copy link Labels CLI Issues related to the Codex CLI Issues related to the Codex CLI bug Something isn't working Something isn't working subagent Issues involving subagents or multi-agent features Issues involving subagents or multi-agent features Description ignatremizov opened on Jun 13, 2026 Issue body actions What version of Codex CLI is running? Upstream main after #26210 ( Encrypt multi-agent v2 message payloads , merged 2026-06-05). This appears to affect versions that include that change and enable MultiAgentV2 (post-0.137.0). What subscription do you have? Not subscription-specific. Which model were you using? Not model-specific. This concerns MultiAgentV2 spawn_agent , send_message , and followup_task message handling. What platform is your computer? Not platform-specific. What terminal emulator and version are you using (if applicable)? Not terminal-specific. Codex doctor report Not applicable. The regression is visible from the merged code behavior in #26210 rather than from local environment state. What issue are you seeing? #26210 makes MultiAgentV2 agent task/message payloads opaque to Codex by marking the model-facing message parameter as encrypted, storing only InterAgentCommunication.encrypted_content , and leaving InterAgentCommunication.content empty. The encrypted delivery path is understandable as privacy hardening, but it also removes the human-readable task/message text from local rollout history, trace reduction, and parent-side audit/debug surfaces. That makes it difficult to answer basic questions such as: What task did this spawn_agent call give the child agent? What message was sent to a subagent? Why did a child thread exist when reviewing a rollout after the fact? This is different from #26753 , which reports request validation failures for encrypted tool schemas. This issue is about auditability and debuggability after the encrypted schema is accepted. What steps can reproduce the bug? Use a build containing Encrypt multi-agent v2 message payloads #26210 with MultiAgentV2 enabled. Have the model call spawn_agent , send_message , or followup_task . Inspect the parent rollout/history/trace for the subagent task. The task/message content is hidden behind ciphertext rather than being available as human-readable audit text. What is the expected behavior? Codex should preserve a human-readable, structured audit copy of the subagent task/message while still allowing encrypted delivery to the recipient model. A possible shape is to keep the encrypted message field for model delivery, but add a separate non-encrypted audit field for the readable task text. The audit field should be persisted in rollout/history/trace metadata so users and maintainers can inspect what was delegated without needing to decrypt model-delivery ciphertext. Additional information Related PR/issues: Encryption change: Encrypt multi-agent v2 message payloads #26210 Related but distinct schema-validation issue: MultiAgentV2 encrypted spawn_agent schema returns 400: model not configured for encrypted tool use #26753 The goal is not necessarily to revert encrypted delivery. The concern is that encrypted delivery should not fully remove local human auditability for subagent delegation. Reactions are currently unavailable Metadata Metadata Assignees No one assigned Labels CLI Issues related to the Codex CLI Issues related to the Codex CLI bug Something isn't working Something isn't working subagent Issues involving subagents or multi-agent features Issues involving subagents or multi-agent features Type No type Fields No fields configured for issues without a type. Projects No projects Milestone No milestone Relationships None yet Development No branches or pull requests Issue actions Open in GitHub Copilot app