OpenAI가 Codex에서 내부 AI 에이전트 간 통신을 처리하는 방식을 바꾸면서, 이전에는 개발자가 볼 수 있던 시스템의 일부가 읽을 수 없게 됐다. The Decoder의 보도에 따르면 Codex는 6월 초부터 메인 에이전트가 하위 에이전트에게 보내는 지시를 암호화해 왔으며, 이제 사용자는 세션 기록에서 읽을 수 있는 작업 설명 대신 알아볼 수 없는 문자열을 보게 된다.

이 변화가 중요한 이유는 코딩 보조 도구가 단일 턴 자동완성에서 벗어나 전문 에이전트들 사이에 작업을 분담하는 다단계 시스템으로 이동하고 있기 때문이다. 그런 구조에서는 인계 지시가 시스템이 실제로 무엇을 하고 있는지 가장 분명하게 보여주는 창인 경우가 많다. 개발자가 이러한 내부 위임을 검토할 수 없다면, 디버깅·감사·신뢰가 더 어려워진다. 팀들이 Codex 같은 도구를 더 큰 소프트웨어 작업에 사용하려는 지금, 그 문제는 더 커진다.

Codex에서 무엇이 바뀌었나

보도된 핵심 변화는 분명하다. Codex의 에이전트 간 내부 지시가 이제 암호화된다. The Decoder는 주 에이전트가 하위 에이전트에 업무를 어떻게 배분하는지 개발자들이 더 이상 읽을 수 없게 됐다고 전한다. 세션 로그에는 평이한 작업 설명 대신 읽을 수 없는 텍스트가 표시되기 때문이다.

이 매체는 이 동작이 6월 초에 시작됐다고 보도했다. 또한 모델에 따라 적용 방식이 다르다고 밝혔다. 더 큰 GPT-5.6 변형인 Sol과 Terra에서는 암호화가 의무라고 설명된다. 가장 작은 GPT-5.6 변형인 Luna는 여전히 읽을 수 있는 경로를 사용하는 것으로 전해진다. The Decoder는 또한 GPT-5.5가 잠시 개발자들이 토글로 암호화를 끌 수 없게 했지만, 이후 다시 읽을 수 있는 경로로 전환됐다고 보도했다.

이 세부 사항들이 사실이라면, OpenAI가 모든 모델 계층에 동일한 정책을 적용하고 있지 않다는 뜻이다. 대신 모델 크기나 배포 경로에 따라 서로 다른 관찰 가능성 규칙을 시험하거나 강제하고 있는 것으로 보인다. 제공된 원문 자료에서는 OpenAI가 이 변화의 이유를 공개적으로 설명하지 않았다.

개발자들이 내부 위임을 신경 쓰는 이유

에이전틱 코딩 시스템 사용자에게 내부 메시지는 사소한 장식이 아니다. 모델이 작업을 올바르게 분해했는지, 도구를 쓰는 하위 에이전트에게 적절한 지시를 보냈는지, 또는 코드를 출력하기 전에 방향을 잘못 잡았는지 이해할 수 있는 실질적으로 유일한 방법인 경우가 많다.

이 점은 특히 AI 시스템이 계획을 세우고, 도구를 호출하고, 파일을 검사하고, 수정안을 제안하고, 전문 단계들을 내부 작업자에게 넘기는 Codex 같은 워크플로에서 중요하다. 이런 단계들이 보이면 개발자들은 종종 명백한 실패 지점을 조기에 발견할 수 있다. 예를 들어 하위 에이전트에게 잘못된 질문을 했다든지, 오래된 컨텍스트를 받았다든지, 잘못된 저장소 경로에서 작업하라는 지시를 받았다든지 하는 문제들이다. 이런 지시가 숨겨지면 사용자에게 남는 것은 최종 결과물과 그나마 남아 있는 표면 수준의 로그뿐이다.

The Decoder는 암호화된 버전과 함께 위임된 작업의 읽을 수 있는 로컬 복사본을 저장해 달라고 OpenAI에 요청하는 GitHub 버그 보고서를 언급한다. 이 요구는 기업의 일반적인 필요를 반영한다. 기업은 안전한 전송이나 백엔드의 프라이버시 제어는 받아들일 수 있지만, 엔지니어링과 컴플라이언스 워크플로를 위해서는 로컬 감사 가능성을 원한다. 그것이 없으면, AI 코딩 제품에 더 많은 자율성을 맡기려는 바로 그 순간에 관찰 가능성이 저하된다.

프라이버시 변화와 함께 신뢰성 우려도 떠오르고 있다

보도는 투명성에서 멈추지 않는다. The Decoder는 여러 개발자가 암호화된 콘텐츠를 하위 에이전트가 복호화하지 못해 인계가 실패했다고 보고했다고 전했다. 일부 경우에는 주 에이전트와 하위 에이전트가 같은 모델을 사용했을 때도 문제가 발생했다고 한다.

이 패턴이 일화적인 보고를 넘어 계속된다면, 가시성 문제는 운영 문제로 바뀐다. 숨겨진 위임도 문제지만, 그것이 조용히 실패할 수 있다면 생산 환경이나 그에 준하는 워크플로에서 AI 코딩 도구를 사용하는 팀에게는 더 심각하다.

여기서 확인 가능한 증거는 제한적이다. 소스는 개발자 보고를 설명할 뿐, OpenAI의 공식 사고 공지나 검증된 오류율 공개를 제시하지 않는다. 실패가 얼마나 자주 일어나는지, 어떤 사용자가 영향을 받는지, 또는 문제가 GPT-5.6의 특정 구성에만 국한되는지에 대한 공개 수치는 없다. 그럼에도 정량화되지 않은 불만도 중요하다. 에이전틱 시스템은 안정적인 컨텍스트 전달에 의존하기 때문이다. 취약한 인계 계층은 상위 수준 자동화의 가치를 훼손할 수 있다.

Codex를 다른 코딩 보조 도구 제품과 비교하는 개발자라면 실질적인 질문이 생긴다. 편의성이나 모델 품질을 위해 얼마나 많은 불투명성을 받아들일 수 있는가? AI 에이전트에서는 신뢰성과 검증 가능성이 원시 벤치마크 성능만큼이나 중요하다.

OpenAI가 확인한 것 — 그리고 여전히 추측인 것

소스 전반에서 가장 강하게 확인된 사실은 제품의 동작 그 자체다. 개발자들은 Codex에서 암호화된 에이전트 간 지시를 보고 있다. The Decoder는 OpenAI가 그 이유를 설명하지 않았다고 전한다.

그 외의 해석은 아직 확인되지 않았다. The Decoder가 인용한 커뮤니티의 한 이론은 OpenAI가 경쟁사로부터 값진 내부 흔적을 보호하려는 것일 수 있다는 것이다. 에이전트 인계에는 분해, 계획, 실행에 관한 풍부한 학습 데이터가 담겨 있으며, 이를 공개하면 경쟁 모델 제작사들이 유사한 행동을 더 쉽게 증류할 수 있다는 생각이다.

보도는 이런 의혹을 Zhipu AI와 오픈 모델 GLM-5.2에 대한 최근 논의를 포함해 모델 증류를 둘러싼 업계 전반의 우려와 연결한다. 하지만 이는 추론일 뿐이며, 이번 Codex 변경이 경쟁 방어에 의해 촉발됐다는 증거는 아니다. 제공된 소스에는 암호화된 위임이 반증류 노력과 연결된다는 OpenAI의 직접적인 진술이 없다.

The Decoder의 두 번째 설명은 더 단순하다. 암호화는 기존의 프라이버시 또는 상태 처리 아키텍처의 일부일 수 있다는 것이다. 보도는 OpenAI의 API가 이미 중간 상태를 암호화해 서버에 평문으로 저장하지 않고 이후 요청으로 전달할 수 있게 한다고 지적한다. Codex가 이 방식을 에이전트 인계로 확장한 것이라면, 이는 최종 사용자에게 숨기기보다 내부 보안 설계와 더 관련이 있을 수 있다.

현 단계에서는 두 설명 모두 그럴듯하다. 부족한 것은 OpenAI 자체의 이유와 함께, 사용자가 읽을 수 있는 로컬 추적을 유지할 수 있는지, 일부 배포 모드에서 암호화된 인계가 선택 사항인지, 그리고 내부 작업 그래프가 가려진 상태에서 회사가 개발자들에게 다중 에이전트 워크플로를 어떻게 디버깅하길 기대하는지에 대한 문서다.

AI 빌더와 기업 구매자에게 의미하는 것

이 Codex 변화는 엔터프라이즈 AI에 불편한 시점에 닿아 있다. 구매자들은 점점 더 단순히 코드를 제안하는 수준을 넘는 AI 에이전트를 원한다. 버그를 조사하고, 여러 파일을 수정하고, 테스트를 실행하고, 하위 작업을 조율할 수 있는 시스템을 원한다. 하지만 시스템이 더 많은 자율성을 가질수록 기업은 일반적으로 더 높은 추적 가능성을 요구한다.

그 긴장은 이제 Codex에서 드러난다. OpenAI가 GPT-5.6, Sol, Terra의 내부 메시지를 잠그면서 Luna는 더 열어 둔다면, 제품 팀은 더 높은 성능의 모델과 더 나은 투명성 사이에서 선택해야 할 수 있다. 이것은 단순한 사용자 경험 문제가 아니다. 근본 원인 분석, 장애 검토, 컴플라이언스 승인, 보안팀의 내부 수용에 영향을 준다.

AI 에이전트와 코딩 보조 플랫폼을 만드는 사람들에게 이 사건은 더 넓은 설계상의 트레이드오프를 보여준다. 사고의 흐름 같은 내부 추적을 공개하면 디버깅, 신뢰, 사용자 학습이 좋아질 수 있다. 반대로 숨기면 유출 위험을 낮추고, 안전 경계를 단순화하며, 독점적 오케스트레이션 방식을 보호할 수 있다. 문제는 기업 고객이 대개 두 가지를 모두 원한다는 점이다. 강력한 프라이버시 제어와 강력한 관찰 가능성이다.

The Decoder의 보도는 OpenAI가 Codex 일부에서 현재 이 균형의 한쪽을 우선하고 있을 가능성을 시사한다. 그렇다면 경쟁사에게는 기회가 열릴 수 있다. 백엔드의 민감한 추론을 노출하지 않으면서 에이전트 투명성, 로컬 로깅, 감사 가능한 위임을 제공할 수 있는 공급업체는 블랙박스 자동화에 불안함을 느끼는 구매자들에게 매력적일 수 있다.

증거와 주장

이 이야기의 근거는 주로 Codex의 동작과 개발자 피드백에 대한 The Decoder의 보도에서 나온다. 이 글은 암호화된 인계가 6월 초부터 나타났고, GPT-5.5와 GPT-5.6 전반에서 Sol, Terra, Luna를 포함한 모델별 동작을 확인했다고 말한다. 또한 GitHub 버그 보고와 하위 에이전트 인계에서 복호화 실패를 겪었다는 개발자 불만도 인용한다.

하지만 원문 자료에는 OpenAI의 제품 공지, 공식 문서 업데이트, 벤치마크 데이터, 지원 공지 또는 정책을 설명하는 임원 발언이 없다. 즉, 메커니즘은 보고되고 관찰되었지만 동기는 확인되지 않았다.

마찬가지로 이 조치가 증류를 막거나 원시 추론 흔적을 보호하기 위한 것이라는 주장은 The Decoder가 전달한 커뮤니티 이론일 뿐, 확정된 사실은 아니다. Zhipu AI, GLM-5.2, GPT-5.5, Opus 4.8에 대한 언급은 개발자들이 경쟁 보호를 의심하는 이유에 대한 시장 맥락을 제공하지만, Codex에서 OpenAI의 의도를 입증하지는 않는다.

앞으로 주목할 점

다음 중요한 신호는 OpenAI가 Codex 문서를 공개해 암호화 정책과 AI 에이전트를 디버깅하기 위한 개발자 워크플로를 설명하는지 여부다. 두 번째 핵심 쟁점은 백엔드에서는 암호화된 전송이나 저장을 유지하면서 읽을 수 있는 로컬 로그 옵션을 추가하는지 여부다.

또한 특히 Sol과 Terra에서 GPT-5.6의 복호화 실패 보고가 계속되는지, 아니면 문제가 짧게 끝난 구현상의 이슈였는지도 살펴봐야 한다. The Decoder가 GPT-5.5에 대해 보도한 것처럼 OpenAI가 읽을 수 있는 접근을 다시 조용히 확대한다면, 이는 사용자 반발이 제품 결정에 영향을 주고 있음을 시사할 것이다.

더 넓게 보면, 이것은 차세대 엔터프라이즈 AI 도구를 위한 시험 사례다. AI 에이전트가 코딩 보조 제품 안에서 더 흔해질수록 구매자들은 내부 불투명성을 얼마나 감당할 수 있는지 결정해야 한다. 공급업체는 또한 핵심 자동화를 블랙박스로 만들지 않으면서 민감한 시스템 흔적을 보호할 수 있음을 입증해야 한다.

Creati.ai 관점

이 Codex 변화의 의미는 암호화 자체가 아니다. 내부 상태를 안전하게 처리하는 것은 정상적이다. 진짜 문제는 더 많은 워크플로 제어권을 사용자에게 넘기라고 요구하는 에이전틱 제품 범주에서 검토 가능성이 사라진다는 점이다. 개발자가 위임을 볼 수 없다면, 잘못된 코드가 하류로 흘러가기 전에 AI 동작을 검증하고 수정하는 데 사용할 수 있는 몇 안 되는 실용적 도구 중 하나를 잃게 된다.

시장 측면에서 Codex는 많은 AI 에이전트가 직면할 설계 충돌을 드러내고 있다. 모델 공급업체는 내부 흔적을 보호하고, 유출을 줄이며, 안전성을 관리하고 싶어 한다. 고객은 관찰 가능성, 재현성, 운영 신뢰를 원한다. 엔터프라이즈 AI의 승자는 능력과 명확성 사이에서 선택을 강요하기보다, 그 요구를 조화시킬 수 있는 플랫폼일 것이다.