모델 오케스트레이션 · AI에게 일을 나눠 맡기는 법
Opus는 어려운 판단, Fable은 오래 이어지는 작업, Sonnet은 기준이 정해진 반복 실행을 맡기고 직접 처리·Advisor·Orchestrator 중 맞는 방식을 고릅니다.
이 수업에서 해볼 일
Opus는 어려운 판단, Fable은 오래 이어지는 작업, Sonnet은 반복 실행을 맡깁니다.
- 01한 일을 먼저 맡깁니다어려운 일 하나는 Opus가 끝까지 합니다.
- 02작업 길이에 맞춥니다오래 이어지는 일은 Fable을 고릅니다.
- 03필요할 때 나눕니다반복 작업이 여러 개일 때만 Sonnet에 나눕니다.
모델 오케스트레이션은 AI 모델마다 맡을 일을 정하는 방법입니다. 모델을 여러 번 부르는 것이 목적은 아니며, 한 번에 끝낼 일과 오래 이어질 일, 따로 진행할 일을 구분합니다.
Anthropic 모델·Advisor·가격은 2026-09-04에 확인했습니다. Claude Code의 opus, fable, sonnet 별칭은 새 버전을 따라가므로, 실습을 마친 뒤 /usage에서 실제 사용 모델을 기록합니다. 이 자료는 공식 문서를 주 1회 확인합니다.
세 모델을 이렇게 구분합니다
- Opus — 복잡한 문제를 정리하고 중요한 판단이 이어지는 작업을 맡깁니다.
- Fable — 여러 단계가 몇 시간 이상 이어지는 자율 작업과 긴 조사·제작을 맡깁니다.
- Sonnet — 기준이 이미 정해진 수정·변환·검사처럼 빠르게 반복할 일을 맡깁니다.
세 가지 일하는 방식
- 직접 처리 — 할 일이 하나면 한 모델이 처음부터 끝까지 맡습니다.
- Advisor — 작업 중 어려운 판단만 따로 확인할 때 씁니다.
- Orchestrator — 조사·변환·검사처럼 서로 기다리지 않고 진행할 일이 여러 개일 때 씁니다.
먼저 해볼 방식 · 직접 처리
어려운 일 하나는 Opus가 끝까지 합니다
계획과 실행이 긴밀히 이어지고 중요한 판단이 계속 필요한 작업에 맞습니다.
선택 심화 · Advisor
실행Opus
검토
일하다 중요한 순간에만 검토받습니다
Fable이 긴 작업을 이어 가면서 계획과 완료 판단만 Opus에게 확인할 때 맞습니다.
선택 심화 · Orchestrator
지휘Fable·Sonnet
실행검수
먼저 일을 나눈 뒤 각각 맡깁니다
긴 실행은 Fable, 기준이 정해진 반복 실행은 Sonnet에 따로 맡길 때 맞습니다.
Advisor는 옆에서 어려운 판단만 확인하는 검토 역할입니다. Orchestrator는 일을 나누고 결과를 모으는 지휘 역할입니다.
먼저 Opus로 한 번 끝내기
처음에는 실행자를 여러 명 만들지 않습니다. 어려운 작업 하나를 Opus에 맡기고 수정 요청을 반복하지 않아도 실제로 쓸 수 있는 결과가 나오는지 확인합니다.
실제 화면에서 찾기
/model- Claude Code에서
/model을 입력하고opus를 고릅니다. - 실제로 끝내야 하는 작업 하나와 완료 조건을 정합니다.
- 아래 문장의 대괄호 안을 내 작업에 맞게 바꿔 한 번만 보냅니다.
[작업]을 Opus가 처음부터 끝까지 처리해 주세요.
완료 조건은 [눈으로 확인할 결과 또는 검사]입니다.
[건드리면 안 되는 파일·발송·결제·삭제]는 실행하지 말고 멈춰 알려 주세요.
필요한 작업을 모두 진행한 뒤 실제 결과와 검사 내용을 함께 보여 주세요.- 작업을 마치면
/usage를 열어 Opus의 실제 버전과 사용량을 적습니다.
실습이 끝났는지 확인하기
- Opus가 계획과 실행을 한 대화에서 이어 갔습니다.
- 같은 지시를 반복하지 않고 결과를 한 번 받았습니다.
- 결과와 함께 실제 검사 내용을 확인했습니다.
/usage에서 실제 사용 모델을 확인했습니다.
오래 이어지거나 여러 덩어리면 나눠 맡기기
여러 단계가 오래 이어지는 일은 Fable이 끝까지 맡습니다. 공식 문서 세 개 조사, 파일 여러 개를 같은 규칙으로 바꾸기, 검사 명령 여러 개 실행하기처럼 각 결과를 따로 확인할 수 있다면 Opus가 일을 나누고 Sonnet 실행자들이 반복 작업을 맡습니다.
아래처럼 요청하면 세 모델의 역할이 섞이지 않습니다.
Opus는 계획·분배·최종 판단을 맡아 주세요.
여러 단계가 오래 이어지는 큰 작업은 Fable에게 맡겨 주세요.
기준이 정해진 반복 변환과 검사 실행은 Sonnet에게 맡겨 주세요.
실행자는 사용한 근거, 바꾼 파일, 실제 검사 결과만 보고해 주세요.Fable을 고를 때 사용량 크레딧 동의나 결제 안내가 나오면 선택하지 않습니다. 이 경우 Opus가 직접 처리하고 Fable의 장기 실행 사례는 화면으로만 확인합니다.
Sonnet 실행자 설정 파일까지 만들기
sonnet-executor.md는 메모장처럼 글자만 담는 실행자 설정 파일입니다. 프로젝트의 .claude/agents/sonnet-executor.md에 아래 내용을 저장하면 최신 Sonnet 계열을 실행자로 고정할 수 있습니다.
---
name: sonnet-executor
description: 독립적인 검색, 문서 변환, 검사 실행을 맡고 근거와 결과만 요약합니다.
model: sonnet
tools: Read, Write, Edit, Grep, Glob, Bash
---
받은 일만 처리합니다.
완료 조건을 직접 확인한 뒤 사용한 근거, 바꾼 파일, 검사 결과만 보고합니다.
판단이 필요한 충돌은 임의로 정하지 말고 선택지와 근거를 보고합니다.
Claude Code 서브에이전트 공식 문서에 따르면 model:에는 모델 별칭이나 전체 모델 ID를 쓸 수 있습니다. 별칭을 쓰면 최신 Sonnet 계열을 따라가며, 실제 버전은 /usage에서 확인합니다.
어떤 방식을 고를까요?
| 내 작업 상태 | 고를 방식 | 이유 |
|---|---|---|
| 기준이 정해진 짧은 수정·변환입니다 | Sonnet 직접 처리 | 빠르게 처리하고 바로 확인할 수 있습니다 |
| 복잡한 일 하나에 중요한 판단이 계속 나옵니다 | Opus 직접 처리 | 계획과 실행을 한 모델이 이어서 처리합니다 |
| 여러 단계가 몇 시간 이상 이어집니다 | Fable 직접 처리 | 긴 작업 흐름과 목표를 유지하는 데 맞습니다 |
| Fable이 오래 작업하는 중 어려운 판단이 가끔 나옵니다 | Fable 실행 + Opus Advisor | 진행 흐름을 유지한 채 필요한 판단만 확인합니다 |
| 따로 진행해도 되는 반복 작업이 여러 개입니다 | Opus 지휘 + Sonnet 실행 | 각 실행자가 서로 기다리지 않고 처리할 수 있습니다 |
같은 맥락으로 자주 묻고 답해야 하거나, 실행자에게 설명할 내용이 실제 작업보다 길다면 나누지 않습니다.
GPT-6 Astra의 두 시험 점수
ARC-AGI-3는 규칙을 알려 주지 않은 게임에서 AI가 목표를 찾고 풀어내는지 보는 시험입니다. 2026년 9월 ARC Prize는 GPT-6 Astra를 두 방식으로 시험했으며, 모든 모델에 같은 최소 기능을 주는 표준 방식에서는 62.7%, OpenAI가 제공한 추론 기록 유지와 긴 대화 정리 기능을 쓰는 전용 방식에서는 99.9%를 기록했습니다. 평가 비용은 각각 26,098달러와 18,817달러였습니다.
ARC Prize의 공식 해설은 두 점수를 따로 공개하며, 99.9%를 인공일반지능 달성의 증거로 해석하지 않습니다. ARC-AGI-3는 규칙과 목표가 닫힌 시험이므로 모델 이름과 점수 외에 시험 실행 방식, 모델이 생각하도록 허용한 수준, 비용, 실제 업무와의 차이를 함께 확인합니다.
내 일에서 효과가 있는지 비교하기
공식 실험 숫자를 그대로 믿기보다 같은 일을 두 방식으로 해 봅니다. Opus에는 한 번 맡기고 Sonnet에는 첫 결과 뒤 수정 요청을 두 번까지 보냅니다. 입력과 완료 조건은 똑같이 유지합니다.
| 해볼 일 | 같은 입력 | 완료 조건 |
|---|---|---|
| 사실 카드 | 공식 링크 3개 | 사실 8개와 각 출처, 확인 날짜 |
| 원고 편집 | 거친 원고 1개 | 최종 원고·바꾼 이유·문체 검사 |
| 콘텐츠 검사 | 관련 파일 3개 | 발견 내용, 수정 내용, 검사 결과 |
각 일을 Opus 직접 처리 1회와 Sonnet 직접 처리 최대 3회로 진행한 뒤 아래 표를 채웁니다.
| 작업 | 방식 | 실제로 쓸 수 있나 | 수정 횟수 | 완료 시간 | /usage 기록 |
|---|---|---|---|---|---|
| 사실 카드 | Opus 1회 | ||||
| 사실 카드 | Sonnet 최대 3회 | ||||
| 원고 편집 | Opus 1회 | ||||
| 원고 편집 | Sonnet 최대 3회 | ||||
| 콘텐츠 검사 | Opus 1회 | ||||
| 콘텐츠 검사 | Sonnet 최대 3회 |
먼저 실제로 쓸 수 있는 결과인지 확인합니다. Sonnet을 여러 번 실행했다면 세 번의 사용량과 걸린 시간을 모두 더합니다. 둘 다 쓸 수 있다면 수정 횟수와 완료 시간, 사용량을 비교하고 세 작업 중 두 작업에서 나은 방식을 다음 작업의 기본 규칙으로 정합니다.
토큰과 결과 1건당 비용까지 계산하기
토큰은 AI가 읽고 쓴 글의 양을 세는 단위입니다. 백만 토큰(MTok)은 한 번에 써야 하는 양이 아니라 가격을 계산하기 위한 기준 단위입니다. 예를 들어 입력 10,000 토큰은 백만 토큰의 1/100입니다.
- Sonnet 입력 10,000 토큰 — 입력 단가가 백만 토큰당 $2이면 입력 비용은 $0.02입니다.
- Opus 입력 10,000 토큰 — 입력 단가가 백만 토큰당 $5이면 입력 비용은 $0.05입니다.
- Fable 입력 10,000 토큰 — 입력 단가가 백만 토큰당 $10이면 입력 비용은 $0.10입니다.
- AI가 작성한 답변 — 출력 토큰으로 따로 계산하며 아래 표의 출력 단가를 적용합니다.
2026-09-04 기준 Anthropic API 공식 가격은 다음과 같습니다.
| 모델 | 입력 | 캐시 읽기 | 출력 |
|---|---|---|---|
| Fable 5.1 | $10 | $0.25 | $50 |
| Opus 5 | $5 | $0.50 | $25 |
| Sonnet 5 | $2 | $0.20 | $10 |
사용 방식에 따라 이 가격표를 보는 방법이 다릅니다.
- Pro·Max 구독형 — 월 구독료에 Claude Code 사용량이 포함됩니다. Claude 앱과 Claude Code가 같은 사용 한도를 나눠 쓰므로,
/usage에서는 남은 한도와 다시 사용할 수 있는 시간을 확인합니다. 화면의 세션 달러 금액은 사용량을 비교하기 위한 추정치로만 봅니다. - API 종량제 — AI가 읽은 입력 토큰과 작성한 출력 토큰만큼 결제합니다.
ANTHROPIC_API_KEY=가 설정되어 있으면 구독 계정으로 로그인했더라도 API 요금이 적용될 수 있으므로/status에서 로그인 방식을 확인합니다.
구독형 사용자는 아래 환산액을 실제 결제액이 아니라 두 방식의 사용량을 같은 기준으로 비교하는 숫자로만 씁니다. API(Application Programming Interface, 프로그램끼리 정보를 주고받는 방식) 종량제 사용자는 실제 청구 내역을 콘솔에서 확인합니다.
환산액 = 입력 토큰 ÷ 1,000,000 × 입력 단가
+ 출력 토큰 ÷ 1,000,000 × 출력 단가
+ 캐시 읽기 토큰 ÷ 1,000,000 × 캐시 읽기 단가
+ 캐시 쓰기 토큰 ÷ 1,000,000 × 캐시 쓰기 단가쓸 수 있는 결과가 0이면 계산 안 함이라고 적습니다. 구독 화면에서 실제 추가 청구를 확인할 수 없다면 실제 비용을 추정하지 않습니다.
Advisor와 Orchestrator에서 대화 기록이 달라지는 이유
컨텍스트는 AI가 지금 판단할 때 읽는 작업 기록입니다. 캐시는 앞부분이 같을 때 이미 처리한 입력을 다시 이용하는 장치입니다.
- Advisor는 메인 대화 전체를 읽고 조언하므로 대화가 길수록 한 번 검토할 때 읽는 양도 커집니다.
- Orchestrator의 각 실행자는 별도 대화 기록을 가지므로 긴 원자료와 검사 로그를 실행자 쪽에 남길 수 있습니다.
- 작은 일을 여러 실행자에게 나누면 첫 호출과 설명이 반복돼 더 느리고 비쌀 수 있습니다.
이 차이는 Claude Code 프롬프트 캐싱 공식 문서와 Claude Code 서브에이전트 공식 문서에서 확인할 수 있습니다.
96% 성능·46% 비용과 Uber 사례의 범위
Claude Developers 공식 발표는 BrowseComp 실험에서 Fable 5 지휘자와 Sonnet 5 실행자 팀이 전체 Fable 5 구성 대비 성능 96%, 비용 46%를 기록했다고 설명했습니다. 이 결과는 특정 과제와 실험 설정에서 나온 값이므로 내 업무에서 같은 수치를 보장하지 않습니다.
Uber Engineering 공식 글은 요청량과 모델 가격만 보지 않고 완료한 작업 1건당 비용, 결과 품질, 실행 안정성을 함께 비교합니다. 이 수업에서는 완료한 작업을 사람이 확인한 뒤 실제로 쓸 수 있는 결과로 기록합니다. 대규모 기업 사례를 그대로 따라 하기보다 내 업무를 비교하는 질문만 가져옵니다.
수업을 마치며
모델 이름보다 역할을 먼저 기억합니다. 어려운 일 하나는 Opus가 처리하고 여러 단계가 오래 이어지면 Fable을 고릅니다. 기준이 정해진 반복 실행은 Sonnet에 맡기며 서로 기다리지 않아도 되는 일이 여러 개일 때만 Opus가 나누고 결과를 모으게 합니다.
공식 출처
- Claude Desktop 화면 살펴보기 — Anthropic 공식 아카데미
- Claude Desktop의 모델·사용량 확인 — Claude Code Docs
- Claude 모델 비교와 기본 선택 — Anthropic Docs
- Fable 5.1의 장기 자율 작업 안내 — Anthropic Docs
- Claude Code 모델별 용도와 사용량 — Anthropic Help Center
- Advisor로 어려운 판단 검토하기 — Claude Code Docs
- 커스텀 서브에이전트 만들기 — Claude Code Docs
- Claude Code 비용 추적하기 — Claude Code Docs
- Pro·Max 구독으로 Claude Code 사용하기 — Claude Help Center
- Claude Code 프롬프트 캐싱 — Claude Code Docs
- Claude API 모델 가격 — Anthropic Docs
- Plan big, execute small — Anthropic Cookbook 고정 버전
- Managed Agents 멀티에이전트 오케스트레이션 — Anthropic Docs
- GPT-6 Astra ARC-AGI-3 평가 해설 — ARC Prize
- GPT-6 Astra ARC-AGI-3 평가 결과 — ARC Prize
- Running a Software Factory Efficiently at Uber Scale — Uber Engineering
수업 아이디어의 원문은 Notion 참고 페이지입니다. 기술 사실과 수치는 위 공식 출처로 별도 확인했습니다.