Codex·Claude Code·Grok의 차이는 코드를 얼마나 그럴듯하게 써 주느냐만으로 설명하기 어렵습니다. 실제 프로젝트에서는 어떤 모델을 어떤 도구로 쓰는지, 작업을 어디서 실행하는지, 결과를 확인하고 다시 고치기 쉬운지가 선택을 가릅니다. Grok을 쓰더라도 Grok Build에서 터미널로 일하는 것과 Cursor 안에서 파일을 보며 일하는 것은 다른 경험입니다.
저는 Codex·Claude Code·Grok을 모두 써봤고, 현재는 GPT를 주로 사용하고 있습니다. 다만 개인의 선택을 세 제품의 성능 순위로 일반화할 수는 없습니다. 작업 사례는 같은 조건으로 차이를 살펴보기 위한 예시입니다.
GPT·Claude·Grok과 코딩 도구 이름부터 구분합니다
GPT는 OpenAI의 모델 계열을 가리키는 이름입니다. 코딩 작업에서는 Codex CLI·IDE 확장·클라우드 같은 실행 경로를 함께 봐야 합니다. Claude 역시 모델·서비스 이름으로 쓰이지만, 저장소를 읽고 파일을 수정하는 도구는 Claude Code라고 구분합니다. Grok 모델을 코딩에 사용하는 경로에는 Grok Build, Cursor, 직접 API를 연결한 도구 등이 있습니다. Codex CLI, Claude Code 개요, Grok Build 개요가 각각 이 실행 방식을 설명합니다.
여기에 Cursor가 들어오면 비교가 한 층 더 생깁니다. Cursor는 특정 모델 하나의 이름이 아니라 여러 모델을 선택해 사용하는 개발 도구입니다. Cursor Agent 문서는 에이전트를 지침·도구·모델의 조합으로 설명합니다. 같은 모델이라도 검색할 파일을 고르는 방식, 사용할 수 있는 도구, 변경을 보여 주는 화면이 달라지면 작업 과정도 달라질 수 있습니다.
| 구분 | 역할 | 설명 | 예시 |
|---|---|---|---|
| 모델 | 무엇이 요청을 해석하는가 | GPT·Claude·Grok처럼 추론하고 코드나 답을 만드는 모델을 고르는 층입니다. | 같은 계열 안에서도 버전과 추론 설정을 구분 |
| 작업 도구 | 어떻게 파일을 읽고 고치는가 | Codex·Claude Code·Grok Build·Cursor가 파일 검색, 편집, 명령 실행과 검토 흐름을 제공합니다. | 같은 모델을 골라도 사용 경험이 같지는 않음 |
| 이용 경로 | 누구에게 어떤 사용량을 결제하는가 | 서비스 구독, Cursor의 포함 사용량, API 청구는 서로 다른 경로입니다. | 모델 이름만 보고 구독 혜택이 통합됐다고 판단하지 않기 |
그래서 “Cursor에서 Claude가 좋았다”는 경험은 곧바로 “Claude Code에서도 똑같이 동작한다”는 뜻이 되지 않습니다. 모델을 비교하려면 도구 차이를, 도구를 비교하려면 모델·설정 차이를 함께 기록해야 합니다. 모델 하나의 답변 품질과 프로젝트 작업 전체의 편의성을 분리하면 불필요한 갈아타기도 줄어듭니다.
Codex: GPT를 프로젝트 작업으로 이어 쓰는 경로
Codex CLI는 로컬 저장소를 살펴보고 파일을 바꾸며 이미 설치된 개발 도구를 실행합니다. 진행 중인 명령과 diff를 보면서 후속 지시를 이어 갈 수 있고, 반복 작업은 codex exec로 스크립트나 파이프라인에 연결할 수 있습니다. 터미널 작업은 Claude Code만의 특징이 아닙니다. Codex CLI 공식 안내
별도로 Codex cloud는 격리된 환경에서 작업을 병렬로 진행하고 나중에 요약과 diff를 검토하는 흐름을 제공합니다. 내 컴퓨터에 설치된 도구를 바로 쓰고 싶다면 로컬이 편하고, 작업을 분리해 맡겨 놓고 돌아오고 싶다면 클라우드 경로를 살펴볼 수 있습니다. 클라우드에서는 저장소 접근, 의존성, 환경 변수와 설정 과정을 따로 준비해야 합니다.
이미 ChatGPT를 사용하고 있다면 기존 플랜에 포함된 Codex 사용량으로 자신의 작업을 먼저 확인할 수 있다는 점도 실용적입니다. 다만 공식 요금 문서는 모델·작업 크기·도구 사용 등에 따라 소비량이 달라지며, 로컬과 클라우드가 사용량을 공유한다고 설명합니다. 월 구독에 들어 있다고 무제한 작업이 가능한 것은 아닙니다. API 키로 쓰는 경우에는 API 과금과 제공 기능을 별도로 확인해야 합니다.
선택의 출발점은 “GPT가 최고인가”보다 내가 쓰는 모델과 작업 흐름을 프로젝트 수정·검증까지 연결하기 편한가입니다. 긴 작업을 맡길 때도 전체 저장소를 한꺼번에 바꾸게 하기보다, 수정할 범위와 완료 조건을 먼저 좁혀야 결과를 판단할 수 있습니다.
Claude Code: 프로젝트 규칙과 반복 작업을 꾸려 쓰는 도구
Claude Code는 터미널뿐 아니라 IDE, 데스크톱 앱, 웹에서도 사용할 수 있습니다. 공식 개요는 파일 편집과 명령 실행, 여러 파일에 걸친 작업을 안내합니다. 따라서 “터미널은 Claude, 화면은 다른 제품”처럼 나누는 기준은 현재 제품 구성을 충분히 설명하지 못합니다.
이 도구를 검토할 때는 팀이 반복하는 작업을 어떻게 남길지 살펴보면 좋습니다. CLAUDE.md로 프로젝트 맥락을 전달하고, Skills로 반복 절차를 묶고, Hooks로 특정 작업 전후의 명령을 연결하는 경로가 있습니다. 예를 들어 오류 분석을 맡길 때 매번 빌드 명령과 수정 금지 영역을 다시 설명하는 대신, 프로젝트 규칙과 필요한 절차를 준비해 두는 식입니다. 이는 해당 기능이 다른 제품에는 없다는 뜻이 아니라, Claude Code를 도입할 때 구체적으로 확인할 활용 지점입니다. Claude Code의 지침·Skills·Hooks 안내
웹 작업도 가능합니다. Claude Code on the web 문서는 노트북을 닫아도 유지되는 클라우드 세션과 로컬로 작업을 가져오는 흐름을 설명합니다. 현재 CLI의 --cloud는 새 클라우드 세션을 만드는 경로이며, 예전 --remote는 사용 중단 예정 별칭으로 남아 있습니다. 기존 로컬 세션을 원격에서 보는 Remote Control과는 구분해야 합니다.
비용을 볼 때도 화면에 표시되는 달러 수치를 그대로 청구액으로 읽으면 안 됩니다. Claude Code 비용 문서에 따르면 Pro·Max 구독자는 구독에 포함된 사용량을 쓰며, /usage의 세션 비용 추정치는 구독 청구액과 같지 않습니다. 사용량 제한 때문에 막힌 것인지, API 키나 추가 크레딧으로 별도 결제가 생긴 것인지 먼저 구별해야 합니다.
Grok: Build와 Cursor 중 작업 장소를 고를 수 있습니다
Grok Build는 대화형 터미널 화면인 TUI, 스크립트·봇에서 쓰는 비대화형 실행, 다른 앱에 연결하는 ACP 경로를 제공합니다. 현재 개요는 사용자 지정 모델 설정도 설명합니다. 제품 이름에 Grok이 들어간다는 이유만으로 사용 모델·설정까지 언제나 하나라고 단정해서는 안 됩니다.
터미널에서 파일과 명령을 중심으로 일한다면 Build의 세션·작업 규칙·권한 설정을 살펴보는 것이 자연스럽습니다. 반대로 편집기에서 파일을 직접 열고 변경 부분을 확인하는 일이 많다면 Cursor에서 Grok을 선택하는 경로가 후보입니다. Cursor의 Grok 4.6 문서는 모델 선택뿐 아니라 파일 검색·편집·명령 실행 등 Cursor의 Agent 도구와 함께 사용하는 구성을 안내합니다.
Grok의 범위를 Build 하나로 좁힐 필요도 없습니다. Grok Bot은 클라우드 컴퓨터에서 업무를 처리하는 별도 제품입니다. 다만 이 제품이 있다고 해서 로컬 Build 세션과 실행 위치·접근 권한·구독 혜택이 모두 같다고 합쳐 쓰면 안 됩니다. 이 글에서는 저장소 코딩에 직접 연결되는 Build와 Cursor 경로를 중심으로 비교합니다.
특히 Grok을 저렴하게 써 보고 싶다면 모델의 API 단가만 볼 것이 아니라 이미 결제하고 있는 Cursor 플랜에서 얼마만큼 사용할 수 있는지를 먼저 확인할 가치가 있습니다. 이 부분은 SpaceX 인수 이후의 제품·요금 구조와 이어집니다.
SpaceX의 Cursor 인수, Grok 비용과 어떻게 연결될까요
Cursor는 2026년 8월 14일 SpaceX에 인수되는 절차가 완료됐다고 공식 발표했습니다. 4월의 협력 발표나 인수 가능성 단계에 머문 소식이 아닙니다. 발표문은 더 큰 연산 자원을 바탕으로 모델 성능과 경제성을 개선하겠다는 방향을 설명하고 Grok 4.6을 그 초기 사례로 제시합니다. Cursor 인수 완료 발표
사용자가 지금 확인할 수 있는 근거는 현재 요금 구조입니다. Cursor Models & Pricing은 개인 Pro·Pro Plus·Ultra에 두 사용량 묶음이 있다고 설명합니다. Grok 4.6·Grok 4.5·Composer 2.5는 Cursor Models에 속해 더 많은 포함 사용량을 제공받고, 타사 모델은 Other Models에서 해당 모델의 API 가격에 따라 사용량이 계산됩니다.
이 구조라면 Cursor에서 Grok을 주로 사용해 포함량 안에서 일을 끝내는 사람에게 비용상 이점이 있을 수 있습니다. 다만 공식 문서가 모든 계정에 동일한 작업 횟수나 보편적인 할인율을 제시하는 것은 아닙니다. “인수했으니 누구나 Grok을 무제한으로 싸게 쓴다”보다 Grok이 Cursor의 우대된 포함 사용량 대상이 됐으므로 자신의 플랜과 작업량으로 계산해 볼 수 있다고 이해하는 편이 정확합니다.
| 구분 | 역할 | 설명 | 예시 |
|---|---|---|---|
| Cursor Models | Grok·Composer의 포함 사용량 | 현재 Cursor 문서상 Grok 4.6·4.5와 Composer 2.5가 속하는 사용량 묶음입니다. 해당 플랜에서 더 많은 포함 사용량을 제공합니다. | Cursor 설정과 사용량 대시보드에서 확인 |
| Other Models | 타사 모델의 별도 사용량 | 선택한 타사 모델의 API 가격에 따라 이 묶음의 사용량이 소비됩니다. 같은 요청 횟수라도 소비량은 다를 수 있습니다. | 모델을 바꿀 때 어느 묶음에서 차감되는지 확인 |
| 추가 사용 | 포함량 이후의 지출 | 한도에 도달했을 때 추가 과금을 켜거나 상위 플랜으로 옮기는 선택이 생깁니다. 구독료와 추가 청구를 함께 봐야 합니다. | Fast 설정과 추가 과금 허용 여부까지 확인 |
구체적인 비교도 가능합니다. 월 결제 기준으로 Cursor Pro는 20달러, SuperGrok은 30달러입니다. Grok 코딩을 시작하는 월 구독료는 Cursor Pro 쪽이 낮지만, 두 상품은 사용량과 제공 기능이 같은 패키지가 아닙니다. Cursor 구독과 SuperGrok 구독을 서로 대신 쓸 수 있다고 단정하지 말고 이용하려는 앱의 로그인·구독 안내를 확인해야 합니다. Cursor 가격, Grok 가격
추가 사용 단가도 설정에 따라 달라집니다. Cursor의 Grok 4.6 요금 안내에서 표준 속도는 100만 토큰당 입력 2달러·출력 6달러, Fast는 입력 4달러·출력 12달러입니다. 캐시 입력은 따로 계산합니다. 같은 문서는 Pro 이상에서 Fast가 기본 속도 설정이라고 설명하므로, 표준 단가만 보고 비용을 예상하면 어긋날 수 있습니다. 시작 전에 속도와 추론 강도를 함께 확인하세요.
또 하나는 행사와 지역입니다. Grok 4.6의 출시 발표에 나온 첫 주 포함량 2배 혜택을 9월에도 상시 제공되는 조건으로 읽어서는 안 됩니다. Cursor의 더 저렴한 Start 플랜은 현재 문서상 인도 전용이므로 한국 독자에게 일반적인 가입 옵션으로 소개하지 않습니다. 실제 결제 금액은 세금·통화·결제 경로도 함께 확인해야 합니다.
같은 저장 오류를 맡기면 무엇을 비교해야 할까요
실제 선택에는 작은 과제 하나를 끝까지 따라가는 편이 도움이 됩니다. 여기서는 “저장 요청이 실패하면 버튼이 계속 비활성화돼 다시 시도할 수 없다”는 가상의 웹 서비스 오류를 사용합니다. 아래는 실행 결과가 아니라 세 도구에 공통으로 줄 수 있는 작업 명세입니다.
저장 요청이 실패한 뒤에도 다시 시도할 수 있게 수정해 주세요. 먼저 상태 변경 흐름과 관련 테스트를 확인하고, 필요한 파일만 바꿔 주세요. 정상 저장, 요청 실패, 실패 뒤 재시도를 검증하고 바뀐 파일과 실행하지 못한 검사를 알려 주세요. 배포는 하지 마세요.
Codex CLI나 Claude Code, Grok Build의 로컬 경로를 선택했다면 같은 시작 커밋에서 관련 파일과 테스트를 찾게 합니다. Cursor를 선택했다면 같은 저장소와 모델 설정을 기록하고 Agent의 변경 내용을 확인합니다. 클라우드를 선택했다면 같은 커밋이 원격에 있는지부터 맞춥니다. 로컬에서 아직 커밋하지 않은 수정이나 설치된 도구가 클라우드에 그대로 존재한다고 가정하면 처음부터 다른 과제를 비교하게 됩니다.
특히 Claude의 클라우드 문서는 현재 작업 폴더 자체가 아니라 GitHub 원격의 브랜치를 복제한다고 설명합니다. Codex cloud도 저장소별 의존성·환경 변수·설정 단계를 별도로 준비합니다. 실행 준비가 안 돼 테스트를 못 한 결과를 곧바로 모델의 코딩 실패로 분류하면 안 됩니다.
이 과제에서 좋은 결과는 완료 메시지가 아니라 변경과 검증으로 드러납니다. 실패 경로에서 버튼 상태를 복원하는지, 재시도 중 중복 요청이 생기지 않는지, 기존 정상 저장 동작이 유지되는지 확인합니다. 테스트를 통과시키려고 오류 처리를 지우거나, 기대값을 실제 요구와 다르게 바꿨다면 합격으로 볼 수 없습니다. UI 오류라면 자동 검사와 함께 실제 버튼 동작도 확인해야 합니다.
그다음 사람이 쓴 시간을 봅니다. 첫 답이 빨라도 파일을 많이 건드려 검수 시간이 길어질 수 있고, 처음에는 느려도 실패 경로까지 설명해 재작업이 줄 수 있습니다. 요청부터 패치까지의 시간, 사람이 diff를 읽고 수정한 시간, 재시도 횟수, 최종 청구 경로를 함께 남기면 “빠른 도구”와 “내 일을 빨리 끝내는 도구”를 구별할 수 있습니다. 이 항목들은 이번 글에서 측정한 성능 수치가 아니라 독자가 직접 비교할 판단 기준입니다.
자율성이 높아질수록 권한과 데이터 경로를 봅니다
파일을 잘 고치는 도구일수록 허용된 범위에서 더 많은 일을 할 수 있습니다. 중요한 것은 승인 질문의 개수보다, 허용한 작업의 경계가 요구에 맞는가입니다. 저장 버튼 과제라면 관련 코드와 테스트 수정이 필요하지만 운영 배포, 고객 데이터 조회, 저장소 밖의 파일 변경까지 필요하지는 않습니다.
Codex 권한 안내, Claude Code 권한 문서, Grok Build 권한 문서를 함께 보면 도구 호출을 허용할지 결정하는 승인과 파일·네트워크 접근을 제한하는 샌드박스를 구분해야 합니다. Grok Build의 Auto·Always-approve 같은 이름도 동일한 안전 수준을 뜻하지 않습니다. 구체적인 허용·거부 규칙과 현재 사용 환경을 확인해야 합니다.
또한 로컬 CLI라는 말은 모델 추론이나 연결 도구까지 모두 내 컴퓨터 안에서 끝난다는 뜻이 아닙니다. 코드·로그 중 어떤 내용이 모델 요청에 포함되는지, MCP로 연결한 서비스에 무엇을 보낼 수 있는지, 회사 계정에서 허용된 경로인지가 별도 판단입니다. 비용이 낮다는 이유만으로 회사 자료의 입력 기준을 바꾸지는 않습니다. 자세한 입력 기준은 회사 자료를 AI에 넣기 전 확인할 보안 기준에서 이어서 볼 수 있습니다.
구독 하나를 고르기 전에 확인할 비용
현재 월 결제 기본 옵션을 비교하면 ChatGPT Plus와 Claude Pro는 각각 20달러이며, Claude Pro는 Claude Code를 포함합니다. Cursor Pro 역시 20달러이고 SuperGrok은 30달러입니다. 이 숫자는 시작 구독료 비교이며 같은 작업량·모델·부가 기능을 보장하는 단위는 아닙니다. ChatGPT·Codex 가격, Claude 가격, Cursor 가격, Grok 가격
이미 한 서비스를 결제하고 있다면 새 구독을 추가하기 전에 포함된 코딩 경로로 자신의 대표 과제를 해 보는 편이 합리적입니다. 포함량을 쓰다가 제한에 걸렸다면 먼저 어떤 모델과 긴 세션, 반복 실행이 소비를 키웠는지 확인합니다. 곧바로 가장 비싼 플랜으로 옮기는 것만이 해결책은 아닙니다.
반대로 포함량이 많아도 작업 품질 때문에 사람이 계속 고쳐야 한다면 실제 비용은 커집니다. 월 구독료와 추가 API 청구, 검수·재작업 시간을 함께 보세요. 토큰 단가를 작업당 비용으로 바꾸는 방법은 AI 코딩 도구 비용 가이드에 정리했습니다.
지금 무엇을 고르면 좋을까요
GPT를 이미 주로 쓰고 있다면 Codex의 로컬·클라우드 작업 경로를 먼저 살펴볼 수 있습니다. Claude Code의 프로젝트 규칙과 반복 작업 구성이 자신의 팀 방식에 맞는다면 그 환경을 기준으로 검토할 가치가 있습니다. 터미널에서 Grok을 활용하려면 Build, 편집기에서 모델을 고르고 코드를 확인하면서 Grok의 포함량을 쓰려면 Cursor가 후보입니다. 이 구분은 공식 기능을 바탕으로 한 선택 가이드이며 성능 순위는 아닙니다.
여러 도구의 기능은 겹칩니다. 규칙 파일, Skills, MCP가 있다는 사실 하나로 승자를 고르기보다, 기존 프로젝트 설정을 얼마나 옮겨야 하는지와 실패했을 때 다시 이어 가기 쉬운지를 확인해야 합니다. 프로젝트 규칙을 정리할 때는 AGENTS.md·CLAUDE.md 작성법을 함께 참고할 수 있습니다.
저는 현재 GPT를 주로 사용하지만, 독자의 선택은 달라도 됩니다. 특히 이미 Cursor를 쓰고 있고 Grok의 포함 사용량으로 충분히 작업할 수 있다면 비용 면에서 검토할 이유가 있습니다. 같은 저장 오류를 맡겼을 때 원하는 범위만 수정하고, 실패 경로까지 검증하며, 내가 감당할 수 있는 비용과 검수 시간으로 끝내는 도구를 남기세요. 제품 이름보다 그 결과가 다음 달에도 계속 쓸 도구를 더 잘 설명합니다.
VIEW—
