오픈AI 코덱스, 타사 모델 지원 시작…딥시크·로컬 올라마 연동 가능

AI 코딩 도구를 쓸 때 개발자들을 가장 망설이게 만들었던 요소는 특정 생태계에 갇히는 락인(Lock-in) 효과였습니다. 터미널 환경이 아무리 편해도 비싼 모델 요금을 감수해야만 했기 때문입니다.

6월 17일, 오픈AI 소속 개발자 티보(Tibo)는 X를 통해 코덱스(Codex)가 오픈AI 자체 모델에 국한되지 않고 다양한 서드파티 및 오픈소스 모델 연결을 지원한다고 밝혔습니다.

오픈AI가 자체 거대언어모델을 오픈소스로 푼 것은 아닙니다. 코덱스 내부에 탈부착이 가능한 '모델 접근 계층'을 마련해 개발자가 요청을 보낼 백엔드를 직접 고를 수 있게 만든 것입니다.

TOML 파일 수정으로 딥시크부터 로컬 모델까지

연동 방식은 직관적입니다. 코덱스의 환경설정을 담당하는 config.toml 파일에 모델 프로바이더(model_providers) 설정을 추가하기만 하면 됩니다.

접속 주소(base_url), 환경변수 키(env_key), 통신 규격(wire_api) 등을 지정해두면, 터미널 명령어를 입력할 때 프로바이더 플래그를 붙여 원하는 모델을 호출할 수 있습니다.

한 가지 챙겨야 할 기술적 세부사항은 프로토콜입니다. 코덱스는 2026년 2월부로 기존 챗 컴플리션(Chat Completions) API 지원을 중단했기 때문에, 연동하려는 모델이나 프록시가 오픈AI의 리스폰스(Responses) API 규격을 따라야 합니다. 딥시크(DeepSeek)나 큐원(Qwen) 같은 클라우드 서비스는 물론, 오프라인 환경의 올라마(Ollama)나 LM 스튜디오도 매끄럽게 연결됩니다.

개발자 웨이(Wei)는 굳이 설정 파일을 직접 편집할 필요도 없다는 팁을 공유했습니다. 코덱스 터미널에 대고 config.toml을 읽어서 안전하게 설정을 추가해 달라고 요청하면 스스로 환경 구성을 마칩니다.

코덱스 CLI는 전체 코드의 96% 이상이 러스트(Rust)로 작성된 단일 바이너리 형태로 제공되며, 깃허브에서 9만 1,000개 이상의 스타를 모으며 안정적인 개발 도구로 자리 잡았습니다.

빗장을 거는 앤트로픽과의 대조적인 행보

오픈AI의 이번 개방 정책은 경쟁사인 앤트로픽의 행보와 명확한 대조를 이룹니다.

앤트로픽의 클로드 코드(Claude Code)는 자사 모델인 오푸스와 소네트만 기본 지원하며, 서드파티 모델 연동에는 폐쇄적인 태도를 취하고 있습니다. 환경변수를 우회하는 커뮤니티 방식이 퍼지자 최근 데스크톱 빌드에서는 모델 화이트리스트까지 도입하며 통로를 좁히는 추세입니다.

이런 폐쇄성에 반발해 여러 CLI의 설정을 한곳에서 관리해 주는 'CC 스위치(CC Switch)' 같은 커뮤니티 도구가 10만 개 이상의 스타를 모을 정도로 인기를 끌었습니다. 반면 오픈AI는 공식 차원에서 자유로운 모델 교체를 허용하며 정반대 길을 택했습니다.

왜 중요한가

우리는 오픈AI의 이번 선택이 매우 실리적이고 영리한 전략이라고 봅니다.

개발자 관점에서는 비용 절감과 데이터 프라이버시를 동시에 챙길 수 있습니다. 단순한 반복 코딩이나 단위 테스트는 단가가 저렴한 딥시크에 맡기고, 민감한 사내 코드는 네트워크를 끊은 채 로컬 올라마로 처리하며, 복잡한 아키텍처 설계 때만 최상위 모델을 호출하면 됩니다. 익숙한 도구를 버리지 않고도 지출을 최적화할 수 있습니다.

산업 전반으로 보면, 코덱스는 단순한 '자사 API 판매용 껍데기'에서 벗어나 모델 중립적인 '코딩 에이전트 플랫폼'으로 체질을 바꿨습니다.

단기적으로는 토큰 사용량이 타사 모델로 분산될 수 있지만, 개발자의 일상 작업이 이뤄지는 터미널과 에디터라는 핵심 접점을 장악하는 한 오픈AI는 생태계 경쟁에서 가장 유리한 고지를 유지할 수 있습니다.