Codex는 구현하고 Claude는 검토한다: 라이믹스 개발에 역할 분담 AI를 써본 경험

최근 라이믹스 모듈과 사이트 기능을 수정하면서 Codex와 Claude를 한 작업 안에서 역할별로 나누어 사용하고 있습니다.

 

이 글에서 소개하는 방식은 라이믹스 공식 기능이나 배포 도구가 아니라, 제가 Discord 위에 개인적으로 구성한 개발 환경입니다.

 

Codex는 실제 파일을 분석하고 코드를 수정하는 구현 역할을 맡고, Claude는 변경된 코드의 버그와 회귀 가능성, 누락된 테스트를 별도 역할로 검토합니다. 두 역할의 의견이 반복될 때는 중재자가 개입하도록 구성했습니다.

 

명령을 수행하는 오너

제가 Discord에서 개발 요청을 입력하면 오너가 먼저 작업을 맡습니다.

 

현재 오너 모델은 Codex를 사용하고 있습니다. 오너는 요청 내용을 확인하고 실제 프로젝트 파일을 분석한 뒤 필요한 코드를 수정하고, 가능한 경우 테스트까지 실행합니다.

 

단순히 코드 예시를 답변으로 보여주는 것이 아니라, 허용된 작업 환경 안에서 파일을 직접 확인하고 수정하도록 구성했습니다.

 

라이믹스 작업에서도 모듈, 애드온, 스킨, 사이트 설정 등 요청한 범위를 먼저 확인하고 실제 변경이 필요한 파일을 찾아 작업합니다. 작업이 끝나면 수정한 파일과 검증 결과를 함께 정리합니다.

 

결과를 검토하는 리뷰어

오너가 작업을 완료하면 결과가 바로 끝나는 것이 아니라 리뷰어에게 전달됩니다.

 

리뷰어는 Claude를 사용하고 있으며, 오너가 수정한 코드에서 버그, 보안 문제, 기존 기능의 회귀 가능성, 누락된 테스트 등을 다시 확인합니다.

 

리뷰어가 문제를 발견하면 작업은 다시 오너에게 돌아갑니다. 오너가 리뷰 내용을 검토하여 필요한 부분을 수정하면 리뷰어가 다시 확인합니다.

 

제 환경에서는 Codex가 구현을 담당하고 Claude가 검토를 담당합니다. 서로 다른 모델이 같은 작업을 다른 관점에서 살펴보면서 한쪽이 놓친 문제를 발견한 경우가 있었습니다.

 

반복되는 의견을 정리하는 중재자

 

오너와 리뷰어가 계속 다른 판단을 내리면 수정과 검토가 반복될 수 있습니다.

 

이를 그대로 두면 작업이 불필요하게 길어지거나 같은 내용이 반복될 수 있기 때문에 일정한 조건에서 중재자가 개입하도록 구성했습니다.

 

중재자는 지금까지의 작업 내용과 양쪽 의견을 확인하고 다음 방향을 판단합니다.

 

• 현재 결과로 진행할지
• 오너가 다시 수정해야 할지
• 현재 접근을 버리고 작업 범위를 다시 잡아야 할지
• 사용자의 추가 판단이 필요한지

 

중재자는 단순히 세 번째 답변을 추가하는 역할이 아니라, 오너와 리뷰어의 교착 상태를 정리하고 반복 작업을 멈추기 위한 역할입니다.

 

실제로 사용해보며 느낀 점

이 구조의 목적은 AI가 코드를 더 많이 작성하도록 만드는 것이 아닙니다.

 

제가 중요하게 본 부분은 실제 프로젝트에 적용하기 전에 놓친 문제를 한 번 더 발견하는 것이었습니다.

 

오너가 구현하고, 다른 모델을 사용하는 리뷰어가 비판적으로 검토하며, 해결되지 않는 의견은 중재자가 정리합니다.

 

제가 사용해본 범위에서는 같은 모델에 구현과 자기 검토를 연달아 맡기는 것보다 역할과 모델을 분리했을 때 놓친 부분을 발견하는 경우가 더 있었습니다.

 

Codex의 역할은 정말 대충 하는 경향이 있어서 그런지 환각에 의한 동작이 많아 해당 부분을 리뷰어 클로드코드에게 시켜주면 오너가 놓치거나 문맥이해에 대한 환각을 바로 잡고, 실제 코드 타율이 많이 올라가게 됩니다.

 

물론 오너와 리뷰어가 모두 동의했다고 해서 결과가 항상 정확한 것은 아닙니다. 최종 변경 내용과 테스트 결과는 제가 직접 확인하고 있으며, 배포나 데이터베이스 변경처럼 영향이 큰 작업은 별도의 확인 절차를 거치도록 하고 있습니다.

 

오너, 리뷰어, 중재자 세 역할은 Codex만 사용하거나 Claude Code만 사용하는 방식으로도 구성할 수 있습니다. 다만 같은 모델은 비슷한 전제와 판단 습관을 공유할 수 있어, 제 환경에서는 구현과 검토에 특성이 다른 모델을 배치했습니다. 그 결과 Codex의 구현 방식과 Claude의 비판적인 검토가 서로 보완되는 효과를 체감했습니다.

 

오너와 리뷰어는 채널별로 분리된 역할 세션을 이어가므로 이전 작업의 맥락을 유지할 수 있습니다. 반면 중재자는 호출될 때마다 새 세션에서 시작합니다. 다만 아무 정보 없이 판단하는 것은 아니며, 현재 작업 정보와 최근 대화, 오너와 리뷰어 사이의 쟁점을 전달받습니다. 이전 중재 결과에 끌려가지 않으면서도 현재 교착 상황은 이해하도록 구성한 것입니다.

 

중재자 = 저입니다. 저의 역활을 대신해서 교착 문제점 같은것들을 실시간으로 판단하고 교착이 없게끔 이어지도록 해주는 역할을 부어했다고 보면됩니다.

그래서 리뷰어에게 또는 오너에게 또는 둘다 대기 하고 사용자의 의견을 기다리라는 등 명령어를 내릴 수 있도록 되어 있지요.

 

주 에이전트가 작동하지 않을 때의 대비

 

Discord에서 사용하는 주 에이전트 환경 자체에 문제가 생기면 그 에이전트에게 복구를 요청할 수 없습니다.

 

왜냐하면 디스코드채널을 통해서만 명령을 하게 되기 때문에 제가 서버쪽에 접속해서 뭔가 해야하는 문제점이 있는데 제가 외부에 있는 상황이더라도 복구가 가능한 상황이 필요했습니다.

 

이런 상황에 대비하여 별도의 독립 에이전트로 Hermes Agent를 설치했습니다.

 

Hermes는 Nous Research에서 개발한 개인용 AI 에이전트입니다. 터미널과 브라우저를 사용할 수 있고, 다양한 모델과 도구를 연결할 수 있으며, 기억·스킬·예약 작업 등의 기능도 제공합니다.

 

저는 Hermes를 평상시 개발 담당보다는 주 에이전트의 상태 확인, 장애 원인 분석, 설정 점검과 복구를 위한 관리 에이전트 성격으로 사용하고 있습니다.

 

주 에이전트와 실행 경로가 분리되어 있으므로, Discord의 개발 환경이 정상적으로 동작하지 않을 때 별도의 경로에서 문제를 확인할 수 있다는 점이 가장 큰 목적입니다.

 

이 역시 Discord내에서 명령을 내려 해결이 가능한 구조로 설정되어있습니다.

 

현재의 역할 분담

 

현재 제가 사용하는 방식은 다음과 같습니다.

 

• Codex: 사용자 요청을 처리하고 코드를 구현하는 오너
• Claude: 오너의 결과를 별도 역할로 검토하는 리뷰어
• 중재자: 반복되는 의견과 교착 상태를 정리
• Hermes Agent: 주 에이전트가 작동하지 않을 때 상태 확인과 복구 지원
• 사용자: 최종 결과 확인과 중요한 작업 승인

사용자

  ↓

Codex 오너

  ↓

Claude 리뷰어

  ↕ 수정·재검토

중재자

  ↓

사용자 최종 확인

 

장애 발생 시

Hermes Agent → 상태 확인·복구

 

 

AI를 하나의 만능 개발자로 사용하는 것보다 서로 다른 역할을 가진 작업자와 검토자로 나누는 방식에 가깝습니다.

 

마무리

 

아직 모든 작업을 자동으로 맡길 수 있는 단계라고 생각하지는 않습니다.

 

AI가 잘못된 전제에서 작업하면 구현과 리뷰가 모두 엉뚱한 방향으로 갈 수 있고, 여러 모델을 사용하기 때문에 사용량도 늘어날 수 있습니다.

 

그럼에도 구현과 검토의 역할을 분리하고, 문제가 생겼을 때 사용할 독립적인 관리 에이전트까지 준비해두니 이전보다 안정적으로 AI를 개발 과정에 활용할 수 있었습니다.

 

앞으로는 실제 라이믹스 작업 사례와 실패 사례도 정리해서 공유해보려고 합니다.