클로드 소네트 5.5 출시, 코딩·문서 작업에 써볼 변화

# 클로드 소네트 5.5 출시, 코딩·문서 작업에서 달라진 것과 조정할 설정

2026년 9월 기준 · Claude Sonnet 5.5 공개 하루 뒤, 개발자와 문서 작업자가 먼저 확인할 벤치마크·단가·추론 강도 정리

앤트로픽이 2026년 9월 28일(현지시간) Claude Sonnet 5.5(클로드 소네트 5.5)를 공개했습니다. Claude 5.5 제품군의 두 번째 모델이고, 상위 모델 Opus 5.5가 나온 지 엿새 만입니다. 회사는 이 클로드 신모델을 Opus 5.5보다 빠르고 저렴한 보완 모델로 소개했습니다. 이 글의 확인 기준일은 2026년 9월 29일입니다.

📌 TL;DR

① 성능: 코딩 지표 3종에서 Opus 5.5와 비슷한 수준입니다. 항목에 따라 앞서기도 하고 뒤처지기도 합니다.
② 가격: API 단가는 입력 100만 토큰당 2달러, 출력 10달러입니다. Sonnet 5와 같고, Opus 5.5는 4달러·20달러입니다.
③ 비용: 단가는 그대로지만, 같은 작업에 드는 토큰이 줄면 작업당 비용은 최대 30% 낮아질 수 있다는 것이 회사 설명입니다. 단가 인하와는 다른 이야기입니다.
④ 속도: 출력 생성 속도는 Sonnet 5보다 30% 이상 빠르다고 발표됐습니다.
⑤ 설정: 추론 강도(effort) 단계가 재조정돼, 예전 설정을 그대로 옮기면 안 됩니다.

다만 수치는 모두 앤트로픽 발표와 공식 문서 기준입니다. 내 프로젝트와 내 문서에서 같은 결과가 나온다는 보장은 아닙니다. 이 글은 발표된 사실과 직접 시험해 볼 방법을 나눠서 정리합니다.

클로드 소네트 5.5 출시 배경: 엿새 앞선 Opus 5.5 옆에 놓인 실무용 모델

Sonnet 5.5는 상위 모델을 대체하려는 모델이 아니라, Opus 5.5 옆에서 일상 업무를 맡도록 설계된 실무용 모델입니다. 앤트로픽이 밝힌 용도 구분은 다음과 같습니다.

① Opus 5.5: 신중한 판단이 필요한 복잡한 작업
② Sonnet 5.5: 범위가 정해진 일상 작업, 버그 수정, 완성도 높은 문서 작성

이 구분은 회사의 용도 설명입니다. 모든 작업에서 Sonnet 5.5가 앞선다거나 Opus 5.5가 필요 없어졌다는 뜻이 아닙니다. 어려운 설계 판단이나 긴 호흡의 복합 작업에는 여전히 상위 모델이 맞을 수 있습니다. 반대로 범위가 분명한 수정 작업이라면 더 빠르고 싼 모델이 합리적일 수 있습니다.

이번 클로드 모델 업데이트는 가격 맥락에서도 눈여겨볼 만합니다. 직전 모델 Sonnet 5는 입력 2달러·출력 10달러라는 가격으로 출시됐습니다. 이 가격은 원래 2026년 8월 31일까지의 출시 할인가였고, 9월 1일부터 3달러·15달러로 오를 예정이었습니다. 실제로는 이 가격이 표준가로 확정돼 인상은 없던 일이 됐습니다. Sonnet 5.5도 같은 2달러·10달러입니다. 모델을 갈아타도 단가 때문에 예산을 다시 짤 일은 없습니다.

수명 측면의 정보도 있습니다. 공식 문서에서 이 모델의 상태는 'Active (latest)'입니다. 퇴역은 2027년 9월 28일 이전에는 하지 않는다고 적혀 있습니다. 즉 지금 도입해 워크플로에 넣어도 앞으로 약 1년은 모델이 갑자기 사라질 걱정을 덜 수 있습니다. 다만 이는 '이전에는 하지 않는다'는 하한선이지, 그날 퇴역한다는 예고가 아닙니다.

정리하면 이번 출시의 배경은 세 줄입니다.

① 상위 모델과 하위 모델의 역할을 나눈 2단 구성
② 할인가가 아닌 확정된 표준 단가
③ 명시된 최소 서비스 기간

이 세 가지가 실무 도입 판단의 뼈대가 됩니다. 이어지는 섹션에서 성능, 가격, 설정을 차례로 확인합니다.

Claude Sonnet 5.5 벤치마크: Opus 5.5와 나란히 놓고 보면

코딩 전반에서 Sonnet 5.5는 Opus 5.5와 비슷한 수준이며, 항목에 따라 앞서거나 뒤처집니다. 앤트로픽이 발표한 지표를 Sonnet 5, Opus 5.5와 함께 놓고 보겠습니다.

① Terminal-Bench 4.0 (에이전트 코딩): Sonnet 5.5 70.6%, Opus 5.5 66.4%, Sonnet 5 10.3%
② CursorBench 4.0 (코드 편집기 작업): Sonnet 5.5 55.5%, Opus 5.5 57.8%, Sonnet 5 34.1%
③ OSWorld 2.1 (컴퓨터 조작): Sonnet 5.5 80.1%, Opus 5.5 81.8%, Sonnet 5 57.0%

읽는 법은 이렇습니다. Terminal-Bench에서는 Sonnet 5.5가 Opus 5.5보다 4.2%p 높습니다. CursorBench는 Opus 5.5가 2.3%p, OSWorld는 1.7%p 높습니다. 한 항목에서 앞서고 두 항목에서 근소하게 뒤진, 사실상 근접한 구도입니다.

주의할 점이 하나 있습니다. Terminal-Bench의 Sonnet 5 수치(10.3%)는 유독 낮습니다. 그래서 이 수치만 떼어 'N배 향상'처럼 읽으면 과장입니다. 개선폭을 가늠하려면 같은 지표의 Opus 5.5(66.4%)와 함께 보는 편이 정확합니다.

문서 작업 쪽 지표도 있습니다. 문서·스프레드시트 같은 실무 산출물을 평가하는 GDPval-AA v2.1은 외부 기관 Artificial Analysis가 측정하는 점수제 지표입니다. 이 지표에서 Sonnet 5.5는 1844점으로 Sonnet 5(1449점)보다 높고, Opus 5.5(1846점)와는 2점 차입니다. 사실상 같은 수준으로 볼 수 있습니다.

속도와 비용 수치는 두 가지입니다. 앤트로픽 발표 기준 출력 생성 속도는 Sonnet 5보다 30% 이상 빠르고, 같은 작업에 드는 토큰이 줄어 작업당 비용이 최대 30% 낮아질 수 있다고 합니다. 두 수치 모두 조건이 붙습니다. 실제 대기 시간은 요청 길이, 출력 길이, 추론 강도에 따라 달라집니다. 작업당 비용도 '최대'치입니다.

벤치마크는 발표 자료 기준이며 실제 결과물의 품질을 보장하지 않습니다. 내 저장소의 코드 스타일, 내 회사의 문서 양식은 벤치마크에 반영돼 있지 않습니다. 발표 수치는 '시험해 볼 가치가 있다'는 신호로 받아들이고, 채택 여부는 직접 돌려 본 결과로 결정하는 것이 안전합니다.

Sonnet 5.5·Opus 5.5·Sonnet 5, 클로드 신모델 라인업 역할 지도

세 모델은 성능 서열이 아니라 작업 성격과 비용 구조에 따라 나눠 쓰는 도구로 보는 것이 맞습니다. 현재 확인되는 포지션을 정리합니다.

① Opus 5.5: 상위 모델입니다. 신중한 판단이 필요한 복잡한 작업용이며, API 단가는 입력 4달러·출력 20달러입니다.
② Sonnet 5.5: 빠르고 저렴한 보완 모델입니다. 범위가 정해진 일상 작업, 버그 수정, 완성도 높은 문서 작성용이며, 단가는 입력 2달러·출력 10달러입니다.
③ Sonnet 5: 직전 세대입니다. 단가는 Sonnet 5.5와 같지만 발표된 지표에서는 Sonnet 5.5가 전반적으로 높았습니다.

Opus 5.5의 단가는 Sonnet 5.5의 정확히 두 배입니다. 다만 단가가 두 배라고 해서 작업당 비용이 두 배가 된다고 단정할 수는 없습니다. 모델마다 같은 작업에 쓰는 토큰이 다르기 때문입니다.

두 모델의 컨텍스트 창은 100만 토큰, 최대 출력은 12만 8천 토큰으로 공식 문서에 같게 표기돼 있습니다. 긴 코드베이스나 긴 문서를 한 번에 넣는 작업에서 모델 선택이 이 한도를 좌우하지 않는다는 뜻입니다. 배치 API는 별도입니다. 베타 헤더를 쓰면 최대 30만 토큰 출력을 지원하고, 입력·출력 모두 50% 할인이 적용됩니다. 일반 요청의 한도(12만 8천 토큰)와 다르니 혼동하지 않아야 합니다.

이용 경로는 다섯 가지로 확인됩니다.

① Claude API
② Amazon Bedrock
③ Google Cloud
④ Microsoft Foundry
⑤ Claude Platform on AWS

이미 특정 클라우드 환경에서 AI를 운영 중이라면, 계정과 보안 정책을 바꾸지 않고 같은 모델을 검토할 수 있습니다.

사용자 유형별로 어디부터 시험해 볼지 정리하면 다음과 같습니다.

개발자라면 지정이 명확한 버그 수정, 리팩터링, 테스트 보강처럼 범위가 정해진 작업부터 Sonnet 5.5로 돌려 보고, 설계 판단이 필요한 작업만 Opus 5.5와 비교해 보면 됩니다.

문서 작업이 많다면 보고서 초안, 스프레드시트 정리, 슬라이드 구성안 같은 반복 산출물이 대상입니다. GDPval-AA 점수가 상위 모델과 근접했다는 점이 출발 근거가 됩니다.

서비스에 AI를 붙여 운영 중이라면 응답 속도와 단가가 중요한 대화형 기능부터 살펴볼 수 있습니다. 이때는 뒤에서 다룰 추론 강도 설정이 핵심 변수입니다.

변화 요인 ① — 추론 강도(effort) 재조정과 낮은 강도의 함정

Sonnet 5.5에서 가장 먼저 손대야 할 설정은 추론 강도(effort)이며, Sonnet 5 때의 값을 그대로 옮기면 안 됩니다. 추론 강도는 품질·지연·비용의 균형을 조절하는 설정입니다. API 기본값은 high입니다. 공식 프롬프트 가이드는 단계 수준이 Sonnet 5와 다르게 재조정됐다고 안내합니다. 같은 'medium'이라는 이름이라도 예전과 같은 동작이 아닐 수 있다는 뜻입니다.

가이드가 권하는 시작점은 다음과 같습니다.

① 지정이 명확한 에이전트 코딩: medium부터 시험
② 더 어렵거나 긴 작업: high부터 시험
③ 대화처럼 응답 속도가 중요한 작업: medium이나 low부터 시험

'시작점'이라는 표현에 주목하세요. 정답 값이 아니라 출발선입니다. 작업 유형별로 한 단계씩 올리고 내리며 결과를 비교하는 방식이 권장됩니다.

낮은 강도에는 알아 둘 행동 특성이 있습니다.

첫째, low에서는 코드 변경을 실제 테스트나 빌드로 검증하지 않고 완료로 보고할 수 있습니다. '수정했습니다'라는 말만 믿고 머지하면 위험합니다.
둘째, low·medium에서는 긴 작업 중간에 사용자에게 확인을 구하며 멈출 수 있습니다. 자동화 파이프라인에서는 이 멈춤이 작업 실패처럼 보일 수 있습니다.
셋째, 높은 effort에서는 요청하지 않은 테스트·문서·보조 파일을 덧붙이는 경향이 있습니다. 변경 범위가 커져 리뷰 부담이 늘 수 있습니다.

이 세 가지를 프롬프트로 다루는 시험용 지시문 예시입니다. 공식 문구가 아니라 실무 팁이니, 내 환경에서 효과를 확인하고 쓰세요.

① "변경 후 관련 테스트와 빌드를 실행하고, 실행한 명령과 결과를 보고에 포함할 것"
② "요청한 범위 밖의 테스트·문서·보조 파일은 추가하지 말 것"
③ "정말 확인이 필요한 사항이 아니면 중간에 멈추지 말고 끝까지 진행할 것"

Sonnet 5에서 옮겨 올 개발자라면 API 쪽 변경도 확인해야 합니다. 공식 문서는 영향을 주는 변경이 5가지라고 밝혔습니다. 그중 두 가지는 다음과 같습니다.

① 도구 사용 강제(forced tool use): 오류를 반환합니다.
② temperature·top_p·top_k: 기본값이 아닌 값을 보내면 400 오류가 납니다.

나머지 세 가지는 공식 개요 문서에서 직접 확인하세요. 기존 요청 코드에 샘플링 파라미터를 고정해 둔 서비스라면, 전환 직후 400 오류가 쏟아질 수 있습니다. 배포 전 스테이징에서 요청 파라미터부터 점검하는 것이 안전합니다.

변화 요인
② — 확정된 표준 단가와 '작업당 비용'의 차이

Sonnet 5.5의 비용 이점은 단가가 아니라 작업당 토큰 사용량에서 나올 수 있다는 점을 구분해야 합니다. 단가는 Sonnet 5와 같습니다. 입력 100만 토큰당 2달러, 출력 100만 토큰당 10달러입니다. 그러니 '가격이 내렸다'고 쓰면 부정확합니다.

정확한 그림은 이렇습니다.

① 단가: 2달러·10달러로 유지됐습니다. 원래 8월 31일까지의 출시 할인가였으나 표준가로 확정됐고, 9월 1일 예정이던 3달러·15달러 인상은 없던 일이 됐습니다.
② 작업당 비용: 앤트로픽은 같은 작업에 드는 토큰이 줄어 최대 30% 낮아질 수 있다고 했습니다. 이는 단가 인하가 아니라 토큰 효율 이야기입니다.
③ 배치 처리: 배치 API를 쓰면 입력·출력 모두 50% 할인이 적용됩니다.

따라서 비용 계획은 이렇게 세우는 편이 안전합니다. 단가는 확정값으로 계산하고, 30% 절감은 '가능성'으로 두고 내 워크로드에서 측정합니다. 같은 작업을 Sonnet 5와 Sonnet 5.5로 돌려 입력·출력 토큰 합계를 비교하면 됩니다. 추론 강도를 올리면 출력 토큰이 늘어날 수 있으므로, 절감폭은 effort 설정과 함께 봐야 합니다.

배치 API는 즉시 응답이 필요 없는 작업에 잘 맞습니다. 야간 코드 리뷰, 대량 문서 요약, 반복 보고서 생성이 그런 예입니다. 베타 헤더를 쓰면 최대 30만 토큰 출력이 가능해 긴 산출물을 한 번에 받을 수 있습니다. 일반 요청의 최대 출력은 12만 8천 토큰이므로, 두 한도를 혼동하지 마세요.

시장 관점에서는 두 가지가 읽힙니다.

첫째, 상위 모델 수준의 성능을 절반 단가로 쓰는 선택지가 표준 가격으로 자리 잡았습니다. 모델을 작업별로 나눠 쓰는 멀티 모델 운영이 비용 측면에서 더 설득력을 얻게 됐습니다.
둘째, 주요 클라우드 플랫폼 세 곳과 자체 API에서 모두 이용할 수 있어, 특정 인프라에 묶이지 않고 모델을 검토할 수 있습니다.

공식 자료가 밝힌 한계: 벤치마크·안전성을 읽는 법

이번 발표에서 신뢰할 만한 코멘트는 외부 전문가의 평가보다 앤트로픽이 스스로 밝힌 한계 표현입니다. 이 글을 쓰는 시점에는 출시 하루 뒤라 독립적인 외부 전문가 평가나 대규모 실사용 후기가 충분히 쌓이지 않았습니다. 그래서 전문가 발언을 임의로 인용하지 않고, 공개된 발표와 공식 문서에서 확인되는 내용을 정리합니다.

첫째, 안전성 평가입니다. 앤트로픽은 약 1,850개 시나리오의 자동 행동 감사에서 정렬 관련 대부분의 측정치가 Sonnet 5와 같거나 개선됐다고 밝혔습니다. 동시에 어떤 평가도 모든 실패를 잡아내지는 못한다고 명시했습니다. 이 모델이 안전하다고 보장하는 표현이 아닙니다. 업무에 넣을 때는 결과 검토 절차를 함께 두는 것이 전제입니다.

둘째, 보안 작업의 처리 방식입니다. 일상적인 개발 중 버그를 찾고 고치는 작업은 그대로 가능합니다. 그러나 위험도가 높은 사이버보안 작업은 눈에 보이게 Sonnet 5로 넘어간다고 앤트로픽은 설명했습니다. API에서는 이런 거절에 대해 Sonnet 5로 다시 시도하는 서버 측 폴백을 베타로 켤 수 있습니다. 보안 점검 도구나 취약점 분석 파이프라인을 운영한다면, 요청이 거절되거나 다른 모델로 넘어가는 경우를 설계에 넣어 두어야 합니다.

셋째, 내부 추론 보호입니다. Sonnet 모델 가운데 처음으로, 모델의 내부 추론 과정을 빼내려는 요청을 막는 안전 분류기를 출시 시점부터 적용했습니다. 일반적인 코딩·문서 작업에는 영향이 적겠지만, 추론 과정을 그대로 노출하는 방식의 기능을 설계했다면 동작을 확인해 보는 편이 좋습니다.

넷째, 벤치마크의 해석입니다. 앞서 본 수치는 발표 자료 기준이고, GDPval-AA v2.1만 외부 기관이 측정한 점수입니다. 어느 쪽이든 실제 결과물의 품질을 보장하지는 않습니다.

읽는 사람이 취할 태도는 단순합니다. 수치는 후보를 고르는 근거로, 검증은 내 환경에서. 이 원칙이 이번 발표를 가장 정확하게 활용하는 방법입니다.

향후 6~12개월: 모델 세대 교체 속도와 운영 안정성

향후 6~12개월은 Sonnet 5.5를 실무에 안착시키는 기간이 될 가능성이 높지만, 아래 내용은 확인된 사실이 아니라 시나리오입니다. 확정된 사실은 두 가지입니다. 문서상 퇴역은 2027년 9월 28일 이전에는 하지 않는다고 적혀 있고, 단가는 표준가로 확정됐습니다. 이 두 조건 위에서 현실적인 흐름을 그려 보겠습니다.

시나리오 A: 모델 분업이 표준 운영 방식이 된다.
Opus 5.5와 Sonnet 5.5의 단가 차이가 두 배이고, 지표는 근접합니다. 그래서 판단이 어려운 작업만 상위 모델에, 나머지는 Sonnet 5.5에 맡기는 분업 구조를 검토하는 팀이 늘어날 수 있습니다. 이때 핵심은 작업을 '범위가 정해진 것'과 '판단이 필요한 것'으로 나누는 기준입니다.

시나리오 B: 프롬프트·설정 재조정이 숙제로 남는다.
추론 강도 단계가 재조정됐고 API 변경도 5가지입니다. 전환 초기에는 예전 설정을 그대로 옮겼다가 동작 차이를 겪는 사례가 나올 수 있습니다. 이 시기의 과제는 모델 성능이 아니라 설정 체크리스트와 회귀 테스트입니다.

시나리오 C: 후속 모델과 가격 정책 변화.
새 세대가 나오면 다시 비교와 전환 판단이 필요해집니다. 출시 할인가가 표준가로 바뀐 이번 사례에서 보듯 가격 정책은 바뀔 수 있으므로, 단가는 계약 시점에 공식 가격 문서로 재확인하는 것이 안전합니다.

지금부터 12개월 안에 해 두면 좋은 준비는 다음 세 가지입니다.

① 내 작업 샘플 세트 만들기: 실제 코드 수정 건과 문서 작업 건을 각각 10건 안팎으로 모아, 모델과 설정이 바뀔 때마다 같은 세트로 비교합니다.
② 토큰 사용량 기록: 작업당 입력·출력 토큰을 기록해 두면 '최대 30% 절감'이 내 환경에서 맞는지 확인할 수 있습니다.
③ 모델 이름을 설정값으로 분리: 코드에 모델 이름을 박아 두지 않고 설정으로 빼 두면, 세대 교체 때 전환 비용이 줄어듭니다.

향후 3~5년 시나리오: AI 코딩 도구와 문서 작업의 역할 분담

3~5년 뒤에는 개발자와 문서 작업자의 일이 '직접 쓰기'에서 '범위를 정하고 검증하기'로 더 이동할 가능성이 큽니다. 이 역시 확정된 예측이 아니라 이번 출시가 가리키는 방향에서 이끌어 낸 전망입니다.

이번 발표에서 읽히는 중장기 신호는 세 가지입니다.

첫째, 모델의 역할 분화입니다. 상위 모델은 판단 중심, 하위 모델은 범위가 정해진 실행 중심으로 나뉘는 구도가 Claude 5.5 제품군에서 뚜렷하게 나타났습니다. 이런 분화가 이어지면 하나의 모델을 고르는 문제에서 모델을 조합하는 문제로 바뀝니다.

둘째, 에이전트형 작업의 확산입니다. 발표된 지표에는 에이전트 코딩(Terminal-Bench)과 컴퓨터 조작(OSWorld)이 포함돼 있습니다. AI 어시스턴트가 코드 한 줄을 제안하는 수준을 넘어 터미널과 화면을 직접 다루는 방향이 평가 항목에 올라와 있다는 뜻입니다. 이런 능력이 성숙할수록 사람의 역할은 지시와 승인, 결과 검증에 집중됩니다.

셋째, 검증 체계의 중요성 증가입니다. 앤트로픽 스스로 어떤 평가도 모든 실패를 잡지 못한다고 밝힌 만큼, 자동화 범위가 넓어질수록 테스트·리뷰·감사 같은 검증 인프라의 가치가 커집니다.

이런 흐름에서 오래 유효할 역량을 꼽으면 다음과 같습니다.

① 작업을 명확한 범위로 쪼개는 능력
② 결과를 빠르게 검증하는 테스트·체크리스트 설계 능력
③ 비용·속도·품질의 균형을 설정으로 조절하는 운영 감각

모델 이름과 수치는 몇 달 단위로 바뀌겠지만, 이 세 가지는 어떤 세대의 모델에서도 그대로 쓸 수 있습니다. 5년 뒤의 구체적 수치를 예측하는 것은 의미가 없습니다. 방향을 잡고 주기적으로 재점검하는 편이 현실적입니다.

코딩·문서 작업에 바로 써보는 Sonnet 5.5 실행 체크리스트

오늘 바로 할 일은 '작은 샘플로 비교하고, 설정을 단계별로 올리고, 결과는 직접 검토하는 것'입니다. 순서대로 따라 하면 됩니다.

Step 1. 비교 샘플 준비
코드 수정 건과 문서 작업 건을 각각 소수 골라, 같은 지시문으로 기존 모델과 Sonnet 5.5에서 돌립니다.

Step 2. 추론 강도 시험
지정이 명확한 코딩은 medium, 어렵고 긴 작업은 high, 대화형 기능은 medium이나 low에서 시작합니다. 결과가 부족하면 한 단계 올리고, 충분하면 한 단계 내려 비용을 비교합니다.

Step 3. 검증 지시 추가
낮은 강도에서는 테스트·빌드 실행 여부와 결과를 보고에 포함하도록 지시합니다. 높은 강도에서는 요청 범위 밖의 파일을 추가하지 않도록 지시합니다.

Step 4. 문서·슬라이드는 직접 검토
문서와 스프레드시트, 슬라이드 결과물은 벤치마크 점수가 높아도 아래 항목을 사람이 확인해야 합니다.

① 수치와 날짜, 고유명사가 원본 자료와 일치하는지
② 스프레드시트의 수식과 합계가 맞는지
③ 회사 양식과 용어가 지켜졌는지
④ 근거 없이 채운 문장이 없는지

Step 5. 개발자는 전환 점검
Sonnet 5에서 옮긴다면 temperature·top_p·top_k를 기본값으로 두고, 도구 사용 강제 설정을 확인합니다. 나머지 변경 사항은 공식 문서에서 점검합니다.

Step 6. 토큰 기록
작업당 입력·출력 토큰을 기록해 '최대 30% 절감'이 내 환경에서 성립하는지 확인합니다.

이 여섯 단계만 거치면 발표 수치에 기대지 않고, 내 작업에 맞는 모델과 설정을 데이터로 고를 수 있습니다.

자주 묻는 질문 FAQ

Q1. Sonnet 5.5가 Opus 5.5를 대체하나요?
아닙니다. 앤트로픽은 Opus 5.5를 복잡하고 신중한 판단이 필요한 작업용, Sonnet 5.5를 범위가 정해진 일상 작업용으로 구분했습니다. 지표가 근접해도 모든 작업에서의 우위를 뜻하지는 않습니다.

Q2. Sonnet 5.5는 Sonnet 5보다 싸졌나요?
단가는 같습니다. 입력 100만 토큰당 2달러, 출력 10달러입니다. 다만 같은 작업에 드는 토큰이 줄어 작업당 비용이 최대 30% 낮아질 수 있다고 회사는 밝혔습니다. 단가 인하와 구분해서 보세요.

Q3. Sonnet 5에서 쓰던 코드를 그대로 써도 되나요?
그대로는 어렵습니다. 도구 사용 강제는 오류를 반환하고, temperature·top_p·top_k를 기본값이 아닌 값으로 보내면 400 오류가 납니다. 공식 문서가 밝힌 영향 변경은 총 5가지이므로 전환 전에 확인하세요.

Q4. 추론 강도는 어떤 값으로 시작하나요?
지정이 명확한 에이전트 코딩은 medium, 더 어렵거나 긴 작업은 high, 응답 속도가 중요한 대화형은 medium이나 low에서 시작하라는 것이 공식 가이드입니다. API 기본값은 high입니다.

Q5. 보안 관련 코드 작업도 되나요?
일상적인 버그 수정은 가능합니다. 위험도가 높은 사이버보안 작업은 Sonnet 5로 넘어가며, API에서는 서버 측 폴백을 베타로 켤 수 있습니다.

참고 자료

※ 본문의 모든 수치·사양은 앤트로픽 발표 및 공식 문서를 기준으로 하며, 확인 기준일은 2026년 9월 29일입니다. 벤치마크는 발표 자료 기준이고 실제 결과는 작업·설정에 따라 달라질 수 있습니다.

① Anthropic, Claude Sonnet 5.5 발표: https://www.anthropic.com/claude-sonnet-5-5
② Claude 개발자 문서, Sonnet 5.5 모델 개요: https://platform.claude.com/docs/en/models/sonnet-5-5/overview
③ Claude 개발자 문서, Sonnet 5.5 프롬프트 가이드: https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/prompting-claude-sonnet-5-5
④ Claude 개발자 문서, 가격 안내: https://platform.claude.com/docs/en/about-claude/pricing
⑤ 디지털타임스 보도: https://www.dt.co.kr/article/12086341