Claude Sonnet 5 소개가격이 8월 31일 끝난다
9월부터 요율 50% 인상, 새 토크나이저가 청구서를 한 번 더 부풀린다
Sonnet 5 소개가격은 8월 31일까지 100만 토큰당 입력 2달러 출력 10달러다. 9월 1일부터 3달러와 15달러로 오른다. 새 토크나이저가 최대 35% 더 많은 토큰을 세기 때문에 실제 청구서는 50% 인상을 넘길 수 있다.
Claude Sonnet 5의 소개가격이 8월 31일로 끝난다. 지금은 100만 토큰당 입력 2달러, 출력 10달러다. 9월 1일부터는 입력 3달러, 출력 15달러로 오른다. 요율만 보면 50% 인상이다.
문제는 여기서 끝나지 않는다. Sonnet 5는 새 토크나이저를 쓰는데 같은 글을 최대 35% 더 많은 토큰으로 센다. 청구서는 토큰 수 곱하기 요율이라 두 인상이 곱해진다. 요율 1.5배에 토큰 1.35배면 최악의 경우 실지출이 약 2배까지 뛴다. 코드 한 줄 안 바꿔도 9월 청구서가 그렇게 온다.
한눈에 보기
| 소개가격 마감 | 2026년 8월 31일 |
| 현재 (100만 토큰) | 입력 2달러 / 출력 10달러 |
| 9월 1일부터 | 입력 3달러 / 출력 15달러 (요율 +50%) |
| 토크나이저 | 같은 글을 최대 35% 더 많은 토큰으로 계산 |
| 실지출 영향 | 요율 1.5배 x 토큰 1.35배 = 최대 약 2배 |
두 인상이 곱해진다
인상을 하나로만 읽으면 오판한다. 요율 50%는 발표에 적힌 숫자고, 토크나이저 변경은 조용히 붙는 숫자다. 매달 100만 토큰을 쓰던 워크로드가 있다면 9월엔 같은 작업이 135만 토큰으로 잡히고 거기에 오른 요율이 곱해진다.
이 곱셈이 특히 아픈 곳은 항상 켜져 있는 파이프라인이다. 단계마다 모델을 부르는 에이전트, 대량 분류와 요약 루프, 사용자마다 도는 백그라운드 작업이 그렇다. 호출 한 번의 차이는 작아 보여도 하루 수천 번이면 자릿수가 달라진다.
3주 안에 확인할 것
먼저 지금 어디에 토큰이 쓰이는지 실측한다. 8월 안에 최소 한 주치 사용량을 뽑아 호출별로 어떤 작업에 Sonnet 5를 부르는지 목록을 만든다. 이게 없으면 9월 청구서를 봐도 어디를 손댈지 모른다.
그다음 작업을 등급으로 나눈다. 분류나 라우팅, 짧은 요약처럼 값싼 모델로 충분한 호출은 내려 보낸다. 추론이 정말 필요한 호출만 Sonnet 5에 남긴다. 프롬프트 캐싱과 배치 처리로 같은 맥락을 반복 청구당하지 않게 조인다. 마지막으로 각 호출이 정말 이 모델이어야 하는지 한 번씩 되묻는다.
위시클레이 관점
소개가격은 할인이 아니라 갈고리다. 싼값에 모델을 파이프라인 깊숙이 박아 넣게 만들고, 소개가격이 끝날 즈음엔 이미 코드 곳곳이 그 모델에 맞춰져 있다. 그때 다른 모델로 갈아타는 비용이 50% 인상을 그냥 받아들이는 비용보다 커진다. 그게 값을 올려도 이탈이 크지 않을 거라 믿는 쪽의 계산이다.
빠져나갈 구멍은 처음부터 모델을 갈아 끼울 수 있게 짜 두는 데 있다. 호출부를 모델 이름에 직접 묶지 말고 한 겹 감싸서 작업 등급에 따라 어느 모델로 보낼지 바꿀 수 있게 해 둔다. 이렇게 해 두면 9월 1일 같은 날이 와도 청구서가 조용히 2배가 되는 대신, 값싼 호출을 다른 모델로 돌리는 설정 하나로 끝난다. 지금 API 위에 무언가를 올리는 1인 개발자와 AI 우선 팀에게 이번 마감일은 그 스위치가 코드에 있는지 없는지를 시험하는 날이다.