AI 코딩 도구를 쓰다 보면 Codex와 Claude Code를 언제 어떻게 나눠 써야 할지 헷갈릴 수 있습니다. 둘 다 코드를 만들 수 있지만, 실제 작업 흐름에서는 강점이 조금 다릅니다.

이 글은 개인 프로젝트 기준의 사용 감각을 정리한 글입니다.

Codex가 편한 경우

Codex는 빠르게 코드를 만들고 수정하는 작업에 잘 맞습니다.

• 작은 기능 구현
• 에러 메시지 기반 수정
• 단일 파일 중심 작업
• 테스트 케이스 추가
• 명확한 요구사항이 있는 코드 작성

요구사항이 구체적일수록 결과가 좋습니다.

이 함수에 날짜 포맷 옵션을 추가하고, 기존 테스트가 깨지지 않게 수정해줘.

같은 식의 요청에 잘 어울립니다.

Claude Code가 편한 경우

Claude Code는 프로젝트 전체 문맥을 읽고 여러 파일을 오가며 작업할 때 유용합니다.

• 프로젝트 구조 파악
• 여러 파일을 함께 수정
• 문서와 코드 정합성 확인
• 리팩터링 계획 수립
• 작업 로그와 변경 요약 정리

즉 “어디를 고쳐야 할지부터 찾아야 하는 작업”에 잘 맞습니다.

둘을 같이 쓰는 방식

개인 프로젝트에서는 이렇게 나누는 방식이 좋습니다.

1. Claude Code로 전체 구조와 계획을 잡습니다.
2. Codex로 작은 구현 단위를 빠르게 처리합니다.
3. 다시 Claude Code로 변경사항을 검토하고 문서화합니다.
4. 마지막에는 직접 빌드와 화면 확인을 합니다.

한 도구로 모든 것을 해결하려 하기보다, 역할을 나누면 결과물이 안정적입니다.

비용도 고려해야 한다

AI 코딩 도구는 편하지만, 사용량이 늘면 비용도 같이 늘어납니다. 특히 긴 컨텍스트를 자주 읽히거나, 같은 문제를 반복해서 물어보면 비용 대비 효율이 떨어질 수 있습니다.

그래서 다음 습관이 중요합니다.

• 작업 범위를 작게 나누기
• 이미 확인한 내용은 문서로 남기기
• 같은 설명을 반복하지 않게 프로젝트 규칙 파일 만들기
• 결과 검증 명령을 고정하기

Daejin Lab 작업에서 나눠 쓴 기준

이 블로그를 만들면서 두 도구를 나눠 쓴다면 기준은 꽤 분명했습니다.

Claude Code 계열에 맡기기 좋은 일:
- 프로젝트 전체 구조 파악
- 어떤 파일을 수정해야 하는지 찾기
- Search Console, sitemap, Cloudflare 배포 흐름 정리
- 여러 파일을 함께 바꾸는 작업 계획
- 작업 결과 요약과 다음 단계 정리

Codex 계열에 맡기기 좋은 일:
- 특정 Markdown 글 보강
- 작은 컴포넌트 수정
- 빌드 에러 한 건 해결
- 반복되는 문장 구조 정리
- 명확한 조건이 있는 파일 수정

예를 들어 카테고리 페이지를 추가할 때는 먼저 전체 구조를 읽고, src/pages, src/content, src/components 사이 관계를 확인해야 했습니다. 이런 작업은 단일 파일 수정이 아니라 문맥 파악이 중요합니다.

반대로 이미 수정할 파일이 정해진 상태에서 글 본문을 보강하거나 작은 스타일을 조정하는 일은 빠른 구현형 도구가 더 효율적입니다.

실제 검증 기준

AI 도구를 나눠 쓰더라도 마지막 기준은 항상 같습니다.

npm run build

Daejin Lab에서는 글을 추가하거나 레이아웃을 바꾼 뒤 매번 Astro 빌드가 통과하는지 확인했습니다. AI가 설명을 잘해도 빌드가 깨지면 운영 가능한 결과물이 아닙니다.

그리고 배포 뒤에는 공개 URL도 직접 확인했습니다.

/blog/
/categories/
/sitemap-index.xml

이런 검증 과정을 고정해두면 도구를 바꿔도 작업 품질이 크게 흔들리지 않습니다.

정리

Codex는 빠른 구현, Claude Code는 넓은 문맥과 작업 관리에 강점이 있습니다. 개인 프로젝트에서는 둘 중 하나만 고르기보다, “계획-구현-검토” 단계에 맞춰 나눠 쓰는 것이 더 현실적입니다.

중요한 것은 어떤 도구가 더 좋은지보다, 각 도구에게 맡길 작업의 크기를 명확히 정하고 사람이 마지막 검증을 하는 것입니다.