요약
Claude Sonnet 5가 claude-sonnet-5로 출시되었습니다: 1M 컨텍스트, 128k 최대 출력, 그리고 2026년 8월 31일까지 MTok 입력/출력당 각각 $2 / $10의 도입가. 이후 표준 가격은 MTok당 $3 / $15입니다.
Sonnet 4.6 팀의 경우, 단순히 모델 ID만 바꾸는 마이그레이션이 아닙니다. 프로덕션 트래픽을 라우팅하기 전에 출력 토큰, Effort 수준, 프롬프트 캐시 적중률, HTTP 400 비율, Opus 4.8 폴백 비율을 재기준화하세요.
API 마이그레이션 스냅샷
| 항목 | Claude Sonnet 5 |
|---|---|
| API 모델 ID | claude-sonnet-5 |
| 마이그레이션 대상 | Claude Sonnet 4.6 프로덕션 워크로드 |
| 최적의 초기 테스트 | 코딩 에이전트, 도구 사용, 장문 컨텍스트 리서치, 지원 자동화 |
| 컨텍스트 윈도 | 1M tokens |
| 최대 출력 | 128k tokens |
| 도입기 API 가격 | 2026년 8월 31일까지 MTok 입력/출력당 $2 / $10 |
| 표준 API 가격 | 2026년 8월 31일 이후 MTok 입력/출력당 $3 / $15 |
| 핵심 마이그레이션 메모 | Adaptive thinking 기본 활성화 |
| Effort 기본값 | Claude API 및 Claude Code에서 high |
| 비용 유의사항 | 새 토크나이저는 동일 텍스트에 대해 약 30% 더 많은 토큰을 생성할 수 있으므로 실제 워크로드 비용을 측정하세요 |
| 필수 텔레메트리 | effort, usage.output_tokens, cache hit/miss 필드, request 400 rate, p95 latency |
핵심 포인트
- Sonnet 5는 단순한 새 모델 ID가 아니라 마이그레이션 결정입니다.
- 토큰 가격만이 아니라 해결된 작업당 비용을 측정하세요.
effort를 의도적으로 설정하세요; Sonnet 5는 Claude API와 Claude Code에서 기본값이 high입니다.- 프로덕션 롤아웃 전 프롬프트 캐시, 출력 토큰, HTTP 400 비율을 재기준화하세요.
- 고난도 에이전틱 작업에서는 Opus 4.8을 평가 세트에 유지하세요.
실제 출시 내용
Anthropic의 Claude Sonnet 5 발표는 이를 차세대 Sonnet 클래스 프로덕션 모델로 포지셔닝합니다. Claude 모델 개요와 공식 가격 페이지의 실무 관점도 동일한 결론을 가리킵니다: 일상적인 라우팅·지연·비용 결정을 내리는 곳은 Opus가 아니라 Sonnet입니다.
공개 논의에서 보이는 것
확실한 사실은 Anthropic 문서에서 나옵니다. Anthropic가 공개한 비교에 따르면, Sonnet 5는 SWE-bench Pro에서 Sonnet 4.6의 58.1% 대비 63.2%를 기록하고, Terminal-Bench 2.1에서 67.0% 대비 80.4%에 도달했으며, 도구 사용 시 Humanity's Last Exam이 46.8%에서 57.4%로 개선됩니다.
공개 논의는 더 좁은 목적에 유용합니다. 빌더들이 처음 주목한 것과 재검증이 필요한 주장들을 보여주기 때문입니다. TestingCatalog의 출시-차트 스레드는 벤치마크 대화를 표면화했고, Chubby의 가격/성능 해석은 비교 질문의 틀을 제시했으며, Kilo Code의 개발자 도구 가용성 노트는 초기 생태계 움직임을 보여주었습니다.–
출처: @claudeai
출시 하이프보다 후속 질문이 더 유용합니다. Hacker News 토론은 토큰 사용량과 비용 곡선에 초점을 맞췄고, r/singularity 출시 스레드는 Opus 비교를 논의했으며, r/ClaudeAI 초기 인상은 사용자 레벨의 보고를 수집했습니다. 이 스레드들은 사양이 아니라 신호로 취급하세요.
Claude Sonnet 5 API 가격
Claude Sonnet 5의 가격은 두 단계로 나뉩니다.
| 기간 | 입력 가격 | 출력 가격 |
|---|---|---|
| 2026년 8월 31일까지 도입가 | $2 / MTok | $10 / MTok |
| 2026년 8월 31일 이후 표준 가격 | $3 / MTok | $15 / MTok |
이 표는 Anthropic의 Claude 가격 페이지를 따릅니다.
중요한 것은 토큰당 가격이 전체 비용 이야기가 아니라는 점입니다. Anthropic의 Claude Sonnet 5 문서에 따르면 새 토크나이저는 동일 텍스트에 대해 약 30% 더 많은 토큰을 생성할 수 있습니다. 이는 고정 배수가 아니라 대략적인 계획 수치로 취급하세요. 정확한 증가는 콘텐츠와 워크로드 형태에 따라 달라지므로, 팀은 자체 프로덕션 프롬프트에 대해 토큰 카운팅을 재실행해야 합니다.
마이그레이션 시 다음 라우팅 지표를 사용하세요:
해결된 작업당 유효 비용 = (주 모델 비용 + 재시도 비용 + 폴백 비용) / 성공한 작업 수
Sonnet 5가 더 적은 재시도로 더 많은 작업을 완료하거나 Opus 폴백 호출을 줄인다면, 실제로 더 저렴할 수 있습니다. 토큰 사용량이 증가했지만 완료 품질을 개선하지 못한다면, 낮은 표제 가격이 워크로드 비용 절감으로 이어지지 않을 수 있습니다.
세 가지 엔지니어링 사각지대
마이그레이션 리스크는 모델 품질만이 아닙니다. 프로덕션 비용이나 신뢰성을 변화시킬 수 있는 덜 보이는 세부 사항이 세 가지 있습니다.
Adaptive thinking은 출력-토큰 지출로 이어질 수 있음
Claude Sonnet 5는 기본적으로 adaptive thinking을 사용합니다. Anthropic의 extended thinking 문서에 따르면, thinking 토큰은 출력 토큰으로 과금되므로 최종 답변이 짧아도 청구되는 추론 작업이 클 수 있습니다.
표준 제어는 고정된 thinking 예산이 아닙니다. Anthropic는 Claude 마이그레이션 가이드와 effort 문서에서 effort를 thinking-깊이 제어로 설명하며, 모델 개요는 Sonnet 5가 Claude API와 Claude Code에서 기본값이 high라고 명시합니다. 단순 라우팅이나 결정적 분류의 경우 low 또는 medium 같은 더 낮은 effort 레벨을 테스트하거나 thinking을 완전히 비활성화한 뒤, 지연 시간·품질·출력 토큰 사용량을 검증하세요.
마이그레이션 체크리스트:
- 모든 평가 실행에서 실제
effort설정을 로깅하세요. - 가시적 응답 길이뿐 아니라
usage.output_tokens를 추적하세요. - Sonnet 4.6, Sonnet 5, Opus 4.8의 p50/p95 지연 시간을 비교하세요.
- 단순 라우팅/결정적 분류 작업에서는 낮은 effort 레벨을 테스트하거나 thinking을 비활성화한 뒤, 지연 시간·출력 토큰 사용량·작업 정확도를 비교하세요.
- Sonnet 5가 정답을 내더라도 thinking 토큰 지출이 커서 Opus 4.8이 경쟁력이 생기는 작업을 주의하세요.
-
프롬프트 캐싱은 재기준화해야 함
장문 컨텍스트 리서치, 지원 에이전트, 다단계 오케스트레이션에서 Anthropic의 프롬프트 캐싱 가이드는 종종 가장 큰 비용 레버입니다. Sonnet 5의 새 토크나이저는 동일 프롬프트의 토큰 수를 변경할 수 있으므로, 캐시된 입력 비용 가정은 마이그레이션 후 재계산해야 합니다. 캐시 동작 또한 캐시 생성 및 캐시 읽기 사용량 필드를 모니터링하여 독립적으로 재검증해야 합니다.
Sonnet 4.6에 맞춰 튜닝된 프롬프트 캐싱 전략이 Sonnet 5에서도 동일한 워크로드 수준 비용 프로파일을 낼 것이라 가정하지 마세요.
마이그레이션 체크리스트:
- 트래픽 전환 전에 모든 장문 프롬프트에 대해 토큰 카운팅을 재실행하세요.
- 캐시 분기점과 Cache-Control 배치를 재점검하세요.
- 마이그레이션 기간 동안
cache_creation_input_tokens와cache_read_input_tokens를 모니터링하세요. - 모델 ID 변경 후 캐시 읽기 급락이나 캐시 생성 급증에 경보를 설정하세요.
거부되는 샘플링 파라미터는 프로덕션 중단성 400을 유발
Sonnet 5는 일부 샘플링 파라미터에 대해 이전 통합보다 더 엄격합니다. Anthropic의 API 릴리즈 노트에 따르면, 기본값이 아닌 temperature, top_p, top_k는 HTTP 400 오류를 반환합니다. SDK 래퍼가 모든 모델에 샘플링 설정을 하드코딩한다면, 롤아웃이 요청 시점에 실패할 수 있습니다.
마이그레이션 체크리스트:
- 코드베이스에서 하드코딩된
temperature,top_p,top_k를 검색하세요. - 요청 전 모델별 파라미터 검증을 추가하세요.
- 전체 롤아웃 전 카나리로 오류율 경보를 설정하세요.
- 파라미터 검증이 정리될 때까지 Sonnet 4.6 폴백 경로를 유지하세요.
Claude Sonnet 5 vs Claude Sonnet 4.6
Claude Sonnet 5는 이미 Sonnet 4.6을 사용하는 팀의 자연스러운 업그레이드 대상이지만, 무검토 마이그레이션으로 취급되어서는 안 됩니다.
| 영역 | 변경 사항 |
|---|---|
| 모델 ID | claude-sonnet-4-6에서 claude-sonnet-5로 변경 |
| Thinking | Adaptive thinking 기본 활성화 |
| 수동 extended thinking | 수동 예산-토큰 모드 제거 |
| 샘플링 파라미터 | 기본값이 아닌 temperature, top_p, top_k는 HTTP 400 오류 반환 |
| 토크나이저 | 동일 텍스트가 더 많은 토큰으로 매핑될 수 있음 |
| 가장 큰 개선 영역 | 코딩, 도구 사용, 에이전틱 워크플로우 |
이는 타이트한 토큰 예산, 결정적 샘플링 설정, 장문 프롬프트를 가진 애플리케이션에서 특히 중요합니다. 프로덕션에서 Sonnet 4.6을 대체하기 전에 토큰 카운팅을 재실행하고, 미지원 샘플링 파라미터를 제거하며, 작업 성공률을 비교하세요.
Sonnet 5 또는 Opus 4.8: 라우팅 의사결정 트리
가장 강력한 평가는 Sonnet 5 vs Sonnet 4.6에 국한되지 않습니다. 많은 팀에게 실제 라우팅 질문은 다음과 같습니다:
이 워크플로우를 더 저렴한 Sonnet 5로 돌릴 것인가, 더 강력한 Opus 4.8로 돌릴 것인가?
| 모델 | 표준 입력 가격 | 표준 출력 가격 | 최적 적합 |
|---|---|---|---|
| Claude Sonnet 5 | $3 / MTok | $15 / MTok | 빠르고 유능하며 비용이 낮은 에이전틱 워크플로우 |
| Claude Opus 4.8 | $5 / MTok | $25 / MTok | 복잡한 에이전틱 코딩 및 엔터프라이즈 작업 |
| Claude Sonnet 4.6 | $3 / MTok | $15 / MTok | 아직 마이그레이션하지 않은 기존 Sonnet 워크로드 |
간단한 결정 트리:
- 워크플로우가 중간 복잡도이거나 지연/비용 민감한 경우 Sonnet 5로 라우팅하세요.
- 재시도와 리뷰 시간을 신뢰성 있게 측정할 만큼 작업이 반복적인 경우 Sonnet 5로 라우팅하세요.
- 고노력 계획, 다파일 코딩, 고비용 엔터프라이즈 결정을 요구하는 작업은 Opus 4.8을 유지하세요.
- 오답 비용이 토큰 차이를 초과하는 경우 Opus 4.8을 유지하세요.
- 미지원 샘플링 파라미터나 수동 extended thinking 예산에 의존하는 프로덕션 프롬프트가 있는 경우 일시적으로 Sonnet 4.6을 유지하세요.
가장 흔한 실수는 가격만으로 선택하는 것입니다. 더 나은 접근은 다음을 비교하는 것입니다:
- 해결된 작업률
- 평균 입력 토큰
- 평균 출력 토큰
- 성공당 재시도 횟수
- 성공당 지연 시간
- 절감된 휴먼 리뷰 시간
- Opus 폴백 비율
벤치마크: 신뢰할 것과 재검증할 것
Anthropic는 Claude Sonnet 5를 코딩, 도구 사용, 에이전틱 프로페셔널 워크플로우 중심으로 포지셔닝합니다. 서드파티 출시 대화, 특히 TestingCatalog의 벤치마크-차트 스레드와 Chubby의 가격/성능 비교는 이를 실용적 벤치마크 질문으로 전환했습니다: Sonnet 5가 Opus와의 격차를 충분히 줄여 프로덕션 라우팅을 바꿀 수 있는가?
수치가 그 질문의 중요성을 설명합니다. Sonnet 5는 SWE-bench Pro에서 Opus 4.8에 6.0포인트, Terminal-Bench 2.1에서 2.3포인트 뒤처지지만, 동일 테스트에서 Sonnet 4.6 대비 각각 5.1포인트와 13.4포인트 앞섭니다. Chubby의 차트는 또한 Sonnet 5가 low effort에서 작업당 대략 $2+에서 high effort로 갈수록 $5~$7 범위로 이동함을 보여주므로, effort 설정을 벤치마크의 일부로 포함해야 합니다.
출처: @kimmonismus
출시 벤치마크는 방향성으로 취급하세요. 재검증할 것:
- Sonnet 5가 여러분의 코드베이스에서 재시도를 줄이는지
- adaptive thinking이 지연 시간이나 출력 길이를 바꾸는지
- 새 토크나이저가 실청구액을 증가시키는지
- 토크나이저 변경 후 프롬프트 캐시 적중률이 안정적인지
- 거부된 파라미터가 카나리 트래픽에서 HTTP 400 급증을 유발하는지
- 고노력 작업에서 Opus 4.8이 여전히 우위인지
이 지점에서 Hacker News 비용 토론과 r/ClaudeAI 초기 사용자 보고가 유용합니다. 이는 모델 사양의 소스 오브 트루스가 아니지만, 실제 개발자가 먼저 묻는 질문을 드러냅니다: “정말 더 저렴한가?” “토큰을 더 많이 쓰는가?” “언제 여전히 Opus에 비용을 지불해야 하는가?”
Claude Sonnet 5를 직접 평가하는 방법
도입가 기간을 활용해 작지만 현실적인 테스트를 진행하세요.
20개 작업 평가 세트를 구축
실제 작업을 포함하세요. 토이 프롬프트는 지양합니다:
- 리포지토리의 버그 수정
- 도구 호출 워크플로우
- 장문 문서 합성
- 지원 티켓 분류
- 코드 리뷰
- SQL 또는 데이터 분석
- 다단계 에이전트 작업
동일 작업을 Sonnet 4.6, Sonnet 5, Opus 4.8에서 실행
단발성 출력을 비교하지 말고, 동일 프롬프트와 동일 리뷰 기준으로 같은 작업 세트를 비교하세요.
평가 스택이 코딩 에이전트·프레임워크·프롬프트 평가 도구를 사용한다면, CometAPI Cookbook은 Claude Code, Codex, LiteLLM, LangChain, Langfuse, Promptfoo 등 일반적 개발자 워크플로우에 대한 GitHub-네이티브 통합 가이드를 제공합니다.
해결된 작업 비용을 측정
다음을 추적하세요:
- 입력 토큰
- 출력 토큰
- thinking-토큰 과다 요청(출력 토큰 증분과 사용 가능 분해 지표 활용)
- 캐시 생성 토큰
- 캐시 읽기 토큰
- 재시도 횟수
- 지연 시간
- HTTP 400 오류
- 필요한 수동 수정
- 최종 합/불 통과 점수
-
마이그레이션 제약을 주시
Sonnet 4.6에서 Sonnet 5로 이동 시:
claude-sonnet-5사용- 미지원 샘플링 파라미터 제거
- 수동 extended thinking 예산 회피
max_tokens재테스트- Sonnet 5 토크나이저로 토큰 재계수
- 프롬프트 캐싱 분기점 재확인
- 캐시 읽기 급락, 캐시 생성 급증, HTTP 400 급증에 경보 설정
워크로드 유형으로 결정
중간 복잡도의 프로덕션 워크플로우에는 기본적으로 Sonnet 5를 사용하세요. 자체 해결된 작업 데이터가 달리 말하기 전까지 고노력 워크플로우에는 Opus 4.8을 유지하세요.
다음에 주목할 것
향후 몇 주간 다섯 가지를 주시하세요:
- 독립 코딩 및 에이전트 벤치마크
- 새 토크나이저 하에서의 토큰 사용량에 대한 실제 개발자 보고
- adaptive thinking의 출력-토큰 지출 보고
- 장문 워크로드에서의 프롬프트 캐시 적중률 동작
- 2026년 8월 31일 도입기 종료 이후의 가격/가용성 변화
이미 Sonnet 4.6을 사용하는 팀이라면, 도입기 종료까지 기다리지 마세요. 7~8월이 실제 워크로드를 대상으로 Sonnet 5를 테스트하고 마이그레이션 여부를 결정하기에 적기입니다.
FAQ
Claude Sonnet 5의 비용은 얼마인가요?
Claude Sonnet 5는 2026년 8월 31일까지 MTok 입력/출력당 $2/$10입니다. 이후 표준 가격은 MTok당 $3/$15입니다.
Claude Sonnet 5는 Sonnet 4.6의 드롭인 대체재인가요?
대체로 그렇지만, 테스트 없이 진행해서는 안 됩니다. 모델 ID를 업데이트하고, 미지원 샘플링 파라미터를 제거하며, effort를 설정하고, 토큰을 재계수하며, 프롬프트 캐싱을 재기준화하세요.
Claude Sonnet 5의 thinking 토큰도 과금되나요?
예. thinking 토큰은 출력 토큰으로 과금되므로 usage.output_tokens와 지연 시간을 모니터링하세요.
단순 작업에서 adaptive thinking을 끌 수 있나요?
예. Claude Sonnet 5에서는 thinking: {"type": "disabled"}를 전달하여 thinking을 끌 수 있습니다. 워크로드가 여전히 추론의 이점을 받는다면 adaptive thinking을 유지하고 effort 파라미터로 thinking 깊이를 제어하세요. Sonnet 5는 기본 Effort가 high이므로, 지연 시간에 민감한 워크로드는 low나 medium 같은 더 낮은 설정을 테스트하세요.
Sonnet 5로 마이그레이션하면 프롬프트 캐싱 비용이 바뀔 수 있나요?
예. 캐시 분기점을 재확인하고 cache_creation_input_tokens와 cache_read_input_tokens를 모니터링하세요.
Sonnet 5는 미지원 샘플링 파라미터를 무시하나요?
아니요. 기본값이 아닌 temperature, top_p, top_k는 HTTP 400 오류를 반환합니다. 프로덕션 롤아웃 전에 하드코딩된 샘플링 파라미터를 제거하거나 모델별 검증을 추가하세요.
Claude Sonnet 5와 Claude Opus 4.8 중 무엇을 써야 하나요?
비용 민감한 워크플로우에는 Sonnet 5를 사용하세요. 고노력 에이전틱 코딩과 복잡한 엔터프라이즈 작업에는 Opus 4.8을 유지하세요.
CometAPI로 마이그레이션 테스트
CometAPI를 통해 Claude Sonnet 5를 테스트하고, 하나의 API 워크플로우에서 Claude Sonnet 4.6, Claude Opus 4.8 및 기타 프런티어 모델과 비교할 수 있습니다. 코딩 에이전트, 자동화 도구, 평가 프레임워크 전반의 설정 패턴은 CometAPI Cookbook을 실용적 동반서로 활용하세요. 작은 작업 세트로 시작해, 해결된 작업당 비용을 측정하고, 여러분의 워크로드에서 승리하는 모델을 선택하세요.