Anthropic의 Claude Opus 5.5가 9월 22일 입력 100만 토큰당 4달러로 나왔다. Claude Opus 5보다 5분의 1 저렴하다. 동시에 Opus 5가 받아주던 요청 패턴 네 가지를 거부하는데, 조용히 대체 동작으로 넘어가는 대신 전부 HTTP 400으로 돌아온다. Anthropic 마이그레이션 문서가 이를 한자리에 정리했고, The New Stack은 이 정도 가격 인하에 마이그레이션이 딸려 온다는 점을 일찍 짚은 매체 중 하나다.
핵심 요약
claude-opus-5-5에서 네 가지 패턴이 invalid_request_error 400을 낸다. thinking 비활성화, 도구 사용 강제, 프롬프트 앞부분이 바뀐 뒤 thinking 블록 재전송, 그리고 Claude API·Google Cloud에서computer_20251124computer use 도구 선언이다.- 앞의 세 가지는 Claude Fable 5.1에도 그대로 적용된다. 한 번의 마이그레이션으로 두 모델을 함께 처리할 수 있다.
- 다섯 번째 변경은 오류를 내지 않는다. 모델이 도구 호출 사이에 쓰던 짧은 메모가 이제 thinking 블록에 담겨 오는데, 기본값인
display: "omitted"에서는 내용이 비어 있다. 이 메모를 진행 상황으로 스트리밍하던 애플리케이션은 그냥 조용해진다.
이제 400이 나는 요청
thinking은 더 이상 선택이 아니다. Opus 5에서는 effort가 high 이하일 때 thinking: {"type": "disabled"}가 통했다. Opus 5.5에서는 적응형 thinking이 항상 켜져 있어 이 설정도, 수동 budget_tokens 할당도 invalid request 오류를 낸다. 문서가 제시하는 대안은 effort 파라미터다. thinking을 껐던 자리에는 effort를 낮춰 넣으면 된다.
일찍 잡아둘 이차 효과가 하나 있다. Opus 5.5의 기본 effort는 medium인데, Opus 5는 high가 기본이었다. effort를 명시한 적이 없는 팀이라면 요청 형태와 답변 뒤에 깔리는 추론량, 두 변수를 동시에 바꾸는 셈이다.
도구 사용 강제도 함께 사라진다. tool_choice의 {"type": "any"}와 {"type": "tool", "name": ...}가 모두 실패하고, 같은 검증이 토큰 카운팅 엔드포인트에서도 돌기 때문에 사전 카운트로는 실제 호출 전에 경고를 받을 수 없다. 남는 값은 auto와 none뿐이다. JSON 형태를 보장하려던 용도라면 Anthropic은 strict tool use나 structured output을 가리킨다. 단순히 모델이 도구를 집어들게 하려던 용도라면, 이제 프롬프트가 할 일이다.
thinking 블록에는 모델과 접두부가 붙는다
세 번째 변경이 가장 미묘하다. 실패하는 방식이 둘이기 때문이다. 모든 thinking 블록은 자신을 만든 모델을 기록하고, 모델마다 읽을 수 있는 계보가 다르다. Opus 5.5는 Opus 5와 그 이전 Opus·Sonnet·Haiku 블록은 읽지만 Claude Fable이나 Claude Mythos 계열 블록은 읽지 못한다. Claude API에서 Opus 5.5가 만든 블록을 읽을 수 있는 모델은 Fable 5.1과 Mythos 5.1뿐이다.
경계를 잘못 넘어도 깨지는 것은 없다. API가 읽지 못할 블록을 모델에 넘기기 전에 떼어내고, 요청은 성공하며, 버려진 블록에는 과금도 되지 않는다. 대화는 앞선 추론 없이 조용히 이어진다. 유일한 신호는 최상위 input_transformations 배열인데, 이것조차 thinking-binding-controls-2026-08-01 베타 헤더를 붙여야 나타난다.
400은 별개의 검사에서 나온다. API는 thinking 블록 앞에 있는 것들, 그러니까 시스템 프롬프트와 도구 정의, 이전 메시지가 블록 생성 이후 바뀌지 않았는지 확인한다. Claude API와 클라우드 플랫폼에서 2026년 8월 31일 이후 만든 계정에는 이 검사가 기본으로 걸린다. 대화 도중 시스템 프롬프트를 고쳐 쓰는 일은 이제 습관이 아니라 장애 지점이다. 문서가 권하는 해법은 대화를 추가 전용으로 유지하고, 지시사항을 수정 대신 대화 중간의 시스템 메시지로 바꾸는 것이다.
computer use는 두 플랫폼에서 구버전 도구를 잃는다
Claude API와 Google Cloud에서 Opus 5.5는 computer use를 computer_toolset_20260801 툴셋으로만 받는다. 이전의 computer_20251124 도구를 선언한 요청은 그대로 거부된다. 예외는 Amazon Bedrock으로, 여기서는 구버전 도구가 Opus 5에서와 똑같이 작동한다.
같은 AI 에이전트를 여러 제공사에 걸쳐 돌린다면 이 비대칭이 문제가 된다. 완전히 같은 페이로드가 Bedrock에서는 통과하고 Claude API에서는 실패하기 때문이다. 마이그레이션은 computer-use-2025-11-24 베타 헤더를 떼고, tools 항목을 교체하고, 멤버 tool_use 블록·배치 액션·결과의 툴셋 이름에 맞춰 에이전트 루프를 고치는 작업이다. browser use 도구는 영향을 받지 않는다.
아무것도 깨지 않으면서 가장 많이 숨기는 변경
정작 최종 사용자 눈에 띌 가능성이 가장 큰 변경은 위의 어느 것도 아니다. Opus 5.5는 도구 호출 사이에 쓰는 짧은 메모를 텍스트 블록이 아니라 진행 상황용 thinking 블록으로 돌려준다. 기본 display 설정에서 이 블록은 text 필드가 빈 채로 도착한다. 그 메모를 채팅창이나 빌드 로그에 흘려보내던 제품은 이제 도구 호출 사이에 아무것도 보여주지 못한다. 오류도, 상태 코드도, 추적할 로그 한 줄도 없다.
장시간 도는 에이전트 세션에서 이 차이는 사용자가 작업이 진행되는 모습을 보느냐, 스피너를 보느냐를 가른다. 되돌리는 데는 thinking.display 설정 하나면 되지만, 애초에 누군가 그 침묵을 알아채야 한다.
실제로 손봐야 하는 연동은 어디인가
파급 범위는 '호환성 파괴 네 가지'라는 말이 주는 인상보다 좁고, 고르게 퍼져 있지도 않다. 세 부류가 작업 대부분을 짊어진다. 분류나 라우팅 호출에서 몇 초를 줄이려고 thinking을 꺼뒀던 지연시간 최적화 파이프라인은 effort 값을 골라 다시 측정해야 한다. 추론을 0으로 두는 설정이 더는 없기 때문이다. 강제 도구 사용을 값싼 스키마 보장 장치로 써온 추출 서비스는 다른 값이 아니라 다른 방식이 필요하다.
세 번째 부류가 허를 찔릴 쪽이다. 비용 관리를 위해 대화 중간에 모델을 갈아타는 멀티모델 라우터는 이제 호환성 표를 지켜야 한다. 호환되지 않는 추론이 거부가 아니라 폐기로 처리되는 탓에, 실패한 요청 하나 없이 몇 주 동안 답변 품질만 떨어뜨릴 수 있다. thinking을 이미 켠 채 현행 computer use 툴셋으로 Opus 5를 부르기만 하는 쪽이라면 손댈 것이 없다.
배포 전에 다시 시험할 것
오류를 내지 않는 동작 변화가 둘 더 있다. Opus 5.5는 같은 effort에서도 턴당 더 많이 생각하는 경향이 있고, xhigh와 max에서 특히 그렇다. Opus 5에서 그대로 옮겨온 effort 세팅은 어긋나 있을 것이고, max_tokens에는 추론 몫의 여유가 필요하다. 이 모델은 사이버보안 분류기와 함께 생물학 안전장치 분류기도 돌리며, 내부 추론을 그대로 다시 말하라고 밀어붙이는 요청은 거절할 수 있다.
거절은 오류 처리의 마지막 함정이다. HTTP 200에 stop_reason: "refusal"과 정책 영역을 담은 stop_details 객체가 실려 오기 때문에, 상태 코드로 분기하는 코드는 이를 성공으로 읽는다. 여기에 조용한 thinking 블록 폐기와 끊긴 진행 상황까지 더하면 이번 릴리스를 관통하는 패턴이 보인다. 요란하게 실패하는 쪽이 쉬운 쪽이다. 출시 보도 대부분을 이끈 가격, 그리고 일부 작업을 구형 모델로 넘기는 안전장치는 요청이 일단 파싱된 뒤에야 값을 한다.
FAQ — 자주 묻는 질문
Claude Opus 5.5는 도구 사용 강제를 지원하나
지원하지 않는다. claude-opus-5-5에서 tool_choice를 {"type": "any"}나 {"type": "tool", "name": ...}로 두면 invalid_request_error 400이 돌아온다. auto와 none만 받으며, 같은 검증이 토큰 카운팅 엔드포인트에도 적용된다.
폐기된 thinking 블록에도 과금되나
되지 않는다. 대상 모델이 읽을 수 없는 thinking 블록이 실려 오면 API가 모델에 넘기기 전에 제거하고 과금하지 않는다. 요청 자체는 성공하므로, 폐기 사실은 thinking-binding-controls-2026-08-01 베타 헤더와 함께 돌아오는 input_transformations 배열로만 확인할 수 있다.
computer use 변경이 Amazon Bedrock에도 적용되나
적용되지 않는다. computer_20251124 도구는 Amazon Bedrock을 통한 Opus 5.5에서 Opus 5 때와 똑같이 계속 작동한다. 제한이 걸리는 곳은 Claude API와 Google Cloud로, 이쪽에서는 computer_toolset_20260801 툴셋만 받는다.
