Claude Sonnet 5.5는 Opus 5.5와 코딩에서 언제 바꾸나?

한 줄 답: 고칠 범위와 완료 조건이 닫힌 일상 코딩은 Sonnet 5.5(claude-sonnet-5-5)에 두고, 판단이 열려 있거나 루프가 긴 작업은 Opus 5.5(claude-opus-5-5)에 남깁니다. 옮길 때는 thinking을 끄던 호출을 between_tools로 바꿉니다.

Claude Sonnet 5.5는 2026-09-28에 나온 5.5 제품군의 두 번째 모델입니다. Anthropic은 이를 Opus 5.5보다 빠르고 부담이 적은 보완재로 두고, 범위가 정해진 일상 작업과 버그 수정에 강하다고 적습니다. 같은 발표는 복잡하고 열린 작업의 지속적 판단에서는 Opus 5.5가 분명하게 더 강하다고 적습니다. 모델 개요는 어느 쪽인지 모르겠으면 Opus 5.5로 시작하라고 합니다. 이 글은 그 두 문장으로 코딩에서 언제 바꾸는지만 정합니다. 가격, 벤치 점수, 속도 비율은 회사 주장으로 두고 본문에 숫자로 넣지 않습니다.

Opus 5에서 5.5로 갈 때의 breaking 전문은 Claude Opus 5.5란 무엇인가에 있습니다. 여기서는 thinking과 between_tools만 겹치는 부분으로 짚습니다.

Sonnet 5.5가 맞는 일상 코딩은?

한 줄 답: 실패하는 테스트, 고칠 파일, 끝나야 하는 diff가 프롬프트 안에 있으면 Sonnet 5.5로 시작합니다.

발표문이 말하는 Sonnet 5.5의 자리는 잘 정의된 일상 작업과 버그 수정입니다. 코딩으로 옮기면 다음처럼 닫힌 세션입니다.

  • 재현된 실패 테스트를 한 변경으로 되돌리는 수정
  • 이미 합의된 설계 아래의 구현. 뼈대를 잡은 모델과 구현을 맡는 모델을 나누는 이야기와 맞습니다
  • 같은 도구 호출을 반복하는 짧은 루프. 비교 지연은 모델 개요에서 Sonnet이 Fast, Opus가 Moderate로만 구분됩니다. 퍼센트는 적지 않습니다

모델 ID는 API 기준 claude-sonnet-5-5입니다. 제품 화면의 표시명과 로그의 ID가 같은지는 그 제품 안에서 확인하면 되고, 이 글은 설치 절차를 적지 않습니다.

Haiku 5.5는 발표문에서 이후 몇 주 안에 5.5 제품군에 합류한다고만 되어 있습니다.

Opus에 남겨둘 판단·장기 작업은?

한 줄 답: 정답이 프롬프트 밖에 있고, 탐색과 수정과 검증이 한 세션에서 길게 이어지면 Opus 5.5에 둡니다.

모델 개요의 Opus 5.5 설명은 장시간 에이전트 코딩과 지식 작업입니다. 발표문은 평가 몇 개에서 Sonnet이 높은 effort로 Opus에 가까워질 수 있다고 하면서도, 자체 테스트와 외부 테스트에서는 열린 판단에서 Opus가 분명하게 강하다고 선을 긋습니다. 그래서 effort를 올린 Sonnet이 Opus의 자리를 대신한다는 규칙은 그 문장과 어긋납니다. 점수표는 회사 자료이고, 여기에는 칸을 옮기지 않습니다.

Opus에 남기는 코딩은 대략 다음입니다.

  • 설계가 맞는지, 실패 모드가 무엇인지, 틀리면 되돌리기 어려운지처럼 완료 조건이 테스트 하나로 닫히지 않는 판단
  • 저장소를 오래 뒤지며 고치고 다시 검증하는 루프. 컨텍스트 창의 크기로 둘을 가르지 마십시오. 둘 다 긴 창을 제공합니다. 차이는 그 창에서 판단을 얼마나 오래 유지해야 하는지입니다
  • 팀 기본 모델을 하나로 둬야 하는데 작업 성격이 아직 섞여 있을 때. 개요는 그 경우 Opus 5.5로 시작하라고 합니다. 닫힌 수정만 나중에 Sonnet으로 내리면 됩니다

Sonnet으로 내린 세션이 다시 설계 질문으로 번지면 모델을 Opus로 되돌리는 편이 위 포지션과 맞습니다. 어느 제품 메뉴에서 고르는지는 환경마다 달라서, 이 글의 기준은 모델 ID claude-opus-5-5입니다.

마이그레이션에서 thinking·between_tools는?

한 줄 답: Sonnet 5에서 thinking을 끄던 클라이언트는 between_tools로 바꿉니다. Opus 5.5는 thinking을 끄지 못합니다. 대화에 쌓인 thinking 블록은 모델에 묶입니다.

Sonnet 5.5 모델 페이지는 Sonnet 5에서 넘어올 때 앞단 thinking을 끄는 수단으로 between_tools를 적습니다. 기본은 adaptive thinking이고, between_tools가 가장 낮은 설정입니다. 페이지는 이 설정이 high effort 이하에서 동작한다고 합니다. API 기본 effort는 Sonnet 5.5가 high, Opus 5.5가 medium이라, 모델을 바꾸면서 effort를 생략하면 thinking 깊이의 기본도 같이 바뀝니다.

Opus 5.5 모델 페이지의 thinking은 항상 켜져 있고 끌 수 없습니다. 깊이는 effort로만 조절합니다. Sonnet에서 쓰던 「thinking 끄기」를 Opus 요청에 그대로 두면 거절됩니다. 반대로 Opus 대화의 thinking 블록을 Sonnet 대화에 옮겨 붙이는 것도 각 페이지가 말하는 제약과 맞지 않습니다. thinking 블록은 그 모델과 그 대화에 묶입니다.

같이 기억할 계약은 두 모델 문서에 모두 있습니다. 도구를 강제로 지정하면 오류이고, 도구 호출 사이의 텍스트는 thinking 블록으로 돌아가 스트림이 조용해 보일 수 있습니다. 표시를 바꾸거나, Sonnet에서는 between_tools로 앞단 thinking을 끄는 쪽이 문서가 안내하는 대응입니다. computer_20251124를 Claude API와 Google Cloud에서 받지 않는 항목도 양쪽 개요에 있습니다. 그 목록을 에이전트 하네스에 어떻게 심는지는 Opus 5.5 글의 범위이고, 여기서 절차로 다시 쓰지 않습니다.

바꿀 때의 순서는 짧습니다. 닫힌 코딩이면 claude-sonnet-5-5와 필요한 경우 between_tools, 열린 장기 작업이면 claude-opus-5-5와 effort만 조절합니다. thinking 블록은 모델을 넘는 순간 새로 쌓습니다.

참고