Codex vs Claude Code: 매일 사용하며 배운 점

리소스 사용량 — 실제로 기기가 체감하는 것

코드 한 줄도 건드리기 전에, 두 도구는 그저 거기 놓여 있는 것만으로도 이미 다르게 느껴진다. Claude Code의 프로세스는 Activity Monitor에서 눈에 띄게 더 무겁고, 보통 수백 MB를 차지하는 반면, Codex는 수십 MB 수준에서 대기한다. 터미널에 claude를 입력하면 프롬프트가 준비되기까지 몇 초를 기다려야 하지만, codex를 입력하는 것은 거의 즉각적이다.

그것을 단순히 설명하는 대신 수치로 표현하기 위해, 같은 머신(MacBook Air, M3, 24GB RAM, macOS 26.5.1)과 같은 네트워크에서 두 CLI를 모두 측정했습니다. 먼저, /usr/bin/time -l을 사용해 둘 다를 연달아 실행하여 아주 사소한 비대화형 작업(한 줄 응답 프롬프트, 파일 편집 없음)을 테스트했습니다:

그다음 각 항목을 대화형으로 실행한 뒤, 프롬프트에 그대로 몇 초간 두었다가 ps로 상주 메모리를 확인했습니다:

그 유휴 수치는 두 도구가 모두 백그라운드의 터미널 탭에서 그냥 열려 있을 때 실제로 체감하는 것에 더 가깝고, "수백 MB 대 수십 MB"라는 직감적 구분과도 거의 정확히 맞아떨어집니다.

이것은 엄밀한 벤치마크가 아니라, 단 한 대의 머신과 한 번의 세션일 뿐입니다 — 하지만 메모리 격차는 작업 중 수치와 유휴 수치 모두에서 충분히 일관적이어서 노이즈라고 보기 어렵습니다.

가격: 내가 실제로 지불하는 것

두 도구 모두 API를 직접 통해 사용하지 않는 한 토큰당 과금하지 않습니다. 둘 다 모회사의 정액 구독 요금제에 기반하며, 제가 제한되기 전에 사용할 수 있는 여유가 얼마나 되는지는 그 요금제가 결정합니다.

(Anthropic의 pricing page와 OpenAI의 Codex pricing page 기준 최신 정보입니다 — 요금제는 변경될 수 있으니 가입 전에 두 곳 모두 확인하는 게 좋습니다.) 제가 실제로 느끼는 차이점은 이렇습니다: OpenAI에는 $100 중간 요금제가 없어서, ChatGPT Plus를 최대한 활용한 다음 단계가 바로 $200으로 올라갑니다. 반면 Anthropic은 그 사이에 $100 단계가 있습니다. API를 통해 두 모델 중 하나를 직접 호출할 때는 CLI에 번들로 포함된 구독이 아니라 별도 과금되며 — 패키지된 도구를 쓰는 대신 제 자체 에이전트를 만드는 경우입니다 — 그 용도에서는 Anthropic이나 OpenAI에 직접 정가를 내기보다 AIReiter를 이용합니다; 동일한 모델을 할인된 가격으로 재판매합니다.

내가 계속 왔다 갔다 하는 이유

제가 손을 뻗는 도구는 그 도구 자체보다 기반 모델에 따라 더 자주 바뀝니다. OpenAI의 GPT-5.5가 출시됐을 때는 한동안 Claude보다 눈에 띄게 더 강했고, 그 기간 동안 제 일상적인 작업 대부분을 Codex로 옮겼습니다. 하지만 그 우위는 오래가지 않았습니다. 몇 주 뒤 GPT의 품질이 다시 떨어졌고, 저는 기본값을 Claude Code로 되돌렸습니다. Claude도 나름의 품질 변동이 있지만, 같은 기간 GPT에서 본 것만큼 크거나 업무를 방해할 정도는 아니었습니다.

"Codex vs Claude Code"를 고르는 일은 부분적으로는 그 주에 현재 더 날카로운 쪽의 최첨단 모델을 고르는 일의 대리입니다. CLI 셸만 평가하는 것 — UI, 샌드박스, 생태계 — 은 실제로 사람들이 둘 사이를 오가게 만드는 변수를 놓칩니다. 또한 이는 두 도구 사이에서 더 흔히 이름 붙여진 분할과도 맞닿아 있습니다: Codex는 개입을 덜 하는 쪽(작업을 주고, 자리를 비우고, 나중에 diff를 검토), 반면 Claude Code는 더 직접적으로 다루는 쪽(더 빠른 주고받기, 사용자의 응답을 기다리는 체크포인트가 더 많음)입니다.

기능 성숙도 격차 — 빠져 있는 되감기

도구 성숙도는 Claude Code가 여전히 제가 Codex에서 얻는 것보다 분명한 우위를 보이는 부분이며, 저에게 가장 분명한 예는 아주 평범하지만 중요한 하나의 기능입니다. 바로 세션 중간에 코드의 이전 버전으로 롤백하는 것입니다. Claude Code는 이를 기본적으로 지원합니다 — 수정이 엇나갔을 때 이전 체크포인트로 되돌릴 수 있습니다. Codex는 아직 그렇지 않고, 출시된 지 꽤 됐기 때문에 이제는 “방금 나왔으니 시간을 좀 줘”라는 변명을 받아들이지 않습니다. 빠르게 반복하면서 때때로 에이전트가 너무 멀리 가게 두는 것이 바로 제 작업 방식이기 때문에, 저는 이런 기능이 없는 것을 대부분의 주에 체감하며, 단순한 예외 상황으로 보지 않습니다.

Claude Code의 더 넓은 생태계는 저에게도 같은 패턴을 보여줍니다: subagents, hooks, 그리고 Agent Skills 시스템(Anthropic이 먼저 도입했고, 이후 Codex가 채택한 표준)은 그 위에 워크플로를 구축할 수 있는 더 많은 표면적을 제공합니다. Codex의 대응 도구도 존재하지만, 제 일상적인 사용에서는 더 얇게 느껴지고, OpenAI가 이를 더 많은 곳에 밀어 넣고 있음에도 CLI/IDE/cloud/app 표면은 명칭 면에서 더 분절되어 있습니다.

샌드박스와 신뢰 문제

이 두 도구는 서로 다르게 저 자신의 실수로부터 저를 보호합니다. Codex는 OS 수준에서 격리를 강제합니다 — macOS에서는 Seatbelt, Linux에서는 Landlock, Windows에서는 샌드박스 — 그래서 통제 불능의 셸 명령은 에이전트의 판단이 아니라 커널에 의해 차단됩니다. Claude Code의 안전 모델은 애플리케이션 계층에 있으며, 제가 구성할 수 있는 hooks 시스템을 통해 실행 전에 작업을 게이트하거나 차단합니다. 서류상으로는 어느 쪽도 엄밀히 더 안전하다고 할 수는 없습니다. 둘은 서로 다른 실패 양상이며, Codex가 open source라는 것은 그 샌드박스가 어떻게 구현되는지 믿음에 의존하지 않고 실제로 읽어볼 수 있다는 뜻입니다.

하지만 그 커널 수준의 격리는 실제로는 대가가 큽니다. Codex의 샌드박스는 작업을 일시 중지하고, 제가 명시적으로 승인해야만 진행되지만, Claude Code의 훅 기반 모델은 한 번 설정해 두면 그냥 통과시킵니다. 여러 단계로 이루어진 스크립트 워크플로를 실행할 때 — 도구가 파일을 쓰거나 중간에 스크립트를 실행하기 위해 셸을 호출하는 경우처럼 — Codex는 Claude Code보다 승인 요청으로 인한 중단이 더 많습니다.

신뢰는 올해 Claude Code가 실제로 큰 타격을 입은 지점이기도 하며, 제가 폐쇄형 소스에 대한 충성도를 유지하는 데 망설이게 만드는 유일한 요소이기도 합니다. 2026년 7월, 중국의 국가 취약점 데이터베이스는 개발자들에게 최근 Claude Code 버전을 사용 중단하라고 공개적으로 경고했습니다. 이는 2.1.91부터 2.1.196 버전까지의 숨겨진 메커니즘이 장치의 시간대를 확인하고 트래픽이 공식 API 엔드포인트가 아닌 곳을 통해 라우팅되었는지 검사한 뒤, 그에 따라 요청에 플래그를 지정한 데 따른 것이었습니다. Anthropic은 그 메커니즘이 존재했음을 확인했고, 이를 백도어가 아닌 증류 방지 실험이라고 설명했으며, 2.1.198 버전에서 이를 제거했습니다. 여기서 그 사건 전체를 다시 논하진 않겠지만, 제게는 폐쇄형 소스 도구에 대한 분명한 흠입니다. 읽을 수 없는 것은 확인할 수 없고, Codex는 오픈 소스이기 때문에 이 특정한 실패 모드는 같은 방식으로 적용되지 않습니다.

그럼 실제로 어떤 것을 사용해야 할까요

당신의 일상이 저와 비슷하다면 — 중소 규모 작업을 빠르게 반복하고, 주변에 풍부한 툴체인(subagents, hooks, skills, 진행하면서 검토하고 롤백할 수 있는 빠른 편집)을 원한다면 — Claude Code가 더 안전한 일상용 기본값입니다. 반면, 크고 명확하게 정의된 작업을 맡겨 두고 자리를 비울 수 있거나, 감사하고 잠긴 샌드박스 안에서 실행할 수 있는 오픈소스 에이전트를 원한다면, Codex는 충분히 합리적인 첫 번째 선택이며, 작업하는 동안 제 기기에서 더 가볍게 느껴진다는 점도 눈에 띕니다.

저는 하나에 완전히 고정하지 않고, 제가 아는 대부분의 헤비 유저들도 그렇습니다. 저는 기본적으로 현재 더 나은 성능을 내는 도구의 기반 모델을 사용하고, 나머지 도구는 그 도구만의 강점인 — Codex의 샌드박싱과 리소스 사용량, Claude Code의 생태계와 되감기 지원 — 이 실제로 그 작업에서 중요한 경우를 위해 계속 설치해 둡니다.

자주 묻는 질문

Codex가 Claude Code보다 더 나은가요?

어느 쪽도 압도적으로 우세하지 않습니다. Codex는 자원 소모가 적고 장시간의 비대면 작업에 더 적합하며, Claude Code는 더 성숙한 생태계, 세션 중간 되감기 기능, 그리고 더 저렴한 중간 구독 요금제를 제공합니다. 특정 주에 어느 쪽이 더 나은 성능을 보이는지는 종종 도구 자체보다 기반 모델의 현재 상태를 더 많이 따릅니다.

Claude Code 또는 Codex는 무료인가요?

아니요 — 둘 다 본격적인 일상 사용에는 유료 플랜이 필요합니다. Claude Code는 Claude Pro($20/mo) 또는 그 이상의 플랜이 필요하고, Codex는 ChatGPT Plus($20/mo) 또는 그 이상의 플랜이 필요합니다. 가볍고 가끔 사용하는 용도라면 무료 티어의 체험 한도 안에 들어갈 수 있지만, 둘 중 어느 것도 매일 하는 agentic 코딩을 무료로 지속할 수는 없습니다.

같은 프로젝트에 둘 다 사용할 수 있나요?

네, 그리고 이는 헤비 유저들 사이에서 흔한 패턴입니다: 한 도구로 대부분의 작업을 처리하고 다른 도구가 두 번째 점검을 하게 하는 것 — 새로운 시선은 첫 번째 도구의 자체 모델이 자기 출력에서 잡아내지 못하는 사각지대를 포착합니다. 무엇이 왜 바뀌었는지에 대한 짧은 공유 로그를 남겨 두어 두 번째 도구가 맥락을 추측하지 않도록 하세요.

핵심 요약

둘 다 약점이 다른, 일상적으로 쓸 수 있는 도구입니다: Codex는 더 가볍고 시작도 더 빠르지만 세션 중간에 히스토리를 되감는 기능은 여전히 없습니다. Claude Code는 내 머신에서 더 무겁게 돌아가지만 더 깊은 툴체인을 갖추고 있고, $100 중간 요금제는 헤비 유저에게 OpenAI가 제공하지 않는 한 단계 위의 선택지를 줍니다. 두 제품이 출시된 이후 내 사용 시간 분배도 여전히 75% 이상이 Claude Code에 머물고 있는데, 이는 Codex에 대한 판정보다도 내 실제 워크플로에서 생태계 격차가 얼마나 중요한지를 보여주는 반영에 가깝습니다. 오늘 무엇을 열어야 할지는 어느 도구의 로드맵보다도, 그 뒤에 있는 어떤 모델이 현재 가장 잘하고 있느냐에 더 달려 있습니다.