Claude Sonnet 5.5: 가격·발표 수치·API 변경

공식 발표와 개발자 문서에서 확인한 Sonnet 5.5의 정가, 회사 측 성능 수치, thinking 설정 전환을 비교한 요약 도표입니다. 성능 수치는 독립 검증 결과가 아닙니다.

앤트로픽은 2026년 9월 28일 Claude Sonnet 5.5를 발표했다. 공식 발표는 이를 Claude 5.5 제품군의 두 번째 모델로 소개하며, 복잡하고 열린 과제에 초점을 둔 Opus 5.5와 달리 범위가 정해진 일상 작업, 버그 수정, 문서·슬라이드·스프레드시트 제작에 적합하다고 설명한다. 이 글은 출시 발표와 개발자 문서를 나란히 읽고 실제 도입 전에 확인할 가격, 성능 주장, API 호환성을 정리한다.

앤트로픽 발표문은 Sonnet 5 대비 생성 속도가 30% 이상 빠르고 회사 시험에서 작업당 비용이 최대 30% 낮았다고 주장한다. 토큰당 정가가 내려간 것은 아니다. 작업당 비용은 프롬프트 길이, 출력량, 추론 노력 수준, 도구 호출 횟수에 따라 달라진다. 따라서 이 수치를 모든 고객의 청구액 절감으로 해석하기보다 기존 작업을 같은 조건에서 재실행해 비교할 근거로 삼아야 한다.

무엇이 달라졌는가: 5.5 세대로 진화한 Sonnet의 핵심 변화

공식 발표와 모델 개요에 따르면 가격은 100만 토큰당 입력 2달러, 출력 10달러, 프롬프트 캐시 읽기 0.20달러다. Sonnet 5와 같은 정가다. 앤트로픽은 같은 작업에 필요한 토큰이 줄어 회사 테스트에서 비용이 최대 30% 낮아졌다고 설명하지만, 어떤 입력과 도구 흐름에서 같은 결과가 나오는지는 고객별로 검증해야 한다.

속도 역시 앤트로픽이 비교한 출력 생성 속도에서 30% 이상 빨랐다는 발표다. 실제 서비스의 전체 지연 시간에는 입력 처리, 네트워크, 도구 실행, 재시도가 함께 들어간다. 운영자는 대표 요청의 완료 시간과 총 출력 토큰, 실패율을 측정한 뒤 전환 효과를 판단할 수 있다. 생성 단계의 개선을 전체 서비스 지연이나 예산 절감으로 곧바로 환산해서는 안 된다.

개발자 모델 ID는 claude-sonnet-5-5다. 모델 개요는 컨텍스트 창 100만 토큰, 최대 출력 12만 8천 토큰, 지식 기준 시점 2026년 6월을 명시한다. 발표문은 Claude Platform과 AWS, Google Cloud, Microsoft Azure 제공을 안내한다. 이 한도는 지원 가능한 최대 범위이며 대용량 문서 하나가 오류 없이 처리되거나 같은 비용으로 처리된다는 보장은 아니다.

안전 기능에도 변화가 있다. 발표문에 따르면 Sonnet 5.5는 사이버 보안 관련 보호 조치와 대체 응답 체계를 출시 시점에 갖춘 첫 Sonnet 모델이다. 앤트로픽은 보호 대상이 제한된 고위험 요청이며 일반적인 소프트웨어 개발에는 영향이 없다고 설명한다. 조직의 보안 심사나 규제 준수를 자동으로 통과한다는 뜻은 아니므로, 실제 사용 사례와 정책을 별도로 검토해야 한다.

누구에게 유용한가: 에이전틱 코딩과 실무 생산성 시나리오

앤트로픽은 범위가 잘 정의된 일상 업무, 소프트웨어 버그 수정, 문서·슬라이드·스프레드시트 제작을 주요 사용 사례로 제시했다. 이는 공식 발표문의 제품 포지셔닝이며 모든 작업에서 더 높은 정확도를 보장한다는 뜻은 아니다.

앤트로픽 자체 발표에서 Sonnet 5.5의 Terminal-Bench 4.0 점수는 70.6%, Sonnet 5는 10.3%다. 큰 차이지만 같은 발표자가 제공한 평가 수치이며, 벤치마크 구성과 추론 노력 설정, 실제 업무의 난도는 서로 다르다. 개발 팀은 이 수치를 코딩 능력의 단서로 보되, 자체 저장소의 대표 버그와 변경 요청으로 성공률, 수정 범위, 테스트 결과를 따로 측정해야 한다.

적용 후보는 범위가 명확한 버그 수정, 코드 검토 보조, 문서 및 시트 초안 작성이다. 100만 토큰 컨텍스트와 큰 출력 한도는 긴 자료를 다룰 선택지를 넓히지만 정확한 이해나 완성도까지 보장하지는 않는다. 특히 여러 파일을 수정하는 작업은 사람이 변경 범위와 테스트 결과를 검토해야 한다. Sonnet 5.5가 Opus 5.5를 모든 복잡한 과제에서 대체한다는 결론도 발표문에 없다. 앤트로픽은 복잡하고 열린 작업에는 여전히 Opus 5.5가 강하다고 적었다.

마이그레이션 주의사항: API 설정 변경과 thinking 파라미터

기존 API 사용자는 모델 ID를 바꾸기 전에 마이그레이션 가이드를 확인해야 한다. Sonnet 5에서 선행 사고를 끄는 데 쓰던 thinking.type=disabled는 Sonnet 5.5에서 400 invalid_request_error를 낸다. thinking 필드를 생략하면 적응형 사고가 기본으로 작동한다. 따라서 기존 요청 페이로드와 응답 파서를 함께 점검해야 한다.

선행 사고를 끄려면 thinking.type=between_tools를 사용한다. 가이드에 따르면 도구가 없는 응답은 텍스트만 담지만, 도구 호출 사이의 진행 내용은 사고 블록으로 올 수 있다. between_tools는 low, medium, high 노력 수준에서 허용되고 xhigh 또는 max에서는 400 오류가 난다. 높은 노력 수준이 필요하면 적응형 사고를 사용한다. 응답은 블록 유형별로 읽고, 도구 반복에서는 사고 블록을 그대로 전달하며, max_tokens가 사고와 텍스트를 함께 포함한다는 점도 확인해야 한다.

최대 출력 12만 8천 토큰과 대형 컨텍스트를 사용하는 요청은 호출 시간과 비용이 커질 수 있다. 기존 타임아웃, 출력 한도, 캐시 정책을 실제 요청 크기에 맞게 측정하고 조정해야 한다. 캐시 읽기 단가가 낮더라도 캐시 적중 여부와 입력·출력량을 함께 기록해야 총비용을 판단할 수 있다. API 설정을 한꺼번에 전환하기보다 동일한 테스트 요청으로 응답 구조와 오류를 먼저 확인하는 편이 안전하다.

한계와 불확실성: 공개 지표를 해석할 때 고려할 점

Sonnet 5.5가 제시하는 매력적인 성능 지표를 검토할 때는 발표된 수치 이면의 기술적 제약과 불확실성을 냉정하게 구분해야 한다.

첫째, 속도와 작업당 비용 개선, Terminal-Bench 점수는 회사가 발표한 값이다. 이는 발표 당시의 시험 조건을 설명하며 독립적인 재현이나 독자의 환경에서 동일한 결과를 뜻하지 않는다. 벤치마크 표의 각주에는 모델별 노력 수준과 평가 과정의 예외가 적혀 있다. 특히 다른 회사 모델과의 순위로 확대하려면 동일한 평가 조건과 원자료를 더 확인해야 한다.

둘째, 발표문과 모델 개요에서 입력·출력 가격은 일치하지만 조사 시점의 별도 가격 페이지 추출본에는 새 모델 행이 보이지 않았다. 실제 청구 단가는 이용 플랫폼, 계약, 캐시 사용 방식에 따라 달라질 수 있다. 서비스를 옮기기 전에는 사용하는 플랫폼의 현재 가격표와 청구 화면을 확인하는 것이 적절하다.

셋째, 발표문은 Haiku 5.5가 수주 내 제품군에 합류한다고만 밝혔다. 정확한 날짜나 가격은 확정된 사실로 다룰 수 없다. 고빈도·저지연 작업에 경량 모델을 고려한다면 출시를 전제로 일정을 잡기보다 현재 제공되는 모델과 Sonnet 5.5를 실제 요청으로 비교해야 한다.

출처