Codex vs Claude Code vs Cursor: 벤치마크보다 실제 프로젝트 워크플로로 선택하기

팀의 기술 책임자 앞에는 여러 종류의 작업이 놓여 있습니다. production bug, 테스트 보강, PR review, 긴 리팩터링입니다. 같은 monorepo에서 한 사람은 Cursor에 익숙하고, 다른 사람은 Claude Code를 쓰고, 또 다른 사람은 Codex를 선호합니다.

선택의 질문은 “누가 더 똑똑한가”가 아닙니다. “어떤 도구가 rules, 컨텍스트, 검증, 비용을 팀 워크플로 안에 남길 수 있는가”입니다. 개발자가 실제로 돈을 내고 오래 쓰는 지점은 워크플로에서 갈립니다. 어디에서 시작하는가, 누가 repository에 접근할 수 있는가, 테스트를 실행할 수 있는가, 결과를 어떻게 review하는가, 팀 rules를 어떻게 통일하는가, Cloud/CI/PR에 어떻게 연결되는가입니다.

더 넓은 비교나 전체 도구 목록이 필요하다면 이미 공개된 2026년 AI 코딩 assistant 비교와 AI 코딩 도구 전체 지도를 먼저 보세요. 이 글은 기존 글을 대체하지 않고, 세 도구에 대한 더 세밀한 선택 프레임만 다룹니다.

작업 시나리오별 선택: benchmark가 아니라 workflow를 봅니다

같은 repository라도 세 AI coding agent의 기본 사고 방식은 다릅니다. Cursor는 IDE-native이고, Claude Code는 터미널 + Claude 생태계 워크플로이며, Codex는 CLI + OpenAI Cloud/Review/Automation입니다. 세 도구 모두 코드를 쓰고, repository를 이해하고, 테스트를 실행하고, PR을 review할 수 있습니다. 하지만 구체적인 작업을 맡기면 차이는 workflow와의 궁합으로 나타납니다.

의사결정 프레임: 작업 시나리오 선택표

작업 유형	추천 도구	주 도구로 피할 대상	핵심 이유
production bug 수정	Cursor (IDE inline diff)	Claude Code (터미널 전환 비용)	IDE 안에서 실시간 feedback을 받고, 창을 바꾸지 않으며, inline diff로 바로 수정할 수 있습니다
테스트 보강	Codex CLI (codex exec)	Cursor (파일별 수동 작업)	codex exec로 batch 실행이 가능하고 sandbox와 approval을 지원해 자동화에 적합합니다
PR review	Claude Code (GitHub review)	Cursor (Bugbot/Review는 plan에 따라 다름)	Claude Code의 GitHub review 경로는 성숙했고 PR에 직접 comment할 수 있습니다. Cursor의 review 기능은 현재 plan과 설정을 확인해야 합니다
긴 작업 실행	Codex Cloud / Claude Desktop / Cursor Cloud Agents	로컬 IDE 경험만으로 판단	세 도구 모두 긴 작업을 지원하지만 환경, limit, 산출물, usage 경계가 다릅니다
프론트엔드 디버깅	Cursor (preview + hot reload)	Codex CLI (IDE-native 통합 없음)	Cursor는 preview와 inline diff를 같은 workspace 안에 두고 컨텍스트 전환 없이 작업할 수 있습니다
문서/Issue 일괄 자동화	Codex CLI (codex exec --batch)	Cursor (파일별 수동 작업)	비대화형 모드로 여러 파일을 처리할 수 있어 CI/CD와 자동화에 맞습니다
팀 거버넌스	Cursor Teams / Claude Enterprise / Codex Business 또는 Enterprise	개인 로컬 CLI만 사용	팀 거버넌스는 shared rules, SSO, audit, 권한, usage analytics, shared context를 봐야 합니다

팀이 이미 특정 도구로 통일되어 있다면 표의 추천만 보고 바로 이주할 필요는 없습니다. migration cost와 governance cost는 단일 작업 효율보다 더 중요할 때가 많습니다.

진입점 차이: IDE vs CLI만의 문제가 아닙니다

많은 비교 글은 Cursor를 “AI IDE”, Claude Code를 “터미널 도구”, Codex를 “OpenAI 버전 Claude Code”로 설명합니다. 하지만 이는 지나친 단순화입니다. 세 도구 모두 multi-surface, cloud, review, automation으로 확장되었습니다. 그래도 기본 사고 방식은 다릅니다.

Surface 비교표 (2026-06-26 기준)

Surface	Codex	Claude Code	Cursor
CLI (터미널)	✓ codex CLI, codex exec, sandbox, approval 지원	✓ claude 터미널, 기본 진입점	SDK/CLI, 주로 headless/CI용
IDE (VS Code)	✓ VS Code extension, inline diffs	✓ VS Code extension, inline diffs, @-mentions, plan review	✓ IDE-native (VS Code fork), 기본 진입점
Desktop App	✓ Desktop app, parallel threads, worktrees, automations	✓ Desktop app, visual diff review, 병렬 session, scheduled tasks	독립 desktop app 없음. IDE가 desktop client
Cloud/Web	✓ Web/cloud, 긴 작업, 로컬 setup 없는 repo	✓ Web, 긴 작업, 로컬 setup 없는 repo와 병렬 작업	✓ Cloud Agents, 긴 작업, Teams shared context
CI/CD	✓ GitHub Action, SDK, 비대화형 모드	✓ GitHub Actions/GitLab CI/CD, Agent SDK	✓ Headless/CI, SDK
GitHub Review	✓ OpenAI 공식 GitHub review	✓ GitHub Code Review	✓ Bugbot, agentic code reviews. 사용 가능 여부는 plan에 따라 다름
팀 거버넌스	✓ Business/Enterprise/Edu, SAML, SCIM, RBAC, audit logs, usage monitoring 등	✓ Team/Enterprise, audit logs, SCIM, role-based access 등	✓ Teams/Enterprise, audit logs, SCIM, SAML/OIDC SSO 등

세 도구의 핵심 차이는 다음과 같습니다.

• Cursor의 기본 사고 방식은 IDE입니다. CLI, Cloud Agents, Bugbot도 있지만 개발자의 일상 작업 대부분은 editor 안에서 일어납니다.
• Claude Code의 기본 사고 방식은 터미널 + Claude 생태계 워크플로입니다. VS Code, Desktop, Web, GitHub review도 있지만 Claude의 엔지니어링 흐름은 대개 터미널에서 시작합니다.
• Codex의 기본 사고 방식은 CLI + OpenAI Cloud/Review/Automation입니다. IDE extension과 Desktop app도 있지만 Cloud/Review/Automation 경로를 하나의 engineering chain으로 묶기 쉽습니다.

Surface 목록, Cloud/Review/Bugbot 사용 가능 여부, Enterprise controls는 버전에 따라 바뀔 수 있습니다.

비용 경계: $20 vs $20은 진짜 비교가 아닙니다

세 도구의 입문 subscription 가격은 비슷해 보일 수 있습니다. 하지만 사용 경계와 비용이 드러나는 방식은 크게 다릅니다. “월 $20인가”만 묻지 말고 Cloud, Review, API keys, API credits, included usage, usage-based billing이 각각 어떻게 작동하는지 봐야 합니다.

비용 노출 방식 비교표 (2026-06-26 기준)

비용 축	Codex	Claude Code	Cursor
개인 subscription 진입점	Free, Go, Plus, Pro가 서로 다른 Codex limit을 포함합니다. Plus는 $20/월, Pro는 $100/월부터 시작합니다	Pro는 연간 결제 기준 $17/월 또는 월간 $20/월, Max는 $100/월부터 시작합니다. Pro/Max는 Claude Code를 포함합니다	Individual Pro는 $20/월입니다. 더 무거운 agent 사용자는 Pro+/Ultra를 사용합니다
programmatic/API 경로	API Key mode는 CLI/SDK/IDE 자동화에 적합하고 API token 기준으로 과금되지만 cloud-based features는 포함하지 않습니다	Pro/Max에서는 Claude와 Claude Code가 usage limits를 공유합니다. limit에 도달하면 API credits 또는 Console PAYG를 선택할 수 있습니다	Cloud Agents, Bugbot, on-demand usage는 plan과 usage-based billing의 영향을 받습니다
Cloud/Review 경계	ChatGPT plan에서는 Cloud/Review 등 cloud-based features를 사용할 수 있습니다. API Key mode에는 포함되지 않습니다	Web/Desktop/IDE/Terminal은 같은 subscription usage limits에 들어갑니다. API credits는 별도 시스템입니다	Individual/Teams는 plan에 따라 Cloud agents, Bugbot, agentic reviews, shared context 능력이 다릅니다
Teams/Enterprise 관리 항목	Business/Enterprise/Edu에는 SAML, SCIM, RBAC, audit logs, usage monitoring, data retention 등이 있습니다	Team/Enterprise에는 audit logs, SCIM, role-based access, data retention 등이 있습니다	Teams에는 centralized billing, usage analytics가 있고, Enterprise에는 pooled usage, SCIM, audit logs, repository/model/MCP access controls가 추가됩니다

Claude Code의 usage limits와 API credits

Claude Code는 Pro/Max에서 Claude Web, Desktop, Mobile과 usage limits를 공유합니다. IDE 사용도 같은 limit에 포함됩니다. limit에 도달하면 reset을 기다리거나 Max로 올리거나 API credits / Console PAYG를 명시적으로 사용할 수 있습니다.

이는 다음을 의미합니다.

• Claude Code로 많은 터미널 작업, IDE 작업, 자동화 작업을 돌린다면 Pro 월 구독료만으로 판단할 수 없습니다.
• API credits를 활성화하면 과금 시스템은 subscription usage limits와 분리됩니다.
• Codex와 Cursor는 경계가 다릅니다. Codex는 ChatGPT plan과 API Key mode를 분리해서 봐야 하고, Cursor는 included usage, Cloud Agents, Bugbot, on-demand billing을 현재 plan별로 확인해야 합니다.

선택할 때 물어야 할 비용 질문

월 구독료가 아니라 다음 세 가지를 봅니다.

1. interactive use, Cloud, Review, API keys, SDK, CI/CD가 같은 quota 안에서 계산되는가.
2. 자동화 작업이 subscription 또는 included usage를 넘는가. CI/CD, GitHub Actions, Agent SDK, Cloud Agents를 많이 돌리면 일상 chat보다 비용 노출이 더 빨리 나타납니다.
3. Enterprise급 governance가 필요한가. audit logs, SCIM, role-based access, repository/model/MCP controls가 필요하다면 세 도구 모두 enterprise 경로가 있지만, 정확한 항목과 가격은 공식 페이지에서 확인해야 합니다.

Cursor subscription, quota, usage-based billing 세부 사항은 이미 공개된 Cursor Pro 구독 가이드를 참고하세요.

가격, 모델, plan, Credit 한도, Enterprise controls는 매우 자주 바뀝니다. 공개 또는 구매 전에 공식 페이지를 다시 확인하세요.

팀 거버넌스: rules 통일, audit, 권한

팀이 하나의 AI 코딩 도구를 통일하려면 개인 경험과 모델 능력만으로는 부족합니다. 팀 선택에서는 세 가지를 봐야 합니다. rules를 어떻게 통일하는가, audit logs를 어떻게 남기는가, 권한을 어떻게 제어하는가입니다.

규칙 메커니즘 비교

세 도구 모두 project-level rule file이 있습니다.

• Cursor Rules: repository root의 .cursorrules 파일 또는 .cursor/rules/ 아래 파일입니다. 팀 공통 code style, 금지 사항, 검증 기준을 정의할 수 있습니다. 사이트에는 이미 Cursor Rules 가이드가 있습니다.
• Claude Code: repository root에 두는 CLAUDE.md 파일입니다. .cursorrules와 비슷하게 project rules와 검증 기준을 정의할 수 있습니다.
• Codex: repository root에 두는 AGENTS.md 파일입니다. project rules, 검증 기준, agent behavior를 정의합니다.

rule file의 핵심 차이는 문법이 아니라 팀이 이를 통일 관리하고 공유할 수 있는가입니다.

• Cursor Teams: team marketplace에서 rules, skills, MCPs를 공유할 수 있습니다. Cloud Agents/automations도 컨텍스트를 공유할 수 있습니다.
• Claude Team/Enterprise: 팀이 CLAUDE.md를 공유할 수 있지만 Cloud shared context는 공식 페이지에서 확인해야 합니다.
• Codex Business/Enterprise/Edu: 팀 거버넌스 기능은 공식 페이지에 별도로 표시됩니다. 구체적인 항목은 현재 plan을 확인해야 합니다.

Audit logs와 권한 제어

팀 거버넌스 항목	Cursor Teams/Enterprise	Claude Team/Enterprise	Codex Business/Enterprise
Audit logs	✓ Enterprise에 audit logs	✓ Enterprise에 audit logs	✓ Enterprise에 audit logs / compliance API
SCIM	✓ Enterprise에 SCIM	✓ Enterprise에 SCIM	✓ Enterprise에 SCIM
Role-based access	✓ Enterprise에 repository/model/MCP access controls	✓ Enterprise에 role-based access	✓ Enterprise에 RBAC
Data retention	✓ Enterprise에 AI code tracking API 등 governance controls	✓ Enterprise에 data retention	✓ Enterprise에 data retention / data residency controls
Cloud shared context	✓ Teams에 Cloud Agents/automations shared context	✓ 현재 Claude Web/Desktop/Team 기능 확인 필요	✓ 현재 Codex Cloud / workspace 기능 확인 필요

팀 선택에서 물어야 할 거버넌스 질문

1. 팀이 shared rule file을 필요로 하는가. 필요하다면 세 도구 모두 rule file 메커니즘이 있지만, Cursor Teams의 team marketplace와 Cloud Agents shared context가 더 성숙합니다.
2. 팀이 audit logs와 SCIM을 필요로 하는가. 필요하다면 세 도구 모두 Enterprise plan이 있지만, 구체적인 항목은 공식 페이지에서 확인해야 합니다.
3. 팀이 권한 제어를 필요로 하는가. repository/model/MCP access controls가 필요하다면 Cursor Enterprise가 가장 세밀합니다. 주로 role-based access가 필요하다면 Claude Enterprise와 Codex Enterprise도 일반적인 governance 요구를 충족할 수 있습니다.

Cursor Teams/Enterprise의 governance 항목을 더 깊게 보고 싶다면 사이트의 기존 Cursor 시리즈를 참고하세요.

migration cost: Cursor/Claude에서 Codex로 옮길 때

팀이 Cursor 또는 Claude Code에서 Codex로 옮기려면 세 가지를 옮겨야 합니다. rule file, workflow state, team policy입니다. 이는 one-click migration이 아니라 수동 적응이 필요한 작업입니다.

옮겨야 하는 파일과 워크플로

migration 항목	Cursor → Codex	Claude Code → Codex	설명
rule file	.cursorrules / .cursor/rules/ → AGENTS.md	CLAUDE.md → AGENTS.md	문법이 달라 rule definition을 수동으로 다시 작성해야 합니다
IDE 상태	Cursor tab, file context → Codex Cloud task	Claude Code Desktop/Web session → Codex Cloud task	IDE 상태는 직접 migration할 수 없으므로 Cloud task를 다시 만들어야 합니다
개인 prompt	Cursor Skills/MCPs → Codex Business/Enterprise policy	Claude Code Skills/Subagents → Codex Business/Enterprise policy	개인 prompt는 직접 migration할 수 없고 team policy로 다시 정의해야 합니다
PR review	Cursor Bugbot → Codex GitHub review	Claude Code GitHub review → Codex GitHub review	GitHub Action/SDK를 다시 설정해야 합니다
CI/CD	Cursor Headless/CI → Codex codex exec / GitHub Action	Claude Code GitHub Actions → Codex GitHub Action	CI/CD pipeline을 다시 설정해야 합니다

migration 시 주의할 점

1. rule file 문법이 다릅니다. .cursorrules, CLAUDE.md, AGENTS.md는 문법과 필드가 완전히 같지 않습니다. rule definition을 수동으로 다시 작성해야 합니다.
2. IDE 상태는 직접 migration할 수 없습니다. Cursor의 tab, file context와 Claude Code의 Desktop/Web session은 Codex Cloud로 직접 옮길 수 없습니다. Cloud task를 새로 만듭니다.
3. 개인 prompt는 team policy로 다시 정의해야 합니다. Cursor의 Skills/MCPs와 Claude Code의 Skills/Subagents는 개인 설정입니다. Codex Business/Enterprise의 team policy로 바로 옮겨지지 않습니다.
4. CI/CD는 다시 설정해야 합니다. Cursor Headless/CI와 Claude Code GitHub Actions는 Codex의 codex exec와 GitHub Action에 맞게 재설정해야 합니다.

migration cost 평가

migration cost는 팀 규모와 기존 설정에 따라 달라집니다.

5명 미만의 작은 팀이 rule file과 기본 workflow만 옮긴다면 1-2일 안에 끝날 수 있습니다. 5-20명 규모의 팀에서 Skills/MCPs, CI/CD, GitHub review까지 옮긴다면 1-2주 정도의 계획과 테스트가 필요합니다. 20명을 넘는 큰 팀에서 audit logs, SCIM, 권한 제어 같은 Enterprise governance 항목이 얽힌다면 migration과 acceptance에 1-2개월이 걸릴 수 있습니다.

팀이 이미 Cursor 또는 Claude Code 위에 많은 Skills/MCPs, CI/CD, team policy를 쌓아 두었다면 Codex로 옮기는 비용이 전환의 추가 이익보다 클 수 있습니다. migration cost와 governance cost를 먼저 평가한 뒤 결정하는 것이 좋습니다.

다음 단계와 더 읽을거리

이 글은 작업 시나리오, 진입점 차이, 비용 경계, 팀 거버넌스, migration cost, 자주 묻는 질문을 기준으로 선택 프레임을 제시했습니다. 구체적인 도구 사용법은 사이트에 이미 공개된 tutorial과 case study를 참고하세요.

이미 공개된 비교와 전체 지도

• 2026년 AI 코딩 assistant 비교: Cursor vs Claude Code vs Copilot: 더 많은 도구를 다루는 범용 비교입니다. 이 글은 Codex와 실제 프로젝트 결정 축을 추가하지만 기존 비교를 대체하지 않습니다.
• AI 코딩 도구 전체 지도: 더 넓은 도구 목록입니다. 이 글은 세 도구 선택만 다룹니다.

Cursor 시리즈 자료

Cursor의 subscription, Agent, Codebase Index, MCP, Rules 세부 사용법이 필요하다면:

• Cursor Pro 구독 가이드: subscription, quota, usage-based billing.
• Cursor Agent 완전 가이드: Agent mode, inline diff, preview.
• Cursor Codebase Index 가이드: 코드베이스 인덱싱과 컨텍스트 관리.
• Cursor MCP 가이드: MCP integration과 tool extension.
• Cursor Rules 가이드: .cursorrules 파일과 team rules.

Claude Code 사례

Claude Code의 실제 사례와 설정을 알고 싶다면:

• Claude Code Fleet 실전 사례: Claude Code의 Fleet multi-session 병렬 처리와 scheduled tasks.

Codex 시리즈

Codex의 진입점, AGENTS.md, Worktree, Cloud, Review 세부 사용법이 필요하다면:

• Codex 입문: CLI/App/IDE/Web 진입점과 사용 시나리오(공개됨).
• Codex AGENTS.md: project rule file 정의(공개됨).
• Codex Worktree: parallel worktrees와 multi-session 관리(공개됨).
• Codex Cloud: cloud task, 장시간 작업, 자동화 경로(공개됨).
• Codex Review: GitHub review, PR comment, 검증 flow(공개됨).

이 글은 선택 프레임이지 각 도구의 전체 사용 매뉴얼이 아닙니다. 특정 도구를 깊게 알고 싶다면 공개된 tutorial과 case study를 참고하세요.

결론

선택의 질문은 “어떤 도구가 가장 강한가”가 아니라 “내 작업과 워크플로에 어떤 기본 진입점이 맞는가”입니다.

세 가지가 선택을 결정합니다.

1. 진입점. 주로 터미널에 있나요, IDE에 있나요? 매일 IDE 안에서 코드를 고친다면 Cursor의 IDE-native 진입점과 inline diff 경험이 더 잘 맞습니다. 터미널 중심이라면 Claude Code와 Codex CLI 모두 적합하지만, Claude Code는 Claude 생태계 흐름이 더 자연스럽고 Codex는 Cloud/Review/Automation 경로가 더 잘 연결됩니다.
2. 권한과 거버넌스. 팀에 shared rules, audit logs, SCIM, 권한 제어가 필요한가요? 필요하다면 먼저 세 도구의 Teams/Enterprise plan을 보고, 그다음 비용 경계를 봐야 합니다.
3. 비용 노출 방식. 월 구독료만 보지 말고 interactive use, Cloud, Review, API key, API credits, usage-based billing, 팀 governance 기능이 각각 어떻게 계산되는지 확인해야 합니다.

실행 제안

• 개인 선택: 먼저 작업 시나리오를 봅니다. bug 수정, 테스트 보강, PR review, 긴 작업, 프론트엔드 디버깅, 문서 일괄 작업입니다. 그다음 사용 경계와 비용 노출 방식을 확인합니다. 작업 시나리오가 특정 도구의 기본 진입점에 몰려 있다면 그 도구를 선택합니다.
• 팀 선택: 먼저 rules 통일, audit, 권한을 보고, 다음으로 비용 경계를 본 뒤, 마지막에 모델 능력을 봅니다. 팀에 Enterprise급 governance 항목이 필요하다면 먼저 세 도구의 Enterprise plan을 확인하고 workflow 적합도를 비교합니다.
• benchmark만 보고 고르지 마세요. SWE-bench 점수, 모델 파라미터 수, 컨텍스트 창 크기는 선택의 핵심 차이가 아닙니다. 진입점, 권한, memory, 확장, governance가 더 중요합니다.