며칠 전, OpenAI는 자사의 최신 대규모 모델인 GPT-5.4-Cyber를 공식 출시했습니다. 온라인상에서 많은 사람들이 지적했듯이, 이 모델은 매우 강한 데자뷰를 불러일으킵니다.
이 새로운 모델은 대상 사용자, 활용 시나리오, 심지어 마케팅 전략에 이르기까지 앤트로픽(Anthropic)이 최근 출시한 모델과 거의 완벽하게 일치합니다. 클로드 미토스. 이러한 종류의 “근접전”은 이제 더 이상 위장조차 하지 않는 지경에 이르렀다. 심지어 《뉴욕 타임스》조차 최근 한 기사의 제목에서 이를 노골적으로 지적했다. “마치 인류학, OpenAI…”
이러한 동질화 경향은 기본 모델 수준에만 국한된 것이 아닙니다. 최근 이 두 회사가 출시한 제품군을 살펴보면, 서로의 모습을 그대로 반영하고 있음을 알 수 있습니다.
자본 시장의 주목을 받으면서 이러한 수렴 현상은 더욱 뚜렷해지고 있다. 현재 이 두 기업의 2차 시장 내 기업 가치는 매우 근접한 수준이다. 특히 앤트로픽(Anthropic)은 기업 시장에서의 급속한 확장을 바탕으로 최근 오픈AI(OpenAI)를 소폭 앞지르기도 했다. 자본은 언제나 민감한 법이다. 자본의 관점에서 볼 때, 이 두 유니콘 기업은 똑같은 뿔을 키워가고 있는 셈이다.
기본 모델의 균질화는 상위 계층 애플리케이션의 수렴으로 필연적으로 이어질 것으로 보입니다.
오늘 제가 이야기하고 싶은 것은 AI 지원 프로그래밍 분야의 현재 최고 수준을 대표하는 두 가지 벤치마크 도구, 즉 OpenAI의 ‘Codex’와 Anthropic의 ‘Claude Code’입니다. 한때는 완전히 다른 방향으로 나아갔지만, 지금은 같은 목적지에 도착하다, 어떻게 점차 똑같은 모양으로 자라게 되었을까요?
분화에서 융합으로: 두 거대 기업의 진화
몇 년 전으로 거슬러 올라가 보면, Codex와 Claude Code는 완전히 다른 기술적 철학을 바탕으로 탄생한 제품들이었습니다.
코덱스의 기본 철학은 본질적으로 “무엇보다 속도”였습니다. 마치 경력이 5년 된 선임 개발자가 뒤에서 따라오며, 언제든 코드를 자동 완성해 줄 준비가 되어 있는 듯한 느낌이 들었습니다.
OpenAI의 비전에 따르면, Codex는 가볍고 상호작용성이 매우 뛰어난 터미널 에이전트였습니다. 이 비전은 신속한 반복 개발을 중시했으며, 대화형 프로그래밍. 실행 속도는 매우 빨랐는데, Cerebras WSE-3 하드웨어를 기반으로 초당 1,000 토큰의 처리량을 달성할 수 있었습니다. 실제 워크플로우에서 Codex는 제안, 자동 편집, 완전 자동화의 세 가지 명확한 승인 모드를 제공하여 개발자들이 지속적으로 진행 상황을 파악할 수 있도록 했습니다. 이러한 설계는 신속한 프로토타이핑과 빈번한 상호작용이 필요한 개발자들에게 안성맞춤이었습니다.
반면, 클로드 코드는 처음부터 “냉정하고” 절제된, 마치 건축가 같은 성격을 지녔다.
Anthropic은 이 제품에 다음과 같은 DNA를 심어주었습니다. 매우 복잡한 작업을 처리하다. 이 시스템은 최대 100만 토큰에 달하는 방대한 컨텍스트 창과 독창적인 “압축” 기법을 활용하여 사실상 무제한의 대화를 가능하게 했습니다. Claude Code의 철학은 “전반적인 통제, 계획 후 실행”이었습니다. 어떤 행동을 실행하기 전에, 먼저 에이전트 기반 탐색을 통해 전체 코드베이스를 완전히 이해한 뒤, 여러 파일에 걸쳐 일관된 수정 작업을 조율했습니다. 수만 줄의 코드가 포함된 엔터프라이즈급 리팩토링 작업에서 클로드 코드는 놀라운 우위를 보여주었습니다.
그러나 시간이 흐르고 적용 분야가 하위 영역으로 확대됨에 따라, 원래는 매우 달랐던 이 두 도구가 서로를 모방하기 시작했습니다.
복잡한 프로젝트를 처리할 때, 단일 AI 모델의 가장 큰 병목 현상은 ‘컨텍스트 오염’입니다. AI에게 인증 모듈을 리팩토링하라고 지시하면, 40개의 파일을 읽은 후 첫 번째 파일의 디자인 패턴을 잊어버리는 경우가 종종 있습니다. 이러한 문제점을 해결하기 위해 두 회사는 거의 동일한 해결책을 도출해 냈는데, 바로 각 하위 작업에 독립적인 컨텍스트 윈도우를 할당하는 것입니다.
OpenAI는 새로운 macOS 데스크톱 앱을 신속하게 출시했는데, 이 앱은 작업을 프로젝트별로 서로 다른 스레드로 분리하여 클라우드 샌드박스에서 독립적으로 실행합니다. Anthropic은 에이전트 팀 아키텍처를 도입하여, 개발자가 별도의 컨텍스트 내에서 병렬로 작업하면서 작업 목록과 종속성을 공유하는 여러 하위 에이전트를 생성할 수 있게 했습니다. “클라우드 샌드박스”라고 부르든 “에이전트 팀”이라고 부르든, 핵심 엔지니어링 개념은 이제 완전히 일치하게 되었습니다.
벤치마크 순위표에서도 두 모델은 미묘한 균형을 보이고 있습니다. GPT-5.3-Codex는 Terminal-Bench 2.0에서 77.3%의 점수로 선두를 달리고 있는 반면, Claude Code는 더 복잡한 SWE-bench Verified에서 80.8%를 기록했습니다. 각 모델은 자신들이 강점을 가진 영역에서는 우위를 점하는 동시에, 약점을 보완하기 위해 적극적으로 노력하고 있습니다.
‘오픈클로 효과’: 벽을 무너뜨리는 보이지 않는 힘
내부 전략이 수렴의 원인이라면, 오픈소스 생태계에서 오는 압력은 무시할 수 없는 외부 요인이다. 여기서 ‘OpenClaw’를 언급하지 않을 수 없다.
오픈소스 커뮤니티에서 개발된 워크플로우 프레임워크로서, OpenClaw 기술 대기업들이 구축한 생태계의 장벽을 사실상 허물었다. 이는 대규모 모델과 로컬 단말기 툴체인 간의 상호작용을 표준화했다.
과거에는 모델이 로컬 Git 커밋을 우아하게 호출하는 방법, 샌드박스 환경에서 테스트 스크립트를 안전하게 실행하는 방법, 다단계 추론 검증을 수행하는 방법 등이 모두 Codex와 Claude Code가 자랑스럽게 여겼던 독점적인 “블랙 테크놀로지”였습니다.
하지만 OpenClaw는 이러한 프로세스를 일반적인 프로토콜로 추상화했습니다. 이는 개발자들이 특정 협업 패턴을 사용하기 위해 더 이상 특정 플랫폼에 얽매일 필요가 없음을 의미합니다. 오픈소스 운동은 표준화를 막을 수 없는 추세로 만들었습니다. 이러한 상황에 직면한 OpenAI와 Anthropic은 어쩔 수 없이 방어 태세를 풀고 이러한 개방형 표준에 적응할 수밖에 없었습니다.
OpenClaw와 같은 오픈소스 세력에 의해 근본적인 기술적 장벽이 해소되고, 모든 고급 기능이 표준 사양이 될 때, Codex와 Claude Code가 나아갈 유일한 길은 미묘한 사용자 경험 차원에서의 끝없는 경쟁뿐입니다.
그래서 둘은 점점 더 닮아가는 것입니다. 표준화된 틀 아래에서는 대개 단 하나의 최적의 해답만이 존재하는데, 이는 생물학에서 말하는 수렴 진화와 마찬가지입니다.
코덱스가 클로드 코드를 바짝 추격하고 있다
클로드 코드(Claude Code)와 코덱스(Codex)는 점차 통합되고 있지만, 여전히 차이점은 존재한다. 어떤 측면에서는 코덱스가 개발자들 사이에서 오히려 더 선호되고 있다.
며칠 전, r/ClaudeCode 커뮤니티에서 14년 경력의 선임 엔지니어(사용자 u/Canamerican726)가 매우 심도 있는 평가 결과를 공유했습니다.
그는 코드 8만 줄로 구성된 복잡한 프로젝트를 진행하는 데 클로드 코드(Claude Code)를 사용해 100시간, 코덱스(Codex)를 사용해 20시간을 소요했다.
그의 관점에서 볼 때, 클로드 코드(Claude Code)를 사용하는 것은 마감 기한을 앞두고 분주하게 일하는 엔지니어를 감독하는 듯한 느낌이었다. 진행 속도는 매우 빨랐지만, CLAUDE.md에 명시된 규칙을 종종 무시했고, 리팩토링하기보다는 기존 파일에 코드를 무작정 쌓아두는 경향이 있었다.
반면, Codex는 5~6년 경력의 노련하고 안정적인 개발자 같은 느낌을 주었습니다. 속도는 3~4배 더 느렸지만, 작업 도중 잠시 멈춰 생각하거나 코드를 리팩토링하기도 했으며, 지시 사항을 엄격히 준수했습니다. 이러한 수준의 자율성 덕분에 엔지니어는 안심하고 작업을 넘겨주고 다른 업무에 집중할 수 있었습니다.
X와 같은 플랫폼에서도 비슷한 의견들이 제기되었다. 연구원 아란 코마츠자키는 클로드 코드(Claude Code)가 프론트엔드 작업에서는 여전히 선두를 달리고 있지만, 코덱스(Codex)는 빈번한 웹 검색 덕분에 백엔드 계획 수립과 최신 정보 유지 관리 측면에서 더 탄탄하다고 지적했다.
실제 논의에서 개발자들은 Opus 기반 모델은 실행 속도는 빠르지만 종종 “코드 깔끔함 부채”가 쌓이는 반면, Codex는 속도는 느리지만 실행 과정에서 코드를 정리해 나간다고 지적했습니다. 심지어 어떤 이들은 다음과 같은 경험칙을 요약하기도 했습니다. 컨텍스트 윈도우 사용량이 70%에 도달하면 즉시 새 세션을 시작해야 하며, 그렇지 않으면 숨겨진 버그가 나타날 가능성이 높다는 것입니다.
이러한 직접적인 경험을 통해 알 수 있듯이, 이러한 도구들의 기능이 점점 더 중복됨에 따라 개발자의 선택을 최종적으로 결정하는 요소는 “버그 수정 비용”이나 “정신적 유지보수 부담”과 같은 미묘한 사용 경험의 차이임이 분명해집니다. 중국 사용자들의 경우, 몇 가지 추가적인 어려움도 존재합니다.
차가운 성찰: 균질화 뒤에 숨겨진 생태계 전쟁
물론, 어떤 도구가 더 나은지는 여전히 개발자와 그 개발자의 기술 수준에 달려 있습니다. u/Canamerican726이 결론지은 것처럼, 소프트웨어 공학을 이해하지 못한다면 두 도구 모두 형편없는 결과를 낳을 것입니다. 도구는 기술과 같은 것이 아닙니다.
이 말은 AI 프로그래밍 도구에 대해 오랫동안 지속되어 온 환상을 깨뜨립니다. 우리는 한때 충분히 강력한 AI 보조 도구가 있다면, 관련 지식이 전혀 없는 사람이라도 혼자서 기업용 애플리케이션을 만들 수 있을 것이라고 믿었습니다. 하지만 현실은 다릅니다.
Claude Code는 집중력이 뛰어나고 숙련된 “운전자”가 필요하며, 그렇지 않으면 방대한 코드베이스에서 쉽게 방향을 잃을 수 있습니다. Codex는 더 독립적이긴 하지만, 최상의 성능을 발휘하기 위해서는 개발자로부터 정확한 시스템 컨텍스트를 제공받아야 합니다.
그렇다면 도구의 성능이 극도로 균질화될 때, 이들 기업의 진정한 경쟁 우위는 어디로 이동하게 될까요?
그 해답은 가격 전략과 재정적 현실에 있습니다. 동일한 작업을 수행할 때, Claude Code는 Codex보다 3~4배 더 많은 토큰을 소모하기 때문에 비용이 더 많이 듭니다. 기업 팀의 경우, 클로드 코드의 비용은 $100–$200일 수 있습니다. 개발자 1명당 월. 한편, Codex는 자사의 기능을 보다 저렴한 구독 요금제에 묶어 제공하고, 방대한 GitHub 생태계를 활용하여 사용자를 유치하고 있다.
Anthropic의 목표는 Claude Code를 자금력이 풍부한 거대 기술 기업들의 업무 흐름에 깊이 뿌리내리게 하는 것입니다. 예를 들어, Stripe는 1,370명의 엔지니어가 Claude Code를 활용해 4일 만에 다중 언어 마이그레이션을 완료할 수 있도록 지원했는데, 이는 10명으로 구성된 팀이 처리했다면 몇 주가 걸렸을 작업입니다. 램프(Ramp)는 이를 활용해 사고 대응 시간을 80% 단축했습니다. 반면 오픈AI(OpenAI)는 자사의 광범위한 생태계 영향력을 바탕으로 코덱스(Codex)를 수많은 일반 개발자들의 기본 선택지로 자리매김하고 있습니다.
이는 더 이상 단순한 기술 경쟁이 아닙니다. 생태계 잠금, 가격 전략, 그리고 사용자 습관 형성을 둘러싼 전쟁입니다.
개발자의 갈림길
지난 한 해를 되돌아보면, GPT-5.4-Cyber의 출시는 훨씬 더 긴 여정 속에서 그저 작은 한 줄에 불과합니다. Codex와 Claude Code의 통합은 AI 프로그래밍 도구가 참신함으로 가득했던 초기 실험 단계를 벗어나, 성숙하고 산업화된 단계로 접어들었음을 시사합니다.
현재 Claude Code는 하루에 135,000건의 GitHub 커밋을 생성하며, 이는 이미 전체 공개 커밋의 약 4%를 차지하고 있습니다. 가까운 미래에는 대부분의 상용구 코드, 기본적인 테스트 케이스, 그리고 일상적인 리팩토링 작업이 점점 더 유사해지는 이러한 AI 에이전트들에 의해 백그라운드에서 조용히 처리될 것으로 보입니다.
기능 면에서는 거의 동일하고 사용 경험도 점점 더 비슷해지고 있는 두 가지 강력한 도구를 마주했을 때, 인간 개발자의 핵심 가치는 과연 무엇이 남게 될까요?
아마도 ‘도구의 우위’ 시대는 막을 내리고 있는 것일지도 모릅니다. 모두가 똑같이 날카로운 무기를 손에 쥔다면, 성공을 좌우하는 요소는 더 이상 누가 더 빠른 코드 완성 기능을 갖추었는지가 아니라, 누가 문제를 더 잘 정의할 수 있는지, 누가 더 폭넓은 시스템 아키텍처 비전을 가지고 있는지, 그리고 AI가 생성한 코드로 가득 찬 세상에서 오직 인간만이 가질 수 있는 대체 불가능한 가치를 찾아낼 수 있는지가 될 것입니다.
