Корпоративная закупка Moonshot API — не то же самое, что пополнение личного кабинета. Помимо цены нужно проверить юридическое лицо для договора, оплату по счёту, счета-фактуры, квоты, условия обработки данных, права доступа, SLA и порядок выхода. Ниже — практический чек-лист без конкретных ставок; цены и условия определяются официальным предложением, договором и страницей цены на модели.

Примечание: Moonshot и Kimi — товарные знаки соответствующих правообладателей. Статья не подразумевает аффилированности, агентских или партнёрских отношений с Moonshot AI; упомянутые процессы и правила определяются официальными страницами и договором.

1. Сначала определите предмет закупки

Открытая платформа Moonshot, стоящая за Kimi, предоставляет API с оплатой по токенам, а не членство Kimi и не офисные места. API используется для поддержки клиентов, баз знаний, обработки документов и агентов; покупка чат-подписок для сотрудников — отдельная закупочная линия. Аккаунты и ключи китайского сайта platform.kimi.com и международного platform.kimi.ai не взаимозаменяемы. Сначала определите, каким сайтом пользуется команда, иначе юридическое лицо в договоре и фактические вызовы разойдутся.

2. Чек-лист закупки

Рекомендуется включить в переговоры с продавцом десять пунктов ниже. Определённым считается только то, что зафиксировано в договоре или приложении.

Пункт закупки Что уточнить Подтверждение
Сторона договора и верификация Совпадают ли стороны договора, платежа и счёта-фактуры Лицензия, запись о верификации компании
Пополнение и оплата Банковский перевод и срок зачисления Платёжное поручение, выписка
Счёт-фактура Тип, ставка налога, правила оформления Образец или разъяснение
Квоты и лимиты Параллелизм, RPM, TPM, TPD, временные ограничения Официальная страница лимитов, приложение к договору
Данные и ZDR Хранение, обучение, удаление, охват Соглашение об обработке данных, подтверждение ZDR
Права Организация, проекты, ключи, IP-allowlist, отзыв участников Матрица прав, скриншоты консоли
SLA и поддержка Доступность, сроки реакции, каналы эскалации SLA в договоре или приложении
Жизненный цикл моделей Срок уведомления о выводе, помощь с миграцией Условия уведомления, история версий
Управление затратами Бюджеты, оповещения, детализация сверки Настройки консоли, пример счёта
Порядок выхода Баланс, данные, журналы Условия расторжения и возврата

3. Квоты и лимиты

Уровни скорости определяются суммарным пополнением аккаунта; зачётные средства в накопленную сумму не входят. У Tier0 без пополнения — 1 параллельный запрос, 3 RPM и суточный лимит токенов; на платных уровнях суточный лимит обычно снимается, но TPM, параллелизм и RPM остаются. Конкретные пороги — на официальной странице лимитов.

Проекты используют общие лимиты и баланс организации; TPM проекта не превышает лимит организации, а пиковую нагрузку нужно считать по организации целиком. Для переговоров подготовьте минимум пять показателей: среднемесячные токены, пиковый параллелизм, среднее соотношение входа и выхода, долю попаданий в кэш и долю Batch. Одного месячного объёма недостаточно.

Отдельно уточните временные ограничения и лимиты риск-контроля. Официальная документация указывает, что при высокой нагрузке кластера возможно временное ограничение, а лимит, вызванный подозрительной активностью, после срабатывания может не сниматься. В архитектуре обязательно должны быть очередь, выдержка и деградация: нельзя исходить из того, что «высокая квота означает отсутствие лимитов».

4. Пополнение и счета-фактуры

После верификации компания может пополнять счёт онлайн или банковским переводом. Название корпоративного счёта должно совпадать с верифицированным юридическим лицом; перевод обычно идёт 1–5 рабочих дней, зачисление на платформе занимает около 10 минут после получения средств. Международные переводы и оплата через третьих лиц часто застревают на этапе верификации и выставления счёта.

Счёт-фактуру можно запросить по расходу или по пополнению. Для корпоративного аккаунта в заголовке указывается только верифицированное лицо; личный аккаунт может выбрать физическое или юридическое лицо. По официальной странице эмитент — Beijing Moonshot Technology Co., Ltd., категория — услуги технического характера, ставка 6%; окончательно ориентируйтесь на страницу выставления счёта.

В консоли можно задать дневной и месячный бюджет проекта; при достижении предела запросы отклоняются автоматически, но счёт обновляется с задержкой около 10 минут, это не контроль в реальном времени. Порог SMS-уведомления о низком балансе по умолчанию — 20 юаней; для продакшен-аккаунта порог стоит поднять и оставить запас на расчётный период.

5. Условия обработки данных и ZDR

Соглашение платформы наделяет платформу правом в пределах, разрешённых законом, использовать входные и выходные данные и обратную связь для оптимизации модельных сервисов. По умолчанию нельзя исходить из того, что данные «не будут использоваться для обучения». Политика конфиденциальности указывает, что данные хранятся в материковом Китае.

Компания может запросить нулевое хранение данных (ZDR). После включения содержимое запроса используется только для текущего вывода и удаляется после ответа, корпоративные данные не идут на обучение. Но ZDR не покрывает Batch, изображения и видео, загруженные через файловый интерфейс, Hosted Agents, операционные данные (журналы безопасности, биллинг) и сторонние сервисы. ZDR подключается через отдел продаж и доступен не во всех тарифах по умолчанию.

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

6. Права и контроль доступа

После корпоративной верификации лимит организации — 50 проектов и 100 ключей; без верификации — 1 проект и 10 ключей; при индивидуальной верификации — 20 проектов и 50 ключей. Ключи, созданные в проекте, относятся к расходу этого проекта; участники должны создавать собственные ключи, не передавайте один ключ всей команде.

IP-allowlist — переключатель уровня организации, до 20 записей, принимаются только публичные IPv4 или корректные CIDR; IPv6, частные и loopback-адреса не поддерживаются. Исключение участника из проекта делает созданные им ключи недействительными. До запуска опишите матрицу прав, отзыв при увольнении и ротацию ключей как процессы.

7. SLA, поддержка и выход

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

Если требования к доступности есть, их нужно зафиксировать в договоре или приложении: показатель доступности, срок уведомления о сбое, уровень реакции поддержки, путь эскалации, порядок компенсации и помощь с миграцией после прекращения сервиса. Если покупается только API без SLA, при сбое обычно остаются повторы и переключение. Условия выхода тоже должны быть описаны: возвращается ли баланс, сколько хранятся данные и журналы, как выгрузить счета, когда перестают действовать ключи.

8. Контроль затрат

  • Кэш: TTL автоматического кэша по умолчанию 5 минут, можно задать 1 час; держите системный промпт и префикс базы знаний стабильными, чтобы повысить долю попаданий. Запись в кэш тарифицируется отдельно.
  • Маршрутизация моделей: для общих задач — kimi-k2.6, для кода — kimi-k2.7-code, для очень длинных материалов и сложных рассуждений оцените kimi-k3.
  • Batch: по официальной документации — 60% от стандартной цены, поддерживаются только kimi-k2.6 и kimi-k2.7-code; подходит для больших задач с низкой срочностью, не ограничен реальным параллелизмом, но не входит в ZDR.
  • Бюджеты и сверка: задавайте дневные и месячные бюджеты и оповещения по проектам, ежемесячно разбирайте расход по проектам, моделям и сценариям; блокировка бюджета срабатывает с задержкой около 10 минут и не заменяет предохранитель, работающий в реальном времени.

Скрытая статья расходов — повторы. OpenAI SDK по умолчанию повторяет запросы дважды, и повторы входят в RPM и TPM; неудачные 429-запросы не тарифицируются, но успешный повтор тарифицируется как обычный. Непоточный запрос через 900 секунд без ответа получает 504, поэтому длинные задачи стоит переводить в потоковый режим.

9. Деградация и учения при сбоях

Не исходите из того, что один поставщик доступен всегда. Подготовьте минимум три уровня деградации: переход на меньшую модель той же платформы, очередь или асинхронная обработка, переключение на резервного поставщика или AI-шлюз. Резервный канал нужно отладить заранее, а не искать Base URL в момент аварии.

До запуска проведите учения: смоделируйте 429, тайм-аут и 5xx и убедитесь, что за оповещения, переключение и откат отвечают конкретные люди. Протокол учений сам по себе является материалом приёмки.

10. Приёмка пилота

Рекомендуется начать с пилота на 2–4 недели и только потом масштабировать.

  1. Подготовьте 20–50 реальных задач и определите критерии качества, формата и проверки.
  2. Оцените месячные токены, пиковый параллелизм, долю попаданий в кэш и долю Batch.
  3. Прогоните 30 минут на целевой параллельности, записав долю успеха, P95 задержки и типы 429.
  4. Сверьте счёт: правильно ли тарифицируются запись в кэш, попадания, Batch и повторы.
  5. Проверьте ключи проекта, IP-allowlist, отзыв участников и блокировку бюджета.
  6. Проверьте охват ZDR, хранение журналов и порядок удаления.
  7. Проведите учение по деградации: переключается ли система при 429, тайм-ауте или 5xx основной модели.
  8. Обсуждайте договор с данными на руках: квоты, SLA, цена, расчётный период и условия выхода.
import os
import time
import statistics
from collections import Counter
from concurrent.futures import ThreadPoolExecutor
from openai import OpenAI

client = OpenAI(
    api_key=os.environ["MOONSHOT_API_KEY"],
    base_url="https://api.moonshot.cn/v1",
    max_retries=0,  # на приёмке отключаем автоповторы, чтобы видеть реальную долю ошибок
)

def one_call(_):
    start = time.perf_counter()
    try:
        client.chat.completions.create(
            model="kimi-k2.6",
            messages=[{"role": "user", "content": "Одной фразой объясни цель приёмки"}],
            max_completion_tokens=128,
        )
        return ("ok", time.perf_counter() - start)
    except Exception as exc:
        resp = getattr(exc, "response", None)
        kind = resp.json().get("error", {}).get("type", type(exc).__name__) if resp else type(exc).__name__
        return (kind, time.perf_counter() - start)

with ThreadPoolExecutor(max_workers=3) as pool:  # подгоните под целевую параллельность, не используйте для нагрузочного теста платформы
    results = list(pool.map(one_call, range(30)))

latencies = [d for kind, d in results if kind == "ok"]
print("успешно", len(latencies), "ошибок", len(results) - len(latencies))
print("P95, с", round(statistics.quantiles(latencies, n=20)[-1], 2) if len(latencies) >= 2 else "N/A")
print("распределение ошибок", Counter(kind for kind, _ in results if kind != "ok"))

Этот скрипт предназначен только для приёмки на малом трафике и не отражает ёмкость платформы. Перед реальным нагрузочным тестом согласуйте условия и квоты, чтобы не вызвать риск-контроль.

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

Обязательна ли корпоративная верификация для закупки Moonshot?

Для договора, оплаты по счёту, корпоративного счёта-фактуры и управления участниками — да. Личный аккаунт не покрывает эти процессы полностью.

Можно ли платить по счёту и получать счёт-фактуру?

После корпоративной верификации обычно да. Название корпоративного счёта должно совпадать с верифицированным лицом, заголовок счёта-фактуры — тоже; тип и ставка налога определяются страницей выставления.

Есть ли SLA у стандартного API?

По состоянию на октябрь 2026 года стандартное соглашение не даёт обязательств по доступности и освобождает от ответственности за перерывы на обслуживание. Если SLA нужен, его фиксируют в договоре или приложении.

Используются ли данные для обучения?

По умолчанию соглашение разрешает использовать вход и выход для оптимизации модельных сервисов. Компания может запросить ZDR, но есть исключения — Batch, загрузка файлов и другие; данные клиентов сначала проходят оценку.

Что делать, если квоты не хватает?

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

Что дальше

Зарегистрируйте тестовый аккаунт в ZSQH AI Gateway, прогоните реальные задачи и выгрузите расход, задержки и распределение ошибок, затем обсуждайте квоты и договор с данными. Модели, цены и корпоративные условия — на странице цены на модели.

Связанные материалы: