Claude Sonnet 5 대 Opus 4.8: 가격 차이, 토큰화, 벤치마크, 그리고 활용 사례

Anthropic가 출시한 Claude Sonnet 5 표준 가격 기준 Opus 4.8 토큰당 요금의 약 60% 수준이며, 2026년 8월 31일까지는 이보다도 낮은 $2/$10 출시 프로모션 가격이 적용된다. 이와 함께 Anthropic은 Sonnet 5를 Free 및 Pro 사용자의 기본 모델 출시일에. 본능적인 반응(나 역시 한 시간 정도는 그랬다)은 모든 곳에서 기본값을 Sonnet 5로 바꾸고 차액을 챙기는 것이다.

그런데 실제로 에이전트 루프를 돌려보면 계산이 좀 더 흥미로워진다. 토큰당 단가는 표시 가격일 뿐, 실제 청구서가 아니다. 가격표와 실제 청구서 사이에서 두 가지가 변하는데, 둘 다 "그냥 더 저렴하다"는 헤드라인을 실제로 무엇을 해야 하는지 바꿀 만큼 강하게 흔든다.

따라서 진짜 질문은 "어떤 모델이 존재하는가"가 아니다. 둘 다 존재한다는 것은 이미 알고 있다. 진짜 질문은 에이전트를 기본적으로 어느 쪽에 연결할 것인가, 그리고 언제 Opus에 추가 비용을 낼 가치가 있는가이다. 결정 규칙과, 벤치마크 요약 자료가 놓치고 있는 두 가지 비용 메커니즘을 소개한다.

요약

대부분의 에이전트형 코딩과 일상적인 API 작업에는 기본적으로 Sonnet 5를 사용하라. 더 저렴하며, 두 모델 사이에서 갈리는 벤치마크에서도 제 몫을 한다. Opus 4.8은 가장 어려운 추론과 코딩 작업, 그리고 Sonnet 5가 비용 우위를 잃을 수 있는 초고강도 노력 작업을 위해 남겨두라. 가격표가 숨기고 있는 두 가지가 있다. Sonnet 5의 새로운 토크나이저는 같은 텍스트에도 약 30% 더 많은 토큰을 소모하며, 초고강도 노력 설정에서는 비용 계산이 뒤집힐 수 있다. 기억해둘 날짜 하나: Sonnet 5의 출시 가격(100만 토큰당 2달러/10달러)은 2026년 8월 31일에 끝나며, 이후에는 3달러/15달러가 된다. 비용을 기준으로 표준화하고 있다면 지금부터 표준 요율로 계산하라.

한 줄 요약: Sonnet 5는 대부분의 에이전트형 코딩 작업에서 새로운 기본 모델이다. Opus 4.8이 죽은 것이 아니라, 더 이상 기본값이 아닐 뿐이다.

모두가 인용하는 가격 차이 (그리고 그것이 빠뜨리는 것)

Sonnet 5는 표준 가격 기준 입력 토큰 100만 개당 3달러, 출력 토큰 100만 개당 15달러이며, 2026년 8월 31일까지는 출시 가격인 2달러/10달러가 적용된다. Opus 4.8은 5달러/25달러다. 둘 다 표준 가격에서 100만 토큰 컨텍스트 윈도우를 제공한다, Anthropic은 출시와 동시에 Sonnet 5를 Free 및 Pro 사용자의 기본 모델로 설정했다. 이 수치들은 Anthropic의 Sonnet 5 발표 자료(https://www.anthropic.com/news/claude-sonnet-5)와 Claude 플랫폼 가격 문서(https://platform.claude.com/docs/en/about-claude/pricing). 여기가 이 비교에서 사실관계가 깔끔한 부분이다.

나란히 놓고 보면 Sonnet 5는 단순한 가격 인하처럼 보인다. 컨텍스트 윈도우는 동일하고, 토큰당 요금은 약 40% 저렴하며, 이제는 기본 등급이기도 하다. 비용을 "단가 곱하기 토큰 수, 그리고 단가가 방금 내려갔다"는 식으로만 생각한다면 그것으로 끝이다. 그냥 바꾸고 절약하면 된다.

문제는 토큰 수가 고정값이 아니라는 점이다. 모델에 따라 달라지는데, Anthropic이 바로 그것을 바꿨다. 겉으로 보이는 가격과 실제 청구서가 어긋나기 시작하는 지점이 바로 여기다.

토크나이저가 바뀌었다. 청구서도 함께 바뀌었다.

Sonnet 5는 더 새로운 Anthropic 토크나이저를 사용하며 (Opus 4.7 및 이후 버전에 탑재된 것과 동일한 토크나이저), Anthropic 자체 설명에 따르면 이는 약 30% 더 많은 토큰 동일한 텍스트라도 이전 Sonnet 버전보다 더 많은 토큰을 쓴다. 이는 반올림 수준의 사소한 차이가 아니다. 청구액은 단가 곱하기 토큰 수인데, Anthropic은 당신이 첫 번째 숫자만 보고 있는 동안 조용히 두 번째 숫자를 끌어올린 셈이다.

차근차근 따져보자. Sonnet 5의 출시 요금을 이전 Sonnet에서 지불하던 금액과 비교한다면, 약 30% 더 많은 토큰에 적용되는 더 낮은 토큰당 가격은 실제 격차를 헤드라인 요율이 암시하는 것보다 훨씬 좁게 만든다. 같은 프롬프트, 같은 출력 텍스트지만 그 밑에 깔린 청구 단위는 더 많다. 할인은 실재하지만 가격 페이지의 숫자가 암시하는 것보다는 작다. 가격 페이지는 토큰 하나의 가격을 매기지만, 실제 작업량은 단어 단위로 측정되기 때문이다.

이는 주로 두 부류의 독자에게 중요하다. 이전 Sonnet에서 옮겨오는 경우라면, 요율 변화뿐 아니라 토큰 인플레이션까지 예산에 반영해야 한다. Sonnet 5와 Opus 4.8을 직접 비교하는 경우라면 상대적으로 덜 중요한 요인이다. 둘 다 동일한 새 토크나이저를 공유하므로 같은 성격의 토큰끼리 비교하는 셈이고, 토큰당 격차가 실제에 더 가깝기 때문이다. 함정은 과거의 작업당 비용이 그대로 이어질 것이라고 가정하는 것이다. 그렇지 않다. 그 밑바탕이 되는 단위 자체가 바뀌었다.

Sonnet 5가 더 이상 저렴하지 않게 되는 지점

노력(effort) 설정을 높이면 비용 우위가 뒤집힐 수 있다. Sonnet 5를 초고강도("xhigh") 노력 설정으로 실행한 실무자들은 이 모델이 비슷한 품질에서 오히려 Opus 4.8보다 비용이 더 들 수 있다. 더 저렴한 모델이라도 작업을 더 오래, 더 깊게 고민하면 토큰당 할인분을 상쇄할 만큼 추가 토큰을 소모할 수 있기 때문이다. 이 내용은 커뮤니티 보고에서 나온 것으로, 출시 관련 Hacker News 스레드(https://news.ycombinator.com/item?id=48736605)와 널리 보도된 벤치마크 비교(https://www.marktechpost.com/2026/06/30/anthropic-claude-sonnet-5-vs-sonnet-4-6-vs-opus-4-8-agentic-coding-benchmarks-api-pricing-and-cost-performance-tradeoffs-compared/). 이는 Anthropic이 공식 확인한 수치가 아니므로, 발표된 임계값이 아니라 보고된 경향 정도로 받아들여야 한다. 정확한 역전 지점을 제시하지는 않겠다. 검증된 수치를 갖고 있지 않기 때문이다.

중요한 것은 전체적인 모양이며, 그 모양은 명확하다. 노력 수준이 적당하고 작업 범위가 제한적인 일반적인 작업에서는 Sonnet 5가 실제로 더 저렴하다. 가장 부담이 큰 작업(깊은 추론, 높은 노력, 크거나 지저분한 코드베이스를 붙들고 씨름하는 긴 에이전트 루프)에서는 할인폭이 줄어들다가 사라질 수 있다. 두 배로 열심히 일해야 하는 저렴한 모델은 더 이상 저렴한 게 아니다.

이 섹션의 결론: 할인은 일반적인 작업에서는 실재하지만 가장 무거운 작업에서는 사라진다. 그리고 바로 그 경계가 기본 모델을 바꿔야 하는 지점이다.

벤치마크: 검증된 것과 널리 보도된 것

먼저 명확히 바로잡을 부분부터 짚고 넘어가자. 출시 요약 자료가 오독되기 가장 쉬운 지점이기 때문이다. 34.6% / 46.8%라는 Humanity's Last Exam 수치와 78.5%라는 OSWorld-Verified 수치는 Sonnet 5의 점수가 아니다. Anthropic은 이를 수정된 Sonnet 4.6 기준값으로 명시하고 있다. Sonnet 5의 경우, 출시/시스템 카드 표에 보고된 Humanity's Last Exam에서 43.2% / 57.4%, OSWorld-Verified에서 81.2%, SWE-bench Pro에서 63.2%, GDPval-AA v2에서 1,618점으로 나타난다. Opus 4.8은 SWE-bench Pro, OSWorld-Verified, 도구 미사용 HLE 등 더 어려운 추론과 코딩 관련 여러 지표에서 여전히 앞서 있으며, 그리고 USAMO 2026. Sonnet 5가 가장 확실하게 앞서는 분야는 지식 작업으로, GDPval-AA v2에서 Opus 4.8을 근소하게 앞선다. 그렇다고 절대적인 승자가 정해지는 것은 아니다. 다만 실제 구매 원칙을 다시 확인시켜줄 뿐이다. 일상적인 에이전트 작업에는 기본적으로 Sonnet 5를 쓰고, 작업에 더 높은 한계 능력이 필요할 때는 Opus로 올려라.

이 직접 비교의 나머지 부분은 모두 제3자 집계에서 나온 것이며, 나는 이 경계를 분명히 하려 한다. 가장 안전하고 명확한 결론은 더 좁게 잡아야 한다. Opus 4.8은 가장 어려운 코딩, 추론, 컴퓨터 사용 관련 수치에서 여전히 앞서고, Sonnet 5는 그 격차를 좁히며 GDPval-AA v2의 지식 작업에서 Opus를 근소하게 앞선다. Terminal-Bench 2.1은 하네스에 따라 결과가 달라지는 지표로 다루는 것이 맞다 단순한 승패 목록이 아니다. 출시 요약 자료들이 설정에 따라 서로 다른 Opus 비교 결과를 보고하기 때문이다.

이 수치들을 단정적으로 제시하지 않고 출처를 밝히며 인용하는 이유는, 전체 시스템 카드가 내가 직접 검증할 수 있는 범위를 넘어서기 때문이며, 실제로는 한 집계처의 표에 불과한 벤치마크 차이를 확정된 사실인 양 말하는 것이야말로 나중에 신뢰를 잃기 딱 좋은 방식이기 때문이다.

그 표를 솔직하게 읽으면, 벤치마크가 승자를 가려주지 않는다는 것이다. 두 모델은 그저 번갈아 가며 이긴다. 바로 그렇기 때문에 리더보드가 결정 요인이 되어서는 안 된다. 두 모델이 벤치마크를 나눠 가질 때, 결정적 기준은 "당신이 신경 쓰는 그 한 가지 테스트에서 누가 더 높은 점수를 받았는가"가 아니다. 실제 결정적 기준은 당신의 실제 작업량에서 작업당 비용이며, 이는 리더보드가 절대 알려줄 수 없는 수치다.

화제성이 실제와 일치할까?

출시 반응은 양쪽 모두 시끄러웠고, 어느 쪽도 완전히 옳지는 않다. 한쪽에는 실제 반발이 있다. 널리 퍼진 한 게시물(https://www.bleepo.co/article/claude-sonnet-5-useless-flop-backlash-benchmarks)는 Sonnet 5를 "쓸모없는 실패작"이라 불렀고, 출시 관련 논의에 참여한 일부 실무자들은 에이전트 최적화 모델에서 흔히 나타나는 익숙한 실패 패턴, 즉 사소한 작업을 과도하게 설계하는 문제를 지적했다. 예를 들면 작은 Python 요청 하나를 사실상 하나의 라이브러리에 가까운 것으로 만들어버리는. 일부 댓글 작성자들은 출시 차트의 표현 방식에도 문제를 제기했다. 이는 실시간 스레드 속 개별 반응 정도로 받아들이는 것이 맞으며, 확정된 결론은 아니다.

반대편에는 구체적이고 출처가 분명한 긍정적 신호도 있다. Zapier의 엔지니어 Daniel Shepard는 TechCrunch의 출시 보도에서 인용되어(https://techcrunch.com/2026/06/30/anthropic-launches-claude-sonnet-5-as-a-cheaper-way-to-run-agents/)는 Sonnet 5가 예전에는 중간에 멈추던, 두 단계로 이루어진 복잡한 Salesforce 및 이메일 작업을 처음부터 끝까지 완수했다고 말하며 "일상적인 자동화 작업에는 두말할 것 없는 선택"이라고 평가했다. 이는 실제 프로덕션 환경에서 이를 사용하는 실무자의 말이지, 벤치마크 표의 한 줄이 아니다.

내 생각은 이렇다. 이것은 모델 출시의 정상적인 모습일 뿐, Sonnet 5가 대성공이거나 실패작이라는 신호는 아니다. 작은 작업을 가끔 과도하게 고민하는 더 저렴한 에이전트 모델은 관리 가능한 트레이드오프이지, 자격을 박탈할 만한 결함이 아니다. 작업에 맞게 노력 설정을 조정하고 넘어가면 된다. 실패작이라고 부르는 사람들도, 도약이라고 부르는 사람들도 모두 특정 작업량을 기준으로 단 며칠의 경험을 확대 해석하고 있는 것이다. 균형 잡힌 입장은, Sonnet 5가 높은 노력 수준에서 알려진 거친 면이 있긴 하지만 견고하고 저렴한 기본 모델이라는 것이며, 그것으로 결정을 내리기에는 충분하다는 것이다.

결정 규칙 (그리고 9월의 벼랑)

오늘부터 내가 적용할 규칙은 이렇다. 대부분의 에이전트형 코딩과 일상적인 API 작업에는 기본적으로 Sonnet 5를 쓴다. 일반적인 작업에서 더 저렴하고, 기본 등급이며, 벤치마크가 갈리는 지점에서도 제 몫을 하기 때문이다. Opus 4.8은 가장 어려운 추론과 코딩 작업, 그리고 Sonnet 5의 할인이 사라질 수 있는 초고강도 노력 작업을 위해 남겨둔다. 그 지점에서는 Opus가 사치가 아니라 오히려 더 나은 가치일 수 있다. 이는 "Opus가 쓸모없다"는 뜻이 아니라 "Opus가 더 이상 기본값이 아니라 전문 모델이 된다"는 뜻이다.

그리고 벤치마크가 아니라 날짜라서 놓치기 쉬운 부분이 있다. Sonnet 5의 출시 가격은 2026년 8월 31일에 끝난다. 비용 절감을 이유로 Sonnet 5를 표준 모델로 삼고 있다면, 지금부터 2달러/10달러의 출시 요금이 아니라 표준 요금인 3달러/15달러를 기준으로 계산하고 9월분 예산을 마련해야 한다. 몇 주 뒤면 사라질 가격을 근거로 비용 계산을 세우면 3분기에 불쾌한 놀라움을 겪게 된다. 출시 프로모션이 아니라 실제로 지불하게 될 금액을 기준으로 계산하라.

한 가지 구분이 더 필요하다. 이것이 비중을 바꾸기 때문이다. 호스팅 제품을 통해 API를 직접 호출하는 대신 자체 호스팅하거나 로컬 에이전트 하네스(Aider, OpenCode, Continue.dev)를 운영하고 있다면, 비용 노출 정도와 노력 설정 제어 방식이 API만 사용하는 사용자와는 다르게 나타난다. 따라서 역전 지점 계산도 당신이 쓰는 하네스의 실제 토큰 사용 패턴에 맞춰 다시 해볼 가치가 있다. 다음을 참고하라. OpenCode와 Claude Code 비교 하네스를 고르는 경우라면.

모델들은 앞으로도 서로를 계속 앞지를 것이고, 다음 출시가 나오면 표는 또 새로 짜여질 것이다. 하지만 원칙은 버전 번호보다 오래 간다. 표시된 가격을 그대로 믿지 말고, 실제로 사용하는 노력 설정에서 작업당 비용을 직접 계산하며, 할인이 사라지는 경계에서 기본 모델을 바꿔라.

자주 묻는 질문

기본 모델을 Opus 4.8에서 Sonnet 5로 바꿔야 할까?

대부분의 에이전트형 코딩과 일상적인 API 작업에는, 그렇다. Sonnet 5는 일반적인 작업에서 더 저렴하고, Free 및 Pro의 기본 등급이며, 벤치마크가 갈리는 영역에서도 제 몫을 한다. 가장 어려운 추론과 코딩 작업, 그리고 Sonnet 5가 비용 우위를 잃을 수 있는 초고강도 노력 작업에는 Opus 4.8을 남겨두라.

Sonnet 5는 Opus 4.8보다 얼마나 더 저렴한가?

표준 가격 기준으로 Sonnet 5는 입력 토큰 100만 개당 3달러, 출력 토큰 100만 개당 15달러이며, Opus 4.8의 5달러/25달러에 비해 토큰당 약 40% 저렴하다. 2026년 8월 31일까지는 Sonnet 5가 더 낮은 출시 가격인 2달러/10달러로 운영된다. 이전 Sonnet 버전을 쓰던 사용자 입장에서는 실제 격차가 이 단가가 암시하는 것보다 좁다. Sonnet 5의 새로운 토크나이저가 같은 텍스트에도 약 30% 더 많은 토큰을 쓰기 때문이다.

Sonnet 5의 출시 가격은 언제 끝나나요?

Sonnet 5의 출시 가격인 입력 토큰 100만 개당 2달러, 출력 토큰 100만 개당 10달러는 2026년 8월 31일까지 적용된다. 그 이후에는 표준 가격인 3달러/15달러가 적용된다. 비용 절감을 이유로 Sonnet 5를 표준 모델로 삼고 있다면, 지금부터 표준 요금을 기준으로 계산하고 9월의 인상분을 예산에 반영해야 한다.

Opus 4.8은 여전히 추가 비용을 낼 가치가 있을까?

특정 작업에 한해서는 그렇다. 출시/시스템 카드 수치를 보면 Opus 4.8은 SWE-bench Pro, OSWorld-Verified, 도구 미사용 Humanity's Last Exam, USAMO 2026에서 여전히 앞서 있고, Sonnet 5는 도구 사용 HLE에서 근접하며 GDPval-AA v2에서는 근소하게 앞선다. 따라서 Opus가 쓸모없어진 것이 아니라, 가장 어려운 추론, 수학, 코딩 작업, 그리고 Sonnet 5가 비용 우위를 잃을 수 있는 초고강도 노력 에이전트 작업의 전문 모델이 되는 것이다.