Claude Sonnet 5 프로모션 가격 8월 31일 종료, 지금 써야 할 이유

Claude Sonnet 5 API를 쓰고 있거나 도입을 고민 중이라면, 8월 31일이라는 날짜를 달력에 꼭 표시해두세요. 프로모션 가격이 끝나는 날입니다. 9월 1일부터는 입력 토큰이 MTok당 $2 → $3, 출력 토큰이 $10 → $15로 오릅니다. 숫자로 보면 50% 인상인데, 사실 그게 끝이 아닙니다. 새 토크나이저 문제까지 더하면 실제 청구 금액은 훨씬 더 커질 수 있어요.

Claude Sonnet 5 프로모션가 vs 정가 비교표

 

Claude Sonnet 5, 왜 이렇게 주목받나

Anthropic이 Sonnet 5를 발표하면서 내세운 핵심 문구가 "Opus 4.8 수준의 성능을 Sonnet 가격에"였습니다. 2026년 6월 30일 출시 직후 TechRadar는 "에이전트 AI 전쟁에서 가장 중요한 모델"이라고 표현했을 정도니까요.

벤치마크를 보면 왜 그런 말이 나왔는지 이해가 됩니다. 에이전틱 코딩 지표인 SWE-bench Pro에서 Sonnet 4.6 대비 5.1 포인트 오른 63.2%를 기록했고, 터미널·CLI 자동화를 측정하는 Terminal-Bench 2.1에서는 무려 13.4 포인트 상승한 80.4%를 냈습니다. FrontierCode v1(실제 PR 기반 코딩)에서는 15.1%에서 38.8%로 거의 2.6배 뛰었어요. 지식 업무 벤치마크(GDPval-AA v2)에서는 Opus 4.8을 근소하게 앞질렀습니다.

직접 써본 결과, 가장 체감되는 부분은 멀티스텝 작업에서의 완료율입니다. Sonnet 4.6이 중간에 멈추던 리팩터링 작업을 Sonnet 5가 한 번에 처리하는 케이스가 실제 Cursor 사용자들 사이에서 꽤 보고되고 있어요.

Sonnet 4.6 vs Sonnet 5 벤치마크 성능 비교

 

8월 31일 프로모션 가격 종료 후 비용이 얼마나 오르나

단순 계산으로는 50% 인상입니다. 그런데 진짜 함정은 토크나이저 변경에 있습니다.

Sonnet 5는 Opus 4.7에서 처음 도입된 새 토크나이저를 씁니다. 동일한 텍스트를 집어넣었을 때 Sonnet 4.6보다 더 많은 토큰으로 쪼개집니다. 영어 텍스트 기준으로 약 1.42배, Python 코드는 약 1.27배 더 많은 토큰이 소비됩니다. 한국어나 중국어는 변화가 거의 없는 편이지만, 영어·코드 중심 워크로드라면 이야기가 달라집니다.

계산해봅시다. 프로모션이 끝난 뒤 동일한 영어 코딩 작업을 돌리면, 가격 인상 50% × 토큰 증가 약 30~42%가 겹칩니다. Sonnet 4.6 대비 실질 비용이 20~35% 추가로 오를 수 있다는 의미입니다. The Decoder와 The Register는 이를 두고 "Anthropic이 토크나이저를 이용해 실질적인 가격 인상을 반복하고 있다"고 비판하기도 했습니다.

Claude Sonnet 5 토크나이저 변경 토큰 증가 비교

 

Claude Sonnet 5 프로모션 가격, 절감 레버는 두 가지

프로모션 가격($2/$10) 기준으로, 1M 컨텍스트 윈도우를 장문 추가 요금 없이 쓸 수 있다는 것 자체가 이미 상당한 메리트입니다. 여기에 두 가지 절감 레버를 더 쓸 수 있어요.

프롬프트 캐싱: 시스템 프롬프트처럼 반복되는 컨텍스트가 1,024 토큰 이상이면 캐싱이 적용되어 최대 90% 비용을 줄일 수 있습니다. 에이전트를 반복 호출하는 워크플로에선 체감 효과가 큽니다.

Batch API: 실시간 응답이 필요 없는 작업이라면 Batch API로 처리하면 입출력 모두 50% 할인됩니다. 데이터 분류, 문서 요약, 대량 코드 분석처럼 비동기로 돌릴 수 있는 작업이라면 지금이 세팅해두기 가장 좋은 시점입니다.

커뮤니티 반응도 꽤 단호합니다. "프로모션 가격 동안은 Opus를 쓸 이유가 없다"는 말이 나올 정도니, 성능과 비용을 동시에 챙길 수 있는 구간이 8월 31일까지라는 건 분명합니다.

 

어떤 워크로드에 지금 당장 써볼까

Sonnet 5의 가장 큰 도약이 나온 영역은 에이전틱 작업입니다. Claude Code에서 기본 실행 모델로 지정되었고, 버그 재현 테스트 자동 작성부터 수정, 회귀 검증까지 단일 패스로 처리하는 식의 워크로드에서 효과가 두드러집니다.

기업 환경에서는 이미 도입 사례가 나오고 있습니다. Salesforce 워크플로에서 계정 티어 업데이트와 이메일 발송을 종단간 처리하는 CRM 자동화, 보험사 Pace의 청약 접수 및 손실 보고서 처리 에이전트 등이 대표적입니다. 솔직히 말하면 이런 종류의 멀티스텝 자동화는 Sonnet 4.6으로 세팅해두셨다면, 지금 Sonnet 5로 바꾸고 9월 이전에 충분히 실험해두는 게 맞습니다. 정가 전환 이후에도 프롬프트 캐싱과 Batch API를 붙여놓으면 실사용 단가를 상당 부분 낮출 수 있거든요.

 

지금 해야 할 것

8월 31일까지 약 두 달이 남아 있습니다. 이 기간을 그냥 흘려보내기보다는, 현재 Sonnet 4.6으로 돌리고 있는 워크플로를 Sonnet 5로 마이그레이션하고 프롬프트 캐싱을 붙여 실제 토큰 소비량을 측정해두세요. 9월 1일 이후 정가에서도 얼마나 나오는지 미리 파악해둬야 예산 계획이 가능합니다. 캐싱과 Batch API까지 세팅해두면, 정가 전환 이후에도 지금과 비슷한 수준의 비용을 유지할 수 있는 구조를 만들 수 있습니다.