Claude Opus 5.5 vs Claude Opus 5: 노력 수준은 같은 의미가 아닙니다

비교에 앞서 가장 먼저 알아야 할 점은 Claude Opus 5.5와 Claude Opus 5가 동일한 노력 척도를 공유하지 않는다는 것이며, 이번 주에 여러분이 읽게 될 거의 모든 일대일 비교가 이 사실을 무시하고 있다는 것입니다. Opus 5의 기본값은 high 노력입니다. Opus 5.5의 기본값은 medium이며, 같은 이름의 수준에서도 전작보다 턴당 더 많이 사고합니다. 따라서 “기본값의 Opus 5.5 대 기본값의 Opus 5”는 통제된 실험이 아니라 서로 다른 양의 사고를 비교하는 것입니다. 벤더도 자체 마이그레이션 가이드에서 같은 말을 합니다. 여러 노력 수준을 테스트하고, Opus 5 설정을 재사용하지 마십시오. 이름이 같은 수준이 동일한 사고 예산에 매핑되지 않기 때문입니다. 이를 통제하고 나면 두 모델 사이의 격차는 어떤 곳에서는 좁아지고 어떤 곳에서는 넓어지며, 업그레이드 결정은 원시 역량이 아닌 다른 무언가, 즉 완료된 작업당 비용과 오늘 Opus 5에서 실행되는 코드를 깨뜨릴 네 가지 API 변경에 달려 있습니다.

실제로 무엇이 다른가, 사양별로 따지면

두 모델은 버전 번호가 시사하는 것보다 서류상 더 가깝습니다:

• 가격 — Claude Opus 5.5는 백만 토큰당 입력 $4.00 / 출력 $20.00, Claude Opus 5는 $5.00 / $25.00

• 캐시 읽기 — 백만당 $0.20 대 $0.50, 에이전트 실행을 좌우하는 비용 항목에서 60% 절감

• 캐시 쓰기 — 5.5에서는 5분 윈도우 기준 백만당 $5, 1시간 윈도우 기준 $8이며, Opus 5에서는 $6.25입니다

• 컨텍스트 및 출력 — 두 모델 모두 컨텍스트 100만 토큰, 출력 128K를 제공하며, 두 모델 모두output-300k-2026-03-24 베타 헤더

• 기본 노력 수준 — 중간 (Opus 5.5) vs 높음 (Opus 5)

• Thinking — 두 모델 모두에서 적응형이며 항상 켜져 있지만, Opus 5.5에서는 더 이상 전혀 비활성화할 수 없습니다.

• 지식 컷오프 — 2026년 6월 vs 2026년 5월

• 지연 시간 — Anthropic은 Opus 5.5를 현재 라인업 대비 "보통"으로 평가하며, Opus 5보다 30% 이상 빠르게 출력을 생성한다고 밝혔습니다.

• 지원 종료 — Opus 5.5는 2027년 9월 22일 이전에는 종료되지 않으며, Opus 5는 2027년 7월 24일 이전에는 종료되지 않습니다.

다르지 않은 점에 주목하세요: 컨텍스트 윈도우, 출력 상한, 배치 할인, 그리고 항상 켜져 있는 적응형 사고 모델입니다. Opus 5.5는 더 큰 컨텍스트나 더 긴 출력을 제공하는 모델이 아닙니다. 동일한 범위 안에서 더 저렴하고, 더 빠르며, 토큰 효율이 더 높은 모델입니다.

벤치마크, 그리고 그 하나하나에 붙은 노력이라는 별표

이 수치는 Anthropic의 출시 자료에서 나온 것으로 — 공급업체가 자체 보고한 것이며 자사 모델을 대상으로 실행한 결과입니다 — 여기서는 모델 이름보다 노력(effort) 설정이 더 중요합니다:

• Terminal-Bench 4.0 — 66.4% vs 52.3%, Opus 5.5는 기본값 대신 xhigh effort로 실행

• FrontierCode v1.1 (Main) — 54.4% vs 48.0%, Opus 5.5는 기본 중간 노력에서 54.6%

• CursorBench 4.0 — 57.8% 대 46.6%, 그리고 medium에서는 52.5%

• GDPval-AA v2.1 — 1846 Elo vs 1708

• AutomationBench — 40.0% 대 26.9%

• Humanity's Last Exam, 도구 사용 시 — 67.7% vs 63.6%

• Terminal-Bench-Science 0.1 — 58.7% 대 29.0%, 이 세트에서 가장 큰 격차

• OSWorld 2.0 — 부분 81.8% 대 74.0%

• 도구를 사용한 차트 작성 — 89.0% vs 83.4%

FrontierCode 결과가 바로 살펴볼 대상이다. Opus 5.5는 xhigh에서 54.4%, medium에서 54.6%를 기록한다. 통계적으로 같은 수치인데도 사고 예산은 극히 일부만 쓴 결과다. Anthropic이 어떤 개선을 했든, 그 벤치마크에서는 더 오래 생각하는 데서 나온 것이 아니다. CursorBench는 반대 방향으로 움직인다. xhigh에서 57.8%, medium에서 52.5%로, 5포인트 차이는 일부 작업에서는 여전히 노력이 실제 정확도를 사준다는 것을 보여준다. 교훈은 "medium을 써라" 또는 "xhigh를 써라"가 아니다. 이제 적절한 노력 수준은 워크로드별로 측정해야 하는 값이며, Opus 5를 기본값인 high에 그대로 두던 옛 습관은 새 모델에 대해 더 이상 아무것도 알려주지 않는다.

Anthropic은 되풀이할 가치가 있는 주의사항을 덧붙인다: 이 능력 수준에서는 벤치마크 격차가 "현실 세계의 차이를 판단하는 데 덜 신뢰할 만한 지침"이며, 회사는 Claude Fable 5.1에 대한 내부 격차가 공개된 점수가 시사하는 것보다 더 좁다고 말한다. 이는 한 업체가 자사 표를 과대해석하지 말라고 말하는 셈이다.

완료된 작업당 비용이 판가름을 짓는 비교다

토큰당 가격은 에이전트에게 잘못된 단위이며, 이번 맞대결이 바로 그것이 드러나는 지점이다. Anthropic이 직접 제시한 예시: Opus 5.5가 63분 걸린 합병 분석 작업이, 93분이 걸렸던 Opus 5에서 같은 작업을 했을 때보다 비용이 50% 덜 들었다. 요금표는 그 일부를 설명한다 — 입력과 출력 20% 인하, 캐시 읽기 60% 인하 — 하지만 전부는 아니다. 나머지는 모델이 같은 지점에 도달하는 데 더 적은 토큰과 더 적은 턴을 쓴다는 점이다. 출시와 함께 공개된 고객 인용문도 같은 방향을 가리킨다: Box는 토큰이 3분의 1이고 답변이 약 40% 덜 장황하다고 보고하고, Kiro는 토큰이 대략 절반이며 호출이 40% 더 적다고, Factory는 출력 토큰이 20–25% 더 적다고, GitHub는 자사가 측정한 것 중 토큰과 단계가 가장 적은 축에 든다고 밝혔다.

그것들은 벤더가 공개한 고객 진술일 뿐 감사된 결과가 아니며, 포괄적인 "일반적인 워크로드에서 약 40% 더 저렴"이라는 표현은 Anthropic이 자사가 선정한 워크로드 전반의 평균을 규정한 것입니다. 자체 계획을 위한 정직한 버전은 이렇습니다. 20%의 표시 가격 인하는 실제이며 현실적으로 확보 가능한 것으로 가정하고, 추가 20%는 두 모델에서 동일한 작업을 실행하고 토큰을 세어 보면 반나절이면 검증할 수 있는 가설로 취급하십시오.

캐시 인하가 왜 체급 이상의 효과를 내는지에 관한 구조적 설명 하나. 매 턴마다 긴 시스템 프롬프트와 파일 트리를 다시 보내는 에이전트는 입력의 대부분에 대해 새 입력 요율이 아니라 캐시 읽기 요율을 지불한다. 이를 백만당 $0.50에서 $0.20으로 낮추는 것은 표면에 내세운 요율이 바뀌는 것보다 장기 실행 세션의 경제성을 훨씬 더 크게 바꾼다 — 그리고 이는 프롬프트를 전혀 바꾸지 않고도 Opus 5에서 간신히 실행 가능했던 워크로드가 Opus 5.5에서는 분명히 실행 가능해질 수 있는 이유다.

마이그레이션 체크리스트로 정리한 네 가지 호환성 깨지는 변경 사항

Opus 5.5는 이름만 바꾼 Opus 5가 아니라 새로운 모델이며, Anthropic의 마이그레이션 노트에는 이미 프로덕션에서 실행 중인 코드를 깨뜨릴 네 가지 변경 사항이 나열되어 있습니다:

• Thinking은 비활성화할 수 없습니다. Thinking을 껐던 모든 코드 경로는 오류가 발생하거나 동작이 변경되며, 이제 깊이는 effort 매개변수를 통해서만 제어됩니다.

• 강제 도구 사용은 오류를 반환합니다. 특정 도구를 강제로 지정하는 tool_choice는 지원되지 않습니다.

• Thinking 블록은 이를 생성한 모델과 대화에 묶여 있으므로, 일부 파이프라인이 가정하는 것처럼 모델 간에 재생할 수 없습니다.

• 이전의 computer_20251124 컴퓨터 사용 도구는 Claude API나 Google Cloud에서 허용되지 않습니다.

다섯 번째 변경 사항이 있는데, 이는 아무것도 실패시키지 않으므로 오히려 더 위험합니다. 이제 도구 호출 사이의 텍스트는 기본 표시 설정에서 텍스트가 비어 있는 사고 블록 내부로 반환됩니다. 애플리케이션이 그 텍스트를 진행 상황 업데이트로 사용자에게 스트리밍한다면, 텍스트를 반환하는 표시 값을 설정할 때까지 도구 호출 사이에서 조용해집니다. 모든 테스트는 통과합니다. 다만 인터페이스가 설명을 멈출 뿐입니다.

앞의 세 가지는 Claude Fable 5.1에도 적용되므로, 이미 해당 모델로 마이그레이션한 팀은 이 작업의 일부를 완료한 셈입니다. 아직 Opus 5를 사용 중인 팀은 그렇지 않습니다.

Opus 5가 여전히 올바른 선택인 경우

업그레이드는 자동이 아니며, 남아 있을 네 가지 실제 이유가 있습니다:

• 비용 예측 가능성. Opus 5는 이미 특성을 파악해 둔 모델입니다. 예산이 그 토큰 소비량을 기준으로 모델링되어 있다면, 동일한 이름의 노력 수준에서 다른 양만큼 사고하는 모델로 이동하는 것은 다시 측정할 때까지 그 모델을 무효화합니다.

• 호환성. 스택의 일부가 사고(thinking) 비활성화, 도구 강제 호출, 또는 구버전 computer-use 도구에 의존하고 있다면, 마이그레이션은 문자열 교체가 아니라 코드 작업입니다.

• 안전장치 라우팅. Opus 5.5에는 Fable 5.1급 보호 조치가 포함되어 있으므로, 계정이 인증되지 않은 경우 대부분의 사이버 보안 요청은 Claude Opus 4.8로 재라우팅되고 생물학 관련 작업은 Claude Opus 5로 폴백됩니다. 제품이 두 영역 중 하나에 속한다면 "업그레이드"는 사용자가 더 작은 모델에서 답변을 받게 된다는 의미일 수 있습니다. Opus 5에는 그런 라우팅이 없습니다.

• 장기 지원. Opus 5는 당분간 사라지지 않습니다 — Anthropic은 서비스 종료 시점을 빠르면 2027년 7월 24일로 명시하고 있으며, 이는 10개월 후입니다.

다른 모든 사람들에게 계산은 간단합니다: 더 많은 기능, 더 낮은 가격, 더 적은 토큰, 그리고 엔지니어 한 명이 하루 만에 처리할 수 있는 마이그레이션 체크리스트.

전환 중에 둘 다 실행

모든 플래그십 마이그레이션에서 어색한 부분은 중간 단계입니다. 새 트래픽에는 Opus 5.5를 적용하고 싶지만, 자체 에포트 설정에서 특성을 파악하지 않은 모델에 프로덕션 경로를 걸고 싶지는 않으며, 알아보는 동안에도 Opus 5가 계속 서비스되길 원하기 때문입니다. 이는 재플랫폼화 문제라기보다 라우팅 문제이며, 무엇이 어디에 있는지 정확히 따져볼 가치가 있습니다. Claude Opus 5는 오늘 OrcaRouter에서 제공됩니다 — Anthropic 자체 정가에 0% 마크업으로, 공급자 정가가 그대로 전달되므로 공급업체 요금 변경이 동기화 후가 아니라 같은 날 우리 쪽에 반영됩니다. Claude Opus 5.5는 아직 우리 경로 중 하나가 아닙니다. Anthropic 자체 API와 주요 클라우드를 통해 사용할 수 있습니다. 출시되면 같은 키에 또 하나의 경로가 됩니다 — 두 번째 계약과 두 번째 SDK. 이를 통해 새 모델에 트래픽의 일정 비율을 보낼 수 있는 한편, 자동 장애 조치가 나머지를 이미 특성을 파악한 모델에 유지하도록 합니다. 둘 모두에 걸쳐 호출을 구성하는 것 — 한쪽에서는 초안을, 다른 쪽에서는 검증 패스를 — 은 라우팅 DSL 한 줄입니다.

그것이 당신에게 무엇을 가져다주는지 정확히 따져보세요. 그것은 Opus 5.5에 대한 독립적인 벤치마크를 제공하지 않습니다. 아직 어떤 것도 그러지 못합니다. 공개된 유일한 일대일 비교는 Anthropic 자체의 것이고, 독립 추적기들은 아직 에포트 구성을 확정하지 못하고 있기 때문입니다. 그것이 주는 것은, 당신이 실제로 출시할 에포트 수준에서 당신의 프롬프트에 대해, 당신의 청구서를 실제로 예측하게 해 주는 단 하나의 측정치입니다.

의사결정 규칙

새로운 것을 시작한다면 Claude Opus 5.5를 사용하고 중간 수준의 노력으로 시작한 다음, 다음을 측정하세요. 낮음 설정이 여러분의 작업에서도 충분히 견디는지 — Anthropic에 따르면 낮음 설정은 여러 코딩 평가에서 훨씬 낮은 비용으로 상위 설정에 근접하며, 위의 FrontierCode 수치는 기본 설정이 별다른 손해를 보지 않는다는 것을 시사합니다.

프로덕션 환경에서 Claude Opus 5를 운영 중이라면, 마이그레이션을 촉발하는 기준은 벤치마크 표가 아니다. 그것은 네 가지 API 변경을 감당할 수 있는지, 그리고 여러분의 워크로드가 사이버보안이나 생물학, 즉 세이프가드 라우팅이 트래픽 일부를 조용히 더 작은 모델로 넘겨버릴 분야에 속하는지 여부다. 이 업그레이드의 나머지 모든 것은 모델 릴리스의 옷을 입은 가격 인하이며, 그것들은 충분히 받아들일 만하다.