Kimi, Claude, GPT и Gemini в Kimi Code

Kimi Code уже говорит на протоколе роутера

Используйте установку одной командой: curl -fsSL https://apitoken.sale/setup/connect.sh | bash. В Windows PowerShell: irm https://apitoken.sale/setup/connect.ps1 | iex. Установка выберет правильный протокол и запишет все модели выбранного провайдера.

Запустите установку одной командой и выберите Kimi Code. Она создаст приватный config.toml, сохранит резервную копию и добавит alias для каждой модели выбранного провайдера. Ручной список моделей не нужен.

Модель конфигурации намеренно разделена на две части. Запись provider отвечает за протокол, endpoint и credential; запись model — за alias, который вы набираете, wire ID, уходящий на сервер, и окно контекста, под которое CLI планирует бюджет. Именно это деление делает мультипровайдерный ключ удобным: провайдер описан один раз, а добавить Claude, GPT или Gemini позже — значит добавить одну маленькую таблицу на модель, а не новый credential.

Одно поведение важно понять до того, как вы что-то напишете: Kimi Code резолвит credentials только из конфигурационного файла. Он проверяет поле api_key провайдера, затем подтаблицу [providers.<name>.env] и громко падает при старте, если не задано ни то ни другое. Экспорт переменной в shell ничего не даст — CLI никогда не подхватывает credentials провайдера из переменных окружения shell.

Читайте также: Запуск Kimi K3 и Kimi for Coding в Claude Code

Установите CLI и напишите блок провайдера

1. 01Установите Kimi Code официальным скриптом (предустановленный Node.js не нужен): curl -fsSL https://code.kimi.com/kimi-code/install.sh | bash — скрипт проверяет контрольную сумму и кладёт исполняемый файл kimi в PATH.
2. 02Создайте аккаунт apiToken.sale, пополните баланс на любую целую сумму в долларах картой или криптой и сгенерируйте один API-ключ (выглядит как sk-pool-…). Тот же ключ и баланс покрывают поддерживаемые модели Kimi, Claude, GPT и Gemini.
3. 03Запишите провайдера и первый model alias в ~/.kimi-code/config.toml, как показано ниже.
4. 04Закройте файл командой chmod 600 ~/.kimi-code/config.toml — ключ хранится в нём в открытом виде.

curl -fsSL https://apitoken.sale/setup/connect.sh | bash

# Windows PowerShell
irm https://apitoken.sale/setup/connect.ps1 | iex

Не запускайте /login для этой схемы. Эта команда начинает OAuth device-code flow в managed-сервис Kimi Code, который списывает с Kimi membership, а не с вашего предоплаченного баланса, — managed-аккаунты даже не появляются в списке /provider. Написанный вручную блок провайдера — детерминированный путь; интерактивный менеджер /provider существует, но он построен вокруг публичных каталогов, а не предоплаченного мультипровайдерного шлюза.

Проверьте маршрут до первой настоящей задачи

1. 01Запустите сессию на alias: kimi -m apitoken/k3.
2. 02Выполните /status и убедитесь, что активная модель — apitoken/k3: команда показывает runtime-состояние сессии — версию, модель, рабочую директорию и режим разрешений.
3. 03Отправьте один детерминированный промпт: Reply with exactly: connected. Чистый ответ доказывает ключ, base_url и баланс за один round trip.
4. 04Посмотрите, до чего ключ реально достаёт: curl https://router.apitoken.sale/v1/models -H "Authorization: Bearer sk-pool-•••" — каталог привязан к ключу, поэтому показывает только модели, которые для него сейчас маршрутизируются и тарифицированы.

Если вы редактируете config.toml при открытом TUI, выполните /reload. Он применяет изменения провайдера и моделей без перезапуска CLI; новый экспорт в shell не сработал бы, потому что файл — единственный источник credentials.

Один блок провайдера — все семейства моделей

Alias (ключ [models."..."]) — это только локальное имя. Роутер маршрутизирует по полю model, и оно ждёт namespaced ID единого каталога — kimi/k3, openai/gpt-5.6-terra, google/gemini-3.6-flash. Поскольку провайдер уже хранит endpoint и ключ, каждая дополнительная модель — это три строки:

[models."apitoken/kimi-for-coding"]
provider = "apitoken"
model = "kimi/kimi-for-coding"
max_context_size = 262144

[models."apitoken/gpt-terra"]
provider = "apitoken"
model = "openai/gpt-5.6-terra"
max_context_size = 400000   # review against the model page

[models."apitoken/gemini-flash"]
provider = "apitoken"
model = "google/gemini-3.6-flash"
max_context_size = 1048576  # review against the model page

• max_context_size обязателен для каждого alias. CLI использует его для проверок переполнения и для решения, когда запускать автоматическую компактизацию, поэтому копируйте проверенное окно модели — 1048576 для режима 1M у K3, 262144 для Kimi for Coding — а не угадывайте.
• Kimi Code автоматически определяет возможности вроде thinking, vision и tool use по известным префиксам имён моделей. Для namespaced ID шлюза, который он может не распознать, объявите их явно, например capabilities = ["thinking", "tool_use"]; объявленные теги объединяются с определёнными автоматически.
• Переключайтесь между объявленными alias в середине сессии командой /model — без перезапуска и правок конфига.
• Все провайдеры по умолчанию стримят; если шлюз когда-нибудь вернёт reasoning под нестандартным именем поля, model alias принимает переопределение reasoning_key.

Проверенные окна контекста и цены по моделям →

Сколько стоят такие сессии на предоплаченном балансе

Цифры — за 1 млн токенов. Кэширование Kimi работает автоматически, терминальный usage показывает, какая часть input пришла из кэша, а reasoning-токены тарифицируются как output — это не отдельный класс токенов. apiToken.sale применяет фиксированную B2C-скидку 50% к официальным тарифам, поэтому сессия Kimi Code стоит ровно столько токенов, сколько она потребила, за половину официальной суммы; неделя простоя не стоит ничего.

Баланс общий для всех alias на ключе, поэтому день с упором на Claude и день с упором на Kimi тратят один и тот же пул. Практические ограничители — общий лимит расходов и дата истечения на каждый ключ плюс подтверждённый usage в дашборде. 402 в середине сессии означает, что пул пуст, — пополните баланс, и следующий запрос пройдёт; повторные попытки не помогут.

Сбои, которые связаны с конфигурацией, а не с качеством модели

• Старт падает до любого запроса — у провайдера нет credential. Запишите api_key (или подтаблицу [providers.apitoken.env]) в config.toml; экспорт в shell никогда не читается.
• 401 на первом ходе — ключ неверен или отозван, либо base_url потерял суффикс /v1. Воспроизведите проблему curl-вызовом к каталогу, чтобы изолировать, какая половина сломана.
• 404 для только что объявленной модели — этого ID нет в каталоге, привязанном к ключу. Доверяйте GET /v1/models больше, чем памяти, и перепроверяйте его перед тем, как зашить alias в долгоживущий конфиг.
• Компактизация срабатывает гораздо раньше ожидаемого — max_context_size объявлен ниже реального окна модели, и CLI думает, что место кончилось.
• Ключ лежит в открытом виде — это by design для данного типа провайдера, поэтому chmod 600 — часть установки, и поэтому файл должен находиться вне любых синхронизируемых или коммитимых директорий.

Частые вопросы

Похожие гайды