Перейти к содержанию

Опыт использования MiniMax для кода и спецификаций✦

Команда попробовала модель MiniMax в рабочих задачах. Ниже — наш практический опыт, дополненный тем, как это соотносится с публичным позиционированием модели.

Что показал наш опыт✦

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

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

Как это соотносится с позиционированием модели✦

Внешние источники описывают MiniMax именно как модель «для кода и агентов». Официальный анонс MiniMax M2 прямо называет её моделью, «рождённой для агентов и кода», и подчёркивает работу в связке с Claude Code, Cursor, Cline и другими инструментами; при этом цена — около 8% от стоимости Claude Sonnet при примерно вдвое большей скорости. Технический отчёт по MiniMax‑M1 показывает сильные результаты в программной инженерии — 55.6% и 56.0% на SWE‑bench Verified для версий 40k и 80k — и контекст до 1 млн токенов.

Наша оценка «код — да, спеки — осторожно» этому не противоречит, а уточняет: бенчмарки измеряют реализацию кода и работу с инструментами, а не самостоятельное составление проектной документации. Косвенно с нашим наблюдением о «фантазировании» согласуется и относительно слабая фактологичность модели: на тесте SimpleQA MiniMax‑M1 набирает лишь 18.5% против 27.8% у DeepSeek‑R1 — то есть при нехватке опоры на факты модель охотнее домысливает.

Практический вывод✦

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

Источники✦