Cursor, Claude Code, Codex가 형성하는 예상치 못한 하나의 AI 코딩 스택

세 가지 출시, 일주일, 그리고 하나의 패턴

AI 코딩 도구 시장은 통합될 것으로 예상되었습니다. 하나의 승자가 등장하고, 개발자들이 그 도구를 중심으로 표준화하며 산업이 발전할 것이라고 말이죠. 하지만 정반대의 일이 일어났습니다. 2026년 4월 첫째 주, Cursor는 병렬 에이전트를 조율하기 위한 재설계된 인터페이스를 출시했고, OpenAI는 Anthropic의 Claude Code 내부에서 실행되는 공식 플러그인을 발표했으며, 초기 사용자들은 이 세 가지를 동시에 사용하기 시작했습니다. 이들은 경쟁자가 아니라, 누구도 설계하지 않았지만 스스로 조립되고 있는 하나의 스택 내 레이어로서 공존하고 있습니다.

이 패턴은 개발자들이 인프라 분야에서 이미 알고 있는 것과 유사합니다. 아무도 단 하나의 관측 도구만 사용하지 않습니다. 메트릭을 위해 Prometheus를, 대시보드를 위해 Grafana를, 알림을 위해 PagerDuty를 사용하죠. 각 도구는 한 가지 일을 잘 수행하며, 가치는 이들이 어떻게 조합되느냐에서 나옵니다. AI 코딩 도구들도 단일 제품으로 통합되는 대신, 전문화된 레이어로 분화되며 동일한 경로를 따르고 있습니다.

세 가지 출시, 일주일, 그리고 하나의 패턴

4월 2일, Cursor는 'Glass'라는 코드명의 버전 3를 출시했습니다. 이번 릴리스에서는 Cursor의 Composer 창이 여러 AI 에이전트를 동시에 관리하기 위해 처음부터 구축된 독립형 인터페이스인 'Agents Window'로 교체되었습니다. 이제 개발자는 단일 사이드바에서 로컬 머신, 워크트리(worktrees), 클라우드 샌드박스에 걸쳐 병렬 에이전트를 실행할 수 있습니다. 또한 여러 대화를 나란히 볼 수 있는 Agent Tabs, 동일한 프롬프트를 격리된 워크트리의 여러 모델에 보내 비교할 수 있는 /best-of-n 명령, 그리고 내장 브라우저에서 UI 요소를 주석 처리할 수 있는 Design Mode가 추가되었습니다. 세션은 로컬에서 클라우드로 넘겨 밤새 실행되게 할 수 있으며, 다음 날 아침 다시 로컬로 가져와 반복 작업을 이어갈 수 있습니다.

사흘 전, OpenAI는 GitHub에 codex-plugin-cc를 공개했습니다. 이 플러그인은 Anthropic의 터미널 기반 코딩 에이전트인 Claude Code 내에 직접 설치됩니다. 이 플러그인은 6개의 슬래시 명령어를 제공합니다. /codex:review는 표준 코드 리뷰를 수행하고, /codex:adversarial-review는 인증, 데이터 손실, 레이스 컨디션(race conditions)과 관련된 구현 결정에 대해 압박 테스트를 진행합니다. /codex:rescue는 작업을 완전히 Codex에 위임하여 버그를 조사하거나 문제에 대해 두 번째 검토를 수행하는 서브 에이전트로 구동합니다. 선택 사항인 '리뷰 게이트(review gate)' 기능은 Codex가 Claude의 출력을 최종 확정하기 전에 자동으로 검토하게 하여, 문제가 발견되면 완료를 차단합니다.

이는 OpenAI가 직접적인 경쟁사의 제품에 공식 통합 기능을 출시한 것입니다. Apache 2.0 라이선스가 적용된 이 플러그인은 로컬 Codex CLI를 통해 권한을 위임하므로, 개발자의 기존 인증 및 설정을 그대로 사용합니다. 새로운 런타임도, 폐쇄적인 생태계(walled garden)도 필요 없습니다. 그저 Claude Code 내부에서 호출되는 Codex가 있을 뿐입니다.

구조적인 통찰은 이 도구들이 같은 주에 출시되었다는 점이 아닙니다. 이들이 '조합 가능한(composable)' 방식으로 출시되었다는 점입니다. Cursor는 어떤 모델이든 사용할 수 있는 에이전트를 조율합니다. Claude Code는 경쟁사의 플러그인을 수용합니다. Codex는 다른 회사의 터미널 내부에서 서브 에이전트로 실행됩니다. 도구들은 수렴하는 것이 아니라, 레이어를 쌓아가고 있습니다.

형성되고 있는 스택의 구조

서로 다른 역할을 수행하는 세 가지 레이어가 형성되고 있습니다.

오케스트레이션 레이어: Cursor 3가 여기에 해당합니다. 이들의 Agents Window는 단순히 AI가 붙어 있는 에디터가 아닙니다. 이는 코딩 에이전트 군단을 관리하기 위한 제어 평면(control plane)입니다. 인터페이스의 사이드바에는 데스크톱, 모바일, Slack, GitHub 또는 Linear에서 시작되었는지와 관계없이 모든 활성 에이전트가 표시됩니다. Cursor는 배포력을 확보하기 위해 2023년에 VS Code를 포크했습니다. 이제 그들은 차별화를 위해 VS Code로부터 멀어지는 방향으로 구축하고 있습니다. 만약 오케스트레이션 레이어가 승리한다면, 텍스트 에디터는 부차적인 존재가 될 것입니다. Google 역시 2025년 11월에 발표한 Antigravity를 통해 유사한 결론에 도달했으며, 인터페이스를 직접 코딩을 위한 Editor View와 여러 워크스페이스의 에이전트를 생성하고 관찰하는 Manager Surface로 분리했습니다.

실행 레이어: Claude Code와 OpenAI Codex가 여기에 속합니다. 이들은 실제로 코드를 작성하고, 리뷰하고, 디버깅하는 에이전트입니다. 이들은 터미널, 클라우드 샌드박스 또는 두 곳 모두에서 작동합니다. Claude Code는 이 레이어에서 가장 강력한 경쟁자로 부상했습니다. 2026년 2월 906명의 소프트웨어 엔지니어를 대상으로 한 Pragmatic Engineer의 조사에 따르면, Claude Code는 46%의 '가장 사랑받는' 등급을 기록하며 가장 많이 사용되는 AI 코딩 도구로 나타났습니다. SemiAnalysis는 2026년 3월 기준 Claude Code가 전체 공개 GitHub 커밋의 약 4%를 차지하고 있으며, 연말까지 20%에 달할 것으로 전망하고 있습니다. 2차 보고서에 따른 분석가 추정치에 따르면 Claude Code의 연간 매출은 2026년 3월까지 25억 달러를 넘어설 것으로 보입니다. Codex는 최근 주간 활성 사용자 수가 한 달 전 200만 명에서 300만 명을 돌파했습니다. 실무자들은 일반적으로 Claude가 긴 컨텍스트 창에서 미묘한 추론을 더 잘 수행하는 반면, Codex는 병렬화 가능한 처리량 작업(throughput tasks)을 더 효율적으로 처리한다고 보고합니다.

리뷰 레이어: 이는 가장 최근에 등장한 레이어이며, Codex 플러그인이 구체적으로 가능하게 만든 레이어입니다. Claude가 코드를 작성하고 Codex가 이를 리뷰할 때, 리뷰어는 작성 과정에 참여하지 않았습니다. 따라서 리뷰어는 작성자와 동일한 내부 가정을 공유하지 않으며, 다른 종류의 오류를 잡아낼 수 있습니다. 리뷰 게이트 기능은 이를 자동화합니다. 이 기능을 활성화하면 Codex가 Claude의 모든 출력을 최종 확정하기 전에 검토합니다. 문제가 발견되면 Claude는 작업을 진행하기 전에 이를 해결해야 합니다.

락인(Lock-in)이 아닌 상호운용성을 선택한 이유

OpenAI가 Anthropic의 제품을 위한 플러그인을 만든 것은 매우 중요한 전략적 신호입니다. 전통적인 플레이북은 사용자를 가두는 것입니다. 폐쇄적인 생태계를 구축하고 전환 비용을 높이는 것이죠. 하지만 OpenAI는 정반대의 행보를 보이고 있습니다. Claude Code는 전문 개발자들 사이에서 이미 크고 열성적인 사용자 기반을 구축했습니다. OpenAI는 이 개발자들이 전환하기를 기다리는 대신, 그들이 이미 일하고 있는 곳에 Codex를 심었습니다. 플러그인을 통해 시작되는 모든 리뷰는 개발자의 ChatGPT 구독이나 API 키 사용량으로 집계됩니다. 고객 획득 비용은 제로이며, 결제는 점진적으로 늘어납니다.

Anthropic의 개방형 플러그인 아키텍처가 이를 가능하게 했습니다. Claude Code의 MCP 기반 플러그인 시스템은 경쟁사를 포함한 제3자 통합을 지원하도록 설계되었습니다. 두 회사 모두 개발자들이 결국 여러 도구를 사용할 것이라는 점을 인식하고 있습니다. 문제는 당신의 도구가 스택 안에 있느냐, 아니면 스택 밖에 있느냐 하는 것입니다.

개발자들에게 주는 의미

만약 이러한 결합형 패턴이 유지된다면, 개발 방식에는 세 가지 변화가 생길 것입니다.

모델 선택이 인프라가 됩니다: Cursor 3의 /best-of-n 명령은 동일한 작업을 격리된 워크트리의 여러 모델에 보내고 결과를 비교합니다. 이는 개발자들이 이미 데이터베이스나 클라우드 제공업체를 선택하는 방식과 유사하게 모델 선택을 다루게 함을 의미합니다. 복잡한 리팩토링에는 정밀한 Claude를, 병렬화 가능한 작업의 처리량에는 Codex를, 비용 효율적인 배치 작업에는 Cursor 자체 모델인 Composer 2(오픈 소스 Kimi K2.5 기반)를 사용하는 식입니다.

에디터의 비중이 줄어듭니다: 지난 40년 동안 코드 에디터는 소프트웨어 개발의 중심이었습니다. 하지만 Cursor 3의 Agents Window와 Antigravity의 Manager Surface는 모두 그 가정을 직접적으로 뒤흔들고 있습니다. 오케스트레이션 레이어가 주요 인터페이스로서 에디터와 경쟁하기 시작했습니다.

리뷰가 적대적(adversarial) 방식으로 이동합니다: 단일 모델 리뷰는 구조적으로 한계가 있었습니다. 한 모델이 작성하고 다른 모델이 도전하는 '교차 제공자 리뷰(cross-provider review)'는 AI 지원 개발에서 발생하는 아첨 문제(sycophancy problem)를 완화할 수 있는 가장 유망한 전략입니다. 이 패턴이 성숙해지면 CI/CD 파이프라인의 표준 단계가 될 수 있습니다.

개발자들이 모든 것을 위해 하나의 도구를 고르는 대신 Terraform, Docker, Kubernetes를 조합하는 법을 배웠듯이, AI 코딩에서 나타나는 새로운 패턴은 통합(consolidation)이 아닌 조합(composition)입니다.