이번 소식에서 가장 먼저 답부터 드리면, 2026년 7월 24일 출시된 클로드 오퍼스 5(Claude Opus 5)에서 실제로 새로워진 것은 ‘100만 토큰 컨텍스트’ 자체가 아니라 그 100만 토큰을 이제 클로드 채팅 화면에서도 그대로 쓸 수 있게 됐다는 점입니다. API 쪽 100만 토큰은 이미 지난 3월 오퍼스 4.6부터 정식 제공되고 있었지만, 앱·웹으로 채팅하던 유료 사용자는 오퍼스 4.8까지도 50만 토큰이 상한이었습니다. (앤트로픽 공식 발표, 공식 헬프센터)
즉 코드를 짜거나 API를 직접 호출하는 개발자에게는 이미 익숙했던 컨텍스트 크기가, 이번에 처음으로 클로드닷에이아이·클로드 코드·클로드 코워크를 일상적으로 쓰는 1인 개발자·콘텐츠 제작자 화면까지 그대로 넘어온 셈입니다. 왜 이 시점에 이런 변화가 났는지, 자동화·부업 워크플로우에 어떤 실질적 차이를 만드는지 순서대로 짚어보겠습니다.
API는 3월부터, 채팅은 이번이 처음 — 정확한 타임라인
2026년 3월 — API가 먼저 100만 토큰을 얻었다
앤트로픽은 2026년 3월 13일 오퍼스 4.6과 소네트 4.6의 API 컨텍스트 윈도우를 100만 토큰으로 정식 전환(GA)했습니다. 베타 헤더 없이도 90만 토큰짜리 요청과 9천 토큰짜리 요청이 같은 단가로 청구되게 만든 조치였습니다. (클로드 API 공식 문서)
문제는 이 혜택이 API·클로드 코드 쪽에만 해당됐다는 점입니다. 앱·웹으로 채팅하는 유료 사용자는 오퍼스 4.6·4.7·4.8을 거치는 내내 50만 토큰 상한에 그대로 묶여 있었습니다.
2026년 7월 24일 — 채팅에도 같은 한도가 열렸다
오퍼스 5부터는 이 구분이 사라집니다. 공식 헬프센터는 “오퍼스 5와 소네트 5는 모든 유료 요금제의 클로드 채팅에서 100만 토큰 컨텍스트 윈도우를 지원한다”고 명시합니다. 공식 문서 역시 오퍼스 5의 컨텍스트를 “100만 토큰이 기본값이자 최댓값이며 더 작은 표준 버전은 없다”고 못박습니다.
참고로 이 업데이트는 앤트로픽의 91억 달러 데이터센터 계약(2026년 8월 10일 공개)보다 약 2주 앞서 나온 것이었습니다. 짧은 기간 안에 모델 성능 개선과 대규모 인프라 투자가 연달아 이어진 셈입니다.
- 컨텍스트 윈도우: 100만 토큰(입력) — API·클로드 코드·클로드 코워크·클로드 채팅(유료 요금제) 전부 동일
- 최대 출력: 12.8만 토큰(배치 API 베타 사용 시 30만 토큰까지)
- 가격: 입력 100만 토큰당 5달러·출력 100만 토큰당 25달러, 오퍼스 4.8과 동일 — 컨텍스트 길이와 무관하게 단일 요금
- 단, 프로 요금제는 “사용량 크레딧”을 별도로 켜야 오퍼스 계열의 100만 토큰이 열림(맥스·팀·엔터프라이즈는 자동 적용)
왜 중요한가 — ‘더 커졌다’가 아니라 ‘요금이 안 바뀐다’가 핵심
컨텍스트 크기는 제미나이 3 프로와 사실상 동률
긴 컨텍스트 자체는 이제 클로드만의 특징이 아닙니다. 구글 제미나이 3 프로도 100만 토큰 컨텍스트를 지원합니다. 반면 오픈AI GPT-5.2는 40만 토큰으로 상한이 더 낮습니다. (Introl 비교 자료)
차이는 요금 구간에 있다
제미나이 3 프로는 입력이 20만 토큰을 넘는 순간부터 요청 전체가 더 비싼 구간 요금으로 넘어갑니다. 입력은 100만 토큰당 2달러에서 4달러로, 출력은 12달러에서 18달러로 뜁니다. (Apidog 요금 정리)
오퍼스 5는 다릅니다. 9천 토큰짜리 요청이든 90만 토큰짜리 요청이든 입력 5달러·출력 25달러로 고정입니다.
다시 말해 오퍼스 5가 더 저렴하다는 뜻은 아닙니다. 토큰당 단가만 보면 제미나이 쪽이 두 구간 모두 여전히 낮습니다. 다만 이 요청이 20만 토큰을 넘겼는지 매번 신경 쓰지 않아도 됩니다.
문서를 조금 더 넣었다고 요금이 갑자기 두 배 가까이 뛰는 일도 없습니다. 이 예측 가능성 자체가 반복되는 자동화 워크플로우를 짤 때는 실질적인 값어치를 가집니다.
자동화·부업러에게 실제로 달라지는 것
가장 직접적인 변화는 ‘쪼개서 보내던 작업을 한 번에 보낼 수 있다’는 것입니다. 예전에는 n8n 워크플로우 JSON이나 사이트 소스코드를 파일별로 나눠 여러 차례 대화를 주고받다 보면 앞의 맥락을 잃기 쉬웠습니다. 이제는 클로드 코드나 클로드닷에이아이에 통째로 올려 한 번의 세션에서 리뷰·리팩토링 지시를 받을 수 있습니다.
블로그 원고로 계산해보면
얼마나 큰 차이인지 숫자로 가늠해볼 수 있습니다. 클로드 공식 모델 비교표는 오퍼스 5의 100만 토큰이 영어 기준 약 250만 유니코드 문자에 해당한다고 안내합니다. (클로드 모델 비교표)
공백 포함 4,000~6,000자 안팎인 블로그 원고를 기준으로 산술적으로 계산하면, 이론상 400~600편 분량이 한 번의 요청에 들어갑니다. 다만 이 수치는 영어 기준이고 한글은 토큰당 담기는 글자 수가 더 적은 경향이 있어, 실제 한글 원고 기준 여유는 이보다 보수적으로 잡는 편이 안전합니다.
몇 달 치 유튜브 대본이나 고객 문의 로그를 한꺼번에 넣고 “톤을 통일해서 다시 써줘”, “반복되는 질문 패턴을 뽑아줘”처럼 전수 검토가 필요한 작업에 이 여유가 그대로 체감됩니다. 문서를 나눠 넣고 결과를 수작업으로 이어 붙이던 과정이 줄어드는 것도 같은 이유입니다. 여러 참고 파일·템플릿을 한꺼번에 불러오는 클로드 Agent Skills처럼 컨텍스트를 많이 잡아먹는 기능을 쓸 때도 이 여유가 그대로 도움이 됩니다.
다만 프로 요금제 사용자는 앞서 짚은 ‘사용량 크레딧’ 설정을 켜두지 않으면 여전히 더 작은 기본 한도에 머무릅니다. 100만 토큰을 채워 넣기 전에 설정 화면부터 확인하는 편이 안전합니다. 이미 클로드 데스크톱·코드를 MCP 서버로 연결해 자동화를 굴리고 있다면, 늘어난 컨텍스트만큼 한 세션에 물릴 수 있는 파일·로그의 양도 함께 늘어난다는 점을 참고할 만합니다.
결국 확인할 건 ‘얼마나 큰가’가 아니라 ‘내 요금제가 그 크기를 실제로 열어주는가’
오퍼스 5의 100만 토큰은 숫자 자체보다, 그동안 API 전용이었던 혜택이 실제로 매일 화면을 여는 채팅·코딩 도구까지 내려왔다는 점에서 부업러에게 더 체감되는 변화입니다. 다음에 나올 소네트·하이쿠 계열 업데이트에서도 API 스펙이 먼저 조용히 바뀌고 몇 달 뒤 채팅 인터페이스가 뒤따라가는 같은 흐름이 반복될 가능성이 높습니다.
새 모델 소식을 볼 때마다 ‘컨텍스트가 얼마나 커졌는가’만 볼 게 아니라, 그게 API에만 해당하는 숫자인지 실제로 매일 쓰는 화면에도 적용되는지부터 확인하는 습관이 이런 종류의 발표를 해석하는 데 더 유용할 것입니다.
오류나 개선할 점을 발견하시면 연락처로 알려주세요.