studio.soluta

모델 오케스트레이션 · AI에게 일을 나눠 맡기는 법

Opus는 어려운 판단, Fable은 오래 이어지는 작업, Sonnet은 기준이 정해진 반복 실행을 맡기고 직접 처리·Advisor·Orchestrator 중 맞는 방식을 고릅니다.

이 수업에서 해볼 일

Opus는 어려운 판단, Fable은 오래 이어지는 작업, Sonnet은 반복 실행을 맡깁니다.

  1. 01한 일을 먼저 맡깁니다어려운 일 하나는 Opus가 끝까지 합니다.
  2. 02작업 길이에 맞춥니다오래 이어지는 일은 Fable을 고릅니다.
  3. 03필요할 때 나눕니다반복 작업이 여러 개일 때만 Sonnet에 나눕니다.

모델 오케스트레이션은 AI 모델마다 맡을 일을 정하는 방법입니다. 모델을 여러 번 부르는 것이 목적은 아니며, 한 번에 끝낼 일과 오래 이어질 일, 따로 진행할 일을 구분합니다.

Anthropic 모델·Advisor·가격은 2026-09-04에 확인했습니다. Claude Code의 opus, fable, sonnet 별칭은 새 버전을 따라가므로, 실습을 마친 뒤 /usage에서 실제 사용 모델을 기록합니다. 이 자료는 공식 문서를 주 1회 확인합니다.

세 모델을 이렇게 구분합니다

  • Opus — 복잡한 문제를 정리하고 중요한 판단이 이어지는 작업을 맡깁니다.
  • Fable — 여러 단계가 몇 시간 이상 이어지는 자율 작업과 긴 조사·제작을 맡깁니다.
  • Sonnet — 기준이 이미 정해진 수정·변환·검사처럼 빠르게 반복할 일을 맡깁니다.

세 가지 일하는 방식

  • 직접 처리 — 할 일이 하나면 한 모델이 처음부터 끝까지 맡습니다.
  • Advisor — 작업 중 어려운 판단만 따로 확인할 때 씁니다.
  • Orchestrator — 조사·변환·검사처럼 서로 기다리지 않고 진행할 일이 여러 개일 때 씁니다.

먼저 해볼 방식 · 직접 처리

Opus결과

어려운 일 하나는 Opus가 끝까지 합니다

계획과 실행이 긴밀히 이어지고 중요한 판단이 계속 필요한 작업에 맞습니다.

선택 심화 · Advisor

Fable
실행
Opus
검토

일하다 중요한 순간에만 검토받습니다

Fable이 긴 작업을 이어 가면서 계획과 완료 판단만 Opus에게 확인할 때 맞습니다.

선택 심화 · Orchestrator

Opus
지휘
Fable·Sonnet
실행
검수

먼저 일을 나눈 뒤 각각 맡깁니다

긴 실행은 Fable, 기준이 정해진 반복 실행은 Sonnet에 따로 맡길 때 맞습니다.

Advisor는 옆에서 어려운 판단만 확인하는 검토 역할입니다. Orchestrator는 일을 나누고 결과를 모으는 지휘 역할입니다.

먼저 Opus로 한 번 끝내기

처음에는 실행자를 여러 명 만들지 않습니다. 어려운 작업 하나를 Opus에 맡기고 수정 요청을 반복하지 않아도 실제로 쓸 수 있는 결과가 나오는지 확인합니다.

실제 화면에서 찾기

Claude Desktop에서 Code 탭, 저장소 선택 단추, 모델 선택 단추가 보이는 공식 화면
Claude Desktop의 Code 시작 화면 1 위쪽에서 Code를 고른 다음 2 작업할 폴더를 연결하고 3 모델 이름을 눌러 사용할 모델을 고릅니다. 화면의 모델명은 업데이트에 따라 바뀔 수 있습니다. Anthropic 공식 아카데미에서 원본 화면 보기
macOS Claude 앱 아래쪽의 Opus 5 모델 이름과 사용량 원형 단추
현재 앱에서 모델과 사용량을 여는 위치 1 모델 이름을 누르면 모델을 바꿀 수 있습니다. 2 파란 원을 누르면 5시간 한도, 주간 전체 모델, 주간 Fable 사용량과 다시 사용할 수 있는 시간을 확인할 수 있습니다. macOS Claude 앱에서 2026-09-03에 촬영했으며, 계정 이름과 작업 내용은 화면에서 제외했습니다.
01Opus 선택/model
02작업 하나 선택완료 조건 포함
03끝까지 실행중간 재지시 없이
04결과 확인검사 내용 포함
  1. Claude Code에서 /model을 입력하고 opus를 고릅니다.
  2. 실제로 끝내야 하는 작업 하나와 완료 조건을 정합니다.
  3. 아래 문장의 대괄호 안을 내 작업에 맞게 바꿔 한 번만 보냅니다.
붙여넣기
[작업]을 Opus가 처음부터 끝까지 처리해 주세요.
완료 조건은 [눈으로 확인할 결과 또는 검사]입니다.
[건드리면 안 되는 파일·발송·결제·삭제]는 실행하지 말고 멈춰 알려 주세요.
필요한 작업을 모두 진행한 뒤 실제 결과와 검사 내용을 함께 보여 주세요.
  1. 작업을 마치면 /usage를 열어 Opus의 실제 버전과 사용량을 적습니다.

실습이 끝났는지 확인하기

  • Opus가 계획과 실행을 한 대화에서 이어 갔습니다.
  • 같은 지시를 반복하지 않고 결과를 한 번 받았습니다.
  • 결과와 함께 실제 검사 내용을 확인했습니다.
  • /usage에서 실제 사용 모델을 확인했습니다.

오래 이어지거나 여러 덩어리면 나눠 맡기기

여러 단계가 오래 이어지는 일은 Fable이 끝까지 맡습니다. 공식 문서 세 개 조사, 파일 여러 개를 같은 규칙으로 바꾸기, 검사 명령 여러 개 실행하기처럼 각 결과를 따로 확인할 수 있다면 Opus가 일을 나누고 Sonnet 실행자들이 반복 작업을 맡습니다.

1Opus가 계획합니다일을 나누고 완료 조건을 정합니다.
Fable · 장기 실행 Sonnet · 반복 변환 Sonnet · 검사
3Opus가 검수합니다요약과 증거를 확인해 하나로 합칩니다.

아래처럼 요청하면 세 모델의 역할이 섞이지 않습니다.

붙여넣기
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 × 캐시 쓰기 단가
결과 1건당 비용API 환산액 ÷ 실제로 쓸 수 있는 결과 수

쓸 수 있는 결과가 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가 나누고 결과를 모으게 합니다.

공식 출처

수업 아이디어의 원문은 Notion 참고 페이지입니다. 기술 사실과 수치는 위 공식 출처로 별도 확인했습니다.

documents

함께 보는 문서