클로드 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와 한 푼도 다르지 않습니다. 비용이 낮다는 말은 같은 일을 끝내는 데 쓰는 토큰과 도구 호출 횟수가 줄었다는 뜻입니다. 그래서 이 모델의 이득은 요금표가 아니라 내 작업에서 토큰이 얼마나 줄었는지로 드러납니다.

이 글은 9월 29일 작성했고, 이용 절차와 API 이전 조건은 2026년 10월 4일 공식 문서와, 요금은 10월 8일 공식 요금표와 대조했습니다. 클로드 코드 부분에는 작성 당시 제 환경의 실행 기록도 남겼습니다.

Sonnet 5.5에서 달라진 다섯 가지

발표문이 Sonnet 5와 견주어 꼽은 변경점은 성능, 협업, 비용, 속도, 안전입니다. 숫자로 나온 것부터 모으면 이렇습니다.

Sonnet 5와 비교한 Sonnet 5.5

• 70.6%Terminal-Bench 4.0 점수Sonnet 5는 10.3%
• 30% 이상빨라진 출력 생성지금까지 Sonnet 가운데 가장 빠름
• 30%최대 작업당 비용 절감앤트로픽 시험, 단가는 같음

Terminal-Bench 4.0은 에이전트 코딩 평가이고, 여러 직군의 실무 과제를 평가하는 GDPval-AA에서는 Opus 5.5보다 2점 낮습니다. 스크린샷만 보고 포켓몬 레드를 끝까지 깬 첫 Sonnet 모델이기도 합니다.

협업에서는 Opus 5.5처럼 이전 세대보다 글을 분명하게 씁니다. 사전 테스터들은 Sonnet 5보다 함께 일하기 좋은 상대라고 평했습니다. 안전에서는 자동 행동 감사의 대부분 항목이 Sonnet 5와 같거나 나아졌고, 사이버보안 능력이 Opus 5 수준이라 Sonnet 계열에서는 처음으로 상위 모델과 같은 사이버 안전장치를 걸고 나왔습니다.

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

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

발표문의 비교표는 Sonnet 5.5, Sonnet 5, Opus 5.5, GPT-6 Sol 네 모델을 나란히 놓았습니다. 벤치마크는 정해진 과제로 성능을 평가하는 시험입니다. 아래 표의 Opus 5.5 Terminal-Bench 점수는 Xhigh 강도의 최고 점수이고, -는 발표문에 점수가 없는 칸입니다.

GDPval-AA와 AA-Briefcase의 수치는 평점이고 성공률이 아닙니다. OSWorld는 부분 점수를 포함하고, Humanity's Last Exam은 도구를 쓴 조건, Chartography는 도구를 쓰지 않은 조건입니다.

표에서 알 수 있는 점은 두 가지입니다. 첫째, Sonnet 5와의 차이가 항목마다 큽니다. Terminal-Bench는 10.3%에서 70.6%로 60.3%포인트 올랐습니다. 둘째, 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 요금과 공식 라인업

API는 프로그램이 모델에 요청하고 쓴 양만큼 요금을 내는 방식이며 월 구독료와 따로 청구됩니다. 아래는 10월 8일 공식 요금표 기준입니다.

Sonnet 5.5와 Opus 5.5의 API 요금

100만 토큰당	Sonnet 5.5	Opus 5.5
입력	2달러	4달러
출력	10달러	20달러
캐시 읽기	0.10달러 10월 7일 인하	0.20달러
캐시 쓰기 5분	2.50달러	5달러
캐시 쓰기 1시간	4달러	8달러
배치 API	입력, 출력 50% 할인	입력, 출력 50% 할인

캐시는 반복되는 입력을 저장해 다시 쓰는 기능입니다. 캐시 쓰기는 저장하는 비용, 캐시 읽기는 저장한 입력을 다시 쓰는 비용입니다. 배치 API는 여러 요청을 묶어 비동기로 처리하는 방식입니다. Sonnet 5.5의 캐시 읽기는 출시 때 0.20달러였다가 10월 7일 Haiku 5.5 발표와 함께 입력가의 5%인 0.10달러로 내렸고, 앤트로픽은 이 인하로 대부분의 에이전트 작업에서 Sonnet 5.5 비용이 약 20% 줄어든다고 설명했습니다.

단가가 같은데 비용이 줄어드는 구조는 계산해 보면 바로 보입니다. Sonnet 5와 5.5는 모두 입력 100만 토큰당 2달러, 출력 10달러입니다. 캐시가 없는 요청에서 입력 1만 토큰은 그대로 두고 출력만 2천 토큰에서 1천 토큰으로 줄었다고 놓고 계산한 값입니다.

단가가 같을 때 출력 토큰만 줄어든 경우

• 0.04달러출력 2천 토큰입력 0.02 + 출력 0.02
• 0.03달러출력 1천 토큰입력 0.02 + 출력 0.01
• 25%줄어든 비용0.01 ÷ 0.04

공식 문서의 현재 라인업에서 Sonnet 계열의 최신 모델은 5.5입니다. Sonnet 5는 이전 세대인 레거시 모델로 분류됐지만 claude-sonnet-5 ID는 계속 호출됩니다.

모델 ID는 프로그램에 지정하는 이름이고, 컨텍스트 창은 한 번에 참고할 내용의 용량입니다. 토큰은 모델이 글을 처리하는 단위이며 한글 한 글자와 같지 않습니다.

기본 강도는 쓰는 곳에 따라 다릅니다. API에서 Sonnet 5.5의 기본값은 high이고, 클로드 코드와 클로드 앱에서는 medium입니다. 같은 모델을 같은 프롬프트로 돌려도 API 호출과 클로드 코드의 토큰 사용량이 달라지므로, 비용을 견줄 때는 강도를 맞춥니다. 쓸 수 있는 곳은 Claude Platform과 AWS, 구글 클라우드, 마이크로소프트 파운드리입니다.

Sonnet 5.5의 API 사양

• 100만토큰컨텍스트 창
• 12.8만토큰최대 출력배치 API는 베타 헤더로 30만
• 2026년 6월지식 기준 시점
• 2027년 9월 28일은퇴는 이 날짜 이후

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

클로드 요금제 비교표에서 Sonnet 행은 Free를 포함한 모든 요금제에 표시돼 있고, Opus와 Fable은 Free에서 빠져 있습니다. 요금제별 가격과 결제 조건은 Opus 5.5 글에 정리했습니다.

앱에서 Sonnet 5.5를 쓰다 보면 답이 다른 모델로 나오는 경우가 있습니다. 앤트로픽 도움말에 따르면 사이버보안, 생물학, LLM 개발, 증류 네 가지 분류기가 켜져 있기 때문입니다. 증류는 모델의 내부 추론을 뽑아 다른 모델 학습에 쓰려는 시도를 말합니다. 분류기마다 처리 방식이 다릅니다.

분류기에 걸린 요청의 처리

분류기	Sonnet 5로 바꿔 답함	전환 없이 차단
사이버보안, 위험도가 높은 요청	제공	제공하지 않음
고급 LLM 개발 요청	제공	제공하지 않음
해로운 생물학 요청	제공하지 않음	제공
내부 추론을 뽑아내려는 요청	제공하지 않음	제공

한 번 전환되면 같은 대화의 선택 모델이 Sonnet 5에 머무르므로, 알림과 답변에 표시된 모델 이름을 봅니다. 자동 전환을 꺼도 차단은 그대로입니다. 일반 개발은 대체로 영향을 받지 않지만 분류기가 첨부 파일과 검색 결과까지 검사해서 정상 요청이 잘못 걸리기도 합니다. 정상 업무가 반복해서 막히면 피드백 기능으로 알립니다.

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

클로드 코드가 설치돼 있다면 아래 순서로 모델을 바꿉니다.

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

1. 11. 버전 확인claude --version
   v2.1.284 이상이어야 함
2. 22. 업데이트claude update
   Homebrew, WinGet은 해당 도구로
3. 33. 모델 고르기작업 폴더에서 claude 실행 뒤
   /model, 원래 모델은 메모
4. 44. 적용 범위s는 이번 세션만
   Enter는 기본값으로 저장
5. 55. 이름 확인/status로
   실제 모델 이름

일반적인 직접 연결 환경의 기본 모델은 Opus 5.5이고, 조직 설정과 연결 제공자에 따라 다를 수 있습니다. 모델이 보이지 않거나 권한 오류가 나면 버전, 플랜, 조직 허용 여부 순서로 봅니다. 앤트로픽에 직접 연결한 환경에서는 새 터미널에서 claude --model claude-sonnet-5-5로 처음부터 Sonnet 5.5 세션을 열 수도 있습니다. 이 명령은 터미널에 입력하는 것이고, 이미 실행 중인 클로드 코드 대화 입력란에 넣는 명령이 아닙니다.

sonnet은 짧은 별칭이라 환경마다 가리키는 버전이 다를 수 있습니다. 2026년 9월 29일 제 환경의 클로드 코드 v2.1.284에서 다음 명령을 돌렸습니다.

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

• 강도 기본값이 medium입니다. 모델과 조직 설정에 따라 기본값이 다르므로 /effort에서 현재 값을 봅니다. medium은 범위가 분명한 기능 구현의 시작점이고, 어려운 버그 수정은 high로 올려 봅니다. 잠깐 비교할 때는 /effort 선택 화면에서 s로 이번 세션에만 적용합니다.
• 컨텍스트는 100만 토큰이 기본입니다. 20만 토큰 변형이 없고 [1m] 접미사도 필요 없으며, 큰 창을 켜는 데 별도 크레딧이 들지 않습니다. 실제 이용량은 구독 한도나 API 요금에서 차감됩니다.
• 사고를 끌 수 없습니다. 세션 토글과 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일 00:00 UTC 이후 만든 계정에는 보존 규칙이 기본 적용되므로, 앞선 대화나 시스템 프롬프트, 도구 정의를 고친 뒤 블록을 다시 보내면 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를 쓰면 본문을 받지만 블록 종류는 여전히 thinking이므로 화면 코드도 이 블록을 처리해야 합니다. between_tools에 display를 함께 넣으면 오류가 납니다.

6번처럼 오류 없이 동작이 바뀌는 항목이 있어서, 교체는 아래 순서로 진행합니다.

운영 연동을 바꾸기 전 순서

1. 11. 이전 코드 보관되돌릴 수 있게
   Sonnet 5 연동 그대로
2. 22. 작은 테스트 요청새 모델 ID로
   대표 요청 몇 건
3. 33. 400 오류 대조오류 메시지와
   위 1~5번 설정
4. 44. 화면 확인진행 문장과 도구 결과가
   표시되는지
5. 55. 강도 다시 정하기예전 강도 값을
   그대로 옮기지 않음

강도를 다시 정하는 이유는 같은 강도 값이 Sonnet 5와 같은 양의 사고를 만들지 않기 때문입니다. 공식 문서가 권하는 시작점은 이렇습니다.

용도별 강도 시작점

용도	low	medium	high
일반 작업	–	–	제공
범위가 분명한 에이전트 코딩	–	제공	–
지연에 민감한 대화	제공	제공	–

고객사가 보고한 수치

발표문에는 사전 테스터 일곱 곳의 수치가 실렸습니다. 앤트로픽과 각 회사가 발표한 값입니다. 두 곳은 이전 모델과 같은 기준으로 나란히 놓을 수 있는 숫자를 냈습니다.

같은 과제에서 이전 모델과 비교한 값

• Balyasny, 답변당 토큰, Sonnet 5.5약 12.1만금융 과제 2,441건
• Balyasny, 답변당 토큰, Sonnet 549.7만
• Base44, 평균 반복 횟수, Sonnet 5.53.6회앱 118개 제작, Opus 5 수준 결과
• Base44, 평균 반복 횟수, Opus 57.7회

나머지 다섯 곳의 보고는 이렇습니다.

일곱 회사의 보고는 같은 방향을 가리킵니다. 결과 품질은 같거나 낫고, 거기까지 가는 단계와 토큰이 줄었습니다. 측정 대상과 기준은 회사마다 달라서 이 수치를 합쳐 하나의 절감률을 만들 수는 없습니다.

Opus 5.5와 Sonnet 5.5를 나누는 기준

앤트로픽의 구분과 벤치마크를 함께 놓으면 작업별로 맞는 모델이 나뉩니다.

작업별로 맞는 모델

이런 작업	Sonnet 5.5	Opus 5.5	Haiku 5.5
범위가 정해진 버그 수정, 기능 구현	medium	–	–
문서, 슬라이드, 스프레드시트 초안	제공	–	–
대화형 응답, 지연에 민감한 서비스	low, medium	–	–
설계 판단이 오래 이어지는 열린 작업	–	제공	–
설계는 어렵고 구현은 단순한 작업	실행	계획	–
대량 처리, 비용 우선	–	–	비교 후보

근거는 이렇습니다. 버그 수정과 기능 구현은 CursorBench에서 Opus 5.5와 2점 남짓 차이인데 작업당 비용이 낮습니다. 문서와 슬라이드, 스프레드시트는 앤트로픽이 강점으로 꼽은 용도이고, 슬라이드 템플릿을 따라 만든다는 평가가 있었습니다. 대화형 서비스에는 30% 이상 빠른 출력과 낮은 강도의 비용 대비 성능이 맞습니다. 열린 설계 작업은 앤트로픽이 자체 테스트와 외부 테스트 모두에서 Opus 5.5가 분명히 강하다고 밝혔습니다. Haiku 5.5는 10만 토큰 이하 단가가 Sonnet 5.5의 20분의 1이라 대량 처리에서 같은 자료로 품질과 비용을 견줘 볼 만합니다.

기존 작업을 옮길 때는 같은 자료와 성공 기준으로 작은 표본부터 비교합니다. 모델 이름, 추론 노력, 입력과 출력, 캐시 사용량, 수정 횟수를 함께 기록하고, 한 달 총액이 아니라 같은 작업 하나를 끝내는 데 든 비용을 봅니다. 한 달 총액에는 업무량 변화가 섞이기 때문입니다. 비용이 줄어도 필요한 정보가 빠졌다면 그 결과는 실패로 봅니다.

자주 묻는 질문

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

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

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

앤트로픽의 비교표에서 GPT-6 Sol은 FrontierCode 49.3%, GDPval-AA 1487, AA-Briefcase 1483, Chartography 53.6%이고 나머지 항목에는 점수가 없습니다. 비교 항목은 앤트로픽이 고른 것입니다.

참고 자료

• Sonnet 5.5 이전 가이드
• 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 요금제 (앤트로픽)