Сброс квоты Kimi K3.1 Pro: возврат 25% и оплата API

Объявленный сброс квоты Kimi K3.1 Pro восстанавливает до 25 процентных пунктов месячной квоты подписки, но не обещает снять все ограничения запросов. Сначала проверьте месячный расход, а если запросы из инструмента для разработки по-прежнему не проходят — отдельные лимиты Kimi Code. Если задачу нельзя отложить, можно перейти на API с отдельной оплатой по факту использования: у него будут собственные ключ, адрес, баланс и ограничения.

В объявлении от 25 октября Moonshot признала ответственность за ограничения частоты запросов и излишний расход квоты в подписке на K3.1 Pro. Компания анонсировала компенсацию для подписчиков всех тарифов, а также изменения, которые должны сократить ненужные вызовы дополнительных агентов — субагентов — и длину ответов.

Ниже разобраны правила из этого объявления и официальной документации, проверенной по состоянию на 2026-10-26.

Сколько квоты восстанавливает корректировка на 25%?

Из заявленного правила следует: из месячного показателя расхода вычитают 25 процентных пунктов, но результат не может быть меньше нуля. Для одной и той же месячной квоты, если между замерами не было новых расходов или планового обновления расчётного периода:

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%. По объявленному правилу после корректировки остаётся 35% использованной квоты.

Moonshot назвала восстановленный объём эквивалентом недели использования. Это описание размера компенсации: из него не следуют гарантированная неделя работы с кодом, новый график недельного обновления или дополнительные дни подписки. Обычную дату следующего обновления квоты смотрите на странице подписки.

В объявлении от 25 октября срок обновления индикатора указан как «end of day PST» — до конца дня по PST. Проверяйте показания аккаунта после этого срока: само объявление ещё не подтверждает, что корректировка уже отразилась именно у вас.

Как связаны квоты подписки Kimi, Kimi Code и API?

У подписки Kimi и Kimi Code общая месячная квота, а публичная Kimi API Platform оплачивается отдельно по факту использования. API-ключ может относиться к любой из этих систем. Наличие ключа само по себе не показывает, какую квоту или какой баланс расходует запрос.

В правилах использования подписки сказано, что её функции расходуют общую квоту, а потребление учитывается по токенам. Для Kimi Code дополнительно действуют ограничения на более короткие периоды.

Актуальное руководство по подписке Kimi Code различает новые и прежние тарифы:

Тарифы с доступом к Kimi Code	Лимит в скользящем пятичасовом окне	Недельный лимит	Общая месячная квота
Новые Plus, Pro, Max и Ultra	Есть	Нет	Есть
Прежние Andante, Moderato, Allegretto и Allegro	Есть	Есть	Есть

На прежних тарифах недельная квота обновляется каждые семь дней с даты начала подписки. У обеих групп доступ также может остановиться из-за исчерпания месячной квоты. В Go нет Kimi Code; для самой K3.1 Pro нужен как минимум новый Plus или прежний Moderato.

Поэтому утверждение «у Kimi нет недельных лимитов» верно только для новых тарифов с доступом к Code. Оно не описывает все действующие подписки. Из восстановления месячной квоты также не следует, что исчерпанный пятичасовой или недельный лимит прежнего тарифа уже сброшен.

Запросы Kimi Code из CLI, Desktop, VS Code и поддерживаемых сторонних клиентов используют лимиты одного аккаунта. Ещё один API-ключ Code или переход из Claude Code в OpenCode не дают новую квоту подписки. При включённом Extra Usage работу можно продолжить за счёт дополнительного оплачиваемого баланса в этой же системе подписки.

В свою очередь, документация Moonshot по ценам API прямо отделяет публичную API Platform с оплатой по факту использования от подписки Kimi и Kimi Code. Объявление о корректировке не подтверждает возврат денег, зачисление средств или сброс ограничений частоты запросов для такого отдельного API-аккаунта.

Подробное объяснение периодов есть в статье о пятичасовом, недельном и месячном лимитах Kimi Code и ошибках 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. Поэтому для оценки экономичности начните со стандартной модели, если скорость не является главным требованием.

Режим рассуждения должен оставаться включённым: K3.1 Pro отклоняет запросы, которые его отключают. Ограничение длины итогового ответа и отключение рассуждения — разные настройки.

Как проверить восстановление квоты и её дальнейший расход?

Проверяйте восстановление квоты отдельно от расхода на новую задачу. Если наблюдать за обоими процессами одновременно, компенсация может уменьшать показатель расхода, пока другой работающий агент его увеличивает.

Зафиксируйте нужные показатели. В веб-интерфейсе Kimi откройте меню аватара → Settings → Subscription. Запишите тариф, смысл отображаемого процента — использовано или осталось, — время следующего обновления и время замера с часовым поясом. В Kimi Code дополнительно выполните /usage и проверьте в Console состояние ограничений на короткие периоды.
Проверьте корректировку без постороннего расхода. На время проверки приостановите остальные сеансы, использующие эту подписку. Если у вас есть показания до корректировки, сравните их с формулой после обновления индикатора. Учтите новые задачи и обычное месячное обновление: без прежнего показания по одному текущему индикатору нельзя точно восстановить размер компенсации.
После отражения компенсации измерьте одну небольшую задачу. Запишите расход непосредственно перед отправкой приведённого выше запроса к репозиторию, а после завершения проверьте запись о потреблении этой задачи. В справке Kimi по расходу описаны такие записи и отмечено, что данные могут появляться с небольшой задержкой.
Сравнивайте сопоставимую работу. Сохраняйте тот же репозиторий, модель, настройки рассуждения, доступные инструменты и цель задачи. Если доступны сведения о кэше, запишите их; не предполагайте, что условия кэширования в двух запусках одинаковы. Сопоставьте израсходованную квоту и то, действительно ли ответ решает поставленную задачу.

Если сопоставимого предыдущего запуска нет, такой замер станет отправной точкой для будущих сравнений. Он не докажет, сколько сэкономило изменение на сервере. Если по индикатору нельзя различить расход небольшого запроса, сначала изучите подробную запись, прежде чем тратить квоту на повторные попытки.

Если запросы по-прежнему не проходят, ориентируйтесь на полное сообщение об ошибке. По состоянию на 2026-10-26 официальный справочник ошибок Kimi Code относит следующие случаи исчерпания квоты к HTTP 429:

Сообщение Kimi Code	Что проверить
`You've reached your 5-hour usage limit`	Время сброса пятичасового лимита в Console.
`You've reached your weekly (7-day) usage limit`	Недельное окно прежнего тарифа.
`You've reached your monthly usage limit for this billing cycle`	Общую месячную квоту и её корректировку.

Повторные запросы не пополняют исчерпанную квоту. Перегрузка сервера — отдельная причина отказа, поэтому восстановленный месячный остаток может сочетаться с неудачным запросом.

Если заявленный срок прошёл, данные на странице обновились, а обещанная корректировка так и не появилась, обратитесь в поддержку подписки Kimi. Передайте название тарифа, время замеров и показания до и после, скрыв конфиденциальные данные.

Когда переходить на API с отдельной оплатой?

Переход имеет смысл, если задачу выгоднее оплатить отдельно, чем отложить до освобождения лимита подписки. Если важнее продолжить текущий сеанс Kimi без смены подключения, сначала проверьте, доступна ли вашему аккаунту функция Extra Usage. Это дополнительный оплачиваемый баланс, общий для Kimi и Kimi Code; прежде чем продолжать работу за его счёт, включите месячный предел расходов.

Выберите сервис и оцените расходы

Адрес API, идентификатор модели и источник ключа должны относиться к одному сервису. В таблице приведены международные OpenAI-совместимые Base URL; для подключения по протоколу Anthropic конкретному инструменту нужны другие базовые адреса.

Способ подключения	Base URL	Идентификатор стандартной K3.1 Pro	Как учитывается расход
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`	Отдельный баланс API BetterToken

На 2026-10-26 в актуальном каталоге BetterToken была указана модель kimi-k3.1-pro с подключением через Chat Completions и Anthropic Messages. В руководстве по модели уточняется, что Responses для неё не включён. Это отдельный доступ к API, который не расходует квоту подписки Kimi.

Для оценки бюджета: в текущих глобальных ценах API Moonshot стандартная kimi-k3.1-pro стоит $2 за миллион обычных входных токенов и $10 за миллион выходных токенов, без учёта применимых налогов. Расчёт для условного запроса с 100,000 входных токенов по ставке $2 и 10,000 тарифицируемых выходных токенов:

(100,000 / 1,000,000 × $2) + (10,000 / 1,000,000 × $10) = $0.30

Эта оценка предполагает отсутствие платных вызовов инструментов, попаданий в кэш и записей в кэш со сроком хранения один час. Стандартная запись в кэш на пять минут также стоит $2 за миллион токенов; токен из этой категории не тарифицируется второй раз как обычный входной. Для расчёта нужны учтённые при оплате токены, а не длина видимого ответа.

У BetterToken действуют собственные актуальные цены. По проценту расхода подписки нельзя определить, какой способ подключения дешевле. Кроме того, агент может сделать много запросов, прежде чем показать итоговый ответ.

Проверьте один запрос перед сменой подключения агента

Для подключения через BetterToken выберите собственный API-ключ в консоли, убедитесь в доступе к модели и наличии доступного баланса, затем выполните один небольшой запрос. Пример ниже соответствует документированному формату; в рамках этой статьи запрос к платному API не выполнялся.

Используйте Bash с установленными curl и jq. Когда 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 и укажите Base URL BetterToken из таблицы, свой ключ BetterToken и kimi-k3.1-pro. Сохраните настройки, перезагрузите расширение и начните с того же небольшого задания по репозиторию. Для OpenCode следуйте инструкции по настройке собственного провайдера Chat Completions.

В настройке BetterToken для Claude Code используется Anthropic-совместимый базовый адрес https://bettertoken.ai, без /v1. Следуйте инструкции по аутентификации именно для этого инструмента; базовый адрес Chat Completions в его конфигурацию переносить не следует.

Если проверочный запрос вернул 401, перепроверьте ключ BetterToken. При 404 или ошибке поиска модели проверьте точный адрес запроса и идентификатор модели. Если ответ сообщает об ограничении частоты запросов или проблеме с балансом, перед повторной попыткой изучите сообщение и панель именно этого API-аккаунта: корректировка подписки не определяет состояние отдельно оплачиваемого подключения.