① 에이전트로 일하기 · 선택
Claude Code vs Codex — 무엇을 언제
둘 중 하나를 고르는 글이 아니다. 공식 문서를 다시 확인해보니 두 도구 다 대화형과 무인 실행을 지원한다 — 그래서 먼저 갈리는 건 도구가 아니라 일이었다.
도구 두 개를 두고 “어느 게 낫냐”는 질문을 자주 받는다. Claude Code와 Codex를 둘 다 쓰면서 내가 얻은 답은 우열이 아니라 자리였다. 그런데 이 글을 다시 손보면서 양쪽 공식 문서를 확인해보니, 내가 “자리”라고 불렀던 것이 도구의 능력 차이가 아니라는 게 분명해졌다.
어느 도구가 더 똑똑한가가 아니라, 이 일을 사람 없이 끝낼 수 있는가. 그 판정이 먼저고 도구는 그다음이다.
먼저 판정해보기
읽기 전에 지금 넘기려는 작업 하나를 떠올리고 세 질문에 답해보면 좋겠다. 내 결론을 읽는 것보다 자기 작업으로 통과해보는 게 빠르다.
이 작업, 무인으로 넘길 수 있나
이 작업이 끝났는지를 사람 없이 판정할 수 있나?
실패했을 때 그 사실이 사람에게 닿나?
틀린 결과를 되돌릴 수 있나?
무인으로 넘길 수 있다
완료를 기계가 판정하고, 실패가 사람에게 닿고, 되돌릴 수 있다. 이 상태라면 도구는 손에 익은 쪽으로 고르면 된다 — 둘 다 정기 실행을 지원한다. 다음 질문은 언제 끄느냐다.
운영 자동화는 언제 폐기하나 →아직은 곁에서 주고받을 일이다
완료를 기계가 판정하지 못하면 무인 실행은 "돌고 있다"는 착각만 만든다. 먼저 완료 조건을 검증 가능한 형태로 만들고, 그때 다시 판정한다.
AI 출력을 어디까지 믿을 것인가 →관측을 먼저 만든다
실패를 아무도 모르는 자동화는 빚이 된다. 무엇을 했고 왜 그랬는지 남는 경로가 없으면, 잘못을 발견하는 시점이 한참 뒤로 밀린다.
AI 자동화의 audit trail 설계 →승인 지점을 먼저 둔다
되돌릴 수 없는 작업은 무인으로 넘기지 않는다. 사람이 "아니오"를 말할 자리를 만들어두면 나머지는 자동으로 돌려도 된다.
AI에 승인 게이트가 필요한 이유 →도구가 자리를 정해주지 않는다
처음 이 글을 쓸 때는 “무인 정기는 Codex, 곁에서 개발은 Claude Code”라고 적었다. 내 사용 방식으로는 사실이었지만, 도구의 능력 차이로 읽힐 수 있는 문장이었다. 2026-07-26에 양쪽 공식 문서를 다시 확인했고 그렇지 않았다.
Claude Code는 터미널·IDE·데스크톱·웹에서 돌고, claude -p 로 파이프·CI 안에서 비대화형으로 실행되며, GitHub Actions·GitLab CI/CD 통합이 있다. 게다가 Routines 는 Anthropic 관리 인프라에서 도니 내 컴퓨터가 꺼져 있어도 정기 실행된다. Codex 역시 CLI·IDE·cloud 를 제공하고 scheduled tasks 와 long-running work 를 지원한다. 양쪽 다 대화형과 무인 실행을 공식으로 갖고 있다.
그러니 “무인이냐 협업이냐”는 도구를 고르는 질문이 아니다. 일을 어떻게 설계했느냐의 결과다.
그럼 내 손에서는 왜 갈렸나
능력이 아니라 습관과 순서 때문이었다. 무인으로 돌릴 일을 먼저 한쪽에서 세팅했고, 곁에서 개발하는 일은 이미 다른 쪽에 맥락이 쌓여 있었다. 한번 자리가 잡히니 옮길 이유가 없었다.
이 구분은 여전히 쓸모가 있지만, 도구 이름을 떼고 보는 게 정확하다.
- 사람이 매번 안 본다
- 가드레일·검증이 본체
- 완료 판정이 기계 몫
- 실패 알림이 필수
- 사람과 빠르게 오간다
- 위임 경계·승인이 관건
- 완료 판정이 사람 몫
- 맥락을 함께 쌓는다
Codex 글에서 쓴 무인 러너 — 매주 같은 시각에 자료를 읽고 초안을 만들고 검증을 통과하면 커밋하는 — 가 왼쪽이다. 거기서 중요한 건 모델이 얼마나 똑똑한가가 아니라 사람이 안 보는 동안 안전하게 도느냐였다. 오른쪽은 Claude Code 글에서 쓴 협업 — 조사는 위임하고 결정은 내가 쥐며 맥락을 함께 쌓아가는 — 이다. 어느 쪽이든 다른 도구로 옮겨도 된다는 게 이번 확인의 결론이다.
솔직히, 정밀 비교는 아직
여기서 글을 멋지게 닫고 싶지만 정직하게 적는다. 나는 같은 작업을 두 도구에 똑같이 시켜 우열을 잰 적이 없다. 자리가 일찍 갈려서 그럴 일이 적었기 때문이다.
그래서 “어느 게 코드를 더 잘 짜나”, “복잡한 리팩터링은 어느 쪽이 나은가” 같은 질문에는 아직 근거 있는 답이 없다. 이건 이 프로젝트가 피하려는 글 — 안 해보고 비교하는 글 — 이 되지 않으려는 선이기도 하다. 같은 일을 양쪽에 시켜 보는 실험을 따로 해야 채울 수 있는 자리로 남겨 둔다.
이 문서를 덮어도 되는 시점
위 세 질문에 자기 작업으로 답해봤고, “아니오”가 나온 칸에 무엇을 먼저 만들어야 하는지 한 줄로 적을 수 있으면 충분하다. 도구 이름을 못 골랐어도 괜찮다 — 그건 이 글이 답하는 질문이 아니고, 세 질문을 통과한 뒤에는 대개 손에 익은 쪽으로 정해진다.
- 초안에서 발행. 사람 개입 축으로 본 자리 분담 정리. 정밀 우열 비교는 보류(미실험) (성숙도: 탐색 중)
- 양쪽 공식 문서 확인 후 결론 수정 — 두 도구 다 대화형·무인 실행을 지원하므로 “Codex=무인, Claude Code=협업”은 능력 구분이 아니다. 판단의 축을 도구 선택에서 위임 판정으로 옮기고 선택 트리를 추가. 출처·검증일 기록
- 같은 작업을 양쪽에 시킨 비교 실험 후 우열·세부 보강