Claude Code의 Sonnet, Opus와 effort: 모델 선택하기

모델과 에이전트 활용에 관한 실용 자료: Ailoot 문서.

2026년 9월 23일 업데이트. 이 글이 게시된 이후 Anthropic은 모델 세대를 두 차례 변경했습니다. 먼저 Opus 5와 Sonnet 5가 출시되었고, 이어 9월 22일 Claude Opus 5.5가 출시되었습니다. 이 가이드의 선택 논리는 여전히 유효합니다. 아키텍처 설계와 디버깅에는 고가 모델을, 일상적인 작업에는 중급 모델을 사용하세요. 이름과 가격은 바뀌었습니다. 무엇이 정확히 달라졌고 아래 표를 어떻게 읽어야 하는지 다음 절에서 설명합니다.

2026년 9월까지 달라진 점: Opus 5.5, Sonnet 5, 새로운 요금#

수치와 명령에서 달라진 점을 간단히 정리하면 다음과 같습니다.

일상 작업에 영향을 주는 세 가지 요점입니다.

상위 모델이 더 저렴해졌습니다. Anthropic에 따르면 Opus 5.5는 연산량이 더 적게 필요하므로 토큰당 가격이 20% 내려갔고, 캐시 읽기 비용은 100만 개당 $0.50에서 $0.20으로 낮아졌습니다. 기본 설정의 일반적인 작업은 Opus 5보다 40% 저렴합니다. “Opus를 켰더니 반나절 만에 한도를 다 썼다”는 예전 반응은 덜 설득력 있어졌지만, 완전히 사라진 것은 아닙니다.

이제 추론 깊이를 직접 설정해야 합니다. Opus 5.5는 medium으로 시작하지만, effort를 지원하는 다른 모델은 high로 시작합니다. 상위 모델에서 깊은 분석을 기대한다면 /effort high 또는 xhigh를 명시적으로 설정하세요. 한 가지 더 알아둘 점은 사용자 설정의 최상위 effortLevel 키가 Opus 5.5에서는 작동하지 않는다는 것입니다. 이제 수준은 모델별로 따로 저장됩니다.

현재 모델 세 가지 모두 컨텍스트 창이 토큰 100만 개입니다. 중급 모델은 200K이고 opus[1m]으로 1M으로 업그레이드할 수 있다는 설명은 현재 Opus 5.5와 Sonnet 5에는 해당하지 않습니다. 두 모델은 기본적으로 100만 토큰을 지원합니다.

아래 표와 계산은 선택 논리를 보여주기 위해 원래 모델 이름과 요금을 유지합니다. 현재 가격은 상위 모델의 경우 $4 / $20, 중급 모델의 경우 $2 / $10을 기준으로 하세요.

2026년 5월의 변화: Sonnet 4.6, Opus 4.7, Haiku 4.5, 그리고 그 의미#

2026년 5월 6일 Code with Claude 콘퍼런스에서 Anthropic은 관리형 메모리(Dreaming), outcomes, 멀티 에이전트 오케스트레이션, Remote Control, Agent View 등 다섯 가지 주요 업데이트를 공개했습니다. 같은 날 Pro, Max, Team, Enterprise의 사용 한도가 두 배로 늘었습니다. 3월 말부터 시행되던 피크 시간대 제한도 완전히 해제되었습니다.

동시에 컴퓨팅 계약도 달라졌습니다. SpaceX는 S-1에서 Colossus(220,000개 이상의 NVIDIA GPU, 300MW 이상)를 위해 2029년 5월까지 Anthropic과 월 12억 5천만 달러 규모의 계약을 체결했다고 공개했습니다. 이는 앞으로 Claude의 용량이 줄어드는 것이 아니라 늘어난다는 뜻입니다.

이 변화가 바이브 코더의 실제 작업에 어떤 의미가 있을까요? 전형적인 작업 방식은 “더 똑똑하니까 Opus를 쓴다”는 것이었습니다. 이제 세 모델은 실제로 서로 다릅니다.

• Opus 4.7 (입력/출력 토큰 100만 개당 $5 / $25, 컨텍스트 1M) — 2026년 4월 16일 출시. 새로운 토크나이저. SWE-bench Verified: 87.6%, Opus 4.6보다 13% 상승.
• Sonnet 4.6 ($3 / $15, 컨텍스트 1M) — SWE-bench Verified에서 79.6%. Opus 4.7 벤치마크 점수의 91%를 기본 입력·출력 가격의 60%로 제공하며, Opus 4.6(80.8%)과도 거의 비슷합니다. 차이는 1.2점에 불과합니다.
• Haiku 4.5 ($1 / $5, 컨텍스트 200K) — 빠르고 저렴합니다. 아키텍처 수준의 사고가 필요하지 않은 작업에 적합합니다.

핵심은 이렇습니다. 5월 초 업데이트된 Claude Code의 새 명령 세 가지, /model, /effort, /fast를 적절한 상황에 사용하면 각각 토큰 사용량을 2~5배 줄일 수 있습니다.

여기서 설명하는 실무에서는 두 주요 모델을 모두 매일 사용합니다. 그 결과로 나온 선택 지도를 아래에서 확인하세요.

작업 유형별 모델 선택 지도#

작업을 바꿀 때 참고할 수 있도록 이 표를 가까운 곳에 두면 편리합니다.

기본 원칙은 Sonnet을 기본값으로 사용하는 것입니다. Sonnet 4.6이 대부분의 사용자 요금제에서 기본 모델인 데에는 이유가 있습니다. Anthropic의 공식 도움말은 대부분의 코딩 작업에 Sonnet이 적합하다고 명시합니다.

초보자의 80%가 빠지는 위험한 습관은 Opus를 기본값으로 설정한 뒤 반나절 만에 한도가 끝나는 이유를 궁금해하는 것입니다. Opus는 토큰당 비용이 1.67배이므로 한도가 더 빨리 소진됩니다.

실제 작업에서 Sonnet 4.6과 Opus 4.7은 어떻게 다른가#

벤치마크만으로는 큰 의미가 없습니다. 실제 작업에서 어떤 차이가 나는지가 중요합니다. 같은 작업을 두 모델로 비교한 결과를 살펴보겠습니다.

시나리오 1. 간단한 리팩터링(파일 3–5개).

Sonnet과 Opus의 결과는 같습니다. 설명된 비교에서는 코드 품질에 차이가 관찰되지 않았습니다. 시간: Sonnet이 15–20% 더 빠릅니다. 비용: Sonnet은 1.67배 저렴하므로 어느 쪽이 나은지 분명합니다.

시나리오 2. 까다로운 버그 디버깅. 결제 게이트웨이를 마이그레이션한 뒤 전자상거래 플랫폼에서 이메일 영수증이 오지 않는다고 가정해 보겠습니다. 증상은 cron이 실행되고 데이터베이스에 레코드가 생성되지만 이메일은 발송되지 않는 것입니다.

• Sonnet: 15분 동안 로그와 뻔한 부분을 확인하고, 환경 변수에 이메일 서비스가 설정된 것을 찾아 키를 확인하라고 제안합니다. 키가 정상이라면 같은 곳을 빙빙 돌기 시작합니다.
• effort xhigh를 사용한 Opus: 즉시 “웹훅 → cron → 상태 확인 → 이메일 서비스”라는 정신적 지도를 그립니다. 20분 만에 마이그레이션으로 주문 ID 형식이 바뀌었지만 이메일 서비스는 이전 형식으로 필터링하고 있다는 점을 찾아냅니다.

마법이 아닙니다. 적응형 추론입니다. Opus 4.7은 단계마다 얼마나 생각할지 결정하며, 어려운 버그를 만나면 더 빠르게 답하는 대신 깊이 추론하는 데 토큰을 씁니다.

시나리오 3. 아키텍처 결정. “분석 기능을 별도 서비스로 옮겨야 할까요?” Sonnet은 이런 질문에 좋은 계획을 제시하겠지만, 두 서비스를 모니터링하려면 알림도 옮겨야 한다는 점 같은 미묘한 요소를 놓칠 수 있습니다. Opus 4.7은 이런 세부 사항을 체계적으로 검토합니다.

마지막 행이 중요합니다. “Opus 4.7 가격이 얼마”라고 읽을 때 같은 파일에 Sonnet보다 토큰이 20–35% 더 많이 든다는 점을 기억하세요. 같은 작업의 실제 비용은 표의 명목 가격이 보여주는 것보다 더 많이 증가합니다.

Haiku 4.5를 사용할 때 (그리고 Claude Code 작업의 80%에 Sonnet을 쓰는 이유)#

Haiku를 사용하면 특히 효과적인 작업은 다음과 같습니다.

• 한 줄 스크립트: “프로세스가 30초 동안 응답하지 않으면 nginx를 재시작하는 bash 스크립트를 작성해 줘.”
• 간단한 코드 설명: “이 함수는 무슨 일을 하나요?”
• 일반적인 커밋 메시지 생성.
• 기본 구문 검사 / lint 수정.
• 언어 간 주석 번역.

기술적으로 Haiku는 /model haiku를 통해서든 Claude Code에서든 똑같이 작동합니다. 다만 한 가지 주의할 점이 있습니다. 재정의하지 않으면 서브에이전트와 백그라운드 작업은 기본적으로 Haiku를 사용하며, 이를 바꾸려면 ANTHROPIC_DEFAULT_HAIKU_MODEL 환경 변수를 지정해야 합니다.

Haiku의 컨텍스트는 200K 토큰입니다. 대부분의 파일에는 충분하지만 모노레포나 긴 대화 기록을 다루면 한도에 도달합니다. 그럴 때 Sonnet과 Opus는 1M을 지원합니다.

비용: 비슷한 요청 1,000건(예: 입력 토큰 200개와 출력 토큰 50개로 커밋 메시지 생성)은 Haiku에서 $0.45입니다. 같은 작업량은 Sonnet에서 $1.35, Opus에서 $2.25입니다. 세 배 차이입니다.

세션에서 모델을 바꾸는 /model 명령#

Claude Code에서 모델을 설정하는 방법은 우선순위 순으로 여섯 가지입니다.

1. 세션 중: /model <alias> — 즉시 모델을 바꿉니다. 대화 기록, 파일, 컨텍스트는 그대로 유지되고 다음 메시지를 처리하는 모델만 바뀝니다. 세션에서 이미 출력이 있었다면 선택 메뉴가 확인을 요청합니다. 다음 응답은 캐시 없이 전체 기록을 다시 읽습니다.
2. 실행 시: claude --model <alias>.
3. 환경 변수: ANTHROPIC_MODEL=<alias>.
4. 설정 파일: ~/.claude/settings.json의 model 필드.

기본 명령:

# 상위 모델로 실행 (현재 Opus 5.5)
claude --model opus

# 세션 중 Sonnet으로 전환
/model sonnet

# 선택 메뉴 열기 (대화형 선택)
/model

# 1M 컨텍스트로 Opus 전환
/model opus[1m]

# 특정 버전으로 전환 (버전 고정)
/model claude-opus-5-5

Anthropic API에서 각 별칭이 가리키는 모델(2026년 9월 23일 기준):

• opus → Opus 5.5 (Claude Code v2.1.280 이상 필요)
• sonnet → Sonnet 5
• haiku → Haiku 4.5
• best → 사용 가능한 가장 성능이 좋은 모델
• default → Pro, Max, Team, Enterprise 및 Anthropic API에서 Opus 5.5
• opusplan → Opus + Sonnet의 하이브리드 (아래에서 별도로 설명)

⚠️ 클라우드 제공업체에서는 기본값이 다릅니다. Amazon Bedrock과 Google Cloud에서는 sonnet 별칭이 Sonnet 4.5를 가리키고, Microsoft Foundry에서는 opus가 여전히 Opus 4.6으로 해석됩니다. 클라우드 제공업체를 통해 작업하는 경우 특정 버전(claude-opus-5-5)을 고정하거나 ANTHROPIC_DEFAULT_OPUS_MODEL 변수를 설정하세요.

버전 2.1.144부터 달라진 핵심은 /model이 더 이상 설정에 선택 사항을 기록하지 않는다는 점입니다. 현재 세션에만 적용되며 세션을 닫으면 사라집니다. 기본 모델을 영구 저장하려면 선택 메뉴에서 강조 표시된 행에 d를 누르세요. 그러면 ~/.claude/settings.json에 model 필드가 기록됩니다.

요약된 세션(claude --resume, --continue, /resume)은 현재 설정과 관계없이 해당 세션에서 사용한 모델을 유지합니다. 따라서 다른 세션의 설정 때문에 다시 시작할 때 모델이 바뀌지 않습니다.

현재 활성 모델을 확인하려면 /status를 사용하세요. 계정과 현재 모델이 모두 표시됩니다.

/model opusplan: 계획과 실행 비용을 따로 비교하기#

여기서 설명하는 실무에서는 10단계가 넘는 작업에 이 모드를 사용합니다.

작동 방식:

• Plan Mode(/plan)에서는 아키텍처와 선택지를 논의하고 접근 방식을 결정합니다. 이때 Opus는 비싸지만 추론 방식이 근본적으로 다르므로 비용을 지불할 가치가 있습니다.
• Plan Mode가 끝나고 Claude가 파일을 편집하고 테스트를 작성하며 명령을 실행하기 시작하면 실행 단계입니다. 실행 단계에서 Sonnet 4.6은 Opus와 같은 품질을 제공합니다.

활성화 방법:

# 실행할 때
claude --model opusplan

# 또는 세션 중
/model opusplan

구체적인 계산을 보겠습니다. 일반적인 50단계 리팩터링의 작업 분배가 다음과 같다고 가정합니다.

• 계획(5단계, 입력 토큰 약 30,000개 + 출력 토큰 8,000개): Opus 4.7
• 실행(45단계, 입력 토큰 약 200,000개 + 출력 토큰 50,000개): Sonnet 4.6

기준은 입력 230,000토큰과 출력 58,000토큰으로 표의 과거 Opus 요금에서 $2.60입니다. Opusplan은 Opus에 입력 30,000·출력 8,000($0.35), Sonnet에 입력 200,000·출력 50,000($1.35)을 써 총 $1.70입니다. 절감은 ($2.60 − $1.70) / $2.60 = 34.6%입니다. 같은 토큰 수와 요금에서 실행 부분은 40% 줄며 기준 비용의 90%가 실행이어도 총절감은 36%입니다. 토크나이저 차이는 모델별 입력·출력 수치가 필요하며 그 자체로 75–80% 주장을 정당화하지 못합니다.

⚠️ 한 가지 주의할 점: opusplan의 Plan Mode에서 Opus는 표준 200K 컨텍스트를 사용합니다. opus 별칭으로 사용할 수 있는 자동 1M 업그레이드는 opusplan에 적용되지 않습니다. 대형 모노레포 분석처럼 컨텍스트가 수백만 토큰에 달하는 방대한 작업을 계획한다면 /model opus[1m]을 명시적으로 사용하거나 계획이 끝난 다음 opusplan으로 전환하세요.

적응형 추론의 5단계, /effort 명령#

/model 다음으로 중요한 명령입니다. Effort는 적응형 추론입니다. 모델은 작업의 복잡도에 따라 각 단계에서 얼마나 깊이 생각할지 결정합니다. 수준이 높을수록 추론은 깊어지고 토큰 사용량도 많아집니다.

작업에 따른 수준:

지원 모델은 Opus 4.7, Opus 4.6, Sonnet 4.6 세 가지입니다. 나머지 모델에서는 effort를 사용할 수 없습니다.

2026년 9월까지 달라진 점. low, medium, high, xhigh, max 수준은 Opus 5.5, Opus 5, Sonnet 5, Opus 4.8, Opus 4.7에서 사용할 수 있습니다. Opus 4.6과 Sonnet 4.6에는 xhigh가 없으며, xhigh를 요청하면 해당 모델에서는 high로 실행됩니다. Opus 5.5(medium)와 Opus 4.7(xhigh)을 제외하면 effort를 지원하는 모든 모델의 기본값은 high입니다. 따라서 현재 상위 모델에서 깊은 분석을 원한다면 명시적으로 요청해야 합니다. 별도의 ultracode 모드도 등장했습니다. 이는 모델 수준이 아니라 Claude Code 설정으로, xhigh를 보내고 대규모 작업을 위해 동적 워크플로를 만들도록 Claude에 요청합니다.

설정 방법:

# 대화형 슬라이더 열기
/effort

# 수준을 직접 설정
/effort high
/effort xhigh

# 모델 기본값으로 초기화
auto

# 실행 플래그로 설정
claude --effort high

# 환경 변수로 설정 (실행 시 적용)
export CLAUDE_CODE_EFFORT_LEVEL=high

# 설정에 입력 (max는 작동하지 않음—세션 전용)
{
  "effortLevel": "high"
}

# skill / subagent frontmatter에서 설정
---
name: my-skill
effort: low
---

수준은 Claude Code에서 로고와 스피너 옆에 예를 들어 “with low effort”라고 표시되므로 확인하려고 /model을 열 필요가 없습니다.

Effort 슬라이더는 /model 선택 메뉴에도 있습니다. 왼쪽/오른쪽 화살표로 설정하세요.

중요한 점 하나. 다른 모델에서 Opus 4.7로 전환하면, Opus 4.6이나 Sonnet 4.6에서 high를 사용했더라도 effort가 강제로 xhigh로 설정됩니다. 원하는 수준으로 되돌리려면 /effort를 다시 실행하세요.

또 다른 방법은 프롬프트에 ultrathink를 넣는 것입니다. 프롬프트 텍스트에 ultrathink라는 단어를 포함하면 세션 effort를 바꾸지 않고 해당 턴에서만 Claude가 더 깊이 추론합니다. “think”, “think hard”, “think more” 같은 표현은 이 동작을 실행하지 않으며 일반 텍스트로 전달됩니다.

/fast 명령: Opus는 6배의 가격으로 2.5배 빨라집니다. 언제 이득일까요?#

Fast 모드는 연구 미리 보기 기능입니다. Claude Code v2.1.36 이상이 필요하며 claude --version으로 확인할 수 있습니다.

활성화 방법:

# fast 모드 전환 (Claude Code CLI 및 VS Code Extension에서 사용 가능)
/fast

# 또는 설정에서
{
  "fastMode": true
}

활성화한 후에는 다음과 같이 됩니다.

• 다른 모델을 사용 중이면 Claude Code가 자동으로 Opus로 전환합니다.
• “Fast mode ON” 확인 메시지가 표시됩니다.
• 프롬프트 옆에 ↯ 아이콘이 표시됩니다.

옵션과 세부 사항:

• Fast 모드의 기본 모델은 사용 가능한 가장 성능이 좋은 Opus입니다. 2026년 9월 23일 기준으로 Opus 5.5입니다. fast 모드는 Opus 4.7에서 전혀 작동하지 않으며, Opus 4.7로 전환하면 fast 모드가 꺼집니다.
• Fast 모드는 기본적으로 세션 간 유지됩니다. Team/Enterprise 관리자는 fastModePerSessionOptIn: true를 설정해 세션마다 명시적으로 켜도록 요구할 수 있습니다.
• /fast를 다시 실행해 fast 모드를 끄면 Opus를 계속 사용합니다. 이전 모델로 돌아가지 않습니다. 바꾸려면 /model을 사용하세요.
• 대화 중간에 활성화하면 전체 대화 컨텍스트에 fast 모드 가격이 적용됩니다. 따라서 세션 중간이 아니라 시작할 때 활성화하는 편이 더 경제적입니다.

Fast 모드를 사용할 때:

• 실시간 디버깅: trace를 지켜보며 응답 속도가 중요한 경우.
• 대화형 작업의 촉박한 마감: 18:00까지 데모를 만들어야 해 빠르게 반복해야 하는 경우.
• 빠른 코드 반복 작업: 가설을 하나씩 검증하는 경우.

사용하지 말아야 할 때:

• 속도가 중요하지 않은 장시간 자율 작업. 2.5배 속도에 6배를 지불하므로, Claude가 작업하는 동안 점심을 먹으러 간다면 이득이 없습니다.
• 일괄 처리, CI/CD 파이프라인 — 대화형 모드용 기능이 아닙니다.
• 비용에 민감한 작업 — 선택은 명확합니다.

이용 조건:

• Bedrock, Vertex, Foundry에서는 작동하지 않습니다.
• 계정에 사용량 크레딧이 필요합니다(요금제에 포함된 한도를 초과하는 청구). 개인 계정은 Console의 결제 설정에서 활성화할 수 있습니다. Team/Enterprise에서는 관리자가 활성화해야 합니다.
• Fast 모드 토큰은 요금제에 포함된 한도에서 차감되지 않습니다. 첫 토큰부터 fast 모드 요금으로 사용량 크레딧에서 직접 청구됩니다.

Fast 모드 요청 한도에 도달하거나 사용량 크레딧이 바닥나면 fast 모드는 표준 속도와 요금으로 자동 전환되고 ↯ 아이콘은 회색으로 바뀌며 작업은 계속됩니다. 한도가 초기화되면 fast 모드가 다시 켜집니다.

Fast 모드와 effort는 서로 경쟁하는 설정이 아닙니다. 함께 사용할 수 있습니다. fast 모드 + low effort는 간단한 작업에서 최대 속도를 제공합니다.

모델별 실제 비용: 월 청구액 분석#

토큰 100만 개당 가격(Anthropic API, USD):

실제로 청구액을 줄이는 방법:

1. Prompt caching. Anthropic은 시스템 프롬프트, CLAUDE.md, 도구 설명 등 프롬프트에서 반복되는 부분을 캐싱합니다. 캐시 적중 비용은 입력 가격의 10%입니다. Sonnet에서는 토큰 100만 개당 $3에서 $0.30으로 내려가 10배 저렴해집니다. API 요청의 cache_control: { type: "ephemeral" }을 통해 자동으로 활성화됩니다. Claude Code에서는 기본적으로 작동합니다.

2. Batch API: 기다릴 수 있는 작업(보고서, 대량 텍스트 생성)에 입력과 출력 50% 할인 혜택을 제공합니다. Batch API를 통한 Sonnet 가격은 $1.50 / $7.50입니다. Claude Code에서 직접 사용할 수는 없지만 Anthropic SDK로 자동화를 만든다면 활용하세요.

3. Opus만 쓰는 대신 opusplan 사용: 과거 계산 예시에서는 약 34.6% 절감. 실제 합계는 실행 비중, 토큰 수, 요금, 캐시, 재시도에 달려 있습니다.

4. Sonnet을 기본으로 쓰고 필요할 때 Opus 사용: 가장 큰 절약 방법입니다. “혹시 몰라서” Opus를 켜두었다면, 여기서 설명하는 실무에서는 Sonnet으로 전환합니다. 작업에 Opus가 필요하다면 세 번째나 네 번째 단계에서 분명해지므로 /model opus로 직접 전환합니다.

5. Opus 4.7의 새 토크나이저를 기억하세요. 같은 파일에서 Opus 4.7은 Sonnet 4.6보다 토큰을 최대 35% 더 사용합니다. 같은 작업의 실제 비용은 표가 시사하는 것보다 더 많이 늘어납니다.

구체적인 예로, 부동산 중개업체가 신규 고객을 위한 웹사이트 프로토타입을 만드는 전형적인 작업을 살펴보겠습니다. “섹션 세 개와 양식, 결제 게이트웨이 통합이 있는 페이지를 만들어 줘.” 결과는 다음과 같았습니다.

• Opus 4.7만 사용(effort high): 세션당 약 $4.80 (작업 시간 1.5시간).
• opusplan: 약 $1.90 (Opus가 계획하고 Sonnet이 실행).
• Sonnet 4.6만 사용(effort high): 약 $1.30이지만 아키텍처 결정이 더 좋지 않았습니다. Sonnet은 템플릿 기반 접근을 택한 반면 opusplan을 사용한 Opus는 표준적이지 않은 요구 사항에 맞는 방식을 제시했습니다.

이 작업의 승자는 opusplan입니다. 핵심 부분에는 Opus의 품질을 유지하면서 60%를 절약합니다.

Claude Code는 한도가 동적이며 요금제에 따라 달라지므로 토큰 수를 직접 표시하지 않습니다. 하지만 /status에서 요금제와 현재 사용량을 확인할 수 있습니다. 더 자세히 관리하려면 다음 가이드를 참고하세요. 하루 만에 Claude Code 한도를 소진하지 않는 방법.

어떤 일상 워크플로를 설정해야 할까요? 바로 쓸 수 있는 프리셋 4가지#

작업일과 업무에 따라 네 가지 프리셋을 바꿔 사용할 수 있습니다.

프리셋 1. 일상 코딩—여기서 설명하는 실무에서는 작업 시간의 80%를 차지합니다.

claude --model sonnet --effort high
# 세션 안에서 필요하면 Opus로 전환
/model opus

용도: 새 기능, 소규모 리팩터링, 간단한 버그 디버깅, 문서화. effort를 high로 설정한 Sonnet이 가장 적절한 선택입니다.

프리셋 2. 대규모 리팩터링—중요한 아키텍처 변경.

claude --model opusplan
# 먼저 /plan을 사용해 구조를 논의
# Plan Mode를 종료하면 Sonnet이 실행을 맡음

용도: 15개가 넘는 파일에 걸친 모듈 재작성, 한 게이트웨이에서 다른 게이트웨이로 통합을 전환하는 작업. Opus는 아키텍처(의존성 검토)를 담당하고 Sonnet은 실행(빠른 파일 편집)을 담당합니다. 이런 작업에서는 70% 이상 절약할 수 있습니다.

프리셋 3. 빠른 수정—한 줄 편집과 스크립트.

claude --model haiku --effort low

용도: “모든 파일에서 변수 이름을 바꿔 줘”, “nginx를 재시작하는 bash 스크립트를 작성해 줘”, “이 함수는 무슨 일을 하나요?” 같은 작업입니다. Haiku는 이런 작업을 처리하며 Sonnet보다 비용이 세 배 저렴합니다.

프리셋 4. 아키텍처 세션—전략적 결정.

claude --model opus --effort xhigh
# Plan Mode에 들어갈 때 최대 effort 사용:
/plan
# 중요한 질문을 프롬프트에 넣을 때 ultrathink라는 단어 추가

용도: “X를 별도 서비스로 분리해야 할까요?”, “프로토타입에 어떤 도구를 사용해야 할까요?”, “멀티 테넌트 사용을 위해 데이터베이스 스키마를 어떻게 구성해야 할까요?” Opus 4.7은 비용이 많이 들지만 이 상황에서는 그만한 가치가 있습니다. 여기서 실수하면 몇 주의 작업이 들기 때문입니다.

이 프리셋은 Skills(스킬 하나당 모델 하나)로 저장하거나 ~/.zshrc에 별칭으로 저장할 수 있습니다.

alias claude-daily='claude --model sonnet --effort high'
alias claude-refactor='claude --model opusplan'
alias claude-quick='claude --model haiku --effort low'
alias claude-architect='claude --model opus --effort xhigh'

팀에서 작업한다면 관리형 설정으로 표준화할 수 있습니다. 관리자가 조직 정책에서 availableModels: ["sonnet", "haiku", "opusplan"]을 설정하면 사용자는 Opus를 직접 선택할 수 없고 명시적 동의를 통해서만 사용할 수 있습니다. 실수로 한도를 소진하지 않도록 하는 좋은 안전장치입니다.

subagent를 만드는 경우 CLAUDE_CODE_SUBAGENT_MODEL 또는 에이전트 정의 frontmatter의 model 필드를 통해 subagent마다 다른 모델을 설정할 수도 있습니다. 이를 통해 최적화를 한 단계 더 진행할 수 있습니다.

사용 한도가 소진되었을 때 할 수 있는 일: 실용적인 방법 5가지#

/status에 Opus 한도에 도달했다고 표시되면 다음을 시도하세요.

1. Sonnet 4.6으로 전환: /model sonnet. 별도의 사용량 풀이 있어 작업의 80%에서는 차이를 느끼지 못할 것입니다. Anthropic API에서는 Opus 한도에 도달했더라도 임계값에 가까워지면 Claude Code가 자동으로 Sonnet으로 전환할 수 있습니다.

2. 남은 작업에 opusplan 사용: /model opusplan. 그날 Plan Mode 작업이 남아 있다면 Opus는 계획에만 최소한으로 사용되고 실행은 전부 Sonnet으로 처리됩니다.

3. Prompt caching 확인: DISABLE_PROMPT_CACHING=1로 비활성화하지 않았는지 확인하세요. CLAUDE.md 또는 시스템 프롬프트에 설정이 1MB 들어 있다면 캐싱되어야 합니다. 읽기의 90%가 캐시에서 처리되면 사용량을 10분의 1로 줄일 수 있습니다.

4. 일괄 작업 옮기기: 대량 생성 작업(보고서, 텍스트, 번역)이 있다면 Batch API를 사용하는 스크립트로 옮기세요. 입력과 출력에 50% 할인이 적용됩니다. Claude Code에서 직접 사용할 수는 없지만 tsx 스크립트와 Anthropic SDK로 30분이면 설정할 수 있습니다.

5. 보조 작업에 Haiku 사용: “커밋 메시지를 작성해 줘” 또는 “이 파일이 무엇을 하는지 설명해 줘” 같은 일상적인 작업에서는 Claude Code를 Haiku로 전환하세요. Sonnet보다 토큰을 세 배 적게, Opus보다 다섯 배 적게 사용합니다.

마지막으로 기억할 점은 2026년 5월 6일부터 Pro, Max, Team, Enterprise의 사용 한도가 두 배로 늘었고 피크 시간대 제한도 없어졌다는 것입니다. Opus가 반나절 만에 용량을 소진한다면 한도가 문제가 아니라 Sonnet으로 충분한 작업에 Opus를 쓰고 있는 것이 문제입니다. 이 가이드의 두 번째 절에 있는 선택 지도를 참고하면 다시 주도권을 잡을 수 있습니다.

사용 한도와 토큰 절약을 위한 실용 규칙 8가지를 자세히 보려면 이 핵심 가이드를 참고하세요. 하루 만에 Claude Code 한도를 소진하지 않는 방법: 2026년 토큰 절약 규칙 8가지. opusplan은 Plan Mode 없이는 작동하지 않으므로 함께 보면 좋은 자료는 Claude Code의 Plan Mode: 단계별 가이드입니다. 그리고 모든 모델의 기반은 2026년 CLAUDE.md 설정 방법입니다.

작동하는 바이브 코딩 설정. 실용 자료: Ailoot 문서.

더 많은 자료와 도구: Ailoot.