Покупая MiniMax API для компании, проще всего смотреть только на сумму пополнения и цену за единицу. Но долгосрочную пригодность определяют субъект аккаунта, распределение квот, лимиты, условия обработки данных, счета, SLA и план выхода.

Китайская открытая платформа MiniMax предлагает оплату по факту, пакеты ресурсов и M Plan; M Plan позиционируется для индивидуальной интерактивной разработки, а для продакшена больше подходит оплата по факту. Ниже чек-лист в порядке «сначала границы, затем проверка квот, в конце договор». Цены за единицу не фиксируем.

Примечание: MiniMax — товарный знак своего правообладателя. Примеры основаны на публичной документации за октябрь 2026 года; квоты, цены, выставление счетов и условия обработки данных уточняйте на официальных страницах MiniMax и на странице тарифов.

1. Сначала определите границы закупки: какую услугу вы покупаете

У MiniMax несколько интерфейсов и тарифов, и в заявке нужно однозначно указать, что именно покупается:

  1. Оплата по факту: списание за фактический расход; подходит для продакшена и колеблющегося объёма.
  2. Пакеты ресурсов: предоплаченные квоты на речь и видео; подходят для предсказуемого расхода и обнуляются по истечении срока.
  3. M Plan: подписка, позиционируется для индивидуальной интерактивной разработки и не подходит как основной производственный канал предприятия.
  4. Китайский AI-шлюз: единый вход и счёт; подходит командам с несколькими моделями.

Если смешать четыре категории в одном предложении, потом обязательно не сойдутся суммы. Сначала определите основной и резервный канал, затем обсуждайте цену. Отдельно уточните, китайская или международная площадка: тарификация, субъект, счета и таблицы лимитов могут различаться.

2. Квоты и лимиты: запишите «достаточно» в цифрах

Квота — это не только общий остаток. Смотреть нужно минимум на четыре измерения: баланс аккаунта, RPM, TPM и параллельность или очередь.

Китайская страница лимитов разделяет бесплатных и пополненных пользователей. Для текущей основной текстовой модели бесплатный пользователь получает 20 RPM и 1 млн TPM, пополненный — 200 RPM и 10 млн TPM; для исторических моделей значения выше. Для разных моделей и интерфейсов цифры отличаются и меняются, поэтому при закупке сохраняйте скриншоты в архив.

Лимиты считаются по аккаунту, основной и дочерние аккаунты делят квоту. Если нужен более высокий уровень, официальный путь — запрос на api@minimax.io; рассмотрение может занять 3–5 рабочих дней. Не откладывайте заявку до дня запуска.

Коды ошибок тоже должны попасть в мониторинг. 1002 означает лимит частоты, 1008 — нехватку средств, 2056 — превышение расхода за пятичасовое окно. Если считать только HTTP 5xx, эти бизнес-ошибки останутся незамеченными.

3. Аккаунты, дочерние аккаунты и права

Официальная рекомендация для предприятий — основной аккаунт плюс дочерние. Число дочерних аккаунтов сейчас не ограничено; они делят с основным права и лимиты скорости, расход API считается едино, но дочерние аккаунты не могут просматривать платежи и управлять ими.

  1. Регистрация на корпоративном доменном адресе, затем корпоративная верификация.
  2. Основной аккаунт используется только для управления, повседневные вызовы — с дочерних.
  3. Ключи разделяются по средам: продакшен, тест и разработка не делят один Key.
  4. У каждого Key указаны ответственный, назначение и дата создания.
  5. При увольнении или завершении контракта с подрядчиком Key немедленно отзывается.
  6. Раз в квартал проводится инвентаризация аккаунтов и ключей.

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

4. Биллинг, оплата и счета

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

У счетов три правила:

  1. Название получателя совпадает с субъектом верификации; личный аккаунт не может выставить счёт на компанию — сначала нужно сменить тип верификации.
  2. Оплата по факту выставляется на фактически израсходованную сумму минус уже выставленное, а не на сумму пополнения.
  3. Сумма, покрытая ваучером, обычно не подлежит выставлению счёта; остаток пакета ресурсов обнуляется по сроку — различайте «баланс» и «квоту пакета».

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

5. Данные и комплаенс: превратите устные обещания в приложение к договору

Условия обработки данных чаще всего пропускают под лозунгом «сначала запустим». Политика конфиденциальности открытой платформы MiniMax, вступившая в силу 15 октября 2026 года, указывает, что при вызове API собираются данные обработки, сведения аутентификации, Group ID, API Key и UserID — для вычислений, формирования ответа и разбора обращений; обработка идёт на облачных серверах.

Предприятию нужно зафиксировать в договоре или приложении об обработке данных шесть вопросов:

  1. Сохраняются ли входы и выходы, как долго, как удаляются?
  2. Используются ли они для обучения или улучшения модели и можно ли это отключить?
  3. В каком регионе хранятся данные, есть ли трансграничная передача?
  4. Какие субподрядчики задействованы и уведомляют ли об изменениях заранее?
  5. Каковы сроки уведомления и порядок действий при инциденте безопасности?
  6. Можно ли подписать соглашение об обработке данных и как распределяется ответственность?

Официальное пользовательское соглашение требует заметно маркировать текст, изображения, аудио и видео, созданные ИИ; при публикации такого контента это должно войти в комплаенс-процесс. Клиентские договоры, код, персональные данные и финансовые сведения сначала обезличивайте; на бесплатном уровне и в тестовой среде не размещайте реальные клиентские данные.

6. SLA и поддержка: стандартные условия — не SLA

Стандартное пользовательское соглашение предоставляет сервис «как есть» и освобождает от ответственности при перерывах из-за непреодолимой силы, сбоев оператора связи и инцидентов кибербезопасности; в публичной документации нет явного процента доступности или условий компенсации.

Если бизнесу нужен SLA, правильный порядок такой:

  1. Запросить у коммерческого отдела доступность, сроки реакции и порядок компенсации, зафиксировать в договоре.
  2. Подтвердить каналы поддержки и эскалации; официальный адрес — api@minimax.io.
  3. На повышение лимитов закладывать 3–5 рабочих дней.
  4. Построить собственный мониторинг и резервный канал, не полагаясь на одного поставщика.
  5. Регулярно тренировать переключение, фиксируя время и долю сбоев.

Отсутствие SLA не запрещает закупку — оно означает, что инженерию доступности придётся обеспечить самостоятельно.

7. Пилот и приёмка перед запуском

Рекомендуется двухнедельный пилот; приёмка не должна звучать как «поговорили, вроде неплохо».

  1. Возьмите 30–50 реальных задач, покрывающих простой, средний и сложный уровень.
  2. Нагрузите RPM, TPM и параллельность до 1,5-кратного пика, записав долю успеха, p50/p95 задержки, лимиты и долю переделок.
  3. Проверьте длинный контекст, вызов инструментов и JSON-вывод; сверьте в счёте входные, выходные, кэшированные токены, повторы и неуспешные задачи.
  4. Пройдите путь пополнения, выставления счёта, предупреждения о балансе и оплаты от юрлица.
  5. Проведите учение: откажите основной канал и убедитесь, что резервный принимает нагрузку.
  6. После приёмки включите 10% трафика, затем 50%, затем полный объём.

8. Контроль затрат: разбивка по проектам, моделям и повторам

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

Мониторинг должен иметь минимум пять измерений:

  1. Проект или бизнес-линия: чтобы один эксперимент не съел бюджет всей группы.
  2. Модель или интерфейс: текст, речь, видео, изображения.
  3. Структура токенов: вход, выход, попадания в кэш.
  4. Сбои и повторы: коды ошибок, число повторов, повторные списания.
  5. Пакеты ресурсов: применимые модели, остаток, дата окончания.

Скрипт ниже пишет вызовы основного и резервного каналов в JSONL, чтобы сверять расход по проектам и маршрутам:

import json
import os
import time
from openai import OpenAI

routes = [
    ("minimax", OpenAI(
        api_key=os.environ["MINIMAX_API_KEY"],
        base_url="https://api.minimax.cn/v1",
        timeout=60,
    ), "ваша-модель-minimax"),
    ("gateway", OpenAI(
        api_key=os.environ["ZSQH_API_KEY"],
        base_url="https://ai.zhongshangqihang.com/v1",
        timeout=60,
    ), "ваша-резервная-модель"),
]

def chat(project: str, prompt: str) -> dict:
    rows = []
    for name, client, model in routes:
        start = time.time()
        try:
            resp = client.chat.completions.create(
                model=model,
                messages=[{"role": "user", "content": prompt}],
                max_tokens=512,
            )
            rows.append({
                "project": project,
                "route": name,
                "model": model,
                "status": "ok",
                "input": resp.usage.prompt_tokens,
                "output": resp.usage.completion_tokens,
                "latency_ms": int((time.time() - start) * 1000),
            })
            break
        except Exception as exc:
            rows.append({
                "project": project,
                "route": name,
                "model": model,
                "status": "error",
                "error": type(exc).__name__,
                "latency_ms": int((time.time() - start) * 1000),
            })
    with open("minimax-cost.jsonl", "a", encoding="utf-8") as f:
        for row in rows:
            f.write(json.dumps(row, ensure_ascii=False) + "\n")
    return rows[-1]

print(chat("Сводка для поддержки", "Сожми этот диалог в три пункта"))

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

9. Сводная таблица закупки

Модуль Что подтвердить Документ или приёмка
Субъект и верификация Корпоративная верификация, администратор, дочерние аккаунты Скриншот верификации, реестр аккаунтов
Квоты и лимиты Баланс, RPM, TPM, параллельность, срок повышения Бюджет, отчёт о нагрузке
Биллинг и счета Статьи тарификации, срок пакета, правила счетов Прайс-лист, образец счёта
Данные и комплаенс Хранение, обучение, трансграничная передача, субподрядчики Политика конфиденциальности, соглашение об обработке данных
Права и безопасность Ключи по средам, минимальные права, отзыв Реестр ключей, журнал ротации
SLA и выход Доступность, реакция, компенсация, резервный канал Условия договора, протокол учений

Эту таблицу можно приложить к заявке на закупку. Всё, что подтверждено только на словах, позже может потребовать переделки.

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

Обязательно ли предприятию использовать расчётный счёт?

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

Можно ли получить счёт на компанию после пополнения?

Да, но название должно совпадать с субъектом верификации; личному аккаунту сначала нужно пройти корпоративную верификацию. Оплата по факту выставляется на израсходованную сумму, а не на сумму пополнения.

Делят ли дочерние аккаунты квоту?

Да. Официально дочерние аккаунты делят с основным права использования и лимиты скорости, расход API считается едино; у дочерних нет прав просмотра и управления платежами.

Есть ли в стандартном договоре SLA?

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

Как контролировать расходы?

По пяти измерениям: проект, модель, токены, сбои с повторами и пакеты ресурсов. Сначала сократите вход и выход, затем займитесь кэшем и повторами, и только потом думайте о смене поставщика.

Что дальше

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

Похожие материалы: