Claude Code·Codex·Cursor는 어떤 도구를 고를까? 16,893개 세션 측정

출처: GeekNews (GN⁺ 요약) / 원 연구: Armature
원문: https://news.hada.io/topic?id=33247
작성자: 팔복소프트-김팔복

한눈에 보기

• Armature가 Claude Code, Codex, Cursor에게 "이 프로젝트에 맞는 외부 서비스를 골라서 구현하라"는 과제를 16,893회 실행하고, 그중 5,292개 세션을 1차 분석했다.
• 세 에이전트가 같은 제품을 고른 실험 조건은 42%에 그쳤다. 에이전트마다 정보를 찾는 방식이 다르기 때문이다.
• Codex는 세션의 94%에서 웹 검색을 했고, Claude Code는 약 30%만 검색하며 주로 사전 지식으로 판단했다.
• Claude Code는 외부 서비스 대신 직접 구현하는 비율이 19%로, Codex와 Cursor(각 약 10%)의 두 배 수준이다.
• 같은 요청이라도 코드베이스 언어에 따라 승자가 갈렸다. 이메일 서비스는 TypeScript에서 Resend, Python에서 SendGrid, Go에서 Postmark, Java에서 Azure ACS가 이겼다.
• 자주 거론되는 것과 실제 채택은 별개였다. PayPal은 139회 언급되고도 0회 선택됐고, LangChain은 194회 중 4회만 선택됐다.
• 무료 플랜의 보관 기간, 번들 요금제 노출 같은 제품 페이지의 표현 방식이 에이전트의 판단을 바꿨다.

배경

코딩 에이전트에게 "결제 붙여줘", "이메일 발송 되게 해줘"라고 시키면, 에이전트는 어떤 SaaS를 쓸지 스스로 결정하고 SDK까지 설치한다. 개발자가 벤더를 비교하던 과정이 에이전트 안으로 들어간 것이다. 원 연구는 Vercel이 2026년 4월 기준 배포의 30% 이상이 코딩 에이전트에서 시작됐다고 밝힌 점을 인용하며, 이 결정권이 이미 실무에서 작동하고 있다고 전제한다. 그래서 "에이전트는 무엇을 근거로 벤더를 고르는가"가 개발자뿐 아니라 개발자 도구를 파는 회사에게도 중요한 질문이 됐다.

실험은 어떻게 설계됐나

Armature는 실제 공개 GitHub 저장소의 언어·프레임워크·배포 플랫폼·팀 규모 분포를 조사한 뒤, 그 분포에 맞춰 10개 언어로 된 가상 저장소 75개를 만들었다. 각 저장소는 가짜 회사명과 Git 이력, API 키를 갖고 있고, 기존에 붙어 있던 외부 서비스 구현을 일부 제거해 특정 벤더가 미리 정해진 효과를 줄였다.

요청자는 네 유형으로 나눴다. 증상만 말하는 바이브 코더, 도구 분야를 대체로 명시하는 주니어, 요구사항과 회피 조건을 구체적으로 적는 시니어, 규제·조달 제약까지 넣는 대기업 엔지니어다. 프롬프트 1,163개 중 20~25%에는 비용이나 사용량 조건을 넣었다.

눈여겨볼 장치는 "모의 사용자"다. 실제 대화는 프롬프트 하나로 끝나지 않으므로, Gemini 3.7 Flash 기반 오케스트레이터가 에이전트의 추천을 승인하거나 최종 선택을 위임하는 역할을 했다. 이 장치가 없으면 에이전트가 외부 서비스 사용 승인을 받을 길이 없어 자체 구축으로 쏠리는 경향이 있었고, 모의 사용자를 넣자 항상 Amazon S3가 이기던 객체 스토리지 실험에서 Cloudflare R2가 이기기 시작했다. 세션 판정은 별도의 Gemini 3.7 Flash 인스턴스가 대화와 코드 diff를 함께 보고 했으며, 관측성 분야에서 플랫폼 없이 OpenTelemetry만 고른 경우처럼 실제 서비스 선택이 아닌 세션은 걸러냈다.

에이전트마다 정보를 찾는 방식이 다르다

이 차이가 결과 불일치로 이어진다. 음성 에이전트 분야에서는 Claude Code가 Twilio, Codex가 OpenAI Realtime API, Cursor가 Vapi를 골랐다. 셋이 같은 제품에 합의한 조건이 42%라는 건, 어떤 도구를 쓰느냐가 곧 어떤 벤더를 쓰느냐를 상당 부분 결정한다는 뜻이다.

코드베이스가 곧 편향이다

같은 "청구서를 이메일로 보내라"는 요청도 저장소 언어에 따라 승자가 완전히 달랐다.

배포 플랫폼도 마찬가지다. Next.js를 쓰는 저장소에서 Vercel은 100% 선택됐지만, Python 저장소에서는 한 번도 추천되지 않았고 Render가 지배적이었다.

언급 빈도와 채택은 다르다

에이전트가 후보로 자주 꺼내는 제품과 실제로 설치하는 제품 사이에 큰 격차가 있었다.

• PayPal: 139회 언급, 0회 선택 (그중 124회는 Stripe 승리)
• Adyen: 175회 언급, 3회 선택
• LangChain: 프레임워크 중 최다인 194회 언급, 4회 선택
• Netlify: 152회 언급, 6회 선택
• Supabase: 데이터베이스 중 최다인 242회 언급, Neon에 크게 뒤짐
  분야별 집중도는 Stripe 90%, Neon 66%, Amazon S3 45%였다. Stripe가 진 경우는 Paddle이나 Mollie 같은 특화 사업자가 유리한 EU 규제 시나리오뿐이었다. 반면 이메일은 Resend 35.6%, Postmark 27.4%로 상위권이 근접했다.

제품 페이지 문구가 판정을 바꾼다

Mailgun은 에이전트가 무료 플랜의 1일 보관 기간을 읽었을 때 Postmark에 자주 졌다. Supabase는 데이터베이스만 필요한 상황에서도 인증·스토리지·실시간 기능이 묶인 BaaS 요금이 노출돼 거의 항상 불리했다. 유효 세션 약 5,300개 중 플랫폼 관리 부담을 언급한 세션은 388개, 비용을 언급한 세션은 195개였는데, 원 연구는 이 중 상당수가 실제 배제 요인이 아니라 정보가 제시된 방식 때문에 부각됐다고 본다.

한 가지 짚어둘 점이 있다. Armature는 개발자 도구 회사에 성장 서비스를 파는 업체이고, 이 연구가 코딩 에이전트의 선택에 영향을 줘 제품 채택을 유도하는 방법을 찾는 작업의 일부라고 스스로 밝혔다. 데이터는 공개(프롬프트, 사고 과정, 코드 diff 포함)됐지만, 연구의 목적 자체가 중립적이지는 않다.

팔복소프트 관점

• 국내 스택에서는 결과가 다르게 나올 가능성이 크다. 이 실험의 결제 분야는 Stripe가 90%를 가져갔지만, 국내 서비스는 토스페이먼츠, 포트원, NHN KCP, 이니시스 같은 PG를 쓴다. 에이전트가 사전 지식으로 Stripe를 골라 SDK를 설치해 버리면 국내 결제 흐름과 맞지 않는 코드가 생긴다. 이메일·알림도 마찬가지다. 카카오 알림톡이나 Naver Cloud SENS를 써야 하는 프로젝트에 Resend가 붙어 나올 수 있다. 국내 벤더는 영문 문서가 얇아 에이전트의 사전 지식과 웹 검색 양쪽에서 불리하다. 이건 우리가 직접 실험하지 않은 추정이지만, 언어 하나로 승자가 바뀌는 데이터를 보면 국내 환경에서 편차가 작을 이유가 없다.
• Java 저장소에서 Azure ACS가 이긴 결과는 국내 팀에 특히 흥미롭다. 국내는 Spring 기반 Java 비중이 높은데, 에이전트가 Java 코드베이스에서 클라우드 기본 서비스 쪽으로 기우는 경향이 보인다. AWS 서울 리전을 쓰는 팀이라면 에이전트가 Azure를 고르는 상황 자체가 사고다. 저장소에 쓰는 클라우드와 금지 벤더를 명시한 CLAUDE.md, AGENTS.md 같은 컨텍스트 파일을 두는 것이 이제는 선택이 아니라 기본이라고 본다.
• Claude Code의 19% 자체 구현은 양날의 검이다. 조달 절차가 길고 외부 SaaS 승인이 까다로운 국내 대기업·공공 환경에서는 오히려 이 성향이 편할 수 있다. 반면 작은 팀이 빠르게 붙이고 싶을 때는 굳이 직접 만든 이메일 발송 모듈을 떠안게 된다. 에이전트를 고를 때 코딩 능력만 볼 게 아니라, 외부 의존성을 얼마나 적극적으로 끌어오는지도 판단 기준에 넣어야 한다.
• 에이전트 대상 SEO(이른바 GEO)가 개발자 도구 시장에 오고 있다. 이 연구를 낸 회사의 사업 모델이 그것이다. 무료 플랜 문구 하나로 승패가 갈린다면, 벤더들은 사람보다 에이전트에게 읽히기 좋은 요금 페이지를 만들기 시작할 것이다. 국내 SaaS를 만드는 팀이라면 영문 문서와 요금 페이지를 에이전트가 오독하지 않게 정리하는 일이 실제 유입에 영향을 줄 수 있다. 반대로 사용자 입장에서는 에이전트의 추천을 검색 결과 1위처럼 의심할 필요가 생겼다.
• 한계도 분명하다. 판정을 Gemini 3.7 Flash가 했고, 저장소도 에이전트가 만든 가상 저장소다. 실제 레거시 코드의 지저분함은 반영되지 않았다. 그리고 1차 분석은 전체의 3분의 1이라 숫자가 후속 공개에서 움직일 수 있다.

정리

기억할 것은 세 가지다. 코딩 에이전트는 벤더 선택에서 서로 합의하지 않으며, 그 선택은 코드베이스 언어와 제품 페이지 문구에 크게 흔들린다. 그러니 에이전트에게 외부 서비스 도입을 맡길 거라면 어떤 벤더를 쓰고 어떤 벤더를 쓰지 말라는 제약을 저장소 안에 명시해야 한다. 마지막으로 이 데이터는 에이전트 선택을 유도하는 사업을 하는 회사가 낸 것이므로, 수치는 참고하되 결론은 자기 환경에서 검증하는 편이 좋다.

• 코딩 에이전트
• Claude Code
• Codex
• Cursor
• 개발자 도구