클로드 Sonnet 5.5(소넷 5.5) 가격, 성능, 사용법과 Opus 5.5 비교

클로드 Sonnet 5.5(소넷 5.5)는 앤트로픽이 2026년 9월 28일 공개한 Claude 5.5 계열의 두 번째 모델입니다. Opus 5.5가 나온 지 엿새 만입니다. 앤트로픽은 Sonnet 5보다 30% 이상 빠르고, 대부분의 작업에서 비용이 최대 30% 낮다고 소개했습니다.

여기서 혼동하기 쉬운 대목이 하나 있습니다. API 요금표는 Sonnet 5와 한 푼도 다르지 않습니다. 비용이 낮다는 말은 단가가 아니라 같은 일을 끝내는 데 쓰는 토큰과 도구 호출 횟수가 줄었다는 뜻입니다. 그래서 이 모델의 이득은 요금표가 아니라 자기 작업에서 실제로 토큰이 얼마나 줄었는지로 확인해야 합니다.

이 글은 발표문과 공식 문서를 2026년 9월 29일 기준으로 대조해 벤치마크, 요금제별 사용 조건, 클로드 코드에서 고르는 방법, Sonnet 5에서 옮길 때 깨지는 설정, Opus 5.5와 나누어 쓰는 기준을 다룹니다. 클로드 코드 부분은 제 환경에서 직접 확인한 결과를 함께 적었습니다.

Sonnet 5.5에서 달라진 다섯 가지

발표문이 Sonnet 5와 견주어 꼽은 변경점은 성능, 협업, 비용, 속도, 안전입니다.

• 성능: 에이전트 코딩 평가인 Terminal-Bench 4.0에서 70.6%를 받았습니다. Sonnet 5는 10.3%였습니다. 여러 직군의 실무 과제를 평가하는 GDPval-AA에서는 Opus 5.5보다 2점 낮습니다. 스크린샷만 보고 포켓몬 레드를 끝까지 깬 첫 Sonnet 모델이기도 합니다
• 협업: Opus 5.5처럼 이전 세대보다 글을 분명하게 씁니다. 사전 테스터들은 Sonnet 5보다 함께 일하기 좋은 상대라고 평했습니다
• 비용: 요금은 Sonnet 5와 같지만 같은 일에 쓰는 토큰이 훨씬 적습니다. 앤트로픽 테스트에서 작업당 비용이 최대 30% 낮았습니다
• 속도: 출력 생성이 Sonnet 5보다 30% 이상 빠릅니다. 지금까지 나온 Sonnet 가운데 가장 빠릅니다
• 안전: 자동 행동 감사에서 대부분의 항목이 Sonnet 5와 같거나 나아졌습니다. 사이버보안 능력이 Opus 5 수준이라 Sonnet 계열에서는 처음으로 상위 모델과 같은 사이버 안전장치를 걸고 나왔습니다

앤트로픽이 정한 역할 구분은 분명합니다. Opus 5.5는 신중한 판단이 필요한 복잡한 작업, Sonnet 5.5는 범위가 정해진 일상 작업과 버그 수정, 문서와 슬라이드와 스프레드시트 작성입니다. 디자인 감각이 좋아졌다는 언급도 있습니다. 대량 처리와 비용에 민감한 용도의 Haiku 5.5는 몇 주 안에 나올 예정입니다.

벤치마크: Opus 5.5와 어디까지 가까운지

발표문의 비교표는 Sonnet 5.5, Sonnet 5, Opus 5.5, GPT-6 Sol 네 모델을 나란히 놓았습니다. 아래 표의 Opus 5.5 Terminal-Bench 점수는 Xhigh 강도의 최고 점수입니다.

표에서 알 수 있는 점은 두 가지입니다. 첫째, Sonnet 5와의 차이가 항목마다 큽니다. Terminal-Bench는 7배, 차트 인식은 4배 가까이 올랐습니다. 둘째, Opus 5.5와의 차이는 대부분 몇 점 안입니다. Terminal-Bench는 Sonnet 5.5가 오히려 앞섭니다. 그런데도 앤트로픽은 벤치마크가 능력의 한 면일 뿐이고, 자체 테스트와 외부 테스터 모두에서 판단이 오래 이어지는 열린 작업은 Opus 5.5가 분명히 강했다고 덧붙였습니다.

발표문에는 추론 강도(effort)별로 점수와 작업당 비용을 함께 그린 그래프도 있습니다. 추론 강도는 모델이 답하기 전에 얼마나 오래 생각할지 정하는 설정으로 low, medium, high, xhigh, max 다섯 단계입니다. 앤트로픽은 여러 벤치마크에서 Sonnet 5.5가 low나 medium 강도로도 Sonnet 5의 최고 점수를 넘었고, 그때 작업당 비용은 약 10분의 1이었다고 적었습니다. Opus 5.5와는 낮은 강도에서 보완 관계가 가장 뚜렷하고, 높은 강도에서는 비슷한 비용에 비슷한 성능이 나온다고 설명했습니다.

강도를 올린다고 늘 점수가 오르지는 않았습니다. FrontierCode에서 Sonnet 5.5는 Max 강도 점수가 Xhigh보다 낮았습니다. 각주에 적힌 이유는 이렇습니다. Max 강도에서는 클로드 코드의 코드 리뷰 스킬을 더 자주 실행했는데, 이 스킬이 검토를 여러 하위 에이전트로 나누면서 시간 초과가 나거나 과제 범위 밖까지 고쳤고, FrontierCode는 범위 밖 수정을 감점하기 때문입니다. 에이전트 작업에서 강도를 올릴 때 참고할 만한 사례입니다.

API 요금과 공식 라인업

Sonnet 5.5의 API 요금은 Sonnet 5와 같습니다. 캐시와 배치 요금도 그대로입니다.

캐시 읽기가 두 모델 모두 $0.20인 점이 눈에 띕니다. Sonnet 5.5는 입력가의 10%이고 Opus 5.5는 5%를 적용한 결과입니다. 캐시 읽기 비중이 큰 작업이라면 두 모델의 실제 비용 차이는 요금표의 2배보다 작아집니다.

공식 문서의 현재 라인업은 네 가지이고 Sonnet 계열의 최신 모델은 5.5입니다. Sonnet 5는 레거시 모델로 내려갔지만 claude-sonnet-5 ID는 계속 호출됩니다.

기본 강도는 어디서 쓰는지에 따라 다릅니다. API에서 Sonnet 5.5의 기본값은 high이고, 클로드 코드와 클로드 앱에서는 medium입니다. 같은 모델을 같은 프롬프트로 돌려도 API 호출과 클로드 코드의 토큰 사용량이 다를 수 있다는 뜻이라, 비용을 견줄 때는 강도를 맞춰야 합니다. 최대 출력은 12.8만 토큰, 배치 API에서는 베타 헤더로 30만 토큰까지 늘어납니다. 지식 기준 시점은 2026년 6월이고, 은퇴 시점은 2027년 9월 28일보다 이르지 않습니다. 쓸 수 있는 곳은 Claude Platform과 AWS, 구글 클라우드, 마이크로소프트 파운드리입니다.

요금제별 사용 조건과 앱에서 모델이 바뀌는 경우

클로드 요금제 비교표에서 Sonnet 행은 Free를 포함한 모든 요금제에 표시돼 있고, Opus와 Fable은 Free에서 빠져 있습니다.

비교표는 Sonnet의 버전을 적지 않습니다. 무료 계정에서 실제로 5.5가 기본으로 잡히는지는 유료 계정만 있어 직접 확인하지 못했습니다. 무료로 쓰는 분은 대화 화면의 모델 선택에서 이름을 한 번 확인하는 편이 확실합니다. 요금제별 가격과 원화 환산은 Opus 5.5 글에 정리한 값과 같습니다.

앱에서 Sonnet 5.5를 쓰다 보면 답이 다른 모델로 나오는 경우가 있습니다. 앤트로픽 도움말에 따르면 사이버보안, 생물학, LLM 개발, 증류 네 가지 분류기가 켜져 있기 때문입니다. 취약점 악용 코드 작성이나 침투 테스트처럼 위험도가 높은 사이버보안 요청과 고급 LLM 개발 요청은 Sonnet 5로 바뀌어 답하고, 해로운 생물학 요청과 모델의 내부 추론을 뽑아내려는 요청은 전환 없이 막힙니다. 전환이 일어나면 알림이 뜨고 답에 모델 이름이 표시되며, 설정의 기능 항목에서 자동 전환을 끌 수 있습니다. 일상적인 코드 작성과 버그 수정은 이 분류기의 대상이 아닙니다.

클로드 코드에서 Sonnet 5.5 고르기

클로드 코드는 v2.1.284부터 Sonnet 5.5를 지원합니다. 버전이 낮으면 claude update로 올립니다. 기본 모델은 바뀌지 않았습니다. 클로드 코드 문서의 요금제별 기본 모델 표에서 Pro, Max, Team, Enterprise, API 모두 Opus 5.5가 기본이고, Sonnet 5.5는 직접 골라야 합니다.

고르는 방법은 네 가지입니다. 실행 중에 /model sonnet을 치면 그 세션과 이후 세션의 기본값으로 저장되고, claude --model sonnet은 그 세션에만 적용됩니다. 환경 변수 ANTHROPIC_MODEL=sonnet이나 설정 파일의 model 필드로도 지정할 수 있습니다.

제 환경에서 확인한 결과는 이렇습니다. 2026년 9월 29일 클로드 코드 v2.1.284에서 다음 명령을 돌렸습니다.

결과 JSON의 모델 사용량 필드에 claude-sonnet-5-5 하나만 찍혔습니다. sonnet 별칭이 Sonnet 5.5로 풀린다는 뜻입니다. 클로드 코드에서 Sonnet 5.5를 쓸 때 알아 둘 점은 세 가지입니다.

• 강도 기본값이 medium입니다. 다른 모델은 high가 기본인데 Opus 5.5와 Sonnet 5.5만 medium입니다. 범위가 분명한 기능 구현에는 맞고, 검증이 중요한 버그 수정은 /effort high로 올리라는 것이 문서의 안내입니다
• 컨텍스트는 100만 토큰이 기본입니다. 20만 토큰 변형이 없고 [1m] 접미사도 필요 없으며 사용 크레딧도 들지 않습니다. 약 96.7만 토큰에서 자동 압축이 시작됩니다
• 사고를 끌 수 없습니다. 세션 토글과 MAX_THINKING_TOKENS=0이 Opus 5.5, Sonnet 5.5, Fable 계열에서는 동작하지 않고, 모델이 강도에 따라 얼마나 생각할지 스스로 정합니다

계획은 Opus, 실행은 Sonnet으로 나누고 싶으면 /model opusplan을 씁니다. 플랜 모드에서는 Opus 5.5가 설계하고 실행 단계로 넘어가면 Sonnet 5.5로 바뀝니다. Opus 5.5가 구조를 잡으면 Sonnet 5.5에게 구현을 맡겨도 된다는 사전 테스터의 평가와 같은 방식입니다.

Sonnet 5에서 API 코드를 옮길 때 확인할 여섯 가지

API에서 모델 ID를 claude-sonnet-5에서 claude-sonnet-5-5로 바꾸는 것만으로 끝나지 않습니다. 공식 문서가 꼽은 호환성 변경은 다섯 가지이고, 응답 형태가 달라지는 변경이 하나 더 있습니다. 토크나이저는 Sonnet 5와 같아 같은 글의 토큰 수는 그대로입니다.

1. 사고 끄기 설정: thinking: {"type": "disabled"}를 보내면 400 오류가 납니다. 대신 between_tools를 씁니다. 답하기 전의 사고는 끄되 도구 호출 사이의 짧은 메모는 남기는 가장 낮은 설정이고, high 강도 이하에서만 됩니다
2. 강제 도구 호출: tool_choice의 any와 tool 타입이 400 오류를 냅니다. auto로 두고 strict 도구 사용이나 구조화 출력으로 스키마를 맞춥니다
3. 사고 블록의 귀속: 사고 블록에 생성한 모델이 기록되고, 앞선 대화나 시스템 프롬프트나 도구 정의를 고친 뒤 블록을 다시 보내면 2026년 8월 31일 이후 만든 계정에서는 400 오류가 납니다. 대화 이력은 덧붙이기만 하고 지시 변경은 대화 중 시스템 메시지로 처리합니다
4. 컴퓨터 사용 도구: Claude API와 구글 클라우드에서는 이전 computer_20251124 도구를 받지 않고 computer_toolset_20260801 툴셋만 받습니다. 아마존 베드록은 이전 도구를 계속 받습니다
5. 어드바이저 도구 조합: Sonnet 5.5를 실행 모델로 쓸 때 Opus 4.8, Opus 4.7, Sonnet 5는 어드바이저로 받지 않습니다
6. 도구 호출 사이의 텍스트: 한두 문장을 넘는 중간 메모가 text가 아니라 thinking 블록으로 돌아옵니다. 기본 표시 설정에서는 이 블록의 본문이 비어 있어, 중간 진행 상황을 사용자에게 흘려보내던 앱은 오류 없이 조용해집니다. thinking.display를 지정하거나 between_tools로 바꾸면 텍스트가 돌아옵니다

강도 설정도 다시 잡아야 합니다. 문서는 같은 강도 값이 Sonnet 5와 같은 양의 사고를 만들지 않는다고 적었고, 기존 값을 그대로 옮기지 말고 다시 훑으라고 권합니다. 시작점은 일반 작업 high, 범위가 분명한 에이전트 코딩 medium, 지연에 민감한 대화 medium 또는 low입니다.

고객사가 보고한 수치

발표문에 실린 사전 테스터의 수치입니다. 앤트로픽과 각 회사의 발표이고 독립 검증 결과는 아니므로, 자기 환경의 보장으로 옮기지 않고 참고만 합니다.

일곱 회사의 보고는 한 가지를 가리킵니다. 결과 품질이 비슷하거나 낫고, 거기까지 가는 단계와 토큰이 줄었다는 것입니다. 발표문이 말하는 30% 비용 절감의 근거도 여기에 있습니다.

Opus 5.5와 Sonnet 5.5를 나누는 기준

앤트로픽의 구분과 벤치마크를 함께 놓고 정리하면 이렇습니다.

Sonnet 5로 돌리던 작업이 있다면 결정이 단순합니다. 요금이 같고 대부분의 항목에서 점수가 올랐으니 옮기지 않을 이유가 적습니다. 다만 위의 여섯 가지 호환성 변경을 먼저 확인하고, 강도 설정을 다시 잡고, 옮긴 뒤 한 달치 토큰 사용량을 이전과 견주어 30%라는 숫자가 자기 작업에서도 나오는지 봐야 합니다.

자주 묻는 질문

Sonnet 5는 이제 쓰지 못하나요?

계속 쓸 수 있습니다. 레거시 모델로 내려갔을 뿐 claude-sonnet-5 ID는 그대로 호출되고 요금도 같습니다. 앱에서는 Sonnet 5.5의 사이버보안 분류기에 걸린 요청이 Sonnet 5로 넘어가 답하는 구조라, Sonnet 5는 대체 모델 역할도 맡고 있습니다.

클로드 코드에서 Sonnet 5.5를 고르면 한도를 덜 쓰나요?

이 글을 쓰며 확인한 클로드 코드 문서에는 구독 한도를 모델별로 어떻게 차감하는지 적혀 있지 않았습니다. API 요금 기준으로 Sonnet 5.5는 Opus 5.5의 절반이고 작업당 토큰도 적으니 같은 일을 시켰을 때 소모가 적을 가능성이 크지만, 구독 한도에 그대로 적용된다고 단정할 근거는 확인하지 못했습니다.

GPT-6 Sol과 견주면 어떤가요?

앤트로픽의 비교표에서 GPT-6 Sol은 FrontierCode 49.3%, GDPval-AA 1487, AA-Briefcase 1483, Chartography 53.6%이고 나머지 항목은 미공개입니다. 각주에 따르면 오픈AI가 최근 이미지 이해 버그를 고쳤는데 일부 점수는 그 전 버전으로 측정됐을 수 있습니다. 한쪽 회사가 고른 벤치마크라는 점도 감안해야 합니다.

정리

Sonnet 5.5는 요금표가 아니라 토큰 사용량에서 차이가 나는 모델입니다. 단가는 Sonnet 5와 같고, 같은 일을 더 적은 단계와 토큰으로 끝내서 작업당 비용이 내려갑니다. 벤치마크에서는 Opus 5.5에 몇 점 차이로 붙었지만, 앤트로픽 스스로 판단이 오래 이어지는 열린 작업은 Opus 5.5가 낫다고 선을 그었습니다.

지금 할 일은 세 가지입니다. 클로드 코드를 v2.1.284 이상으로 올리고 /model sonnet으로 골라 일상 작업에 써 봅니다. API는 여섯 가지 호환성 변경을 먼저 고친 뒤 옮깁니다. 그리고 옮긴 뒤의 토큰 사용량을 이전과 견주어 30%라는 숫자가 자기 작업에서도 나오는지 확인합니다.

• Introducing Claude Sonnet 5.5 (앤트로픽)
• Claude Sonnet 5.5 모델 페이지 (앤트로픽 공식 문서)
• What's new in Claude Sonnet 5.5 (앤트로픽 공식 문서)
• Models overview (앤트로픽 공식 문서)
• Model configuration (클로드 코드 문서)
• Why Claude switched models in your conversation with Sonnet 5.5 (앤트로픽 도움말)
• Claude 릴리스 노트 (앤트로픽 도움말)
• Claude 요금제 (앤트로픽)