Claude 1M Context, 비용 폭탄 맞는 조건이 있습니다

“이제 100만 토큰까지 추가 요금 없이 쓸 수 있다”는 말이 퍼지고 있습니다. 그 말은 절반만 맞습니다. 2026년 3월 13일, Anthropic이 Claude 1M Context를 정식 출시하면서 공개한 공식 요금 문서를 직접 뜯어보면, 200K 토큰 경계를 넘는 순간 청구 구조가 완전히 바뀝니다. 어떤 조건에서 쓰면 괜찮고 어떤 조건에서 돈이 새는지, 실측 수치와 공식 벤치마크로 정리했습니다.

정식 출시에서 실제로 바뀐 것 3가지

2026년 3월 13일 전까지 Claude 1M Context는 베타였습니다. 베타 시절에는 API 요청 헤더에 별도 플래그를 넣어야 했고, 200K 토큰을 초과하면 입력 단가에 2배 할증이 붙었습니다. Sonnet 4.6은 1M 창 자체가 없었고요.

정식 출시(GA, General Availability) 이후 바뀐 내용을 Anthropic 공식 블로그에서 직접 확인했습니다. 첫째, Opus 4.6과 Sonnet 4.6 모두 1M 창이 열렸습니다. 둘째, 베타 헤더가 필요 없어졌습니다. 기존 코드 그대로 보내도 자동 적용됩니다. 셋째, 요청당 이미지·PDF 한도가 100장에서 600장으로 6배 늘었습니다. (출처: Anthropic 공식 블로그, 2026.03.13)

여기까지는 좋은 소식입니다. 그런데 여기서 많은 사람이 멈추고 “이제 비용 걱정 없이 무한정 넣으면 되겠다”고 넘어가버립니다. 요금 문서를 좀 더 읽으면 그렇지 않다는 사실이 드러납니다.

정식 출시 발표의 핵심 문장은 이겁니다: “Standard pricing now applies across the full 1M window for both models, with no long-context premium.” 여기서 “standard pricing”이 가리키는 게 뭔지가 관건입니다. 다음 섹션에서 그 구조를 뜯어봅니다.

▲ 목차로 돌아가기

200K 경계에서 벌어지는 요금 계단 현상

“추가 요금 없음”이라는 말은 베타 시절의 2배 할증이 사라졌다는 의미입니다. GA 이후 공식 요금표를 보면, Opus 4.6 기준 입력 토큰 단가는 $5/MTok, 출력은 $25/MTok입니다. 그리고 이 단가는 9K 요청이든 900K 요청이든 동일하게 적용됩니다. (출처: Anthropic 공식 블로그, 2026.03.13) 이 부분만 보면 진짜로 추가 요금이 없어 보입니다.

그런데 이건 API 직접 사용자 기준입니다. Claude Code Camp가 실제 API 호출을 통해 측정한 데이터를 보면, 200K 토큰 경계를 넘는 순간 요금 구조가 계단식으로 바뀌는 현상이 여전히 존재합니다. 공식 문서에 버전이나 별도 이유를 밝히지 않은 부분이기도 합니다. 실측치를 보면 이렇습니다.

여기서 핵심은 “200K를 초과하면 초과분만 비싸지는 게 아니다”라는 점입니다. 실측 계산을 따라가면 이렇게 됩니다.

토큰 2,000개를 더 넣었는데 비용이 두 배로 뛴다는 얘기입니다. 프롬프트 캐시 사용 시에도 같은 원리가 적용됩니다. Opus 기준 캐시 읽기는 표준 구간 $0.50/MTok에서 장문맥 구간 $1.00/MTok으로 올라갑니다. 90% 할인이 적용되기는 하지만, 기준이 되는 단가 자체가 높아지기 때문에 절약 폭이 줄어듭니다.

▲ 목차로 돌아가기

Sonnet 4.6으로 1M 쓰면 생기는 문제

“1M Context GA”라는 말에는 두 모델이 함께 묶여 있습니다. Opus 4.6과 Sonnet 4.6. 요금이 저렴한 Sonnet 4.6으로 대용량을 처리하면 되겠다는 생각이 자연스럽게 드는데, 실제 성능 수치를 보면 조심할 필요가 있습니다.

Anthropic이 공개한 MRCR v2(Multi-Round Coreference Resolution) 벤치마크에서 Opus 4.6은 1M 토큰 기준 78.3%를 기록했습니다. (출처: Anthropic 공식 블로그, 2026.03.13) 이 벤치마크는 100만 토큰짜리 컨텍스트 안에서 사람 이름, 수치, 개체들의 관계를 끝까지 추적하는 능력을 측정합니다.

반면 이전 세대인 Sonnet 4.5의 같은 조건 점수는 18.5%였습니다. (출처: claudecodecamp.com 실측 데이터, 2026.03.13) Anthropic이 아직 Sonnet 4.6의 1M 기준 MRCR 점수를 별도 공개하지 않은 상태이기 때문에, 4.6이 4.5보다 나아졌을 가능성은 있지만 확인된 수치는 없습니다.

결론적으로, 1M 창이 열렸다고 해서 Sonnet 4.6으로 무조건 넣어도 된다고 보기는 어렵습니다. 장문맥 작업에서 Sonnet을 쓰면 장문맥 요금은 그대로 내면서 정확도는 보장받지 못하는 상황이 될 수 있습니다. 지금 단계에서는 1M 구간 작업은 Opus 4.6 기준으로 계획을 세우는 편이 현실적입니다.

▲ 목차로 돌아가기

1M이 진짜 필요한 상황과 오히려 독이 되는 상황

1M 창 자체가 나쁜 게 아닙니다. 써야 하는 상황과 쓰지 말아야 하는 상황이 꽤 명확하게 나뉩니다.

써야 하는 상황

① 단발 대용량 문서 분석: 계약서 전체 묶음, 대형 코드베이스, 수백 쪽 리포트를 한 번에 넣고 한 번에 답을 받는 경우입니다. 여러 문서가 서로 참조하는 관계일 때 진가가 나옵니다. 30개 문서를 따로 돌려서 결과를 끼워 맞추는 작업 자체가 사라집니다.

② Claude Code의 대형 디버깅 세션: 실 사용자들의 증언에 따르면 Opus 4.6 1M 창 도입 후 Claude Code에서의 컴팩션(대화 압축) 이벤트가 15% 줄었습니다. (출처: Anthropic 공식 블로그, 2026.03.13) 15개 파일에 걸친 버그를 추적할 때, 중간에 압축이 걸려 초반 발견 내용을 잊어버리던 문제가 크게 줄어드는 효과입니다.

③ 에이전트 팀이 공유 상태를 쌓는 작업: 여러 에이전트가 파일을 읽고 결과를 공유하며 컨텍스트가 빠르게 불어나는 구조에서 중간 정리 없이 전체 흐름을 유지할 수 있습니다.

쓰지 말아야 하는 상황

① 일반적인 Claude Code 세션: 실측 데이터 기준 대부분의 일상 세션은 컴팩션 이전에 80~120K 토큰 수준에서 머뭅니다. 200K에 가까이도 가지 않으니, 1M 모델을 선택해도 실제 비용은 표준 단가로 그대로입니다. 다만 1M 모델을 굳이 켜놓는 것은 의미가 없습니다.

② 긴 대화 세션: 80턴을 넘어가는 대화는 오히려 초반의 낡은 맥락이 집중력을 분산시킵니다. 이 경우엔 /clear로 초기화하는 게 1M 창을 버티는 것보다 낫습니다.

③ 중간에 자리를 비우는 세션: 캐시 TTL은 5분입니다. 500K 컨텍스트 상태에서 6분 자리를 비우면 캐시가 만료되고, 다음 메시지 처음 토큰까지 30초 이상 기다려야 합니다. 1M 기준으로는 60~90초 대기가 발생합니다. (출처: claudecodecamp.com 실측 데이터, 2026.03.13)

▲ 목차로 돌아가기

Claude Code Max·Team·Enterprise — 플랜별 차이

API 직접 사용자가 아니라 Claude 구독 플랜을 쓰는 경우, 1M Context가 어느 플랜부터 포함되는지가 핵심입니다. 공식 발표문에 따르면 Claude Code에서 1M 창이 기본 활성화되는 대상은 Max, Team, Enterprise 플랜의 Opus 4.6 사용자입니다. (출처: Anthropic 공식 블로그, 2026.03.13)

베타 시절에는 1M 컨텍스트가 추가 사용량을 소모했습니다. GA 이후에는 Max, Team, Enterprise 사용자라면 Opus 4.6 세션에서 자동으로 1M이 열리고, 별도 추가 비용 없이 세션이 진행됩니다. 이 차이가 체감 면에서 가장 큽니다.

Pro 플랜 사용자는 Claude.ai 앱 및 Claude Platform에서 1M 창을 쓸 수 있지만, Claude Code에서의 기본 활성화 대상에는 포함되지 않습니다. API를 직접 쓰는 경우엔 플랜 무관하게 요청당 토큰 수치에 따라 표준·장문맥 요금이 청구됩니다.

구독 플랜 기준으로는 Max·Team·Enterprise가 가장 혜택이 크고, API 직접 사용 시엔 200K 경계 관리가 비용 절감의 핵심입니다.

▲ 목차로 돌아가기

GPT-5·Gemini 3 Pro와 비교하면 어떤가

경쟁 모델과 단순히 수치를 나열하는 대신, 실제로 중요한 차이 두 가지를 짚어봅니다.

첫째, 컨텍스트 창 크기: GPT-5의 최대 컨텍스트 창은 256K 토큰입니다. Claude Opus 4.6 기준 1M에 비해 4분의 1 수준입니다. (출처: aitoolranked.com, 2026.03.13) 대형 코드베이스나 수백 쪽 계약서 전체를 단발에 처리하는 작업에서 차이가 납니다.

둘째, 장문맥 요금 구조: Gemini 3 Pro도 1M 토큰 창을 지원합니다. 그런데 Google Cloud Vertex AI 기준 Gemini 3 Pro는 컨텍스트 길이에 따라 단계적으로 단가가 올라가는 구조를 유지하고 있습니다. Claude GA 이후 단가 구조와 어느 쪽이 유리한지는 사용 패턴에 따라 다르지만, Claude 쪽이 200K 이하 구간에서는 단일 요금제로 더 단순합니다.

중요한 차이 하나: Gemini 1.5 Pro는 처음부터 1M 컨텍스트를 염두에 두고 사전 학습(pretraining)을 설계한 모델이었고, 구글 자체 테스트에서 거의 완벽한 재현율을 기록했습니다. Gemini 3 Pro는 그 다음 세대이지만, MRCR 기준 점수는 26.3%로 Opus 4.6의 78.3%에 크게 못 미칩니다. (출처: claudecodecamp.com 실측, 2026.03.13) 긴 컨텍스트 창을 갖췄다고 같은 성능이 나오는 게 아닙니다. 100만 토큰짜리 창을 열어두는 것과 그 안에서 실제로 제대로 추론하는 것은 다른 문제입니다.

▲ 목차로 돌아가기

Q&A

▲ 목차로 돌아가기

마치며

Claude 1M Context GA는 실제로 의미 있는 변화입니다. 베타 시절의 2배 할증이 사라졌고, 600장 미디어 처리가 가능해졌으며, Claude Code에서 Max·Team·Enterprise 사용자라면 추가 비용 없이 쓸 수 있습니다.

단, 이걸 “이제 무한정 넣어도 된다”로 읽으면 낭패를 볼 수 있습니다. 200K 경계를 넘는 순간 청구 방식이 달라지는 구조는 GA 이후에도 그대로입니다. Sonnet 4.6의 1M 정확도는 공식 수치가 없습니다. 긴 대화에서 무조건 1M을 유지하는 게 질 좋은 결과를 보장하지도 않습니다.

개인적으로 이번 업데이트에서 가장 실용적인 변화는 단발 대용량 문서 분석 쪽입니다. 계약서 묶음 전체를 한 번에 넣거나 대형 코드베이스를 통째로 읽히는 작업 — 이 경우엔 1M이 없을 때와 있을 때의 차이가 명확합니다. 반복적인 일상 세션에서 굳이 1M을 유지할 필요는 크지 않습니다.

기능 자체가 열린 것과 그 기능을 비용 효율적으로 쓰는 것은 다른 문제입니다. 공식 요금 문서와 실측 데이터를 함께 보고 판단하는 게 맞습니다.

▲ 목차로 돌아가기

📎 본 포스팅 참고 자료

1. Anthropic 공식 블로그 — 1M Context GA 발표 (https://claude.com/blog/1m-context-ga)
2. Anthropic 공식 지원 문서 — 3월 2026 사용 프로모션 (https://support.claude.com/en/articles/14063676)
3. Claude Code Camp — 1M 컨텍스트 실측 분석 (https://www.claudecodecamp.com/p/claude-code-1m-context-window)
4. AI Tool Ranked — GA 요금 구조 분석 (https://aitoolranked.com/blog/claude-1m-context-ga-2026)
5. Junia AI — 1M 컨텍스트 실전 가이드 (https://www.junia.ai/blog/claude-1m-context-generally-available)