Cursor vs Codex 2026 비교: 워크플로, 가격, 사용 한도와 On-Demand Usage

실무적인 결론부터 말하면, 하루 대부분을 IDE 안에서 보내며 코드를 읽고 작은 수정을 반복하고 diff를 바로 검토하고 싶다면 Cursor가 적합합니다. 반대로 완료 조건이 분명한 작업을 정의한 뒤 에이전트가 저장소를 조사하고 파일을 수정하고 테스트까지 실행한 결과를 받아 검토하고 싶다면 Codex가 더 잘 맞습니다.

이제 둘의 차이는 단순한 “에디터 대 명령줄”이 아닙니다. Cursor에는 Agent, CLI, Cloud Agents, projects와 백그라운드 워크플로가 있습니다. Codex도 CLI, IDE extension, 데스크톱 앱, 웹, 클라우드 환경에서 사용할 수 있습니다. 실제 선택 기준은 에이전트와 함께 코딩할 것인지, 아니면 완결된 작업을 에이전트에게 위임할 것인지입니다.

이 글의 가격과 사용 조건은 2026년 9월 18일에 확인했습니다. 플랜, 모델, 한도는 변경될 수 있으므로 결제 전에 Cursor models and pricing과 Codex 공식 가격 페이지에서 최신 조건을 확인하세요.

Cursor와 Codex 한눈에 비교

항목	Cursor	Codex
핵심 워크플로	에디터 안에서 에이전트와 협업하고 변경 사항을 단계별로 검토	로컬 또는 클라우드 에이전트에게 결과 중심의 작업을 위임
주요 인터페이스	Editor, Agent, CLI, Cloud Agents, projects	CLI, IDE extension, 데스크톱 앱, 웹, cloud
컨텍스트	열린 파일, 선택 영역, project rules, codebase search	작업 디렉터리, 저장소 파일, AGENTS.md, IDE context, cloud environment
편집 방식	inline edit, Tab, visual diff, 여러 파일을 오가는 반복 작업	모듈 간 작업, 테스트, script 실행, 장시간 작업, PR 중심 흐름
백그라운드 작업	Cloud Agents, automations, parallel agents	local runs, cloud tasks, parallel delegation, code review
권한	command approvals, rules, ignored files, team controls	sandbox, approval policy, network access, workspace policy
모델	Cursor 모델과 외부 모델, 플랜의 usage pool로 관리	ChatGPT 플랜 모델과 cloud 기능 또는 별도 API key 과금
비용 구조	포함 사용량과 선택적 on-demand 과금	ChatGPT 사용 한도, 추가 credits 또는 API token 과금
잘 맞는 사용자	IDE에 오래 머물며 변경을 대화형으로 검토하는 개발자	issue, terminal, 자동화, acceptance criteria 중심으로 일하는 개발자와 tech lead

가장 큰 차이는 모델이 아니라 작업 루프다

Cursor는 사람을 코드 가까이에 둔다

Cursor에서 가장 자연스러운 흐름은 관련 파일을 열고, 코드를 선택하고, Agent에 변경을 요청하고, diff를 확인한 뒤 accept, reject 또는 refine하는 방식입니다. 다음과 같은 작업에서 특히 편리합니다.

• 레거시 코드를 읽으면서 작은 수정도 함께 해야 할 때;
• 여러 파일을 refactor하지만 단계마다 멈춰 확인하고 싶을 때;
• Tab, Inline Edit, visual diff를 자주 사용할 때;
• UI를 만들고 preview를 보며 반복적으로 조정할 때;
• Cursor rules, Skills, MCP server 또는 팀 규칙을 이미 운영할 때.

Cursor의 장점은 에이전트가 언제나 “더 똑똑하다”는 데 있지 않습니다. 코드, terminal, context, review가 한 인터페이스에 붙어 있어 사람이 즉시 개입하기 쉽다는 점이 강점입니다. 이 구조는 촘촘한 human-in-the-loop 작업에 잘 맞습니다.

Codex는 정의된 결과에서 시작한다

Codex는 작업을 검증 가능한 과제로 표현할 수 있을 때 강합니다. 예를 들면 다음과 같습니다.

• 처음 보는 저장소를 조사해 로그인 callback의 idempotency bug를 찾기;
• 여러 파일을 수정하고 기존 tests를 실행하기;
• codex exec, script 또는 CI에서 반복 가능한 흐름 실행하기;
• 격리된 환경에서 긴 작업을 수행하고 나중에 결과 검토하기;
• issue를 받아 구현, 검증, 변경 요약, clean diff까지 반환하기.

Codex는 위임이 구체적일수록 결과가 좋아집니다. 수정 가능한 범위, 하지 말아야 할 일, 완료 조건, 검증 방법을 명확히 적는 것이 중요합니다. 여러 작업을 동시에 조율하는 architect나 tech lead에게는 IDE 안에서 모든 edit를 지켜보는 방식보다 효율적일 수 있습니다.

Cursor와 Codex 가격 비교

“둘 다 월 20달러”라는 제목만 보면 잘못된 결론을 내리기 쉽습니다. 두 제품은 포함 사용량을 계산하는 방식이 다르고, 선택 모델, context 크기, 백그라운드 작업, 초과 과금에 따라 실제 비용도 크게 달라집니다.

2026년 9월 개인 플랜

제품과 플랜	표시 가격	사용량 계산 방식	적합한 사용자
Cursor Hobby	무료	제한된 Agent 사용	가벼운 체험
Cursor Pro	월 $20	Cursor Models와 Other Models의 별도 pool 포함	보통 수준의 정기적 Agent 사용
Cursor Pro+	월 $60	Pro보다 많은 Agent 사용량	매일 Agent를 자주 쓰는 사용자
Cursor Ultra	월 $200	고강도·병렬 에이전트 작업용	power user와 자동화
Codex Free	월 $0	소규모 작업을 위한 제한 사용	평가와 가벼운 업무
Codex Go	월 $8	가벼운 coding 사용	사용 빈도가 낮은 사용자
Codex Plus	월 $20	플랜 한도 안에서 local, IDE, web, cloud 사용	주 몇 회 집중 작업
Codex Pro	월 $100부터	Plus Codex 사용량의 약 5배 또는 20배 선택	빈번하고 긴 작업
API key로 Codex 사용	고정 구독 없음	선택 모델의 API 가격에 따라 token 과금	CI, 자동화, 비용 단위 측정

Codex의 5시간 한도는 무엇을 뜻하나

OpenAI는 5시간 단위로 처리할 수 있는 local message 수의 추정치를 제공합니다. 이는 보장된 메시지 개수가 아닙니다. 저장소가 크거나 session이 길고, tool use, reasoning, retrieval, 캐시되지 않은 context가 많으면 한 요청이 훨씬 많은 한도를 사용할 수 있습니다.

이 글을 확인한 시점에 GPT-5.6 Sol의 공식 페이지에 표시된 추정치는 다음과 같습니다.

플랜	5시간당 예상 local messages
Plus	10–100
Pro 5x	50–500
Pro 20x	200–2,000

Cloud chat은 local message보다 더 많은 한도를 소비할 수 있고 주간 한도도 적용될 수 있습니다. “100 messages”를 “100개 작업 완료”로 해석하면 안 됩니다. 실제 업무를 몇 번 실행한 뒤 자신의 usage dashboard를 확인하는 것이 가장 정확합니다.

같은 월 $20 플랜도 체감이 다른 이유

Cursor Pro의 가치는 editor, Tab, Agent, visual review, 통합 워크플로에 집중되어 있습니다. Codex Plus는 Codex의 여러 인터페이스에 접근할 수 있고 해당 ChatGPT 플랜의 limits를 공유합니다. 이미 ChatGPT Plus를 사용 중이라면 Codex의 추가 비용은 작게 느껴질 수 있습니다. 하지만 API key 하나만으로 Cursor 전체 경험을 대체할 수는 없습니다.

Cursor의 On-Demand Usage란?

On-Demand Usage는 플랜에 포함된 월간 사용량을 소진한 뒤에도 모델을 계속 사용할 수 있게 하는 종량제 과금입니다. 요청이 자동으로 느린 queue나 낮은 품질 tier로 전환되는 것이 아닙니다. 해당 모델의 API rate로 계속 처리되며 추가 사용량으로 청구됩니다.

현재 Cursor 문서는 월간 사용량을 두 개의 pool로 설명합니다.

1. Cursor Models — Cursor가 지정한 모델을 위한 pool;
2. Other Models — 외부 모델을 위한 pool이며 각 모델의 API 가격을 기준으로 측정.

오래된 글에는 Fast Requests, Slow Pool, 고정 request 수라는 표현이 자주 나옵니다. 이는 예전 request-based pricing의 용어입니다. 현재 계정에서는 과거 추정치가 아니라 dashboard에 표시되는 두 pool과 on-demand 내역을 기준으로 판단해야 합니다.

예상치 못한 On-Demand 과금을 막는 방법

1. Cursor 웹 dashboard의 Spending 페이지에서 두 pool, 남은 사용량, on-demand 금액을 확인합니다.
2. 포함 사용량을 다 쓴 뒤 계속 사용하고 싶지 않다면 on-demand를 꺼 둡니다.
3. 활성화할 경우 개인 또는 팀 플랜에서 제공하는 monthly spend limit를 설정합니다.
4. 비용 예측이 중요하면 모든 작업을 Auto에 두지 말고 모델을 직접 선택합니다.
5. 큰 Agent 작업은 범위를 좁혀 관련 없는 폴더 탐색, 불필요한 파일 생성, 전체 test suite 반복 실행을 막습니다.
6. Cloud Agent와 automation 예산은 별도로 확인합니다. 백그라운드 활동은 놓치기 쉽습니다.

설정 이름은 플랜이나 client version에 따라 달라질 수 있습니다. 핵심은 Spending 또는 Billing 화면에서 포함 사용량을 넘는 소비가 허용되어 있는지 확인하는 것입니다.

Cursor가 더 나은 경우

다음 항목 대부분이 자신의 업무와 맞는다면 Cursor가 좋은 첫 선택입니다.

• 하루 대부분을 한 IDE에서 코드를 읽고 수정하는 데 사용한다.
• context, inline suggestion, 부분 diff를 즉시 보고 싶다.
• UI 작업, 탐색적 개발, 점진적 refactor가 많다.
• 작업에 따라 모델을 바꿔 쓴다.
• 작은 변경마다 완전한 task specification을 작성하고 싶지 않다.
• 팀에서 editor rules, plugins, MCP, Skills, privacy settings를 공유하고 싶다.

간단한 판단 기준이 있습니다. AI가 멈추면 곧바로 직접 키보드를 잡고 수정을 이어 가나요? 그렇다면 Cursor가 더 자연스럽게 느껴질 가능성이 큽니다.

Codex가 더 나은 경우

다음을 더 중요하게 생각한다면 Codex가 좋은 첫 선택입니다.

• 입력, 범위, acceptance criteria가 명확한 과제를 정의한다.
• 에이전트가 저장소를 조사하고 파일을 바꾸고 command를 독립적으로 실행하게 한다.
• CLI, scripts, SDK, CI로 워크플로를 재사용한다.
• 긴 작업을 isolated environment에서 실행하고 나중에 검토한다.
• issue, failing test, pull request, technical debt queue에서 일을 시작한다.
• tech lead나 architect로 여러 작업을 동시에 조율한다.

또 다른 기준도 있습니다. 각 줄이 어떻게 바뀌었는지를 보는 것보다 작업이 완료되고 검증됐는지가 더 중요한가요? 그렇다면 Codex의 delegation 중심 흐름이 잘 맞습니다.

둘 다 쓸 수 있지만 역할을 나눠야 한다

실용적인 역할 분담은 다음과 같습니다.

• Cursor: 코드 탐색, UI 구현, 로컬 수정, 즉시 diff review;
• Codex: 긴 test run, 모듈 간 refactor, 일괄 수정, 반복 가능한 자동화.

두 개 구독은 역할이 분명히 다를 때만 의미가 있습니다. 둘 다 같은 작은 수정을 처리한다면 context switching만 늘고 비용을 구분하기도 어려워집니다.

Cursor에 BetterToken 커스텀 API 설정하기

외부 모델의 포함 사용량이 부족하거나 모델 비용을 별도로 추적하려는 경우, custom model 설정이 제공되는 Cursor 계정과 client version에서 OpenAI-compatible Base URL을 사용할 수 있습니다.

외부 API key는 Cursor가 bring-your-own-key로 지원하는 표준 모델 흐름만 다룹니다. Tab Completion, Cursor 전용 모델, Cloud Agents 또는 모든 구독 기능을 대체하지 않습니다. BetterToken은 독립 서비스이며 Cursor나 OpenAI와 제휴 관계가 없습니다.

설정 절차

1. Cursor Settings → Models를 엽니다.
2. API Keys까지 내려갑니다.
3. Override OpenAI Base URL을 켭니다.
4. 다음 Base URL을 입력합니다.

https://www.bettertoken.ai/v1

5. BetterToken key를 OpenAI API Key에 붙여 넣고 활성화합니다.
6. 모델 목록을 새로 고치고 catalog에서 현재 사용할 수 있는 완전한 model ID를 활성화합니다. 예:

gpt-6-astra

7. chat으로 돌아가 Auto를 끄고 모델을 직접 선택합니다.
8. 큰 작업 전에 작은 테스트를 보내 authentication, model selection, usage record를 확인합니다.

현재 인터페이스와 문제 해결 절차는 BetterToken Cursor 설정 가이드에서 확인할 수 있습니다.

중요한 제한 사항

Override OpenAI Base URL은 global setting입니다. 활성화하면 Cursor에 설정된 다른 OpenAI, Anthropic 또는 built-in model key에도 영향을 줄 수 있습니다. 내장 모델이 동작하지 않으면 override를 끄고 다시 테스트하세요. Cursor는 현재 모델별로 서로 다른 Base URL을 제공하지도 않습니다.

Codex custom provider는 프로토콜 요구 사항이 다릅니다. Chat Completions만이 아니라 Responses API를 지원해야 합니다. 호환 설정에서는 wire_api = "responses"를 사용합니다. 설정 전에 BetterToken Codex 설정 가이드를 확인하세요.

같은 작업으로 두 도구를 비교하는 방법

Cursor와 Codex에 서로 다른 prompt를 주지 마세요. 작은 저장소 하나를 선택하고 두 도구에 완전히 같은 과제를 맡기세요. 아래 예시는 의도적으로 범위를 좁혔고 검증할 수 있습니다.

목표: 로그인 callback이 중복 처리되는 문제를 수정한다.
허용 범위: callback의 idempotency logic과 직접 관련된 tests만 변경한다.
하지 말 것: 로그인 module 전체를 refactor하지 않는다. dependencies를 upgrade하지 않는다. 다른 authentication method를 변경하지 않는다.
완료 조건: 같은 callback이 반복 전달돼도 작업은 한 번만 실행되고, 정상 callback의 기존 동작은 바뀌지 않는다.
검증 방법: 로그인 callback 관련 tests만 실행한다. 통과하면 멈추고, 관련 없는 full test suite는 실행하지 않는다.
수정 전에 저장소를 조사하고 변경할 파일을 설명한다. 즉시 코드를 수정하지 않는다.

각 실행에서 다음을 기록하세요.

• 올바른 파일을 찾는 데 걸린 시간;
• 추가 context를 몇 번 제공했는지;
• 관련 없는 파일이 바뀌었는지;
• diff를 검토하고 되돌리기 쉬웠는지;
• 요청한 tests를 실제로 실행하고 통과했는지;
• command 또는 network approval이 몇 번 필요했는지;
• dashboard에 표시된 플랜 사용량 또는 API cost;
• 중단 후 전체 설명을 반복하지 않고 resume할 수 있었는지.

이 방식은 일반적인 순위보다 실제 자신의 워크플로에 맞는 도구를 더 잘 보여 줍니다.

팀에서는 코드 품질 외에도 무엇을 비교해야 하나

팀 도입 전에는 다음도 확인해야 합니다.

• 관리자가 사용자별·모델별 사용량을 볼 수 있는가;
• 예산을 설정하고 on-demand billing을 끌 수 있는가;
• model, privacy, network, command permission을 중앙에서 관리할 수 있는가;
• 저장소 접근 권한을 어떻게 부여하고 감사하고 회수하는가;
• 백그라운드 작업 결과, PR review, logs가 어디에 저장되는가;
• custom API key가 개인 secret인지 조직이 관리하는 credential인지.

Cursor Teams는 중앙 청구, editor policy, 공유 워크플로에 강점이 있습니다. Codex의 팀 제어는 ChatGPT workspace, 사용 중인 인터페이스, API key 사용 여부에 따라 달라집니다. API key 하나만으로 workspace governance를 대체할 수는 없습니다.

자주 묻는 질문

Cursor와 Codex 중 무엇이 더 좋은가요?

모든 상황에서 한쪽이 더 좋은 것은 아닙니다. live code inspection, inline editing, 단계별 diff review에는 Cursor가 더 자연스럽습니다. 잘 정의된 작업을 위임하고 tests를 실행해 검증된 결과를 받으려면 Codex가 더 자연스럽습니다.

Codex 가격은 얼마인가요?

2026년 9월 기준 Codex는 Free, Go, Plus, Pro, Business, Enterprise 또는 API key로 사용할 수 있습니다. Plus는 월 $20입니다. Pro는 월 $100부터 시작하며 Plus보다 약 5배 또는 20배의 Codex 사용량을 제공합니다. API-key 사용은 token 수와 모델 가격에 따라 과금됩니다.

Cursor의 On-Demand Usage는 무엇인가요?

플랜에 포함된 월간 사용량을 소진한 뒤의 종량제 사용입니다. 활성화하면 해당 모델의 API 가격으로 요청이 계속 처리되므로 Spending 페이지를 확인하고 예산을 설정해야 합니다.

Cursor On-Demand Usage를 끌 수 있나요?

가능합니다. Cursor 웹 dashboard의 Spending 또는 Billing에서 포함 한도를 넘는 사용을 허용하는 옵션을 끄세요. 팀 관리자는 monthly spend limit도 설정하는 것이 좋습니다. 제품 업데이트에 따라 설정 이름은 달라질 수 있습니다.

Codex가 Cursor를 완전히 대체할 수 있나요?

CLI, IDE extension, cloud task 중심으로 일하고 Cursor의 Tab이나 전용 기능에 의존하지 않는 사용자라면 가능합니다. 직접 코드를 계속 편집하는 개발자에게는 완전한 대체가 되지 않는 경우가 많습니다.

커스텀 API key가 Cursor의 모든 기능을 지원하나요?

아닙니다. 주로 지원되는 표준 모델 요청을 처리합니다. Tab Completion, Cursor 전용 모델, 일부 Agent 또는 cloud 기능은 여전히 Cursor 서비스와 플랜 사용량을 사용할 수 있습니다.

Cursor와 Codex를 함께 사용할 수 있나요?

가능합니다. Cursor는 대화형 편집과 로컬 검토, Codex는 긴 위임 작업, 자동화, tests, 일괄 변경처럼 역할을 분리하는 것이 좋습니다. 비용도 별도로 추적하세요.

최종 추천

• Cursor를 선택하세요: 하루 대부분을 IDE에서 보내며 즉시 보이는 context, inline 도움, visual diff가 중요할 때.
• Codex를 선택하세요: 작업을 명확한 과제로 정의하고 에이전트에게 독립적인 실행과 검증을 맡기고 싶을 때.
• 둘 다 사용하세요: 한쪽은 live collaboration, 다른 쪽은 background delegation을 담당할 때만.
• 비용을 통제하세요: 구독료뿐 아니라 모델, 작업 길이, 포함 사용량, on-demand 과금, 추가 credits, API billing을 함께 보세요.

가장 확실한 선택 방법은 같은 저장소, 같은 작업, 같은 acceptance criteria로 두 도구를 각각 한 번 실행해 보는 것입니다.