클로드 모델별 토큰 비용과 구독 플랜 사용량 한도 총정리

클로드(Claude)를 쓰다 보면 비용 이야기가 두 갈래로 나뉜다. 하나는 API 토큰 단가, 다른 하나는 claude.ai 구독 플랜의 사용량 한도다. 둘은 완전히 다른 체계인데 자주 혼동된다. 이 글은 모델별 API 단가와 작업 유형별 예상 비용을 먼저 정리하고, 이어서 Free·Pro·Max 구독의 한도 구조를 비교한다.

모델별 API 단가 비교

중요한 전제 하나. 클로드는 모델 자체가 토큰을 더 쓰거나 덜 쓰는 게 아니라, 토큰당 단가와 같은 텍스트를 토큰으로 쪼개는 방식이 모델별로 다르다. 그래서 "모델별 단가 × 작업별 토큰량 = 실제 비용"으로 비교하는 것이 가장 실용적이다.

클로드 모델별 API 단가 비교 인포그래픽
모델입력 ($/100만 토큰)출력 ($/100만 토큰)컨텍스트비고
Opus 4.8 (플래그십)$5$251MFast mode는 $10/$50
Opus 4.7 / 4.6$5$251M1M 컨텍스트 표준가
Sonnet 4.6$3$151M속도·지능·비용 균형, 최대 출력 128K
Haiku 4.5$1$5200K분류·라우팅·추출 등 고볼륨 작업용

공통 패턴이 하나 있다. 모든 현재 등급이 출력:입력 = 5:1 비율을 유지한다. 즉 비용을 결정하는 것은 프롬프트 길이보다 응답(출력) 길이다. 프롬프트 캐싱(캐시된 입력 최대 90% 절감)과 배치 API(전체 50% 절감)를 조합하면 절감폭이 더 커진다.

작업 유형별 예상 토큰 사용량과 비용

대표적인 작업 유형에 전형적인 토큰량을 가정하고 위 단가로 계산한, 1회 요청당 비용이다.

작업 유형입력 / 출력 (토큰)Haiku 4.5Sonnet 4.6Opus 4.8
짧은 챗·Q&A1K / 0.5K$0.0035$0.011$0.018
분류·추출2K / 0.2K$0.003$0.009$0.015
긴 문서 요약20K / 1K$0.025$0.075$0.125
코딩 태스크15K / 3K$0.030$0.090$0.150
에이전트 세션(누적)100K / 20K$0.20$0.60$1.00

대량 기준으로 보면 차이가 더 분명하다. 1,000만 입력 / 200만 출력 워크로드는 Haiku 4.5에서 $20, Sonnet 4.6에서 $60, Opus 4.8에서 $100 수준이다. 그래서 품질 기준을 통과하는 가장 저렴한 모델을 먼저 고르고, 그다음 배치·캐싱·컨텍스트 제어로 나머지를 줄이는 순서가 권장된다.

같은 작업이라도 토큰 수가 달라지는 변수

  • 토크나이저 차이: Opus 4.7부터 도입된 새 토크나이저는 같은 입력 텍스트를 최대 35% 더 많은 토큰으로 변환할 수 있고, 4.8에서도 유지된다. 구버전에서 옮기면 단가가 같아도 실효 비용이 0~35% 오를 수 있으므로 실제 워크로드로 벤치마크가 필요하다.
  • effort 제어: Opus 4.8의 effort 파라미터는 응답 전체(툴 호출 포함)의 토큰 소비량을 조절한다. 단순 작업을 low effort로 돌리면 출력 토큰이 high 대비 1/10 수준까지 떨어질 수 있다.

구독 플랜별 사용량 한도 - 이중 구조부터 이해하기

claude.ai 구독 한도는 "하루 몇 건" 방식이 아니라 5시간 단위 세션 한도 + 주간 한도의 이중 구조로 돌아간다. 세션 한도는 첫 메시지를 보낸 시점부터 5시간 롤링 윈도우로 리셋되고, 주간 한도는 7일 후 리셋된다. Max 플랜은 주간 한도가 두 개인데, 하나는 모든 모델 공통, 다른 하나는 Sonnet 모델 전용이다. 그리고 이 한도는 claude.ai 채팅, Claude Code, Cowork에 걸쳐 공유된다. 별도 쿼터가 아니다.

구독 사용량 한도의 이중 구조 인포그래픽

또 하나 알아둘 점. 보낼 수 있는 메시지 수는 메시지 길이(첨부 포함), 현재 대화 길이, 사용하는 모델·기능에 따라 달라지며, Anthropic은 정확한 메시지 숫자를 공식적으로 공개하지 않는다. 아래 표에서 배수(5x/20x)는 공식이고, 절대 메시지 수는 외부 테스트 기반 추정치다.

플랜별 한도 비교

claude.ai 구독 플랜별 사용량 배수 구조 인포그래픽
플랜가격(월, US)세션 한도(공식)세션당 메시지(추정)Opus / Claude Code
Free$0기본하루 약 30~100건×
Pro$20Free 대비 최소 5배5시간당 약 45건✓
Max 5x$100Pro 대비 5배5시간당 약 225건✓
Max 20x$200Pro 대비 20배5시간당 약 900건✓

연간 결제 시 Pro는 할인되며, Max는 현재 월 구독만 제공된다. 플랜 포함 한도를 넘겨 계속 쓰고 싶으면 usage credits(종량제 크레딧)를 켜는 방법이 있고, 이는 Pro와 Max 모두 지원된다.

한도를 빨리 또는 늦게 소진시키는 변수

  • 모델 선택: 같은 메시지라도 Opus가 Sonnet·Haiku보다 한도를 훨씬 빨리 깎는다. 계획·복잡 추론만 Opus로 보내고 실행·반복 작업은 Sonnet·Haiku로 라우팅하면 한도가 오래간다.
  • 컨텍스트·첨부 길이: 대화가 길어지거나 큰 파일을 붙이면 한 메시지가 소비하는 양이 커진다. 대화를 분할하고 프로젝트 기능을 활용해 컨텍스트 누적을 줄이는 것이 효과적이다.
  • 피크 시간대: 2026년 3월부터 평일 피크 시간(태평양시 오전 5~11시)의 5시간 한도가 축소되어, 같은 플랜이라도 시간대에 따라 체감 한도가 달라진다.

정리

  • API 단가는 입력 기준 Opus 5 : Sonnet 3 : Haiku 1이고, 출력은 모두 입력의 5배다.
  • 고볼륨·단순 작업은 Haiku, 대부분의 프로덕션은 Sonnet, 프런티어 추론·복잡 코딩만 Opus로 라우팅하는 것이 비용 효율적이다.
  • 구독 한도는 세션(5시간) + 주간의 이중 구조이며 채팅·Code·Cowork가 한도를 공유한다.
  • 한도를 늘리는 가장 효율적인 방법은 요금제 변경보다 모델 라우팅과 컨텍스트 관리다. 본인의 실시간 사용량은 앱 설정의 사용량(Usage) 화면에서 확인할 수 있다.

이 시리즈의 다른 글: 클로드 Fable 5와 Opus 4.8 비교 - 차이점, 가격, 접근 중단 사태까지 총정리

※ 이 글의 가격, 플랜 구성, 한도 정책은 2026년 기준이며 변경될 수 있습니다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

메일 주소 하나 만들려다 브랜드를 세웠다 — 1인 스튜디오 브랜딩 실전기

이미지
메일 주소 하나 만들려다, 브랜드를 통째로 세웠다 1인 스튜디오 브랜딩 실전기 — 도메인 · 메일 · 로고 · 상표 출원까지 직접 해본 기록 시작은 단순했다. " 내이름@내스튜디오.com 같은 전문적인 메일 주소 하나 갖고 싶다." 딱 그거였다. 그런데 그 한 가지 바람이 도메인 선정, 브랜드 네이밍, 상표 검색, 로고 제작, 메일 서버 인증, 상표 출원까지 줄줄이 이어졌다. 결국 1인 개발/콘텐츠 스튜디오 ‘에이븐스튜디오(Aeven Studio)’ 의 기반을 통째로 세우게 됐다. 같은 길을 걸을 다른 1인 창작자들을 위해, 부딪힌 함정과 배운 것을 정리한다. 1. 자체 메일 서버? 결론은 ‘관리형’ 처음엔 멋있어 보여서 메일 서버를 직접 굴려볼까 했다. 알아보니 개인이 자체 발송 서버를 운영하는 건 생각보다 가시밭길이다. 가정용 IP는 대부분 스팸 차단 목록에 기본 등록돼 있어 받는 쪽이 거부한다. 발송 포트(25번)가 막혀 있고, 역방향 DNS(PTR)를 내 맘대로 못 건다. AWS EC2조차 25번 포트가 기본 차단이고 IP 평판이 좋지 않다. 결론: 비즈니스 메일이라면 Google Workspace · Zoho · 네이버웍스 같은 관리형 서비스 가 정답이다. 서버·보안·스팸·도달률이라는 골치 아픈 문제를 통째로 넘길 수 있다. 나는 익숙함과 생태계 통합 때문에 Google Workspace로 정했다. 2. 이름 짓기 — 가장 오래 헤맨 구간 여기서 제일 많이 배웠다. 좋은 이름을 정하는 건 ‘감각’의 문제가 아니라 세 개의 관문을 동시에 통과 시키는 문제였다. 이름 하나가 통과해야 할 세 관문 후보 이름 "이거 어때?" 관문 ① 상표 KIPRIS 검색 내 사업류에 살아있는 유사 상표 없어야 'AI' 등 설명적 단어는 식별력 없음 관문 ② 도메인 진짜 병목 구간 어감 좋은 단어는 .com이 이미 선점됨 해법: .kr/.app 수용 또는 조어(coined word) 관...
자세한 내용 보기

클로드 Fable 5와 Opus 4.8 비교 - 차이점, 가격, 무료 기간 종료 후 변화까지 총정리 (7월 최신)

이미지
2026년 6월 9일, Anthropic이 5세대 모델 가족의 첫 주자인 Claude Fable 5 를 공개했다. 기존 최상위 모델이던 Opus 4.8과 무엇이 다른지, 구독 플랜에서는 어떻게 제공되는지, 그리고 출시 직후 벌어진 접근 중단 사태까지, 실제 사용 과정에서 확인한 내용을 정리한다. 새 모델을 써볼지 고민 중이거나 갑자기 모델 접근 오류를 만난 사람에게 도움이 될 것이다. Fable 5란 어떤 모델인가 Fable 5는 Anthropic의 모델 계층에서 가장 위에 있는 Mythos급(Mythos-class) 모델이다. 기존 계층이 Haiku → Sonnet → Opus 순서였다면, 이제 그 위에 Mythos 등급이 추가된 셈이다. 배경을 보면 Anthropic은 같은 해 4월에 Mythos를 먼저 공개했지만, 고급 사이버보안 능력 때문에 일부 승인된 고객에게만 제한적으로 배포했다. Fable 5는 그 Mythos 기술에 안전장치를 더해 일반 사용자도 쓸 수 있게 만든 버전이다. 함께 발표된 Claude Mythos 5는 여전히 일반 출시되지 않았으며, 두 모델은 본질적으로 같은 기반 모델이다. Fable 5 vs Opus 4.8 - 핵심은 용도의 차이 두 모델의 가장 중요한 차이는 성능 수치가 아니라 용도 다. Fable 5는 모델이 스스로 작업을 분해하고 조사하고 만들고 검증하는 장기 비동기 프로젝트 에 적합하고, Opus 4.8은 복잡한 작업을 사람과 주고받으며 처리하는 빠른 동기적(실시간) 협업 에 적합하다. Fable 5의 강점으로 알려진 내용은 다음과 같다. Claude Code 같은 에이전트 환경에서 며칠 동안 작업을 지속 하며, 단계별로 계획하고 하위 에이전트에 위임하고 자기 작업을 검증한다. 5천만 줄 규모의 Ruby 코드베이스에서, 팀이 수작업으로 2개월 넘게 걸릴 전체 마이그레이션을 하루 만에 수행한 사례가 소개됐다. 파일과 PDF 안에 중첩된 다이어그램·차트·표를 이해하는 비전 능력이 강화되어 금융·법률...
자세한 내용 보기

구글 labs-fx - 제미나이 - 클라우드 차이점 알아보기

이미지
구글의 AI 서비스가 많아지면서 labs.google/fx, Gemini, Google Cloud(Vertex AI) 가 각각 뭐고 어떻게 다른지 헷갈리기 쉽다. 세 가지는 경쟁 관계가 아니라 계층이 다른 서비스 다. 하나씩 정리해본다. labs.google/fx란? 구글 랩스(Google Labs)의 창작 도구 모음 이다. "구글의 AI 실험들이 모여 있는 곳"이라는 슬로건 그대로, 아직 정식 제품은 아니지만 일반인에게 공개해서 써보게 하는 생성형 AI 창작 도구들의 허브다. 이미지·영상·음악 생성에 특화되어 있다. 대표 도구 Flow (flow.google) — 텍스트로 이미지·영상을 만드는 통합 창작 스튜디오. Veo(영상)·Imagen(이미지) 기반으로 ImageFX·Whisk를 흡수했고, 현재는 labs.google/fx에서 독립했다. MusicFX — 텍스트→음악/사운드 생성기 (labs.google/fx 잔류) Project Genie — 가상 세계를 생성·탐험하는 실험 도구 (labs.google/fx 잔류) ImageFX·Whisk — 종료됨. 기능은 Flow로 통합 2026년 7월 현재, 직접 들어가 보니 지금 labs.google/fx 홈에는 Project Genie와 MusicFX 두 개만 남아 있다. "무엇이든 만들어 보세요"라는 카피 아래 두 카드가 전부이고, 상단에 "flow.google에서 Flow를 사용해 보세요" 라는 배너가 떠 있다. ImageFX·Whisk는 Flow로 흡수됐고, 그 Flow는 flow.google이라는 독립 사이트로 분리 됐다. 이용에는 구글 계정 로그인이 필요하다.      2026년 7월 현재 labs.google/fx 홈 — Project Genie와 MusicFX만 남았다 Flow는 이렇게 생겼다 flow.google 홈은 "Make your own Tools in Google Flow...
자세한 내용 보기