Claude Code의 Claude Sonnet 5.5: 한 공급자에서 별칭이 이동했고, 기본값은 내려갔다

이번 주에 Claude Sonnet 5.5를 다시 주목하게 만든 제3자 브리핑은 "Platform과 Claude Code를 포함한 모든 곳에서 라이브"라고 말했다. 첫 번째 부분은 9월 28일자 공급업체의 자체 문구이며, 사실로 확인된다: Claude Sonnet 5.5는 Claude API, Amazon Bedrock, Claude Platform on AWS, Goog​le Cloud, Microsoft Foundry에서 백만 토큰당 $2와 $10에 출시되었으며, Claude Sonnet 5와 변함없다. 두 번째 부분은 "Claude Code"가 하나의 공급자를 의미할 때만 사실이다. 같은 날 오후에 나온 Claude Code 빌드 v2.1.284는 sonnet 별칭을 Claude Sonnet 5.5로 Anthro​pic API에서 지정하며 — 그리고 Claude Sonnet 4.6은 Claude Platform on AWS에서, Claude Sonnet 4.5는 Amazon Bedrock 및 Goog​le Cloud에서 가리키도록 남겨둔다. Bedrock 배포에 대해 /model sonnet을 실행하면 새 모델을 얻지 못한다. 두 번째로 바뀐 것이 있는데, 거의 아무도 기록하지 않았다: Claude API에서 Claude Sonnet 5.5는 high 노력으로 시작하고, Claude Code에서는 medium으로 시작한다. 두 사실 모두 문서화되어 있고, 이번 주에 전환할지 결정하는 누구에게나 중요한 근거이며, 두 사실 모두 모델이 모든 곳에서 라이브라는 같은 문장 아래에 있다.

v2.1.284에서 실제로 변경된 사항

Claude Code 변경 로그 항목은 한 줄이고, 중요한 절반은 수식어입니다: "Claude Sonnet 5.5(claude-sonnet-5-5) 추가 — 이제 Ant​hropic API의 기본 Sonnet 모델, 1M 컨텍스트, Mtok당 $2/$10, 캐시 읽기 $0.20/Mtok." 그 빌드는 9월 28일 17:11 UTC에 npm에 게시되었는데, 이는 버전 번호가 아니라 타임스탬프가 붙은 릴리스 날짜입니다. 변경 로그에 없는 해석 표는 모델 구성 문서에 실려 있습니다.

• sonnet 별칭 — Claude Sonnet 5.5 Ant​hropic API에서; Claude Sonnet 4.6 Claude Platform on AWS에서; Claude Sonnet 4.5 Amazon Bedrock 및 Goo​gle Cloud의 Agent Platform에서; Claude Sonnet 4.5 Microsoft Foundry에서.

• opus 별칭 — Claude Opus 5.5는 Ant​hropic API, AWS의 Claude Platform, Amazon Bedrock 및 Goo​gle Cloud에서; Claude Opus 4.6은 Microsoft Foundry에서.

• 기본 모델 — Claude Opus 5.5는 Pro, Max, Team, Enterprise 및 Anthropic API에서, Claude Sonnet 4.5는 Microsoft Foundry에서 사용됩니다. 9월 22일 v2.1.280 이후로 Opus 5.5가 적용되었으며, 그 전에는 Claude Sonnet 5가 Pro 및 Team Standard에서 사용되었습니다.

• sonnet[1m] — 다음 경우에는 아무 효과가 없습니다: sonnet이 이미 Claude Sonnet 5.5 또는 Claude Sonnet 5로 해석되는 경우. 두 모델 모두 네이티브 100만 토큰 창을 갖추고 있기 때문입니다. 이 모델에서 긴 컨텍스트를 얻는 방법은 이 접미사가 아닙니다. 모델이 이미 그것을 갖추고 있습니다.

첫 번째와 세 번째 행을 함께 읽으면 실질적인 결과는 좁지만 날카롭습니다. Ant​hropic API에서는 Claude Code 업그레이드가 곧 마이그레이션의 전부입니다 — sonnet이 알아서 이동합니다. Bedrock, Goo​gle Cloud, AWS의 Claude Platform에서는 모델은 제공되지만 별칭은 이동되지 않으며, 문서는 그 해결 방법을 명확히 밝히고 있습니다. 별칭이 구형 모델을 가리키는 경우, 신형 모델은 전체 이름을 지정하거나 ANTHROPIC_DEFAULT_SONNET_MODEL을 설정하여 접근할 수 있습니다. 따라서 "Sonnet 5.5가 Claude Code에서 라이브"라는 문장은 기본값에 관한 문장이며, 기본값은 제공자별로 다릅니다.

기본 노력 수준은 각 화면마다 다른 단계입니다.

이 부분은 모델 문자열이 아니라 청구서를 바꾸는 부분이며, 서로 상호 참조하지 않는 두 페이지에 걸쳐 나뉘어 있습니다. Claude API의 effort 문서에서는 Claude Sonnet 5.5가 다섯 가지 수준을 모두 지원하며, high가 기본값이라고 설명합니다. Claude Code 모델 구성 페이지에서는 세션의 결정 순서를 설명합니다 — 명시적 선택(CLAUDE_CODE_EFFORT_LEVEL 변수, --effort, 또는 /effort), 그다음 저장된 설정, 그다음 모델 자체의 기본값 — 그리고 그 모델 기본값을 다음과 같이 제시합니다: "high는 effort를 지원하는 모든 모델에서, 다만 Opus 5.5와 Sonnet 5.5는 기본값이 medium이고, Opus 4.7은 기본값이 xhigh입니다."

두 개의 기본값, 하나의 모델, 한 단계 차이. 독립 지표에서 그 한 단계는 지능 점수 약 6점과 완료된 작업당 약 84% 더 높은 비용에 해당한다. Ant​hropic이 자체적으로 내놓은 지침은Claude Sonnet 5.5에 대해 — high에서 시작하는 것을 기본으로 하되, 워크로드가 에이전트형이거나 지연에 민감한 경우는 예외로 하고, medium부터 시작하라 — 에이전트형 코딩과 다단계 도구 사용의 경우다. 이 지침은 API 표면을 위해 쓰였으며, 여기서는 high가 아무것도 하지 않아도 얻어지는 값이다. Claude Code는 이미 반대 방향으로 그 선택을 대신 내려두었다.

그 선택이 옳았는지 여부는 정말로 워크로드에 따라 달라지며, 벤더의 medium에 대한 주장은 방어할 수 있습니다: 모델의 effort 수준은 Claude Sonnet 5에 맞춰 명시적으로 재조정되었고, 마이그레이션 노트에서는 설정을 그대로 이어받기보다 effort 스윕을 다시 실행하라고 말합니다. 하지만 "재조정"은 양날의 검이라, 그 결과가 어디로 귀결되는지는 다음 섹션에서 드러납니다.

사다리에 드는 비용, 측정

Artificial Analysis는 Claude Sonnet 5.5를 Intelligence Index v4.3.2의 모든 단계에서 측정했으며, 이는 10개 평가로 구성된 스위트이고, 단계별 비용은 요금표가 보여줄 수 없는 숫자입니다. 아래의 모든 수치는 해당 평가 기관의 것으로, 2026년 9월 30일 모델 페이지 자체 데이터에서 읽은 값이며, 공급업체 요금은 Anthropic의 것입니다.

• 낮음 — 태스크당 $0.41로 지수 35.84, 첫 청크는 1.04초.

Medium, Claude Code 기본값 — $0.59에 40.74점, 첫 청크 1.34초.

• 높음, Claude API 기본값 — $1.08에 46.74; 첫 청크는 16.6초.

• Xhigh — $2.74에 51.85; 첫 청크 39.7초.

• Max — $7.60에서 55.98, 첫 청크는 378.8초.

이제 Claude Sonnet 5 자체의 사다리를 그 옆에 놓아 보자. 대부분의 독자가 옮겨올 모델이 바로 그것이기 때문이다. 그 칸들은 24.26, 28.05, 31.66, 34.38, 38.16이고, 작업당 비용은 $0.51, $1.00, $1.79, $2.87, $5.09이다. Claude Sonnet 5.5는 Claude Code 기본값인 medium에서 40.74점을 기록한다 — Claude Sonnet 5의 어떤 노력 수준에서든 최고 결과보다도 높은 점수다 — $5.09 대신 $0.59로. 이는 같은 스위트에서 완료된 작업당 8.7배 더 저렴하다는 뜻이며, 벤더가 Terminal-Bench에서 Medium 노력 수준으로 내세우는 Anthropic의 "비용의 10분의 1도 안 된다"는 주장의 독립적인 버전이다. 방향은 같고 계수는 약간 더 작지만, 벤더의 표가 아니라 측정된 결과다. 대신 low로 낮추면 순서가 뒤집힌다: 35.84는 Claude Sonnet 5의 상한보다 낮으며, 이는 절감액의 정직한 하한이다.

두 모델 모두에서 저렴하지 않은 단계는 최상위 단계입니다. 최대 노력에서는 Claude Sonnet 5.5는 인덱스 작업당 $7.60의 비용이 발생하며, 이는 Claude Sonnet 5의 $5.09보다 약 49% 더 많은 것이지, 적은 것이 아닙니다. 이는 공급업체의 수치와 모순되지 않습니다. 이는 동일한 곡선을 다른 쪽 끝에서 읽은 것이며, 노력 설정이 쓸려나가지 않고 이월될 경우 마이그레이션이 도달하는 지점입니다.

저장된 노력 설정이 함께 적용되지 않을 수 있습니다

세 번째 설정이 관여하고 있는데, 이것이 조용히 잘못되어 있을 가능성이 가장 큰 항목입니다. Claude Code는 사용자 설정의 modelSettings 아래에 모델별로 effort를 저장하므로, 각 모델은 자체 수준을 유지합니다. 예전 방식 — 모델별 저장이 생기기 전에 effortLevel이라는 단일 최상위 키로, /effort가 기록하던 것입니다 — 은 최신 모델에서는 다르게 처리됩니다. 문서에 따르면 그 키는 "이전에 적용되던 곳, 즉 Opus 5, Fable 5.1 및 그 이전 모델에서는 계속 적용되며, Opus 5.5와 그 이후 출시된 모델은 해당 모델에 대한 수준을 선택할 때까지 자체 기본값에서 시작합니다."

Claude Sonnet 5.5는 Claude Opus 5.5 이후에 출시되었습니다 — 9월 28일 대 9월 22일 — 따라서 두 번째 그룹에 속합니다. 1년 전에 전역으로 effortLevel: "high"를 설정해 Claude Sonnet 5를 제 성능으로 유지하던 팀은 새 모델에서 high를 받지 못합니다. 그들이 받는 것은 medium, 즉 Claude Code 기본값인데도 세션 어디에도 그렇게 나와 있지 않습니다. 같은 페이지에서는 max는 환경 변수를 통해 설정하지 않는 한 현재 세션에만 적용되며, 프로젝트, 로컬 또는 관리형 effortLevel 키, 또는 --settings로 전달된 키는 모든 모델에 적용된다고 설명합니다. 모델 출시에도 유지되는 effort 정책을 원한다면, 바로 그 형식으로 작성해야 합니다.

버전 번호를 공유하는 인접한 변경 사항이 하나 있어 언급할 가치가 있습니다: Ultracode 토글은 effort 슬라이더에 있지만 모델 effort 레벨이 아니라 Claude Code 설정이며, 이를 xhigh 이외의 레벨에서 켜 두거나 /effort ultracode off로 끄려면 v2.1.284가 필요합니다 — 새 Sonnet을 탑재한 바로 그 빌드입니다. Ultracode는 effort 레벨이 아니며 그렇게 해석해서는 안 되지만, 예전 동작을 기준으로 스크립트를 작성했다면 바로 그 버전에서 변경된 것입니다.

기다림은 토큰 속도가 아니라 사고 예산이다

위의 지연 시간 수치는 이 페이지에서 운영상 가장 유용한 정보다. 왜냐하면 일반적인 직관을 뒤집기 때문이다. 출력 속도는 Claude Sonnet 5.5의 경우 노력이 높아져도 떨어지지 않는다. 오히려 함께 상승한다. 낮은 노력에서는 초당 85토큰이던 것이 최대에서는 137토큰으로 오른다. 폭증하는 것은 첫 토큰이 나오기 전까지의 대기 시간이다 — 낮음에서 1.0초, 중간에서 1.3초, 높음에서 16.6초, xhigh에서 39.7초, 최대에서 378.8초. 모델은 가장 높은 단계에서 토큰당 더 느려지는 것이 아니다. 시작하기 전에 더 오래 생각하는 것이고, 가장 높은 단계에서는 모든 작업 앞에 6분이 넘는 침묵이 놓인다.

이는 이 설정이 무엇을 위한 것인지에 대한 관점을 바꾼다. medium은 품질을 타협한 것이라기보다 모델이 대화형 도구처럼 작동하는 유일한 단계이며, max는 대화형 인터페이스를 입은 배치 작업이다. 그 격차를 숨기는 스트리밍 클라이언트는 high가 데모에서는 괜찮아 보이게 만들고 터미널에서는 망가진 것처럼 느껴지게 만든다. 대부분의 팀이 결국 선택하게 될 실용적인 구분은 사람이 지켜보는 작업에는 낮은 단계를, 무인으로 실행되는 작업에는 높은 단계를 쓰는 것이다 — 이는 벤더 자신의 조언과도 가까운데, 비용 측면이 아니라 지연 시간 측면에서 도출된 결론이다.

오늘날 실제로 실행 가능한 비교

사다리의 요점이 medium이야말로 가치가 머무는 지점이라는 것이라면, 흥미로운 질문은 그 근처에 또 무엇이 머무느냐이다. Claude Opus 5.5는 자체 Claude Code 기본값인 medium에서 동일한 스위트 기준 작업당 $1.34로 51.24점을 기록한다. Claude Sonnet 5.5는 high에서 $1.08로 46.74점을 기록한다. 작업당 약 4분의 1을 더 지불하고도 4.5 지수 점수 차이가 벌어지며, Claude Opus 5.5는 기본값 위의 모든 단계에서도 측정 가능하게 앞선다.

암묵적으로 넘기지 않고 명시해 두자면: Claude Sonnet 5.5는 OrcaRouter 카탈로그에 없습니다. 공개 모델 목록에도 없고, 슬러그를 어떻게 적든 전부 not-found가 반환되므로, 여기 어떤 내용도 그 모델로 가는 경로로 읽어서는 안 됩니다. 라우팅할 수 있는 것은 마이그레이션해 나올 모델과 그 위에 있는 모델입니다. anthropic/claude-sonnet-5는 2026년 6월 30일부터 플랫폼에 있었으며 Ant​hropic 자체 가격인 백만 토큰당 $2.00 및 $10.00, 캐시 읽기 $0.20, 캐시 쓰기 $2.50이고, /v1/messages, /v1/chat/completions 및 /v1/responses를 통해 제공됩니다. anthropic/claude-opus-5.5는 9월 22일부터 $4.00 및 $20.00로, Ant​hropic 호환 및 chat-completions 엔드포인트를 통해 제공되어 왔습니다.

그 조합이 바로 effort sweep을 저렴하게 실행하게 하는 요소입니다. 비교의 양쪽 — 기존 설정에 있는 기존 모델과, 새 모델의 기본값이 견주어지는 단계에 있는 더 큰 형제 모델 — 은 하나의 자격 증명으로 응답하며, 두 번째 계약도, 모델 문자열 외의 코드 변경도 필요하지 않습니다. 그리고 카탈로그는 공급자 정가를 마크업 없이 그대로 전달합니다. 한 가지 하지 못하는 것은 Claude Sonnet 5.5 자체를 제공하는 것이며, 그 점이 바뀌기 전까지 이 글의 조언을 정직하게 표현하자면 그 단계는 Anthropic 자체 API에서 평가하고 대안들은 이미 접근 가능한 곳에서 평가하는 것입니다.

이번 주에 무엇을 할까요

세 가지를, 건너뛰었을 때 손해가 커지는 순서대로 정리했습니다. 업그레이드가 제대로 적용됐다고 가정하기 전에, 여러분의 Claude Code 세션이 실제로 어느 공급자를 대상으로 실행되는지 확인하세요. 왜냐하면 Bedrock, Google Cloud, AWS의 Claude Platform에서는 sonnet 별칭은 여전히 다음을 가리킵니다: Claude Sonnet 4.5 또는 Claude Sonnet 4.6 그리고 모델은 전체 이름으로 지정해야 합니다. 저장한 effort 설정이 모델별 modelSettings 항목인지, 아니면 예전 방식의 최상위 키인지 확인하세요. 첫 번째 것만이 Claude Opus 5.5 이후에 출시된 모델에서도 따라오기 때문입니다. 그리고 공급업체가 요청하는 스윕을 다시 실행할 때는 아래쪽뿐만 아니라 위쪽으로도 훑어보세요. Claude Code 기본값인 Claude Sonnet 5.5는 Claude Sonnet 5의 최고 결과를 9분의 1도 안 되는 비용으로 능가합니다. 즉, 이제 흥미로운 질문은 아래로 내려갈지 여부가 아니라, 얼마나 위까지 감당할 수 있는가입니다.

아직 풀리지 않은 의문은 Claude Haiku 5.5이다. Ant​hropic에 따르면 이 모델은 앞으로 몇 주 안에 제품군에 합류해 이 모델 아래에 자리하게 될 것이라고 한다. Claude Opus 5.5의 패턴이 그대로 이어진다면, 그것은 Ant​hropic API에 먼저 등장한 뒤 며칠이 아니라 Claude Code 릴리스 단위로 측정되는 지연을 두고 다른 제공업체들로 퍼져 나갈 것이다. 주목해야 할 것은 바로 그 지연인데, 별칭과 기본값에 관한 위의 모든 내용이 사실 그것의 결과이기 때문이다.