# 여러 에이전트가 초안을 작성한 뒤 서로 검토합니다.

여러 에이전트가 같은 브리프를 바탕으로 글을 작성하고, 서로의 초안을 검토한 뒤 피드백을 반영해 수정하게 합니다.

## 이 패턴을 사용할 때

하나의 글쓰기 작업에 여러 접근 방식을 비교한 뒤 방향을 정하고 싶을 때 사용하십시오. 튜토리얼, 제안서, 구조와 설명이 중요한 기타 문서에 적합합니다.

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

- **다양한 접근 방식 비교.** 자료를 구성하고 독자에게 설명하는 서로 다른 방식을 볼 수 있습니다.
- **작성자 간 상호 검토.** 동료 검토를 통해 불명확한 단계, 빠진 정보, 근거가 필요한 주장을 찾아낼 수 있습니다.
- **수정 후 다시 검토.** 각 작성자는 피드백을 반영해 자신의 초안을 수정합니다. 다음 라운드에서는 그 수정이 문제를 해결했는지 확인합니다.
- **다른 모델 사용.** 모델마다 주제를 설명하는 다른 방식을 제안할 수 있습니다. 같은 모델의 별도 세션에서도 비교할 만한 초안이 나올 수 있습니다.

여러 초안을 작성하고 검토하면 시간과 모델 사용량이 늘어납니다. 접근 방식 비교가 중요할 때 사용하십시오. 단순한 문서라면 작성자 한 명으로 충분합니다.

## 1. 조정자 시작

- 작성자가 작업할 프로젝트를 엽니다.
- 작성자가 읽을 수 있는 위치에 참고 자료를 둡니다.

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

| 역할 | CLI | 모델 | effort |
| --- | --- | --- | --- |
| 조정자 | Claude Code (claude) | opus | medium |
| 작성자 A | Claude Code (claude) | opus | high |
| 작성자 B | Codex (codex) | gpt-6-sol | high |
| 작성자 C | Antigravity (agy) | gemini-3.8-flash-high | high |

프로젝트에서 Facade를 열고 New Agent를 클릭한 뒤 조정자로 Claude Code를 선택하십시오. `/model opus`로 모델을, `/effort medium`으로 effort를 설정합니다.

조정자만 직접 시작하면 됩니다. 나머지 에이전트는 조정자가 Facade를 통해 시작합니다. Facade를 처음 사용한다면 [빠른 시작](https://facadecode.com/ko/docs/quickstart/)을 확인하십시오.

## 2. 작업 보내기

조정자에게 이 프롬프트를 보내십시오. 첫 줄은 주제, 대상 독자, 참고 자료, 초안을 저장할 폴더로 바꿉니다:

```text
[주제]에 대해 [대상 독자]를 위해 [핵심 사실이나 참고 자료]를 활용해 글을 써 줘. 초안은 [출력 폴더]에 저장해 줘.

Facade를 사용해 이 프로젝트에서 작성자 세 명을 시작해 줘:
- Claude Code: opus, high effort
- Codex: gpt-6-sol, high effort
- Antigravity: gemini-3.8-flash-high, high effort

세 작성자에게 같은 브리프를 주고 출력 폴더에 각자 별도의 초안 파일을 지정해 줘.
각자 독립적으로 작성하게 한 다음 서로의 초안을 검토하게 해 줘.
사실관계에 합의하고 초안이 브리프를 충족할 때까지 검토와 수정을 반복해 줘.
```

## 3. 팀 작업 방식

브리프 공유 → 각자 작성 → 서로의 초안 검토 → 수정 및 재검토

- 조정자가 모든 작성자에게 같은 브리프와 참고 자료를 주고, 출력 폴더에 각자의 초안 파일을 지정합니다.
- 각 작성자는 다른 작성자의 작업을 읽기 전에 첫 초안을 완성합니다.
- 조정자가 상호 검토를 주선합니다. 작성자는 참고 자료에 비추어 주장을 확인하고 불명확한 단계, 빠진 정보, 부정확한 내용을 지적합니다.
- 각 작성자는 피드백을 반영해 자신의 초안을 수정합니다. 사실관계에 합의하고 초안이 브리프를 충족할 때까지 검토를 반복합니다.

출력 폴더에는 작성자별로 검토를 거친 초안이 들어 있습니다. 조정자에게 버전 비교를 요청할 수 있습니다. 작성자 간 의견이 좁혀지지 않으면 조정자가 서로 다른 견해를 사용자에게 전달합니다.

## 프로젝트에 적용

- 튜토리얼, 제안서, 제품 사양, 아키텍처 문서에도 같은 과정을 사용할 수 있습니다.
- 기술적 정확성, 유용한 예제, 명확한 설명 등 검토에서 가장 중요한 기준을 작성자에게 알려 주십시오.
- 작업에 맞게 작성자 수를 조정하십시오. 간단한 비교라면 작성자 두 명으로 충분하며, 같은 모델을 별도 세션에서 사용해도 됩니다.

프롬프트에서 CLI, 모델, effort를 바꿀 수 있습니다. 저장된 시작 설정과 다른 제공자는 [에이전트 설정](https://facadecode.com/ko/docs/settings/), [다른 제공자와 함께 사용하는 Claude Code](https://facadecode.com/ko/docs/providers/claude-code/), [다른 제공자와 함께 사용하는 Codex](https://facadecode.com/ko/docs/providers/codex/)를 참조하십시오.