오픈AI 코덱스 지속형 모드 시험, 출시 미정

오픈AI(OpenAI)가 코딩 에이전트 코덱스(Codex)에 장기 실행을 겨냥한 지속형 모드(Persistent mode)를 시험하고 있다. 사용자가 멈추기 전까지 작업을 이어가고, 완료 뒤 후속 작업까지 만들 수 있는 구조가 검토되고 있다.

와이어드(WIRED)는 오픈AI가 코덱스 CLI 코드베이스에 이 설정을 추가하고 있으며, 오픈AI 대변인이 기능 시험 사실을 확인했다고 보도했다. 오픈AI는 이 기능을 아직 널리 배포하지 않았고 즉시 출시할 계획도 없다고 밝혔다.

이번 시험의 핵심은 코딩 보조 도구의 작업 단위를 짧은 응답에서 장기 과제로 넓히는 데 있다. 지금까지 코딩 에이전트는 사용자가 요청한 작업을 처리하고 결과를 돌려주는 방식에 가까웠지만, 지속형 모드는 작업 상태를 넘겨받아 다음 행동까지 이어가는 쪽에 초점이 맞춰져 있다.

현재 코덱스는 앱, 통합개발환경(IDE) 확장, CLI에서 목표와 성공 기준을 정하는 목표 모드(Goal mode)를 제공한다. 오픈AI는 5월 21일 릴리스 노트에서 이 기능을 정식 제공한다고 밝혔다.

지속형 모드는 이 흐름의 다음 단계로 읽힌다. 코덱스가 사용자의 요청을 처리한 뒤 작업을 끝내는 데 그치지 않고, 세션을 넘어 이어갈 후속 과제를 만들 수 있기 때문이다.

와이어드가 확인한 코드 설명에는 작업이 끝나도 에이전트의 일이 끝난 것은 아니라는 취지의 지시가 담겼다. 이는 코딩 에이전트가 단일 명령 수행 도구에서 지속 작업 관리자에 가까운 형태로 바뀌고 있음을 보여준다.

오픈AI는 올해 초부터 코덱스를 장기 작업 플랫폼으로 넓혀 왔다. 2월 2일 코덱스 앱 소개 글에서 자동 일정에 맞춰 백그라운드에서 작업하는 오토메이션(Automations)을 공개했고, 5월 14일에는 모바일 앱에서 활성 작업을 이어 보고 승인할 수 있는 기능을 소개했다.

6월 11일에는 오나(Ona) 인수를 발표하며 코덱스에 보안형 지속 실행 환경과 고객 통제형 클라우드 실행을 붙이겠다고 했다. 코딩 에이전트가 실제 업무에 투입되려면 모델 성능뿐 아니라 실행 환경, 권한 승인, 작업 로그가 함께 필요하다는 판단이 깔린 것으로 풀이된다.

이 변화는 AI 에이전트 경쟁이 모델 성능에서 기업 시스템으로 옮겨가고 있다는 흐름과 맞물린다. 기업 업무에서 에이전트가 쓰이려면 질문에 답하는 능력보다 작업 상태를 유지하고, 필요한 순간 사람의 승인을 받으며, 실행 결과를 추적하는 체계가 중요해진다.

코덱스 바깥에서도 지속형 자동화 수요는 커지고 있다. 오픈AI는 8월 25일 릴리스 노트에서 챗GPT 워크(ChatGPT Work)의 예약 작업이 지메일(Gmail), 슬랙(Slack), 깃허브 업데이트에 반응할 수 있다고 적었다.

반응은 엇갈린다. 깃허브(GitHub)의 openai/codex 이슈 #35601은 현재 자동화 도구가 같은 세션을 주기적으로 깨워 이어가는 방식에는 한계가 있다고 지적했다.

이슈 #34657은 지속 목표가 37시간 넘게 실행되며 계획을 반복했다고 적었다. 장시간 실행이 곧 산출물 품질을 뜻하지는 않는다는 문제 제기다.

보안 쟁점도 남아 있다. 오픈AI는 8월 26일 보안 문서에서 모델이 충분한 보호장치 없이 강력하고 지속적이며 협업적으로 동작할 경우 여러 컴퓨터 시스템의 취약점을 찾아 악용할 수 있다고 밝혔다.

지속형 에이전트는 생산성 도구인 동시에 감독 체계의 시험대가 되고 있다. 오래 실행되는 에이전트일수록 작업 범위가 흐려지거나 권한 경계가 느슨해질 가능성이 커지기 때문이다.

따라서 이번 시험의 의미는 '계속 일하는 AI' 자체보다 제어 장치에 있다. 코덱스의 다음 변화는 사용자가 어디까지 맡기고, 어떤 순간에 멈추며, 어떤 작업을 승인해야 하는지를 제품 안에서 얼마나 분명히 나누느냐에 달려 있다.

출시 시점은 정해지지 않았다. 오픈AI는 지속형 모드를 시험 중이라고 확인했지만, 널리 배포하거나 즉시 출시할 계획은 없다고 밝혔다.