Anthropic, Claude Opus 5.5 가격을 더 긴 코딩 세션에 연동

Anthropic는 2026년 9월 24일에 Claude Code 세션이 지난 6개월 동안 더 길어지고 컨텍스트가 무거워졌다고 보고했으며, Claude 블로그의 게시물에서 Claude Opus 5.5의 가격 및 캐싱 메커니즘이 이러한 변화를 어떻게 해결하는지 자세히 설명했습니다. 회사는 Opus 5.5의 운영 비용이 일반적인 토큰 청구 작업량에 대해 Opus 5보다 약 40% 낮다고 자체 추정했습니다.

Claude Code 사용량 데이터 6개월

이 게시물은 Michael Segner가 작성했으며, 2026년 3월부터 9월까지의 집계 사용 데이터를 기반으로 합니다. 세션당 프롬프트 수는 유지된 것으로 보고되었으며, 각 프롬프트 내부 작업량은 증가했습니다: 모델이 이제 프롬프트당 3.3배 더 오래 작업하고 각 프롬프트에서 모델 호출이 40% 이상 증가했으며, 중단은 68% 감소했습니다. 개발자는 이제 도구 서버에 연결하거나 스킬을 사용하는 빈도가 약 두 배가 되었고, 프롬프트에 텍스트를 붙여넣는 빈도는 1/3 감소했습니다.

각 요청의 컨텍스트 양은 기간 동안 2.6배 증가했으며, 입력 대비 출력 토큰 비율은 189:1에서 324:1로 변했습니다. Anthropic는 이 수치를 개발자들이 더 길게 작업하고 더 많은 정보를 가진 모델을 더 크고 개방형 작업에 적용하려는 것으로 해석하며, Opus 5.5의 비용 절감 효과는 토큰 청구 시 특히 길고 높은 컨텍스트 세션에서 가장 크게 나타난다고 말합니다.

이 분석은 Anthropic가 Claude Opus 5.5를 출시한 것에 기반하며, 이는 Opus 5보다 낮은 가격으로 제공되었습니다. 출시 시 가격이 설정된 이후, 2026년 9월 24일 게시물과 Addy Osmani가 2026년 9월 22일에 발표한 동반 분석은 이러한 가격이 실제 Claude Code 작업에 어떤 의미인지를 조사합니다.

토큰 가격 및 캐시 읽기 비용 절감

토큰 청구 사용의 경우, Anthropic는 입력 및 출력 토큰 가격을 각각 20% 인하하고 캐시된 토큰을 읽는 비용을 60% 절감했습니다. 회사는 캐시 읽기 비용 절감이 가장 큰 영향을 미친다고 말하는데, 이는 캐시 읽기가 에이전시 및 코딩 작업 비용의 대부분을 차지하기 때문이며, 발표 시점에 Opus 5.5의 캐시 토큰 비용은 경쟁 모델의 1/5 수준이며 성능이 우수하다고 밝혔습니다.

Osmani의 동반 분석은 Opus 5.5의 API 리스트 가격을 입력 토큰 백만 개당 $4, 출력 토큰 백만 개당 $20, 캐시 읽기 백만 회당 $0.20으로 제시합니다. 이러한 가격에서는 캐시된 읽기가 새로운 입력 토큰의 5% 비용이며, 캐시에 쓰는 비용은 5분 캐시의 경우 입력 가격의 1.25배, 1시간 캐시의 경우 입력 가격의 2배이며, 각 히트는 수명을 무료로 연장합니다. Pro, Max, 또는 Team 플랜에서는 낮은 Opus 5.5 가격이 플랜 한도에 반영되어 Opus 5 대비 약 25% 더 많은 사용량을 제공하며, 추가 캐시 읽기 할인은 API 가격에만 적용됩니다.

캐시를 보호하는 변경 사항 활용

요청당 컨텍스트가 약 2.6배 증가했음에도 불구하고, 캐시를 놓치는 입력 비율은 6개월 동안 50% 이상 감소했다고 게시물은 보고합니다. 이는 로그인 새로 고침과 같은 작은 방해와 대화 중간에 지시를 추가하거나 도구를 필요에 따라 로드하는 등 큰 방해를 포함하는, 우연한 캐시 중단을 줄이는 일련의 Claude Code 변경 덕분이라고 설명합니다. Opus 5.5와 Fable 5.1에서는 개발자가 세션 중에 노력 수준을 변경해도 캐시를 재설정할 필요가 없습니다.

공식 프롬프트 캐싱 문서는 노력 수준 동작이 API 키 또는 Claude 구독에 적용되며, Amazon Bedrock, Google Cloud의 Agent Platform, Claude 앱 게이트웨이에서는 적용되지 않으며, 또한 CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS 플래그가 설정되었거나 조직에 HIPAA 구성이 있는 경우에는 적용되지 않습니다.

API 키와 클라우드 제공자를 사용하는 개발자는 이제 구독자들이 이미 가지고 있던 1시간 캐시 수명을 설정할 수 있습니다. 문서에는 기본값이 표시되어 있습니다: 플랜 사용량 내 Claude 구독의 주요 대화는 1시간, 사용량 크레딧, API 키 또는 클라우드 제공자는 5분입니다. promptCacheTtl 설정 또는 the CLAUDE_CODE_PROMPT_CACHE_TTL 환경 변수는 더 긴 수명을 선택하며, 두 제어 모두 Claude Code v2.1.242 이상이 필요합니다.

포크된 서브에이전트는 이제 동일한 컨텍스트를 다시 처리하는 비용을 지불하는 대신 부모 세션의 캐시에서 시작합니다. 문서에 따르면 포크는 부모의 시스템 프롬프트, 도구 세트 및 전체 대화 기록을 이어받아, 초기 요청이 바로 부모의 캐시에서 읽히게 됩니다.

작업당 턴 수 감소

Anthropic는 Opus 5.5가 다른 모델보다 적은 턴으로 작업을 완료할 수 있다고 보고합니다. 게시물에 따르면 Zeta Labs는 Opus 5에 비해 작업당 턴 수와 도구 호출 수가 적으며 비용은 거의 절반 수준이었고, 가장 어려운 작업을 두 배 더 많이 완료했습니다.

게시물은 이 패턴이 모든 작업에 적용되는 것은 아니라고 경고하며 Osmani의 분석을 인용합니다: “잘 정의된 작업에서는 두 모델이 거의 동일한 턴 수로 완료되며, 가격 인하가 전부입니다. 격차는 개방형 작업에서 가장 크게 나타나며, 모델이 잘못된 아이디어에 여러 턴을 소비할 수 있습니다.”

Anthropic는 또한 Opus 5.5가 Opus 5보다 출력 속도가 30% 이상 빠르다고 보고합니다. 이 향상은 토큰 사용량과 캐시 적중률을 변화시키지 않으며, 게시물은 Claude가 더 오랜 시간 무인 작업을 수행함에 따라 장시간 실행 시 대기 시간이 단축된다고 언급합니다.

이 게시물은 캐시된 읽기를 보호하기 위한 관행을 제시하며 마무리됩니다: Claude Code에서 /usage를 실행하여 세션 중 어느 비율이 캐시에서 제공되는지 확인하고, 세션이 시작될 때 모델을 선택하여 중간에 전환하는 것을 피하며, 떠나기 전에 컴팩션을 실행하고 이후에 실행하지 않으며, API 키 또는 클라우드 제공업체에서는 긴 세션을 위해 1시간 캐시 수명을 활성화합니다.