API 호출 횟수가 동일한 두 가지 시나리오를 가정해 보겠습니다. 각각 한 달에 10,000회의 요청을 보냅니다. 첫 번째 시나리오는 각 요청이 짧습니다: 입력(Input) 1,000 토큰, 출력(Output) 500 토큰입니다. 두 번째 시나리오는 매 단계마다 모델에 50,000 토큰의 컨텍스트(Context)가 전달되고, 응답은 2,000 토큰에 담깁니다. 요청 횟수는 동일합니다. 하지만 최종 청구 금액은 몇 배나 차이가 나며, 이는 청구서가 나오기 전에 미리 계산할 수 있습니다.

Claude 예산은 보통 백만 토큰당 가격이라는 단일 수치로 승인됩니다. 하지만 실제 비용은 쇼윈도에 표시된 가격이 아니라 부하 구조(Load structure)에 따라 지불됩니다. AI 기능의 재무 책임자에게 토큰당 요율은 출발점으로서 필요하지만, 예산안에 서명하기에는 그것만으로는 부족합니다. 이제 입력 토큰, 출력 토큰, 그리고 반복(Repeats)에 따른 비용을 어떻게 나누어 분석할지, Anthropic의 검증 가능한 요금제를 어디서 확인할 수 있는지, 그리고 왜 러시아에서의 결제 문제는 벤더(Vendor)의 조건과는 별도로 다루어야 하는지에 대해 자세히 살펴보겠습니다.

토큰이란 정확히 무엇인가

검색창에 "claude токены" 또는 이를 음차한 "клод токены"를 입력할 때, 사람들은 거의 항상 동일한 질문을 염두에 두고 있습니다: 바로 비용이 얼마나 들 것인가 하는 점입니다. Claude의 토큰은 단어나 문자가 아니라, 모델이 입출력을 자르는 텍스트 조각입니다. 시스템 프롬프트(System prompt), 메시지, 도구 정의(Tool definitions), 그리고 확장된 "사고(Reasoning)"를 포함하여 생성된 응답 내의 각 토큰은 컨텍스트 창(Context window)과 최종 청구 금액 모두에 계산됩니다. Anthropic의 문서(2026-07-18 기준 접근 가능)에 따르면 입력과 출력은 별도로 요금이 부과되므로, 예산안은 항상 두 개의 열로 구성됩니다. Claude에서 토큰을 계산하는 논리는 채팅과 API 모두 동일하며, 차이점은 단지 누가 이 금액을 보느냐에 있습니다.

여기에 놓치기 쉬운 미묘한 차이가 있습니다. Claude Opus 4.7 및 이후의 Opus 모델, Claude Sonnet 5, 그리고 Fable/Mythos 5 제품군은 업데이트된 토크나이저 (tokenizer)를 사용합니다. 동일한 텍스트에 대해 이 토크나이저는 Sonnet 4.6 및 이전 모델의 토크나이저보다 약 30% 더 많은 토큰을 생성합니다. Anthropic은 이 30%를 고정된 계수가 아니라 콘텐츠에 따라 달라지는 대략적인 수치라고 설명합니다. 실질적인 결론은 다음과 같습니다. Claude API 토큰은 모델 세대 간에 기계적으로 재계산할 수 없으며, 각 대상 모델마다 별도의 계산이 필요합니다.

추측하지 않기 위해, Anthropic은 별도의 엔드포인트 /v1/messages/count_tokens를 제공합니다. 이 엔드포인트는 요청을 보내기 전, 시스템 프롬프트 (system prompt), 도구 (tools), 이미지, PDF 및 사고 블록 (thinking blocks)을 고려하여 향후 요청에 대한 예상 input_tokens 수를 반환합니다. 토큰 계산은 무료이며, Messages API의 제한과는 별개로 자체 제한(요금제 단계에 따라 분당 2,000~8,000회 요청) 내에서 작동합니다. 이는 눈대중으로 추정하는 대신 실제 수치를 확인할 수 있는 유일한 방법입니다.

import anthropic

client = anthropic.Anthropic()  # Anthropic 키; 기본 base_url
...

토크나이저와 count_tokens를 함께 살펴보면, 왜 요청을 보낸 후가 아니라 보내기 전에 토큰을 계산해야 하는지 알 수 있습니다. 다음으로는 실제 요율에 대해 알아보겠습니다.

Claude 토큰 비용

이것이 다른 모든 것의 기초가 되는 기본 정보입니다. Anthropic의 모든 가격은 미국 달러(USD) 기준이며, 100만 토큰당(per MTok) 가격이 책정됩니다. 입력(input)과 출력(output)은 별도로 계산됩니다 (공식 요금 페이지 기준, 2026-07-18 접속):

가장 먼저 눈에 띄는 점은 Sonnet 5의 가격이 일시적이라는 것입니다. 도입 요금제는 2026년 8월 31일까지 유효하며, 그 이후인 2026년 9월 1일부터는 자동으로 $3/$15 요금이 적용됩니다. 모든 예산안은 어떤 가격 구간을 가정하고 있는지 반드시 명시해야 하며, 그렇지 않으면 서명하는 순간 구식이 되어버립니다. Claude 토큰 비용이 얼마인지, 혹은 Claude 내 토큰 가격이 얼마인지 묻는 누구에게든, 정직한 답변은 요금제의 적용 날짜부터 시작됩니다.

기본 요율 위에는 최종 금액을 양방향으로 움직이게 하는 세 가지 메커니즘이 작동합니다. 프롬프트 캐싱 (Prompt Caching)은 입력 가격에 배수를 추가합니다. 5분간 캐시를 기록하는 비용은 기본 요율의 1.25배, 1시간 기록은 2배이며, 캐시 히트(Cache hit) 시 읽기 비용은 단 0.1배에 불과합니다. 배치 API (Batch API)는 입력과 출력 모두에 50%의 고정 할인을 제공합니다. Sonnet 5의 도입기 배치 요금은 표준 요금인 $2/$10 대비 MTok당 $1/$5입니다. 그리고 컨텍스트 (Context)입니다. Sonnet 5와 Opus 4.6+는 컨텍스트 창이 1M 토큰까지 확장되었지만, 1M에 달하는 긴 요청도 짧은 요청과 동일한 토큰당 요율로 청구되며 길이에 따른 별도의 할증은 없습니다. 비용이 많이 드는 것은 '길이 그 자체'가 아니라, 긴 토큰의 물리적 양이 더 많다는 점이며, 이는 백만 토큰당 가격에는 나타나지 않습니다.

Claude의 토큰 비용이나 Claude 토큰 비용을 물어볼 때 사람들이 자주 잊어버리는 또 다른 비용 항목은 바로 도구 (tools)입니다. 도구 사용 (tool use) 요청은 시스템 프롬프트에 고정된 서비스 오버헤드 (overhead)를 추가하며, Claude Opus 4.8의 경우 tool_choice에 따라 약 290~410 토큰이 추가됩니다. 여기에 각 단계마다 도구 정의 자체의 토큰과 tool_result 블록의 토큰이 더해집니다. 이는 일반적인 입력 토큰 (input tokens)이며, 에이전트의 반복적인 단계 (turn)가 진행될수록 누적됩니다. 수치는 접속일 기준이며, 모델 업데이트에 따라 변경될 수 있습니다.

동일한 요청 횟수가 다른 금액을 생성하는 이유

세 가지 변수인 입력 토큰 (input tokens), 출력 토큰 (output tokens), 그리고 반복 (repeats)을 사용하여 계산기를 만들어 보겠습니다. Sonnet 5의 도입 가격인 1M 토큰당 입력 $2, 출력 $10를 기준으로 하고, 이 조건이 2026년 8월 31일까지 유효하다고 가정하여 월 10,000건의 요청을 처리하는 두 가지 프로필을 비교해 보겠습니다. 이는 Anthropic의 요금제가 아니라 저자가 가정한 부하(load) 모델이며, 실제 대화 구조는 팀마다 다릅니다.

• 시나리오 A, 짧은 컨텍스트 (short context). 입력 1,000 토큰, 출력 500 토큰. 입력: 10,000 × 1,000 = 10M 토큰, $20. 출력: 10,000 × 500 = 5M 토큰, $50. 총합 약 $70.
• 시나리오 B, 긴 컨텍스트 (long context). 입력 50,000 토큰, 출력 2,000 토큰. 입력: 10,000 × 50,000 = 500M 토큰, $1,000. 출력: 10,000 × 2,000 = 20M 토큰, $200. 총합 약 $1,200.

요청 횟수는 동일했지만, 총액은 약 17배 차이가 났습니다. 시나리오 B에 타임아웃과 재시도 (retries)로 인한 10%의 반복을 추가하면 입력 비용은 100달러가 더 늘어납니다. 여기서 도출할 수 있는 작업 가설(실측된 벤치마크가 아닌 가설입니다)은 다음과 같습니다: 현실적인 부하 상황에서는 컨텍스트 길이와 반복 횟수가 표면에 드러난 Claude 토큰 가격보다 최종 비용에 더 큰 영향을 미칩니다. 예산을 책정하기 전에 반드시 본인의 프로필로 이를 확인하십시오.

단순히 보기 좋은 금액을 말하는 것이 아니라, 검증 가능한 견적을 작성해야 할 때의 실질적인 절차는 다음과 같습니다:

1. 목표 모델을 고정하십시오. 토크나이저 (tokenizer)가 변경되기 때문에 세대 간 토큰 재계산은 허용되지 않습니다.
2. count_tokens를 통해 전형적인 요청들을 실행하여, 눈대중이 아닌 실제 input_tokens를 얻으십시오.
3. 평균 출력 (output)을 별도로 평가하십시오. 출력은 입력 (input)보다 더 높은 요율로 비용이 발생합니다.
4. 반복 횟수와 도구의 서비스 오버헤드 (overhead) 비율을 고려하십시오.
5. 배치 (batch), 캐시 읽기 (cache read), 캐시 쓰기 (cache write)와 같은 수정 사항(modifiers)에 포함되는지 확인하십시오.
6. 요금제 적용 날짜와 기간을 고정하십시오 (Sonnet 5의 경우, 2026년 9월 1일 이전인지 이후인지).

이것이 단 하나의 정확한 수치를 제공하지는 않습니다. 대신 명확한 가정을 포함한 범위를 제공하며, 바로 이 범위가 재무 담당자 앞에서 방어 가능한 수치가 됩니다.

러시아에서 Claude를 결제하는 방법과 이것이 별개의 문제인 이유

Anthropic의 공식 지원 국가 및 지역 목록 (2026-07-18 기준)은 상업용 API와 Claude.ai 모두에 동일하게 적용되며, 러시아는 포함되어 있지 않습니다. 자세한 내용은 Anthropic 공식 지원 지역 목록에서 확인할 수 있습니다. 더욱이, Anthropic은 해당 정책 이외의 국가와 직접적 또는 간접적으로 과반수 소유권이 연관된 기업에 대해 서비스 제공을 거부할 권리를 보유합니다. 즉, 접근 권한에는 물리적 위치뿐만 아니라 소유 구조도 영향을 미칩니다.

그렇기 때문에 "claude оплатить из россии(러시아에서 claude 결제하기)" 또는 그 반대 순서의 검색어는 카드 입력 양식의 문제가 아니라 접근 정책 자체의 문제에 부딪힙니다. 즉, 계정의 지역(region)과 기업의 소유 구조는 결제 양식이 나타나기 전 단계에서 이미 확인됩니다. "claude как оплатить из россии(러시아에서 claude 결제하는 방법)" 또는 "как оплатить claude из россии(claude를 러시아에서 결제하는 방법)"와 같은 문구 표현도 결과는 바뀌지 않습니다. 확인되는 것은 검색 텍스트가 아니라, 앞서 언급한 것과 동일한 지역 및 소유권 조건이기 때문입니다. "claude оплата из россии(claude 러시아 결제)" 및 "оплата claude из россии(claude 결제 러시아에서)"라는 질문에도 동일한 제한이 적용됩니다. API 키에 관한 것이든 인터페이스 내 구독(subscription)에 관한 것이든, 지역과 소유 구조는 동일하게 확인됩니다. 음차(Transliteration) 방식도 도움이 되지 않습니다. "как оплатить клод из россии"나 "оплатить клод из россии"와 같이 키릴 문자로 표기하는 방식 역시 라틴 문자로 표기할 때와 마찬가지로 동일한 제한 지역 목록에 걸리게 됩니다. 전치사가 결과에 영향을 미치지도 않습니다. "как оплатить claude в россии"와 "оплатить claude в россии"는 "из России(러시아로부터)" 옵션과 동일한 장벽에 직면합니다. 격(case)이나 단어의 순서 또한 아무것도 바꾸지 못합니다. "как оплатить клод в россии"와 "оплата claude в россии"는 단지 다른 단어로 표현된 동일한 요청일 뿐입니다. 동일한 장벽인 "оплата клод из россии"는 아래에서 별도로 다루는 경계 사례에서도 동일하게 작동합니다.

API가 아닌 인터페이스 내 구독에 관한 문제는 별도로 다룰 가치가 있습니다. 즉, "как оплатить подписку claude из россии(러시아에서 claude 구독 결제하는 방법)", "как оплатить подписку claude в россии(러시아 내에서 claude 구독 결제하는 방법)", 그리고 통속적인 표현인 "оплатить claude max(claude max 결제하기)"와 같은 경우입니다. 이러한 요청들에 대해서도 공식 결제 수단을 통한 직접적인 경로는 존재하지 않습니다. 채팅(chat)과 API 모두에 대해 지역 및 소유 구조 확인 절차는 동일하게 적용됩니다.

Anthropic의 빌링 (billing) 구조 자체를 이해하는 것이 중요합니다. 이는 흔히 말하는 '결제' 그 자체와 혼동되는 경우가 많기 때문입니다. Claude API의 셀프 서비스 (Self-serve) 빌링은 오직 선불 크레딧 (prepaid credits)을 통해서만 작동합니다 (Anthropic의 API 결제 관련 섹션 참조). 크레딧은 카드로 미리 구매해야 하며, 이 단계에서는 인보이스 (invoice, 송장)가 발행되지 않습니다. 구매한 크레딧은 구매 후 1년이 지나면 소멸되며 환불이 불가능합니다. 또한 자동 충전 (auto-reload) 기능을 통해 설정한 임계값에 도달하면 크레딧을 자동으로 추가 구매할 수 있습니다. 엔터프라이즈 인보이싱 (Enterprise invoicing)이 존재하기는 하지만, 이는 별도로 협의된 방식이며 러시아의 구매자가 이용할 수 있는 경로가 아닙니다.

Anthropic 수준에서 'claude api пополнить(claude api 충전)'라는 요청이나 그 단어 순서를 바꾼 표현은 모두 동일한 기술적 동작을 의미합니다. 즉, 사후에 인보이스를 발행받는 것이 아니라 카드로 크레딧을 미리 구매하는 것을 뜻하며, 셀프 서비스 단계에서는 인보이싱 (invoicing)이 아예 존재하지 않습니다. 'пополнение claude api(claude api 충전)' 및 'пополнение баланса claude api(claude api 잔액 충전)'라는 용어는 별도의 요금제가 아닌 동일한 크레딧 구매 작업을 나타냅니다. 즉, 충전 방식에 따라 토큰 (token)당 요율이 변하지는 않습니다. 사실상 'claude api пополнение(claude api 충전)'은 Anthropic의 동일한 셀프 서비스 인터페이스를 통해 수행되며, 'как пополнить claude api(claude api를 어떻게 충전하나)'라는 질문은 별도의 결제 게이트웨이가 아닌 해당 인터페이스에서 카드로 크레딧을 구매하는 문제로 귀결됩니다. 'оплатить claude api(claude api 결제)' 및 'оплатить claude api(claude api 결제)'와 같은 표현들도 모두 같은 곳으로 연결됩니다. 기술적인 질문인 'claude organization id оплата(claude organization id 결제)'는 지역 제한을 우회하는 문제가 아니라, 조직을 동일한 카드 빌링 (card billing) 시스템에 연결하는 것과 관련이 있습니다.