많은 개발자들이 이미 이런 방식으로 작업합니다: Claude Code에서 접근 방식을 구상한 후, 그 결론을 복사하여 Codex에 붙여넣어 구현합니다. 이유는 실용적이기 때문입니다. 어차피 두 구독료를 모두 지불하고 있으니까요. Claude는 계획을 세우는 데 탁월하며, Codex에게 무거운 작업을 맡기는 것이 Claude 할당량 소모를 막아줍니다. 두 구독 서비스 모두 제 역할을 합니다. 유일한 문제는 그 중간의 '복사-붙여넣기' 역할은 바로 당신이라는 것입니다.

UnDercontrol에서는 이 파이프라인이 별도의 설정 없이 작동합니다: Claude가 계획을 세우고, Codex가 실행하며, 태스크 시스템이 공유하는 화이트보드가 됩니다. 사용자는 주요 지점에서 검토만 하면 됩니다.

Claude plans, Codex executes — tasks are the shared whiteboard between your AI agents

작동하는 파이프라인을 위한 5단계

1. 두 에이전트 구성. Claude Code, Codex, OpenCode는 내장된 Agent CLI 템플릿입니다. 하나를 선택하기만 하면 됩니다 (사용자 지정 명령도 가능합니다). 플래너(planner)에게는 Claude Code를, 실행기(executor)에게는 Codex를 할당합니다. 설정하는 것이 부담스럽다면? 이 단계조차 외부 위임이 가능합니다. 내장된 Agent Creator가 있습니다: @mention으로 언급하고 원하는 조합을 설명하면, 에이전트를 자동으로 설정해 줍니다.
2. 요구사항을 플래너에게 던지기. 대략적인 태스크만 있어도 충분합니다 — 그냥 @planner로 지정하세요. 데몬(daemon)이 사용자의 개발 머신에서 Claude Code 세션을 시작합니다: 설명서를 읽고, 요구사항을 명확히 하며, 이를 수용 기준과 함께 하위 태스크로 분할합니다.
3. 플래너가 실행기에게 위임하기. 플래너는 각 하위 태스크에 대해 @executor-mention 합니다 — 에이전트 간의 @mention은 자동으로 다른 에이전트를 위한 새로운 작업 공간 세션을 시작하며, 위임 체인은 사용자의 접근 범위를 유지합니다.
4. Codex가 실행하기. 각 세션은 하나의 하위 태스크를 맡습니다: 코드를 작성하고, 테스트를 실행하며, 커밋하고, 진행 상황을 태스크에 기록한 후, 완료되면 pending으로 표시합니다.
5. 사용자가 정확히 두 지점에서 개입하기. 계획을 승인하고; 결과물을 검토합니다.

From a rough idea to reviewed commits — one pipeline

전체 협업은 태스크 자체에서 이루어집니다. 설명(description)이 명세서(spec)가 되고, 댓글(comments)은 대화(conversation)가 되며, 메모(notes)는 진행 상황 기록(progress log)이 됩니다. 실제 태스크 상세 정보를 살펴보겠습니다. 왼쪽에는 플래너의 승인 기준(acceptance criteria)이 있고, 오른쪽에는 세 방향의 댓글 스레드가 있습니다:

Task detail — the planner writes the spec, the executor reports commits, everything on the record

팀 구성: 에이전트 팀 (Agent Teams)

매번 두 개의 에이전트를 수동으로 운영하고 싶지 않으신가요? 이들을 **팀(Team)**으로 조직화할 수 있습니다.

팀은 하나의 **리드(lead)**와 임의의 수의 **멤버(members)**로 구성되며, 각 멤버는 위임 힌트(

The AI team delivery board — Planning / Executing / Pending Review / Done

일반적인 시나리오(Typical scenarios)

• 취침 전 작업 대기열화, 아침 식사 후 검토. 밤에 플래너에게 세 가지 기능 요청을 떨어뜨립니다. 일어나면 하위 태스크와 여러 개의 pending 구현이 분할되어 있고, 각각은 자체 커밋(commits)을 가집니다.
• 대규모 리팩터링 조각내기(Slice a big refactor). Claude가 마이그레이션 계획을 작성하고 이를 20개의 작은 태스크로 자릅니다. Codex는 이들을 하나씩 실행합니다. 잘못된 단계만 정확히 되돌릴 수 있습니다(roll back).
• 버그 분류 파이프라인(A bug-triage pipeline). 플래너가 근본 원인(root cause)을 재현하고, 국지화하며, 문서화한 후 수정 작업을 위임합니다. 실행자(executor)는