SOTA 모델로 계획하고, 더 저렴한 워커로 병렬 구현합니다.

이 패턴을 사용할 때#

복잡한 작업을 순차적으로 처리하면 너무 오래 걸릴 때 사용하십시오. 조정자가 작업을 워커가 독립적으로 구현할 수 있는 부분으로 나눌 수 있어야 합니다.

이렇게 역할을 나누면 좋은 점#

• 저렴한 모델에 더 명확한 작업 제공. 조정자가 구현 전에 각 부분이 어떻게 맞물리는지 정리합니다. 워커는 인터페이스와 의존 관계가 정의된 더 작은 작업을 받습니다.
• 여러 구독과 제공자 활용. 계획과 검토에는 SOTA 모델을 사용합니다. 워커는 할당량이 더 많은 구독이나 더 저렴한 API를 각자의 CLI와 제공자를 통해 사용할 수 있습니다.
• 병렬 작업으로 더 빠르게 완료. 독립적인 작업을 차례로 처리하지 않고 동시에 실행합니다.
• 워커별 파일 분리. Git worktree가 별도 작업 디렉터리를 제공하므로 워커가 독립적으로 편집할 수 있습니다. 이후 변경 사항을 병합해 함께 검사합니다.

1. 조정자 시작#

• 편집기에서 프로젝트를 엽니다.
• 커밋되지 않은 변경이 없는 깨끗한 작업 트리에서 시작해 새 worktree가 동일한 출발점을 공유하도록 합니다.

표는 한 가지 예제 구성을 보여 줍니다. 계정에서 사용할 수 있는 설치된 다른 CLI와 모델을 사용해도 됩니다.

프로젝트에서 Facade를 열고 New Agent를 클릭한 뒤 조정자로 Codex를 선택하십시오. /model로 gpt-6-sol을 선택하고 effort를 xhigh로 설정합니다.

조정자만 직접 시작하면 됩니다. 나머지 에이전트는 조정자가 Facade를 통해 시작합니다. Facade를 처음 사용한다면 빠른 시작을 확인하십시오.

2. 작업 보내기#

조정자에게 이 프롬프트를 보내고 첫 줄을 작업과 아키텍처 제약으로 바꾸십시오:

[작업과 기대 결과를 작성]

먼저 기술 계획 초안을 작성해 줘. 내가 승인하면 작업을 병렬 과제로 나누는 실행 계획을 만들어 줘.
Facade를 사용해 각 과제마다 별도의 worktree에서 deepseek-v4.1-flash와 xhigh effort로 워커를 시작해 줘.
워커들이 각자 과제를 병렬로 구현하고 테스트하게 한 다음, 이 작업 트리로 하나씩 병합하도록 조율해 줘.
모든 변경이 병합되면 통합된 코드를 검토하고 테스트 스위트를 실행해 줘.

3. 팀 작업 방식#

1. 기술 계획 승인
2. 실행 계획 작성
3. 작업 병렬 구현
4. 통합 변경 검토 및 테스트

1. 조정자가 코드베이스를 읽고 아키텍처, 인터페이스, 작업 경계를 다루는 기술 계획을 제안합니다. 구현을 시작하기 전에 사용자가 이 계획을 검토합니다.
2. 승인 후 조정자가 실행 계획을 만들고 Facade를 사용해 별도의 Git worktree에서 워커를 시작합니다.
3. 워커는 자신의 작업을 병렬로 구현하고 관련 검사를 실행합니다. 변경 사항은 한 번에 하나씩 병합되며, 조정자가 다음 병합 전에 충돌 해결을 돕습니다.
4. 조정자가 통합된 코드를 검토하고 통합 테스트를 실행한 뒤 결과와 아직 검증되지 않은 항목을 보고합니다.

프로젝트에 적용#

• 작업을 어떻게 나눌 수 있는지에 따라 조정자가 워커 수를 정하게 하십시오.
• 기술 계획을 승인하기 전에 아키텍처나 작업 경계 변경을 논의하십시오.
• 에이전트 설정에 제공자 엔드포인트를 추가하십시오. DeepSeek은 Codex, Claude Code, Pi, OpenCode를 통해 사용할 수 있습니다.

프롬프트에서 CLI, 모델, effort를 바꿀 수 있습니다. 저장된 시작 설정과 다른 제공자는 에이전트 설정, 다른 제공자와 함께 사용하는 Claude Code, 다른 제공자와 함께 사용하는 Codex를 참조하십시오.