MiniMax выложила в открытый доступ исходный код терминального агента MiniMax Code. Продукт строится вокруг длительных задач, команд агентов и итеративной проверки результата: агент ведёт работу над задачей прямо в терминале, а не ограничивается подсказками по коду.
В открытый релиз вошли терминальный TUI, headless CLI и поддержка Agent Client Protocol. Первичный код распространяется под лицензией MIT, а десктопное приложение в открытую версию не попало.
Внутри агента заявлены BYOK и кастомные провайдеры, API, совместимые с OpenAI и Anthropic, Plan Mode, возобновляемые сессии, субагенты, MCP, плагины и навыки, редактирование кода, выполнение команд и верификация тестов. Вторая линия обсуждения - будущая модель M3.1: автор публикации на r/LocalLLaMA, по которой собран этот разбор, использовал M2.7 вместе с Hermes Agent и ждёт от M3.1 публичных технических деталей и независимых тестов вместо очередного графика бенчмарков (исходный пост).
Что именно открыла MiniMax: состав релиза MiniMax Code
Открытая версия MiniMax Code - это исходники терминального агента для кодинга, рассчитанного на длительные задачи, команды агентов и итеративную верификацию результата. Состав релиза выглядит так:
| Компонент | Какую задачу решает |
|---|---|
| Терминальный TUI | Интерактивная работа с агентом в терминале |
| Headless CLI | Запуск без интерфейса: скрипты, пайплайны, автоматизация |
| Agent Client Protocol | Подключение агента к клиентам через общий протокол |
| BYOK и кастомные провайдеры | Свои ключи и свои модели вместо обязательного провайдера |
| OpenAI- и Anthropic-совместимые API | Подключение моделей через привычные эндпоинты |
| Plan Mode и возобновляемые сессии | Планирование и продолжение длинной работы |
| Субагенты, MCP, плагины, навыки | Декомпозиция задач и расширение инструментами |
| Правка кода, команды, проверка тестов | Итеративный цикл: изменение, запуск, верификация |
За пределами списка остаётся десктопное приложение: в открытый релиз оно не входит. Это важно для тех, кто привык к графическому интерфейсу, потому что работать придётся из терминала либо через клиент, который умеет общаться с агентом по ACP.
Терминальный TUI, headless CLI и Agent Client Protocol
Три интерфейсных слоя закрывают разные сценарии. TUI (text user interface) - интерактивный режим в терминале: вы запускаете агента, видите ход работы и вмешиваетесь по ходу. Headless CLI работает без интерфейса, поэтому команду можно вставить в скрипт, пайплайн или шаг CI, где у экрана нет человека.
Agent Client Protocol решает третью задачу - подключение агента к клиентским приложениям через общий протокол. В сообщении о релизе поддержка ACP указана без деталей реализации, так что конкретный набор возможностей и ограничений стоит смотреть в самом репозитории.
Лицензия MIT и что осталось за бортом
Лицензия по умолчанию для первичного кода MiniMax Code - MIT. Формулировка про first-party code означает, что речь идёт о собственном коде MiniMax, а не о сторонних библиотеках внутри проекта. Если вы собираете продукт на базе этого агента, лицензии зависимостей проверьте отдельно: исходное сообщение их не разбирает.
Ключевые возможности MiniMax Code: что внутри и как это работает
Список функций открытого релиза читается как набор ответов на типовые боли агентной разработки: чужой провайдер, длинная задача, разросшийся контекст, непроверенный результат.
BYOK, кастомные провайдеры и совместимость с OpenAI/Anthropic API
BYOK (bring your own key) означает, что ключи к моделям вы держите у себя, а не обязаны ходить через провайдера разработчика агента. Кастомные провайдеры и совместимость с OpenAI- и Anthropic-подобными API расширяют выбор: подключать можно любую модель, у которой есть соответствующий эндпоинт.
Для тех, кто держит локальный инференс, сценарий практичный: OpenAI-совместимый сервер на своей машине или домашнем сервере можно попробовать подключить как провайдера. Полный список поддерживаемых параметров в исходном сообщении не приводится, его нужно сверять с документацией проекта.
Plan Mode, возобновляемые сессии и длительные задачи
Plan Mode отвечает за планирование: агент сначала формирует план, затем выполняет его. Смысл режима в том, чтобы отделить планирование от исполнения и не дать агенту править файлы до того, как он разобрался в задаче.
Возобновляемые сессии закрывают другую проблему длинных задач - прерывание. Если работа идёт часами, сессию можно продолжить, а не начинать заново. Обе возможности заявлены в открытом релизе, глубина реализации и лимиты по длине сессии в исходном сообщении не раскрыты.
Субагенты, MCP, плагины и навыки
Субагенты позволяют делить большую задачу на части и отдавать их отдельным исполнителям. MCP (Model Context Protocol) - стандарт подключения внешних инструментов и источников данных к агенту, через него обычно приходят файлы, поиск, базы и внутренние сервисы. Плагины и навыки описывают расширения самого агента: ими наращивают набор доступных действий без правки ядра.
Эта комбинация объясняет, что стоит за формулировкой про команды агентов в описании продукта: несколько исполнителей, набор внешних инструментов и общий контекст задачи.
Редактирование кода, выполнение команд и верификация тестов
Агент правит код, запускает команды и проверяет тесты. Цикл такой: изменение, запуск, проверка, следующая правка. Итеративная верификация и есть основная идея продукта, результат подтверждается прогоном, а не текстом в ответе.
Ограничение здесь очевидное: тесты ловят только то, что в них заложено. Зелёный прогон не доказывает корректность решения, он показывает лишь то, что не сломались проверяемые сценарии.
Почему открытый агентский каркас важен для воспроизводимых сравнений
Результат агента зависит от двух вещей: модели и обвязки вокруг неё. Обвязка - это промпты, инструменты, стратегия планирования, лимиты и логика верификации. Пока каркас закрыт, любой замер смешивает качество модели с качеством чужих решений, и разница между двумя моделями может целиком объясняться разницей в harness.
Открытый код агента снимает часть этой неопределённости. Можно зафиксировать обвязку, менять только модель и смотреть, что изменилось. Именно это автор публикации называет прозрачностью: по его оценке, доступность агентского каркаса делает будущие сравнения более воспроизводимыми (пост на r/LocalLLaMA).
Repo-level tests will tell us more than another benchmark chart.
Тесты на уровне репозитория - это проверка на реальной кодовой базе, где агенту нужно разобраться в структуре проекта, найти нужные файлы и не сломать существующее поведение. Такой сценарий ближе к рабочей задаче, чем изолированный промпт.
Обвязка определяет многое: разбор MiniCPM5-2B с harness, RAG и tool calling показывает, как одна и та же небольшая модель выдаёт разный результат в зависимости от того, что вокруг неё построено. С открытым MiniMax Code этот слой становится видимым.
M3.1: чего ждать и почему не стоит верить бенчмаркам
Про M3.1 на момент публикации известны только ожидания. Публичных технических деталей, характеристик и независимых замеров нет, поэтому любые конкретные цифры по этой модели будут догадкой.
Опыт M2.7 с Hermes Agent: что это говорит о M3.1
Автор публикации на r/LocalLLaMA отмечает, что использовал M2.7 вместе с Hermes Agent и комбинация хорошо показала себя в агентских задачах (исходное сообщение). Это личный опыт одного пользователя в одной связке, а не независимый тест. Переносить выводы с M2.7 на M3.1 оснований нет: другая модель, другие веса, другой релиз.
Какие тесты будут показательнее бенчмарков
Позиция автора новости простая: он ждёт публичных технических деталей и независимых проверок, а не очередного графика. Показательными он считает repo-level тесты и работу модели в реальных агентских процессах, а не изолированные промпты для кодинга.
Логика практическая. Агентская задача длиннее одного ответа: планирование, вызовы инструментов, правки, проверка. Модель, которая красиво решает отдельные задачи, может рассыпаться на десятом шаге. Как оценивать новую модель без маркетингового шума, разобрано в чек-листе по критериям: рассуждения, код, длинный контекст, стоимость токенов и лицензия.
Кому подходит MiniMax Code и с чего начать
Открытый агент пригодится разработчикам и техническим специалистам, которые работают в терминале и хотят держать под контролем провайдера модели. Пользователям локальных LLM интересна связка BYOK с OpenAI-совместимым эндпоинтом, командам - субагенты и автоматизация через headless CLI.
Практические шаги:
- посмотреть состав репозитория и убедиться, что терминального интерфейса достаточно для ваших задач;
- учесть, что MIT покрывает первичный код, а лицензии зависимостей стоит уточнить отдельно;
- оценить поддержку провайдера: OpenAI- или Anthropic-совместимый эндпоинт, кастомный провайдер, свои ключи;
- прикинуть, нужны ли MCP, плагины и навыки в вашем сценарии, или хватит правки кода и запуска тестов;
- принять как данность отсутствие десктопного приложения и самостоятельную настройку окружения.
Если нужен пример того, как агентные модели уживаются на локальном железе, посмотрите разбор BTL-3 Compact 27B: 8.39 ГБ и 43 ток/с на RTX PRO 6000. Общий подход к оценке новинок, включая проверку API, контекста и VRAM, собран в чек-листе по свежим AI-релизам.
Начинать стоит с задачи: возьмите один реальный рефакторинг или багфикс в своём репозитории, зафиксируйте условия и сравните, как справляются разные модели в одном и том же каркасе. Такой замер скажет больше, чем любой сводный график.