Kimi K3.1 Pro 쿼터 초기화: 25% 복구와 API 과금
월간 할당량 복구분을 계산하고, Kimi Code를 계속 차단할 수 있는 5시간 한도와 기존 요금제의 주간 한도를 확인합니다. 작은 작업의 사용량을 측정하고 구독용 API 키와 사용량 기반 API 과금을 구분한 뒤, 정확한 엔드포인트와 모델 ID로 K3.1 Pro의 별도 API 접속을 확인합니다.
목차

발표된 Kimi K3.1 Pro 쿼터 초기화는 월간 구독 할당량의 최대 25퍼센트포인트를 복구하는 조치이며, 모든 요청 제한을 해제한다는 약속은 아닙니다. 먼저 월간 사용량 표시를 확인하고, 코딩 요청이 계속 실패하면 Kimi Code에 별도로 적용되는 사용 구간의 한도를 살펴보세요. 작업을 미룰 수 없다면 자체 키, 엔드포인트, 잔액, 한도를 사용하는 종량제 API를 통해 별도 과금으로 이어갈 수 있습니다.
Moonshot은 10월 25일 발표에서 K3.1 Pro 구독의 요청 제한과 불필요한 할당량 소모가 자사 책임임을 인정했습니다. 모든 요금제의 구독자에게 보상하겠다고 밝혔으며, 불필요한 하위 에이전트 호출과 출력 길이를 줄이기 위한 변경도 함께 발표했습니다.
아래 내용은 발표문과 2026-10-26 기준으로 확인한 공식 문서를 바탕으로 합니다.
25% 초기화로 할당량이 얼마나 복구되나요?
발표 내용을 계산식으로 옮기면 월간 사용률에서 25퍼센트포인트를 빼되, 결과가 0보다 작아지지 않도록 하는 방식입니다. 월간 총할당량이 그대로이고, 두 측정 사이에 추가 사용이나 정기 결제 주기에 따른 갱신이 없었다면 다음과 같이 계산할 수 있습니다.
used_after = max(0, used_before - 25)
남은 할당량을 기준으로 쓰면 같은 계산은 다음과 같습니다.
remaining_after = min(100, remaining_before + 25)
각 값은 월간 전체 할당량에 대한 백분율입니다.
| 조정 전 월간 사용률 | 조정 후 예상 사용률 | 예상 잔여 할당량 |
|---|---|---|
| 18% | 0% | 100% |
| 25% | 0% | 100% |
| 60% | 35% | 65% |
| 100% | 75% | 25% |
표의 수치는 계산 예시이며, 실제 계정에서 관측한 결과가 아닙니다. 사용률이 25% 미만이었던 구독자는 이미 사용한 만큼만 돌려받습니다. 이 계산으로 잔여 할당량이 100%를 넘지는 않습니다.
여기서는 퍼센트와 퍼센트포인트를 구분해야 합니다. 사용률 60%에서 그 사용량의 25%를 줄이면 사용률은 45%가 됩니다. 발표된 조정은 월간 전체 할당량을 기준으로 25퍼센트포인트를 빼므로, 조정 후 사용률은 35%입니다.
Moonshot은 복구되는 양을 일주일 사용량에 해당한다고 설명했습니다. 이는 보상 규모에 대한 설명이며, 일주일 동안 코딩할 수 있다는 보장이나 새로운 주간 초기화 일정, 구독 기간 연장을 뜻하지 않습니다. 정상적인 결제 주기의 다음 갱신 시점은 구독 페이지에 표시된 시간을 기준으로 확인하세요.
10월 25일 발표에서 사용량 막대의 반영 기한은 “end of day PST”, 즉 PST 기준 당일 종료 시점으로 안내됐습니다. 발표가 올라왔다는 사실만으로 자신의 계정에 이미 적용됐다고 판단하지 말고, 해당 기한 이후 계정 화면에서 실제 반영 여부를 확인해야 합니다.
Kimi 구독, Kimi Code, API 키는 할당량을 공유하나요?
Kimi 구독과 Kimi Code는 구독의 월간 할당량을 공유하며, 공개 Kimi API Platform은 별도의 종량제 과금 체계를 사용합니다. API 키는 어느 쪽에든 속할 수 있습니다. 따라서 API 키가 있다는 사실만으로 어떤 할당량을 소모하고 있는지 알 수는 없습니다.
구독 사용 규칙에 따르면 구독에 포함된 기능은 토큰을 기준으로 사용량을 계산하는 하나의 크레딧 풀을 사용합니다. Kimi Code에는 이 월간 할당량에 더해, 더 짧은 사용 구간을 기준으로 한 한도가 적용됩니다.
현재 Kimi Code 구독 안내는 신규 요금제와 기존 요금제를 구분합니다.
| Kimi Code를 사용할 수 있는 요금제 | 롤링 5시간 한도 | 주간 한도 | 공유 월간 할당량 |
|---|---|---|---|
| 신규 Plus, Pro, Max, Ultra | 적용 | 적용 안 됨 | 적용 |
| 기존 Andante, Moderato, Allegretto, Allegro | 적용 | 적용 | 적용 |
기존 요금제의 주간 할당량은 구독 날짜를 기준으로 7일마다 갱신됩니다. 두 요금제 그룹 모두 월간 총할당량을 소진하면 사용이 차단될 수 있습니다. Go에는 Kimi Code가 포함되지 않으며, K3.1 Pro 자체를 사용하려면 신규 Plus 이상 또는 기존 Moderato 이상이 필요합니다.
따라서 Kimi에는 주간 한도가 없다고 일괄적으로 말하면 적용 범위를 잘못 이해하게 됩니다. 주간 한도가 없는 것은 코딩 기능을 제공하는 신규 요금제이며, 모든 기존 구독이 해당하는 것은 아닙니다. 월간 할당량이 복구됐다는 사실만으로 이미 소진한 5시간 구간이나 기존 요금제의 주간 구간까지 초기화됐다고 볼 수도 없습니다.
Kimi Code의 CLI, Desktop, VS Code와 지원되는 타사 클라이언트에서 보내는 요청은 같은 계정의 사용 권한을 공유합니다. Code API 키를 새로 만들거나 Claude Code에서 OpenCode로 옮겨도 새로운 구독 할당량이 생기지 않습니다. Extra Usage가 활성화돼 있다면 같은 구독 과금 경로 안에서 추가 비용을 내고 작업을 이어갈 수 있습니다.
반면 Moonshot의 API 요금 문서는 공개 API Platform을 구독 및 Kimi Code와 구분되는 종량제 서비스로 명시합니다. 이번 초기화 발표는 그 별도 API 계정에 대한 환불, 잔액 지급, 요청 제한 초기화를 확인해 주지 않습니다.
사용 구간에 관한 자세한 설명은 Kimi Code 한도: 5시간, 기존 요금제의 주간 한도, 월간 한도와 429 오류를 참고하세요. 해당 글의 할당량 오류 상태 코드는 현재 공식 문서와 다르므로, 요청 실패를 진단할 때는 아래에 정리한 최신 대응 관계를 사용해야 합니다.
변경 후에도 무엇이 할당량을 소모하나요?
모델이 수행하는 유용한 작업은 여전히 토큰을 소모하며, 하위 에이전트가 수행하는 작업도 포함됩니다. Moonshot이 발표한 것은 불필요한 호출과 출력 길이를 줄이겠다는 조치입니다. 작업 위임이나 긴 답변이 무료가 되는 것은 아닙니다.
Kimi의 하위 에이전트 문서에 따르면 각 하위 에이전트는 독립된 컨텍스트에서 작동하며 모델 토큰을 별도로 소모합니다. 특히 여러 에이전트가 서로 겹치는 자료를 살펴보면, 작업을 나누는 과정에서 입력과 출력 처리가 추가될 수 있습니다. 작은 작업이라면 주 에이전트가 더 적은 호출로 같은 결과를 낼 수 있습니다.
사용량을 확인할 때는 범위가 명확한 작은 작업부터 시작하세요. 예를 들어 코딩 클라이언트에서 저장소를 연 뒤 다음 프롬프트를 입력할 수 있습니다.
Read this repository's README and test configuration.
Identify the command for running its existing tests.
Work in the main agent without spawning subagents.
Do not modify files or run tests.
Answer in at most 100 words, citing the files that establish the command.
If no test command is documented, say so.
이 작업은 저장소의 테스트 실행 명령과 그 명령을 뒷받침하는 파일 위치라는 확인 가능한 결과를 만듭니다. 프로젝트 전체를 검토해 달라는 폭넓은 요청보다, 불필요한 작업 위임이 있었는지도 알아보기 쉽습니다.
이 프롬프트는 행동 지침이며 지출을 강제로 제한하는 장치는 아닙니다. 클라이언트의 활동 화면에서 실제로 하위 에이전트에 작업을 맡겼는지 확인하고, 기록된 사용량으로 결과를 평가하세요. 화면에 보이는 답변이 짧아졌다는 사실만으로 총사용량이 줄었다고 판단할 수는 없습니다.
실행 결과를 비교할 때는 모델과 추론 설정을 일정하게 유지하세요. 모델 설정 안내는 모델이나 추론 강도를 바꾸면 컨텍스트 캐시가 무효화돼 사용량이 증가할 수 있다고 설명합니다. 또한 k3.1-pro-highspeed는 표준 k3.1-pro보다 할당량을 약 두 배 소모한다고 명시합니다. 속도가 가장 중요한 요구사항이 아니라면, 할당량 효율을 평가할 때는 표준 모델을 사용하세요.
추론 기능(thinking)은 켜 둬야 합니다. K3.1 Pro는 이를 끄는 요청을 거부합니다. 최종 답변의 길이를 줄이는 것과 추론 기능을 끄는 것은 서로 다른 조절 방법입니다.
초기화와 사용량 감소를 어떻게 확인하나요?
할당량 복구와 새 작업의 사용 비용은 따로 확인하세요. 두 변화를 한 번에 관찰하면 복구로 인해 사용량 표시가 내려가는 동안 다른 에이전트의 실행으로 다시 올라가, 각각의 영향을 구분하기 어려워집니다.
-
올바른 사용량 표시를 기록하세요. Kimi 웹 화면에서 아바타 → Settings → Subscription을 엽니다. 요금제, 표시된 비율이 사용량인지 잔여량인지, 다음 갱신 시점, 관측한 날짜와 시간 및 시간대를 기록하세요. Kimi Code에서는
/usage도 실행하고, Console에서 더 짧은 사용 구간의 상태를 확인합니다. -
다른 활동을 멈춘 상태에서 조정분을 비교하세요. 확인하는 동안 구독 할당량을 사용하는 다른 세션은 일시 중지하세요. 조정 전 수치를 기록해 뒀다면 화면에 반영된 뒤 위 계산식과 비교합니다. 그사이 실행한 작업이나 정기 월간 갱신도 반영해야 합니다. 이전 기록이 없으면 현재 막대만으로 정확히 얼마를 돌려받았는지 역산할 수 없습니다.
-
조정이 반영된 뒤 작은 작업 하나를 측정하세요. 앞서 제시한 범위가 제한된 저장소 프롬프트를 보내기 직전에 사용량을 기록하고, 작업 완료 후 해당 작업의 사용 내역을 확인합니다. Kimi의 사용량 FAQ는 사용 내역 확인 방법을 설명하며, 화면 업데이트에 짧은 지연이 생길 수 있다고 안내합니다.
-
같은 조건의 작업을 비교하세요. 저장소, 모델, 추론 설정, 사용 가능한 도구, 작업 목표를 같게 유지하세요. 두 실행의 캐시 조건이 같다고 가정하지 말고, 확인할 수 있다면 캐시 정보도 기록합니다. 소모한 할당량뿐 아니라 답변이 실제로 요청한 작업을 끝냈는지도 함께 비교하세요.
이전에 실행한 비교 가능한 작업이 없다면 이번 측정은 이후 비교에 쓸 기준값이 됩니다. 이를 통해 백엔드 변경이 얼마나 절약해 줬는지 입증할 수는 없습니다. 백분율 표시가 거칠어 작은 요청의 차이를 구분하기 어렵다면, 반복 시험에 할당량을 더 쓰기 전에 상세 내역부터 확인하세요.
요청이 계속 실패하면 전체 오류 메시지를 기준으로 원인을 구분해야 합니다. 2026-10-26 기준 Kimi Code 공식 오류 문서는 다음 할당량 소진 사례를 HTTP 429로 분류합니다.
| Kimi Code 오류 메시지 | 확인할 사항 |
|---|---|
You've reached your 5-hour usage limit | Console에서 5시간 구간의 초기화 시점을 확인합니다. |
You've reached your weekly (7-day) usage limit | 기존 요금제의 주간 사용 구간을 확인합니다. |
You've reached your monthly usage limit for this billing cycle | 공유 월간 사용량 표시와 조정분을 확인합니다. |
계속 재시도해도 소진한 할당량은 채워지지 않습니다. 서버 과부하는 별개의 문제이므로, 월간 크레딧이 복구됐더라도 요청이 실패할 수 있습니다.
안내된 기한이 지났고 화면도 업데이트됐는데 약속한 조정이 여전히 보이지 않는다면 Kimi 구독 지원팀에 문의하세요. 요금제, 기록한 날짜와 시간, 민감한 정보를 가린 조정 전후 사용량 증빙을 함께 전달하면 됩니다.
별도 과금 API로 언제 전환해야 하나요?
구독 사용 구간이 갱신되기를 기다리면 작업이 막히고, 그 작업에 별도 비용을 지불할 가치가 있다면 종량제 API를 선택하세요. 기존 Kimi 세션을 유지하는 것이 더 중요하다면 먼저 자신의 계정에서 Extra Usage를 사용할 수 있는지 확인합니다. 이 유료 잔액은 Kimi와 Kimi Code가 공유하므로, 이를 이용해 작업을 계속하기 전에 월간 지출 상한을 활성화하세요.
과금 경로와 예산을 정하세요
엔드포인트, 모델 ID, 키를 발급받은 서비스가 서로 일치해야 합니다. 다음은 국제 서비스용 OpenAI 호환 기본 URL입니다. 도구별 Anthropic 설정에서는 다른 기본 경로를 사용합니다.
| 접속 경로 | 기본 URL | 표준 K3.1 Pro 모델 ID | 과금 경로 |
|---|---|---|---|
| Kimi Code | https://api.kimi.ai/coding/v1 | k3.1-pro | 구독에 포함된 사용 권한이며, 지원되는 계정에서는 Extra Usage로 이어갈 수 있음 |
| Kimi API Platform | https://api.moonshot.ai/v1 | kimi-k3.1-pro | 별도의 종량제 API 계정 |
| BetterToken | https://www.bettertoken.ai/v1 | kimi-k3.1-pro | 별도의 BetterToken API 잔액 |
BetterToken의 실시간 모델 목록에는 2026-10-26 기준 kimi-k3.1-pro가 Chat Completions와 Anthropic Messages 경로로 등록돼 있었습니다. 모델 안내는 이 모델에 Responses가 활성화돼 있지 않다고 명시합니다. 이는 독립적인 API 이용 경로이며 Kimi 구독 할당량을 사용하는 방식이 아닙니다.
비용 규모를 가늠해 보면, Moonshot의 현재 글로벌 API 요금은 표준 kimi-k3.1-pro에 대해 일반 입력 토큰 1,000,000개당 $2, 출력 토큰 1,000,000개당 $10이며 적용되는 세금은 별도입니다. $2 요율이 적용되는 입력 토큰 100,000개와 과금 대상 출력 토큰 총 10,000개를 사용하는 가상의 요청 비용은 다음과 같습니다.
(100,000 / 1,000,000 × $2) + (10,000 / 1,000,000 × $10) = $0.30
이 추정치는 유료 도구 호출, 캐시 적중, 한 시간 캐시 쓰기가 없다는 가정입니다. 표준 5분 캐시 쓰기도 토큰 1,000,000개당 $2이며, 캐시 쓰기 항목으로 과금된 토큰에 일반 입력 요금을 다시 더하지 않습니다. 눈에 보이는 답변 길이가 아니라 실제 과금된 토큰 수로 비용을 계산하세요.
BetterToken에는 자체 현재 요금이 적용됩니다. 구독 사용률만으로 어느 경로가 더 저렴한지 판단할 수 없으며, 에이전트 작업 하나가 최종 답변을 만들기까지 여러 요청을 보낼 수 있습니다.
에이전트 세션을 옮기기 전에 요청 하나를 확인하세요
BetterToken을 사용하려면 콘솔에서 자신의 API 키를 선택하고, 모델 접근 권한과 사용 가능한 잔액을 확인한 다음 작은 요청 하나를 보내세요. 다음 예시는 문서에 나온 요청 형식을 따릅니다. 이 글을 위해 유료 추론 계정에서 실행한 결과는 아닙니다.
curl과 jq가 설치된 Bash를 사용하세요. read가 입력을 기다릴 때 키를 붙여 넣고 Enter를 누르면 됩니다. 입력한 키는 화면에 표시되지 않습니다.
set -o pipefail
read -rs BETTERTOKEN_API_KEY && export BETTERTOKEN_API_KEY
curl --silent --show-error --fail-with-body \
https://www.bettertoken.ai/v1/chat/completions \
--header "Authorization: Bearer ${BETTERTOKEN_API_KEY:?API key is required}" \
--header "Content-Type: application/json" \
--data '{
"model": "kimi-k3.1-pro",
"stream": false,
"messages": [
{"role": "user", "content": "Reply with exactly: API_OK"}
]
}' |
jq '{
model,
answer: .choices[0].message.content,
finish_reason: .choices[0].finish_reason,
usage,
error
}'
응답 본문에 결과가 들어 있으므로, 이 비스트리밍 요청에는 작업 상태를 반복 조회하는 폴링이 필요하지 않습니다. 요청한 API_OK 답변이 나왔는지, 응답이 완료됐는지, 사용량 정보가 있는지 확인하세요. 더 큰 작업을 옮기기 전에는 BetterToken 대시보드에서 해당 요청의 모델, 상태, 토큰 사용량, 청구 금액도 대조합니다.
Cline에서 계속하려면 Use your own API key를 열고 OpenAI Compatible을 선택하세요. 표에 나온 BetterToken 기본 URL, 자신의 BetterToken 키, kimi-k3.1-pro를 입력합니다. 저장한 뒤 확장 프로그램을 다시 로드하고 앞서 사용한 작은 저장소 작업부터 시작하세요. OpenCode는 사용자 지정 Chat Completions 제공자 설정 안내를 따릅니다.
Claude Code의 BetterToken 설정은 Anthropic 호환 기본 주소인 https://bettertoken.ai를 사용하며, /v1을 붙이지 않습니다. Chat Completions의 기본 주소를 그대로 복사하지 말고 해당 도구의 인증 지침에 따라 설정하세요.
작은 연결 확인 요청에서 401이 반환되면 BetterToken 키를 다시 확인하세요. 404 또는 모델 조회 오류라면 정확한 엔드포인트와 모델 ID를 점검합니다. 요청 제한이나 잔액 오류가 발생하면 재시도하기 전에 해당 API 계정의 응답과 대시보드를 확인하세요. 구독 초기화만으로 별도 과금 경로의 잔액이나 한도 상태를 알 수는 없습니다.