코덱스 vs 클로드, 누가 유저를 덜 화나게 할까

세 줄 요약

• 덜 화나게 한 쪽은 Claude Code다. 코드 작업 중의 시행착오보다 결제 뒤에도 일을 시작하지 못하게 하는 사용량 제한·모델 가용성·앱 장애가 더 큰 문제였다.
• Claude Code 불만 500건 중 코드 품질이 193건으로 가장 많았고, 사용량·가격이 116건으로 뒤를 이었다.
• Codex 불만 500건 중 사용량·가격이 312건이었다. 전체 불만의 62.4%가 한도·차감량·초기화·요금 문제에 몰렸다.

Reddit 불만 1,000건을 나눠보니 Claude Code는 코드 품질이 193건, Codex는 사용량·가격이 312건으로 가장 많았다. 두 도구는 사용자를 화나게 하는 지점부터 달랐다. 코드 작업 중의 시행착오보다 결제 뒤에도 작업을 시작하지 못하는 문제가 더 크다는 기준에서 Claude Code가 덜 화나게 했다.

두 도구 모두 코드를 틀린다. 선택 기준은 오류 자체보다 오류가 생긴 뒤 사용자가 직접 수습하거나 우회할 수 있는가였다. Claude Code 사용자는 “말한 대로 하지 않는다”고 불평했고, Codex 사용자는 “돈을 냈는데 일을 시작할 수 없다”고 불평했다.

비교 대상은 Claude Code 500건, Codex 500건이었다. Claude Code에서는 코드 품질이 193건으로 가장 많았고, Codex에서는 사용량·가격이 312건으로 다른 범주를 크게 앞섰다.

Claude Code는 고친 코드까지 다시 확인하게 만든다

Claude Code 불만 500건 가운데 코드 품질 문제가 193건으로 가장 많았다. 틀린 수정, 회귀, 존재하지 않는 구조를 지어낸 답, 기존 코드를 망가뜨린 변경이 반복됐다. 사용자는 결과를 받는 데서 끝나지 않고 수정된 코드를 다시 읽고 테스트해야 했다.

한 사용자는 TypeScript 오류를 고치라고 하자 실제 수정 대신 오류 억제를 내놓았고, 필요한 타입 정보가 없을 때는 존재하지 않는 구조까지 지어냈다고 했다. 다른 사용자는 검증하지 않은 코드 위치와 원인을 확신에 차서 단정해 별도의 금지 규칙을 만들었다.

코드 품질 불만은 단순한 문법 오류에 그치지 않았다. 비효율적인 쿼리, 잘못된 오류 처리, 기존 설계를 버그로 오해한 수정처럼 겉보기에는 완성됐지만 운영 코드에 넣기 어려운 결과가 포함됐다.

Claude Code가 화를 부르는 순간은 일을 많이 했고 설명도 길지만 사용자가 원한 핵심 수정은 끝나지 않았을 때였다.

Claude도 사용량과 가격 불만이 두 번째로 많았다

Claude Code의 사용량·가격 불만은 116건으로 전체의 23.2%였다. Codex보다 비율은 낮지만 Claude Code에서도 한도가 예상보다 빨리 끝나고, 하위 에이전트와 긴 문맥이 사용량을 급격히 태우며, 결제 상태가 계정에 반영되지 않는 문제가 반복됐다.

Claude Code의 차이는 사용량 문제가 가장 큰 불만은 아니었다는 점이다. 코드 결과를 다시 손봐야 한다는 불만이 한도 문제보다 더 많았다.

긴 대화가 쌓이면 처음 합의한 규칙을 잊는다

문맥·기억 불만은 24건, 지시·범위 준수 불만은 41건이었다. 긴 세션에서 앞서 합의한 규칙이 흐려지고, 새 하위 에이전트가 이미 발견한 버그를 처음부터 다시 찾는다는 사례가 나왔다.

한 사용자는 문맥이 약 30만 토큰에 이르면 실수가 늘고, 요청하지 않은 의견까지 코드에 넣는다고 설명했다. 다른 사용자는 리뷰 에이전트를 새로 띄울 때마다 같은 종류의 버그를 다시 발견해 별도의 실패 기록을 남기기 시작했다.

세션이 길어질수록 원래 요구사항과 대화 도중 나온 제안의 구분이 흐려졌고, 문맥이 늘어난 뒤에는 규칙을 다시 고정해야 했다는 불만이 나왔다.

Claude의 자신감은 오답보다 더 피곤하다

코드 품질 불만에서는 틀린 답 자체보다 틀린 답을 확신하는 태도가 문제였다. 한 사용자는 TypeScript 오류 수정을 맡겼을 때 정보가 부족하면 타입 검사를 억제하는 답이 나왔지만, 오류 내용 전체와 기대 동작, 재현 방법, 억제 금지를 함께 주면 실제 수정으로 이어졌다고 설명했다.

다른 사용자는 Opus가 시스템 전체를 검토하면서 사소한 항목을 계속 추가하느라 큰 그림을 놓쳤다고 했다. 버그 보고서에 확인하지 않은 코드 위치와 원인을 단정해, 검증하지 않은 내용을 확신하듯 쓰지 말라는 규칙을 따로 만든 사례도 있었다.

Claude Code가 화를 부르는 순간은 대체로 이렇다. 일을 많이 했고 설명도 길지만, 사용자가 원한 핵심 작업은 끝나지 않았다.

Codex는 결제하고도 작업을 시작하지 못하게 한다

Codex 불만 500건 가운데 312건이 사용량과 가격에 몰렸다. 전체의 62.4%다. Claude Code의 같은 범주 116건보다 두 배 넘게 많았다. 사용자는 어떤 모델과 추론 강도가 실제로 얼마나 차감되는지 예측하기 어렵다고 했다. 초기화 시각이 바뀌거나 화면에 표시됐던 시각이 사라졌다는 불만도 이어졌다.

$200(약 27만 4천 원)를 결제한 사용자가 Sol을 선택할 때마다 모델 가용성 오류를 만나고, 5~20분 작업한 뒤 다시 막힌 사례가 있었다. 다른 사용자는 상위 요금제로 올렸는데 체감 품질과 한도는 더 나빠졌고 모델·노력 수준 선택지만 복잡해졌다고 썼다.

프롬프트를 보완해 결과가 달라진 사례는 있었다. 반면 사용량과 모델 가용성 문제는 프롬프트를 바꿔도 해결되지 않는다. 일을 못 한 원인이 자신의 지시가 아니라 유료 서비스의 장애였기 때문에 Codex에 대한 불만은 더 거셌다.

사용량 차감 기준도 예측하기 어려웠다

Codex 사용자는 단순히 한도가 적다고 불평하지 않았다. 모델과 추론 강도, 문맥 크기와 초기화 시점에 따라 차감량을 예측하기 어렵다는 불만이 나왔다.

한 사용자는 가벼운 바이브 코딩 네 시간 만에 주간 사용량의 30%를 썼다. 다른 사용자는 Codex의 기본 문맥 한도가 작아 문맥 압축이 작업을 망치지만, 문맥 한도를 100만 토큰으로 늘리면 사용량이 거의 두 배가 된다고 했다.

사용자는 느린 모델을 참을 수 있고 비싼 모델도 선택할 수 있다. 참기 어려운 것은 작업을 시작하기 전에 비용을 예측할 수 없다는 점이다. Codex는 사용자가 코드를 생각하기 전에 모델·추론 강도·남은 사용량부터 계산하게 만들었다.

UI 불만은 Claude 82건, Codex 28건이었다

UI와 통합 문제는 Claude Code 82건, Codex 28건이었다. Claude Code에서는 VS Code 확장이 몇 분마다 멈추고, 원격 제어의 자동 재개가 작동하지 않으며, 브라우저 확장이 지나치게 넓은 권한을 요구한다는 불만이 있었다. $200(약 27만 4천 원)를 결제했는데 계정이 무료 플랜으로 남은 사례도 있었다.

Codex에서는 Windows 앱 업데이트 뒤 Projects에서 프로젝트가 모두 사라졌고 Recents에만 대화가 남았다는 사례가 있었다. CLI 업데이트 뒤에는 붙여넣기가 되지 않고 명령을 실행할 때마다 빈 콘솔 창이 반복해서 나타났다. 새 UI의 오류와 샌드박스 권한 문제로 작업이 중단됐다는 사례도 있었다.

코드를 잘 쓰는 모델도 입력창이 멈추거나 프로젝트를 찾지 못하면 쓸 수 없다. Claude Code는 확장과 원격 도구에서, Codex는 Windows 앱과 CLI에서 문제가 집중됐다.

둘 다 느리다는 불만이 있었지만 원인은 달랐다

속도·안정성 불만은 Claude Code 31건, Codex 69건이었다. Claude Code에서는 Opus 5.5 xhigh가 생각만 계속하고 결과물을 내지 못하거나, 대기 명령 뒤 백그라운드 셸이 쌓였다는 불만이 있었다. Codex에서는 Sol 작업이 20~30분씩 걸리고 모델 가용성 오류로 중간에 끊겼다.

코드와 지시는 Codex, 제품 전체로 보면 Claude가 덜 화나게 한다

표본에서 코드 품질 불만은 Claude Code 193건, Codex 48건이었고 지시·범위 준수 불만은 41건과 23건이었다. 코드 결과와 변경 범위에 관한 불만은 Codex가 훨씬 적었다. Claude Code는 규칙을 읽고도 자기 판단을 보태거나, 긴 세션에서 앞서 합의한 내용을 잊는다는 불만이 집중됐다.

하지만 구독 조건과 사용량 제한, 실제 작업 가능 시간까지 포함하면 Claude Code가 덜 화나게 한다. Codex의 사용량·가격 불만은 312건으로 Claude Code의 116건보다 두 배 넘게 많았고, 불투명한 초기화와 모델 가용성 오류는 사용자가 프롬프트를 잘 써도 해결되지 않는다.

따라서 최종 선택은 Claude Code다. 말을 잘 듣지 않는 에이전트를 계속 교정하는 수고보다, 돈을 내고도 언제 얼마나 쓸 수 있는지 모르는 제품을 견디는 일이 더 어렵다.

운영 코드에서 수정 범위를 엄격히 지키는 일이 최우선이라면 Codex가 더 편할 수 있다. 그러나 서비스 전체를 놓고 하나만 고른다면 Claude Code를 선택하겠다.

자주 묻는 질문