평소에는 아무 생각 없이 Opus로 Claude Code를 돌리고 있습니다만, 기간 한정으로 사용할 수 있는 Fable 5로 전환했더니, 토큰 소비가 상상 이상으로 심했습니다.

그래서, 설계나 리뷰 등 중요도가 높은 부분에만 Fable을 사용하고, 그 외에는 Opus로 돌리도록 했습니다.

포인트는 "스킬(Skill)에 모델명을 적지 않는 것"입니다.

이것만으로도 Fable의 기간이 끝나도 전환이 간편해져 유지보수성이 향상됩니다.

이번에는 그 설정 방법을 정리해 보았습니다.

이번에는 서브 에이전트(Sub-agent)를 judge (리뷰·검증) / builder (구현) / worker (조사·추출)의 3가지 역할 + 메인 세션으로 나누고, 역할마다 모델을 할당하려고 합니다.

계층	담당	모델
메인 + judge	설계·계획·리뷰·검증 (오판이 사고로 이어지는 부분)	Fable
builder / worker	구현·조사·망라적 추출 (물량이 병목이 되는 부분)	Opus

토큰의 대부분은 병렬 팬아웃(Parallel Fan-out)하는 조사 계열 레인과 구현에서 소비되므로, 그 부분을 Opus로 몰아주는 것만으로 Fable의 소비는 "생각하고 판단하는" 부분에 집중됩니다.

역할마다 md 파일 1장을 두기만 하면 됩니다. frontmatter의 model: 이 모델의 근원이 됩니다.

<!-- .claude/agents/worker.md -->
---
name: worker
...

builder.md (구현 역할, model: opus)도 같은 형태로 만듭니다.

이번에 judge.md만은 model: 을 적지 않았습니다.

지정되지 않은 에이전트는 메인 세션의 모델을 상속받으므로, /model을 전환하면 judge도 자동으로 따라오도록 만들었습니다.

각 관점을 병렬 dispatch (subagent_type: worker)
리뷰어 3체를 병렬 기동 (subagent_type: judge)
구현 에이전트를 기동 (subagent_type: builder)

스킬은 모델명을 전혀 모르는 상태가 됩니다.

각 md의 model: 을 변경하는 것만으로 모델이 전환됩니다.

또한, 메인 + judge는 /model 명령어로 전환됩니다.

• 유지보수성: 모델명이 스킬에 흩어져 있지 않으므로, 스킬을 몇 개 늘리더라도 모델 변경은 1~3곳이면 끝남
• 범용성: "판단 레인과 물량 레인에 차이를 둔다"라는 상대적인 규칙이므로, fable+opus+sonnet 조합이든 차세대 모델+opus+sonnet 조합이든 동일한 설계를 재사용할 수 있음.

이번에는 Fable을 효율적으로 운용하기 위해 설정해 보았습니다만, 모델을 역할에 따라 배분하는 메커니즘 자체는 향후 AI를 운용해 나가는 데 있어 설정해 두면 손해 볼 것이 없다고 느꼈습니다.

AI를 사용하여 본격적으로 멀티태스킹을 수행하려는 분이나, Fable의 토큰 소비로 고민하고 계신 분들은 꼭 시도해 보세요.

주식회사 Cynthia에서는 실무 미경험 엔지니어분들이나 학생 엔지니어 인턴을 채용하여 함께 일하고 있습니다.

※ Cynthia에서의 근무 모습은 이쪽입니다:

Cynthia에는 연간 100명 정도의 실무 미경험자가 응모하여 기술 면접을 봅니다. 그 경험을 통해 실무 미경험자분들이 꼭 갖추었으면 하는 기술력(문법)을 여기에서 소개하겠습니다.