오픈AI 코덱스, AI 에이전트 간 지시문 암호화로 개발자들 불만
오픈AI의 코딩 도구인 코덱스(Codex)가 최근 메인 에이전트와 하위 에이전트 간에 주고받는 내부 지시문을 암호화하여, 개발자들이 작업 위임 과정을 추적할 수 없게 되었습니다. 개발자들은 불편을 호소하며 일부 모델에서는 암호화된 데이터가 풀리지 않아 오류가 발생하는 등 시스템 불안정성을 겪고 있습니다. 오픈AI는 정확한 이유를 밝히지 않았으나, 업계에서는 단순한 개인정보 보호 조치이거나 경쟁사의 모델 학습(증류)을 막기 위한 방어책일 것으로 추측하고 있습니다.
오픈AI의 코덱스(Codex)가 이제 AI 에이전트들이 서로 주고받는 메시지를 숨깁니다. 개발자들은 더 이상 작업이 내부적으로 어떻게 위임되는지 확인할 수 없습니다.
지난 6월 초부터 오픈AI의 코딩 도구인 코덱스는 메인 에이전트가 하위 에이전트(subagent)에게 전달하는 지시문을 암호화했습니다. 최근 코딩 도구들은 작업을 분해하고 일부를 하위 에이전트에 위임하며 백그라운드에서 자율적인 결정을 내리는 에이전트 시스템으로 발전하고 있습니다. 이 때문에 사용자가 이러한 내부 프로세스를 계속 추적할 수 있는지의 여부가 매우 중요해졌습니다.
이 변경으로 인해 세션 기록에는 읽을 수 있는 작업 설명 대신 읽을 수 없는 문자열이 표시됩니다. 개발자는 이제 자신의 에이전트가 각 하위 에이전트에게 어떤 작업을 위임하는지 확인할 수 없습니다. GitHub의 한 버그 리포트는 이 문제를 직접적으로 지적하며, 오픈AI에 암호화된 버전과 함께 로컬에 읽을 수 있는 작업 사본을 저장해 달라고 요청하고 있습니다.
한동안 GPT-5.5는 개발자가 전용 토글을 사용해 암호화를 끌 수조차 없게 만들어 가시성을 완전히 차단했습니다. 오픈AI는 이후 GPT-5.5를 다시 읽을 수 있는 경로로 되돌린 것으로 보입니다. 이제 이 강제 암호화는 더 큰 규모의 GPT-5.6 변형인 Sol과 Terra에 적용되고 있습니다. 가장 작은 변형인 Luna만이 여전히 개방된 경로를 사용합니다.
또한 새로운 시스템이 불안정해 보입니다. 여러 개발자들은 콘텐츠를 복호화할 수 없어 하위 에이전트에게 암호화된 작업 전달이 실패한다고 말합니다. 어떤 경우에는 메인 에이전트와 하위 에이전트가 동일한 모델을 사용할 때도 이런 일이 발생합니다.
암호화는 모델 증류(Distillation)를 막을 수 있지만, 개인정보 보호가 더 단순한 이유일 수 있습니다.
오픈AI는 에이전트 간의 통신을 암호화하는 이유를 설명하지 않았습니다. 변경 사항 자체만 확인되었습니다.
커뮤니티 멤버들은 오픈AI가 이러한 프롬프트를 원시 추론 경로처럼 취급하며, 경쟁사가 이를 바탕으로 모델을 학습시키는 것을 막으려 한다고 의심하고 있습니다. 이러한 의심은 전혀 근거가 없는 것이 아닙니다. 최근 지푸 AI(Zhipu AI)의 오픈소스 모델인 GLM-5.2는 GPT-5.5 및 Opus 4.8에서 증류되었다는 의혹을 받았습니다. 에이전트 간 통신은 약한 모델을 더 강한 모델의 수준으로 끌어올리는 데 도움이 되는 귀중한 학습 데이터입니다. 이를 암호화하면 경쟁사가 그 자료를 손에 넣지 못하게 막을 수 있습니다.
더 단순한 이유도 충분히 개연성이 있습니다. 오픈AI의 API는 이미 중간 상태를 암호화하여 서버에 일반 텍스트를 저장하지 않고 후속 요청에서 전달할 수 있도록 하고 있습니다. 우리는 이번 변경이 모델 증류 방지, 데이터 개인정보 보호, 또는 두 가지 모두에 관련된 것인지 오픈AI의 공식 확인을 기다리고 있습니다.