코덱스 CLI와 클로드 코드(Claude Code) 비교 (같은 도구를 만들게 해 봤습니다)

둘 다 깔아 두고 아무거나 쓰게 되는 이유

코덱스 CLI와 클로드 코드를 둘 다 설치해 둔 분이 많습니다. 어느 쪽이 좋다는 말은 여기저기서 들리지만, 무엇이 어떻게 다른지 정리된 자료는 드뭅니다. 그래서 어느 일에 어느 도구를 쓸지 기준 없이 그날그날 먼저 떠오르는 쪽을 켜게 됩니다.

코덱스 CLI(OpenAI)와 클로드 코드(Anthropic)는 터미널에서 파일을 직접 읽고 만드는 코딩 도구입니다. 시킬 일을 한국어로 적어 주면 폴더 안에서 파일을 만들고 실행까지 해 봅니다.

2026년 8월에 두 도구에 똑같은 규격서를 주고 똑같은 도구를 만들게 했습니다. 걸린 시간, 결과 화면, 코드 규모, 권한 설정, 실행 기록을 차례로 비교했고, 권한 설명은 2026년 10월 4일 공식 문서 기준입니다. 상황별로 맞는 도구부터 보여 드리고, 근거는 아래 다섯 단계에서 설명합니다.

이런 경우라면 이 도구

이런 경우	Codex CLIOpenAI	Claude CodeAnthropic
규격서대로 짧은 코드를 빨리 받고 싶다	제공	–
규격서에 없는 입력 처리까지 챙겨 주면 좋겠다	–	제공
처음에는 파일 쓰기를 막은 상태로 시험한다	제공	–
도구별로 허용 규칙을 나눠 정한다	–	제공
사용량과 권한 거부 내역을 한 번에 받는다	–	제공
이미 챗GPT를 구독 중이다	제공	–
이미 클로드를 구독 중이다	–	제공

실험한 과제: UTM 링크 만드는 도구

UTM은 방문자가 어떤 광고나 링크에서 들어왔는지 구분하려고 웹 주소에 붙이는 표식입니다. 예를 들어 주소가 https://example.com/이고 유입 출처가 naver, 유입 방식이 cpc(클릭당 과금 광고), 캠페인 이름이 summer라면 이렇게 붙입니다.

두 도구에 맡긴 일은 주소와 값을 받아 위와 같은 링크를 출력하는 작은 명령줄 프로그램입니다. 조건을 맞추려고 세 가지를 정했습니다. 두 도구 모두 오래 쓰면 설정 파일과 추가 기능이 쌓여서, 그대로 두면 도구가 아니라 제 설정을 비교하게 되기 때문입니다.

두 도구에 같은 조건을 주려고 맞춘 것

1. 11. 같은 규격서필수 입력 source, medium, campaign
   예외 상황 세 가지
2. 22. 빈 폴더 두 개결과물이 섞이지 않게
   도구마다 따로
3. 33. 내 설정 빼기Codex는 별도 설정 홈
   Claude Code는 --safe-mode

조건을 맞춰도 같지 않은 것이 하나 있습니다. 두 도구가 쓴 모델이 다릅니다. 코덱스는 당시 기본값인 gpt-5.6-sol로, 클로드 코드는 이 컴퓨터에 설정된 Opus 5로 실행됐습니다. 아래 시간과 코드 차이에는 모델 차이도 함께 들어 있습니다.

1. 걸린 시간

두 도구 모두 utm.mjs와 README.md를 만들었고, 외부 패키지는 쓰지 않았습니다.

같은 규격서로 도구를 완성하기까지 걸린 시간

• Codex CLI (gpt-5.6-sol)65초
• Claude Code (Opus 5)113초

한 번 실행한 기록이고 모델이 서로 달라서, 이 차이를 제품 전체의 속도 차이로 넓히지는 않습니다.

이 단계에서는 같은 과제를 48초 먼저 끝낸 Codex CLI가 유리합니다.

2. 결과 화면

같은 규격서를 줬는데 실행 화면의 구성이 다르게 나왔습니다. 화면의 파라미터는 링크에 붙이는 항목과 값입니다. 먼저 코덱스가 만든 도구를 돌린 화면입니다.

다음은 클로드 코드가 만든 도구입니다.

코덱스는 다섯 개 파라미터의 뜻을 빠짐없이 늘어놓았고, 클로드 코드는 실제로 넣은 값만 짝지어 보여 주고 넣지 않은 항목은 따로 묶었습니다. 규격서에 없던 판단입니다.

이 단계에서는 무엇을 넣었고 무엇을 빠뜨렸는지 한눈에 보려면 Claude Code가, 파라미터 뜻을 전부 함께 보려면 Codex CLI가 맞습니다.

3. 코드 규모와 규격서 준수

규모 차이는 더 뚜렷합니다. 아래는 wc -l 명령으로 네 파일의 줄 수를 집계한 화면입니다.

두 도구가 만든 파일의 줄 수

• Codex CLI, utm.mjs90줄
• Claude Code, utm.mjs236줄
• Codex CLI, README.md42줄
• Claude Code, README.md131줄

줄 수는 두 배 반 차이가 났지만, 규격서에 적은 예외 상황은 양쪽 모두 처리했습니다.

규격서의 예외 상황 처리 결과

규격서 항목	Codex CLI	Claude Code
물음표가 이미 있는 주소에 이어 붙이기	제공	제공
한글 값 인코딩	제공	제공
빠진 필수 값 알려 주기	제공	제공
필수 값이 빠지면 종료 코드 1	제공	제공
--url=값 형태의 입력	–	제공
주소 뒤 #section 처리	–	제공

#section 같은 부분을 프래그먼트라고 하며, 같은 페이지 안의 특정 위치를 가리킵니다. 클로드 코드는 규격서에 없던 이런 입력까지 챙겼고, 이를 꼼꼼함으로 볼지 군더더기로 볼지는 도구를 쓸 사람이 정합니다. 줄이 많을수록 나중에 읽고 고칠 코드도 많아집니다.

이 단계에서는 규격서 준수는 같고, 필요한 만큼만 짧게 받으려면 Codex CLI가, 입력 형태를 넓게 받아 주는 도구가 필요하면 Claude Code가 유리합니다.

4. 권한과 샌드박스

권한은 두 가지로 나눠 보면 정리됩니다. 하나는 승인 없이 허용하는 행동이고, 다른 하나는 실행한 프로그램이 접근하는 범위입니다. 샌드박스는 실행 환경의 파일이나 네트워크 접근을 막는 장치입니다. 두 도구 모두 승인 설정과 샌드박스를 갖고 있지만, 설정하는 방법이 다릅니다.

두 도구에서 권한을 정하는 곳

항목	Codex CLI	Claude Code
승인 없이 허용할 행동	승인 정책 /permissions	권한 모드 도구별 허용 규칙
파일과 네트워크 접근	--sandbox 추가 설정	Bash 샌드박스
처음 시작할 설정	read-only	Manual(default)
샌드박스가 도는 환경	운영체제와 조직 정책에 따라	macOS, Linux, WSL2

처음 시작할 때는 읽기만 허용하는 설정으로 엽니다.

Claude Code의 default가 Manual 모드이고, 행동마다 사람에게 승인을 묻습니다. Manual은 승인 단계를 정하는 설정이어서, 운영체제가 파일 쓰기를 막는 Codex의 read-only 샌드박스와는 작동 방식이 다릅니다.

권한을 넓힐 때 쓰는 설정도 범위가 서로 다릅니다.

• Codex의 workspace-write는 허용된 작업 폴더에서 파일 수정과 명령 실행을 허용합니다. 보호 경로와 실행 규칙 같은 제한은 남고, 셸 명령의 네트워크 접근은 따로 설정합니다. exec로 한 번 실행할 때는 기본이 읽기 전용이고, 대화형으로 실행할 때의 시작 설정과 다릅니다.
• Claude Code의 acceptEdits는 파일 편집과 일부 일반 파일 명령을 자동 승인합니다. Bash는 터미널 명령을 실행하는 도구이고, Python이나 Node.js로 코드를 시험하는 과정에도 쓰입니다. acceptEdits에서도 Bash 명령 전체가 허용되지는 않습니다.
• Claude Code의 Bash 샌드박스는 모든 동작을 한꺼번에 감싸지 않습니다. 파일 도구와 외부 도구 연결, 특정 시점에 자동 실행되는 훅은 적용 범위가 따로 정해져 있습니다. 세부 사용법은 공식 샌드박스 안내에 있습니다.

명령 거부 7건이 남긴 것

첫 Claude Code 실행은 acceptEdits로 돌렸습니다. 파일은 만들었지만, 만든 코드를 시험하려던 명령 요청 7건이 거부됐습니다.

Claude Code 두 번의 실행에서 거부된 명령

• 7건첫 실행, acceptEdits시험 명령 권한 없음
• 0건두 번째 실행Bash까지 허용 범위 확대

거부 7건은 그 실행에서 시험에 필요한 권한을 얻지 못했다는 기록입니다. 두 번째 실행에서 Bash를 포함해 허용 범위를 넓히자 거부가 0건이 됐고, 1단계의 113초도 이 두 번째 실행의 시간입니다. 첫 실행에 쓴 시간은 들어 있지 않습니다.

Bash 전체를 허용하면 시험 명령 말고 다른 명령도 실행될 수 있습니다. 처음 쓰는 작업에서는 이 설정을 그대로 따라 하지 말고, 대화형 실행에서 실제 명령을 보고 필요한 것만 허용합니다. 거부가 0건이어도 코드가 정확하고 안전한지는 따로 검증합니다.

이 단계에서는 파일 쓰기를 막은 상태로 시작하려면 Codex CLI가, 도구별로 허용 규칙을 나눠 정하려면 Claude Code가 유리합니다.

5. 실행 기록

작업이 끝난 뒤 무슨 일이 있었는지 확인하는 방법도 다릅니다.

실행이 끝난 뒤 남는 기록

항목	Codex CLI	Claude Code
구조화된 결과를 받는 옵션	--json	--output-format json
사건별로 한 줄씩 기록	제공	–
사용량과 추정 비용	–	제공
권한 거부 내역	–	제공
지난 대화 이어 가기	codex resume	claude --resume

클로드 코드는 --output-format json을 붙이면 대화 진행과 사용량, 추정 비용, 권한 거부 내역을 구조화된 값으로 돌려줍니다. 위의 거부 7건도 이 값에서 집계했습니다. 공식 문서는 여기에 담긴 비용을 서버 청구액이 아닌 추정치로 밝힙니다. 이전 대화를 이어 실행한 결과에는 그 대화의 누적 비용이 들어갈 수 있으므로, 실행마다 나온 총액을 그대로 더하면 실제보다 커집니다.

코덱스는 실행 과정을 화면에 글자로 보여 주고, --json을 붙이면 사건별 기록을 한 줄씩 받습니다. 파일로 저장해 두면 나중에 어느 단계에서 무엇을 했는지 다시 읽을 수 있습니다. 기록을 파일로 남길 때는 요청과 응답에 개인정보가 들어 있지 않은지 봅니다.

지난 대화는 일반 터미널에서 codex resume이나 claude --resume으로 목록을 열어 고릅니다. 대화 재개는 대화 내용만 이어 주고, 폴더의 파일은 지금 상태 그대로입니다.

이 단계에서는 사용량과 권한 거부 내역을 한 번에 받는 Claude Code가 유리합니다.

단계별 판정 모아 보기

다섯 단계 비교의 판정

비교 단계	Codex CLI	Claude Code
1. 걸린 시간	65초	–
2. 결과 화면	파라미터 뜻 전부	넣은 값만 짝지어
3. 코드 규모와 규격서 준수	90줄, 규격 충족	236줄, 입력 형태 추가
4. 권한과 샌드박스	read-only로 시작	도구별 허용 규칙
5. 실행 기록	–	사용량과 거부 내역

결국 고르는 기준은 할 일입니다. 이미 한쪽 서비스를 구독 중이라면 그 요금제에 CLI 사용이 포함되는지부터 봅니다. 기존 개발 프로젝트를 고칠 거라면 그 프로젝트의 테스트를 실행하고 변경 내용을 검토할 수 있는지가 먼저이고, 자동 실행을 걸어 둘 거라면 실패 보고와 사용량 기록이 남는지를 봅니다. 두 도구를 직접 견주고 싶다면 이번 주에 실제로 할 작은 작업 하나를 같은 요청문으로 두 도구에 맡기고, 모델 이름과 버전, 권한 설정을 함께 적어 둡니다.

자주 묻는 질문

코덱스 CLI와 클로드 코드를 같이 설치해도 되나요?

됩니다. 명령 이름이 달라서 서로 부딪히지 않습니다. 다만 같은 폴더에서 두 도구를 동시에 돌리면 같은 파일을 서로 고칠 수 있으므로, 하나가 끝난 뒤 다른 하나를 켭니다.

설치 순서는 코덱스 윈도우 설치, 코덱스 맥 설치, 클로드 코드 윈도우 설치, 클로드 코드 맥 설치에 각각 정리했습니다.

비용은 어느 쪽이 더 드나요?

구독 계정으로 로그인하는지, 별도 API 키로 인증하는지에 따라 청구 방식이 달라집니다. 같은 회사의 채팅 구독에 모든 CLI나 API 비용이 포함되지는 않고, 모델과 입력 분량, 반복 횟수에 따라 사용량도 달라집니다. 요금은 Codex 공식 요금 안내와 Claude 공식 요금 안내에 있습니다.

처음 쓴다면 어느 쪽부터 배우면 좋을까요?

이미 챗GPT나 클로드 가운데 하나를 쓰고 있다면 그쪽부터 시작하는 편이 낫습니다. 웹 로그인과 CLI 로그인은 따로일 수 있어서, 계정의 CLI 이용 조건을 먼저 봅니다. 명령을 실제로 쓰는 순서는 코덱스 CLI 사용법과 클로드 코드 실전 사용법에 정리했습니다.

참고 자료

• Codex CLI 공식 문서
• Codex Non-interactive mode 공식 문서
• Claude Code 프로그래밍 방식 실행 공식 문서
• Claude Code 권한 모드 공식 문서