코덱스 vs 클로드, 일주일 맞비교 후기 10가지

루비·레일스 기술 글을 쓰는 개발자 루시안 긴다가 일주일간 클로드(Claude)보다 오픈AI 코덱스(Codex)를 더 많이 써 본 인상기를 8월 21일 공개했다. 두 에이전트에 같은 플러그인·스킬을 맞춰 두고 올해 내내 나란히 써 온 사람의 기록이라, 흔한 벤치마크 비교와는 결이 다르다. 열 가지 관찰 가운데 핵심은 '코덱스는 시키는 것만 하고 멈추며, 클로드는 묻지 않은 것까지 알아서 한다'는 기질 차이였다.

무슨 일인가 — 한 주간 벌어진 열 가지

스킬 격차부터 드러났다. 세션에서 만든 스킬이 클로드 쪽에만 쌓여 코덱스가 뒤처졌는데, 해결은 의외로 간단했다. 코덱스에게 클로드 스킬 폴더를 가리키고 변환해 달라고 하면 된다. 반면 급한 디버깅 상황에서는 여전히 클로드를 열었다. 더 낫다기보다 익숙해서였다고 글쓴이는 적었다.

코드 자체는 코덱스가 루비 코드에 주석을 덜 다는 점이 마음에 들었고, 출력 어조는 훨씬 '기술적'이었다. 클로드가 페어 프로그래밍 세션의 동료처럼 말한다면 코덱스는 스타트렉의 데이터 같다는 비유다. 작업 방식도 달라져서, 큰 세션 하나를 끌고 가던 클로드 때와 달리 코덱스는 작은 세션 여러 개를 열어 각각 집중시키게 됐다.

핵심 짚어보기 — 빠르지만 시간 이득은 없었다

코덱스는 변경을 더 빨리 만들지만 PR을 마무리하는 데(테스트 재실행·리뷰) 오래 걸려, 결국 총 소요 시간에서는 차이가 없었다. 글쓴이는 그 꼼꼼함 자체는 좋았다고 평가한다. 설계 면에서는 코덱스가 더 단순한 구조를 냈다. 클로드는 추상화·개념·소르벳(Sorbet) 시그니처·타입 별칭을 많이 만들어 내는 경향이 있는데, 같은 문서로 같은 요구사항을 구현시키자 클로드 쪽이 조금 더 복잡한 대신 예외 상황을 더 많이 처리했다.

실수도 있었다. 브랜치 A가 브랜치 B를 향하고 B가 메인을 향하는 구조에서 리베이스를 시키자 코덱스는 메인 기준으로 리베이스해 4,000줄 넘게 추가된 PR을 만들어 버렸다. 대상 브랜치만 쓰라고 명시해야 했다. 지라·아틀라시안 연동도 CLI 환경에서는 브라우저 로그인과 CLI를 오가며 애를 먹였고, 클로드는 이전 세션을 기억해 원하는 방식으로 해내려는 의지가 더 강했다. 반대로 MCP 인증은 codex mcp login으로 매번 올바른 흐름을 여는 코덱스 방식이 더 좋았다. 클로드는 턴 안에서 자동 실행을 시도하다 멈추는 경우가 있었다.

1인기업 실전 적용 포인트

• 두 구독을 다 유지할 여유가 없다면 '성향'으로 고르라. 요구사항을 정확히 쓸 수 있는 정형 작업(마이그레이션·반복 리팩터링)은 코덱스, 요구가 흐릿하고 빈틈을 채워 주길 바라는 작업은 클로드가 맞는다는 게 이 후기의 함의다.
• 스킬은 한 폴더에서 관리하고 변환시킨다. 클로드용 스킬 폴더를 코덱스에 읽혀 옮기면 두 도구의 격차가 사라진다. 스킬 자산을 한쪽에만 쌓지 말 것.
• 리베이스·브랜치 대상은 반드시 명시. 에이전트에게 깃 작업을 맡길 때 '메인이 아니라 B 기준'처럼 대상을 적지 않으면 거대 PR 사고가 난다.
• '작은 세션 여러 개' 운영법을 시험하라. 주제별로 세션을 쪼개면 컨텍스트 오염이 줄고, 도구가 바뀌어도 그대로 통한다.

전망 / 주의점

이 글은 단기 인상기이며 글쓴이도 주말에 본격 분석을 내겠다고 예고했다. 루비·레일스 환경, CLI 중심 워크플로라는 조건도 감안해야 한다. 그럼에도 에이전트 선택 기준이 '누가 더 똑똑한가'에서 '누가 내 일하는 방식에 맞는가'로 옮겨가고 있다는 점은 분명하다. 도구를 고르기 전에 자신이 지시를 얼마나 구체적으로 쓰는 사람인지부터 따져 보는 편이 빠르다.

출처: All about coding (https://allaboutcoding.ghinda.com/a-week-of-using-codex-more-than-claude/)