개발 현장에서 LLM 기반 코딩 에이전트를 도구로 활용하는 방식이 점차 구체화되고 있습니다. 일주일 동안 Claude와 OpenAI Codex를 실무에 직접 써보며 각 모델의 작동 성향 차이를 관찰했습니다. 사용 목적에 따라 선택 기준이 명확해집니다.

요청의 확장과 명시적 범위 준수

Claude는 개발자가 지시한 요청 뒤에 숨은 의도를 추측하는 경향이 강합니다. 요청한 범위 이상으로 코드를 확장하거나 관련 구조를 선제적으로 설계하곤 합니다. 반면 Codex는 명시적으로 지시된 작업 범위에 철저히 집중합니다. 최소한의 변경으로 작업 완결성이 확보되면 바로 코딩을 멈춥니다. 차이가 큽니다. 이 제어 방식은 전체 코드의 복잡도에 직접 영향을 미칩니다.

Ruby와 Rails 환경에서 드러난 코드 밀도

Ruby 및 Rails 프로젝트에서 두 모델을 사용해보니 코드 스타일의 차이가 뚜렷하게 드러났습니다. Claude는 구조적 추상화 레이어를 만들거나 주석과 타입 별칭을 넉넉하게 덧붙이는 편입니다. Sorbet 타입 시그니처까지 능동적으로 작성하다 보니 코드베이스가 다소 무거워지기도 합니다. Codex는 불필요한 구조를 줄이고 요구사항에 직결된 직관적 코드를 유지합니다. 깔끔합니다. Codex가 작성한 코드가 더 읽기 쉽고 오버엔지니어링 부담이 적습니다.

작업 성격에 맞춘 에이전트 선택

새로운 도메인을 설계하거나 넓은 맥락의 구현 아이디어를 탐색할 때는 Claude의 선제적 제안이 도움이 됩니다. 이미 구조가 확립된 코드베이스에서 리팩토링이나 정밀한 기능 추가를 수행할 때는 Codex가 더 적합합니다. 코드의 불필요한 부풀림을 막아주기 때문입니다. 적절한 제약이 생산성을 높입니다.

코딩 에이전트마다 독자적인 출력 특성이 있으므로 작업 성격에 맞춰 역할을 분담하는 방식이 유용합니다.

요약

  • Claude는 사용자의 의도를 추측하여 선제적인 추상화와 코드 확장을 시도하는 성향이 강함
  • Codex는 명시된 요구사항 범위에 엄격히 집중하여 최소한의 간결한 코드를 작성함
  • 신규 구조 설계에는 Claude가 유용하고 기존 코드베이스의 유지보수에는 Codex가 오버엔지니어링을 줄여줌