왜 복잡한 파이썬 모놀리스에서 Codex가 여전히 Claude Code를 능가하는가

지난 1년 동안, 복잡한 파이썬 모놀리스를 작업하는 개발자는 주로 Codex를 사용해 왔습니다. Opus 4.6 및 4.7과 함께 Claude Code를 한 달간 테스트한 후에도 이 코드베이스에 대해서는 여전히 Codex를 선호합니다. 해당 애플리케이션은 단순한 CRUD 서버가 아니라, 최신 DDD 스타일의 레이어, 오래되었지만 잘 구조화된 코드, 그리고 취약한 레거시 스파게티 코드가 혼합되어 있습니다. 팀은 필요하지 않은 한 오래된 부분을 다시 작성하지 않습니다.

Codex의 주요 장점

• 하네스 엔지니어링 원칙: Codex는 명시적인 지시 없이도 하네스 엔지니어링 워크플로를 안정적으로 따릅니다. Claude는 AGENTS.md에 "exec_plan.md를 읽고 따르세요"와 같은 지시가 포함된 경우에만 그렇게 합니다.
• 기존 도구와 패턴 재사용: Claude는 코드베이스에서 기존 도구를 검색하는 대신 새 도구를 더 자주 만듭니다. 프로젝트별 헬퍼가 많은 코드베이스에서 재사용은 중요합니다.
• 더 나은 계획 및 컨텍스트 인식: Claude는 새 기능을 배치할 때 너무 적게 읽는 경우가 많습니다. 개발자는 다음과 같이 반복해서 수정해야 했습니다:

"이 기능을 컨트롤러가 아닌 모듈 A에 넣으세요."
"요청에서 보낸 상태를 사용하여 응답 객체를 구성하지 마세요. API가 이미 업데이트된 객체를 반환합니다. 그 응답을 사용하세요."
"이 경계를 소유하는 동일한 모듈에서 검증하세요."

Codex는 컨텍스트가 누락된 것을 더 자주 인지하고 아키텍처 변경 전에 명확한 질문을 합니다.

Claude가 뛰어난 부분

프론트엔드 작업의 경우 Opus 4.6이 Codex 5.3 및 GPT-5.4보다 훨씬 더 나았습니다. 개발자는 현재 UI 작업에 Claude를 선호합니다. GPT-5.5는 UI 중심 작업에서 아직 테스트하지 않았습니다.

도구 설정

두 LLM 모두 Docker Compose를 시작 및 중지하고 컨테이너 내에서 테스트를 실행하는 명령이라는 단일 공유 스킬을 사용합니다.

---

이것은 벤치마크가 아니라 하나의 프로덕션 코드베이스에서의 일상적인 사용 경험입니다.