Claude와 몇 달간 씨름한 뒤 Codex는 바이브 코더의 꿈처럼 느껴짐

Claude와 몇 달간 씨름한 뒤 Codex는 바이브 코더의 꿈처럼 느껴짐

지난 3개월간 Claude Code를 주력 코딩 도구로 사용하며 Anthropic의 Opus 4.6이 보여준 아키텍처 이해도와 큰 컨텍스트 처리 능력에 큰 기대를 걸었다. 그러나 시간이 지날수록 repo 규모 작업에서 신뢰성이 떨어지고, 모델을 감시하기 위한 별도 워크플로가 필요해지는 문제가 누적됐다. 5월 12일, 결국 GPT-5.5 + Codex 조합으로 전환했더니, 몇 달 만에 스트레스보다 편안함에 가까운 개발 경험을 얻을 수 있었다.

---

Claude Code를 주로 쓰던시기적 문제점

구현 완료에 대한 환각

Claude Code 4.7 시절, 가장 큰는 구현 완료에 대한 환각이었다. 실제 구현이 약 40% 수준인데도 "기능이 완료됐다"고 자신 있게 말하거나, stub과 placeholder 주변에서 근거 없는 자신감을 보이는 현상이 반복됐다. lint와 test 파이프라인 없이는 실제 완료도를 신뢰할 수 없는 상황이 됐다.

토큰 소비와 감독 부담

Max x20 요금을 내고 있었지만, 생산성 향상보다 토큰 소비 증가와 감독 부담 증가가 더 크게 느껴졌다. 모델이 "이 작업은 별도 세션이 필요합니다"라고 회피하거나, 현실적으로 가능한 변경에도 과도한 일정을 추정하는 행동이 만성적이었다.

감시 워크플로의 부담

인접 파일 회귀를 확인하는 여러 에이전트를 주요 커밋마다 붙여야 했고, 구현 드리프트와 미완성 구현을 확인하는 지속 검증 파이프라인을 별도로 운영해야 했다. AI가 코딩을 도와주는 것인지, AI를 관리해주는 것인지 모호해지는 순간들이 늘어났다.

---

GPT-5.5 + Codex 전환 후 달라진 경험

회귀 잡기와 리팩터링

Codex는 과도한 프롬프트 없이도 인접 코드를 더 잘 이해하고, 회귀를 더 효과적으로 잡아낸다. lint/test 피드백 루프가 더 촘촘하게 작동하고, 대규모 리팩터링도 실제로 관리 가능한 범위로 들어왔다. 인프라 결정과 아키텍처 변경이 조각난 느낌보다 일관된 방향으로 이어지는 것을 체감했다.

완료 중심적공작 흐름

Codex의 가장 큰 차이는 "완료된 척하기보다 실제로 작업을 끝내는 쪽에 가깝다"는 점이다. 더 이상 stub 주변의 자신감 과신이나, 실제 구현도 아닌 것을 완료된 것처럼 말하는 환각과 싸울 필요가 없었다.

마이그레이션의간성

기존 워크플로를 크게 바꿀 필요도 없었다. CLAUDE.md 파일이 AGENTS.md로 이동했고, hooks가 그대로 이어졌을 뿐이다. 전체 저장소를 zip으로 만들어 GPT-5.5 Pro extended thinking에 넣으면, 다른 모델들이 반복해서 실패한 문제를 해결하는 데 도움이 된다는 점도 놀라웠다.

---

Claude Code와 Codex, 어떤개발자가 어떤 도구를 선택할 것인가

두 도구를 동시에 쓰는 것도 하나의 답

Reddit 토론에서 나온 의견 중 공감되는 점이 많다. AI 도구는 좋아하는 스포츠 팀 고르듯 한쪽만 응원할 일이 아니라는 것이다. 둘 다, 가능하면 전부 익혀두고 이번 주에 가장 잘 맞는 것을 쓰면 된다. 나는 지금 나한테 잘 맞는 쪽이면 누구든 상관없고, 계속 테스트하고 계속 실험하는 편이다.

Codex가 체감되는 순간

대규모 repo에서 신뢰성 있게 동작해야 하는 순간, lint/test 파이프라인을 촘촘하게 돌려야 하는 환경, 그리고 마이그레이션보다 완료를 중시하는공작 흐름에서는 Codex가 더 체감된다. 다만 모형은 계속 변하는 중이므로, 오늘의 답이 내일도 유효하리라는 보장은 없다.

비용 대비 효과

/ fast는 주간 사용량을 빠르게 소진시킬 것 같아 대부분 피하지만, high/xhigh만으로도 생산성 향상이 컸다. 토큰 효율성이 다른 모델 대비 몇 배 더 좋은 것은 분명하다.

---

실전 활용 팁

Workflow 설정

Codex를 사용할 때는 AGENTS.md 파일에 프로젝트의 핵심 구조와 규칙을 명시적으로 작성해두면 된다. CLAUDE.md와 동일한 역할을 하지만, Codex 환경에 더 최적화된 포맷이다.

자동화와의 결합

CDN 설정 조정처럼 특정 작업 후 나중에 확인이 필요한 작업을 만날 때, Codex는 자동으로 타이머를 설정해두는 수준의 기능을 제공한다. 개발자는 결과만 확인하면 되는 흐름이 자연스럽게형성된다.

복수 모델 활용

Codex를 메인으로 사용하면서, 일부 작업은 Claude에 할당해 결함을 검증받는 전략도 효과가 있다. 서로 다른 모델의 강점을 적절히 활용하는 것이 오늘날 AI 코딩의 현실적인 형태가 됐다.

---

핵심 정리

Claude에서 Codex로 전환한 이유는 단순한성능 차변이 아니라, 공작 흐름의 신뢰성 차변이었다. 환각이 적은 완료 중심의 동작, 회귀를 더 잘 잡아내는 인접 코드 이해, 그리고 대규모 리팩터링을 관리 가능하게 만드는 lint/test 통합이 핵심이다. 다만, 모형의성능는 계속 변하고 있으며, 내일이 어떤 도구가 최고가 될지는인 알 수 없다. 중요한 것은 하나의 도구에 집착하지 않고, 각 도구의 강점을 적절히 활용하는 것이다.

---

📚 출처

• https://news.hada.io/topic?id=29576