Серед розробників, які активно використовують AI-IDE, з’явився новий сценарій економії: залишити звичний інструмент — але замінити дорогу модель на дешевшу без зміни робочого процесу. Саме це демонструє автор каналу Tech With Tim у свіжому експерименті з моделлю MiniMax M3, яку він інтегрує в Cursor замість стандартного OpenAI API.
Його підхід цікавий тим, що не вимагає перебудови робочих звичок. Cursor лишається тим самим середовищем з тим самим інтерфейсом, змінюється лише бекенд‑модель, яка обробляє запити. Нижче — покроковий розбір цієї інтеграції та нюансів із токен‑планами MiniMax.
Чому взагалі варто запускати MiniMax M3 в Cursor
Автор одразу пояснює, чому обирає саме Cursor як полігон для тестів MiniMax M3. На його думку, Cursor — найкраще місце для «сирих» coding tasks, тому що їхній coding harness він вважає найкращим на ринку. У практиці це означає, що інструмент добре працює з багатокроковими завданнями, інтегрованими тулколами та складними сценаріями генерації й перевірки коду.
Замість того, щоб тестувати модель у «лабораторних» умовах, він під’єднує її до вже звичної для себе середовища — там, де зазвичай працює Composer чи інші моделі. Це дає два ефекти.
По‑перше, стає зрозуміло, як MiniMax M3 поводиться в реальних dev‑циклах: через інтерфейс агента, з тулколами, автозапусками тестів та довгими сесіями.
По‑друге, перехід для розробника майже безболісний: міняється тільки модель і її endpoint, але все інше в Cursor лишається знайомим. Це критично для команд, які не хочуть міняти IDE або навчати людей новим інструментам заради економії на API.
Токен‑плани MiniMax: що потрібно, перш ніж лізти в налаштування Cursor
Перед тим як відкривати налаштування Cursor, розробнику потрібно вирішити питання з доступом до MiniMax M3. Є два способи: токен‑плани або оплата за API‑тарифами.
Автор наголошує: для роботи через Cursor «вам потрібно мати якийсь token plan або просто платити по API pricing». На платформі MiniMax є окремий блок із ціною за токени та окремо — перелік токен‑планів. На його досвіді, токен‑плани будуть найкращим value, якщо планується активна робота моделі в IDE.
Сам він зараз на Ultra plan, але прямо пояснює, що опинився на ньому не завдяки власному вибору, а тому, що «мені дали його безкоштовно» в межах співпраці. Для більшості користувачів, за його оцінкою, базові плани за фіксовану суму на місяць будуть достатніми, а для багатьох — навіть найменший платний рівень перекриє реальні потреби.
Структура процесу виглядає так:
Спершу на сайті MiniMax обирається й оформлюється один із токен‑планів (або приймається рішення платити напряму за API‑виклики). Після оформлення можна перейти в консоль MiniMax, відкрити розділ із підпискою й знайти subscription key — саме цей ключ потрібен для інтеграції з Cursor та іншими сторонніми інструментами. Без нього Cursor не зможе користуватися токен‑планом.
Лише маючи цей ключ під рукою, має сенс переходити до конфігурації всередині Cursor.
Перезапис OpenAI base URL: MiniMax під маскою знайомого API
Cursor орієнтований на OpenAI‑сумісний API, тому інтеграція MiniMax M3 відбувається через перехоплення саме цього інтерфейсу. Логіка проста: IDE думає, що працює з OpenAI, але запити йдуть на інший endpoint.
У документації MiniMax для інтеграції з Cursor схема описана доволі чітко. Потрібно:
Спочатку в Cursor відкрити налаштування й перейти до розділу моделей. У межах цього розділу є вкладка API key. Саме тут знаходиться поле для OpenAI API key і налаштування base URL. Далі автор пропонує «розгорнути вкладку API key» та «перезатирати OpenAI base URL, використовуючи лінки звідси» — тобто з офіційної документації MiniMax.
Після переходу в Cursor він демонструє реальні кроки: у settings знаходить Models, йде до секції OpenAI API key, вмикає використання цього ключа («я збираюсь увімкнути OpenAI API key») і перезаписує OpenAI base URL. Стандартний URL просто видаляється, замість нього вставляється базова адреса MiniMax.
Тут важливо не переплутати потрібний endpoint. MiniMax надає різні base URL залежно від регіону. Автор пояснює це окремо: «якщо ми international, використовуємо ось це», а для користувачів з Китаю є інший URL. У його прикладі використовується саме міжнародна адреса, яку він вставляє замість дефолтного OpenAI endpoint.
Далі у відповідне поле OpenAI API key він вставляє свій subscription key із консолі MiniMax. Фактично Cursor «вірить», що отримав ключ від OpenAI, хоча насправді працює з токен‑планом MiniMax.
У підсумку, в секції API ключів тепер вказані два критичні параметри: новий base URL, який веде на MiniMax, та subscription key, що дозволяє Cursor списувати токени з обраного плану.
Додавання MiniMax M3 як окремої моделі в Cursor
Після того як API‑шар переналаштований, модель MiniMax M3 ще потрібно «представити» Cursor як конкретну модель, яку можна вибирати у списку.
Процес зводиться до кількох кроків. У налаштуваннях моделей автор переходить до списку всіх моделей — «view all models». Далі прокручує донизу та обирає опцію додати нову власну модель — «add custom model».
Ключовий момент — назва моделі. У документації MiniMax цей параметр вказаний явно: «для model name… просто додати назву Miniax-M3». Автор повертається до документації, знаходить саме таке написання і вносить його в поле model name у Cursor. Важливо не вигадувати власних ідентифікаторів, а використовувати точну назву, яку очікує API, інакше запити не будуть коректно маршрутизуватися.
Після натискання на «add» модель з’являється в списку доступних. Cursor якийсь час обробляє додавання, після чого MiniMax M3 стає доступною для вибору в інтерфейсі агента поряд з іншими моделями.
З цього моменту MiniMax фактично інтегрована у Cursor: IDE знає, як до неї звертатися, токени списуються з відповідного плану, а розробник може перемикатися між моделями так само, як це робиться між різними версіями OpenAI чи іншими інтегрованими рушіями.
Перевірка підключення: простий «hello world» замість сліпої віри
Останній крок — перевірити, що вся ця конфігурація працює в реальній сесії, а не тільки на рівні налаштувань.
Автор відкриває агент‑вікно в Cursor, прокручує список моделей і обирає щойно додану MiniMax M3. Після цього він надсилає елементарний запит — щось на кшталт «hello world», — щоб переконатися, що є відповідь.
У підсумку MiniMax M3 відповідає, і це підтверджує, що:
- base URL коректно вказаний;
- subscription key працює й має доступ до токен‑плану;
- ідентифікатор моделі (Miniax-M3) правильний і розпізнається API;
- Cursor успішно спрямовує запити на сервера MiniMax під маскою OpenAI‑сумісного інтерфейсу.
Для розробника це означає, що далі можна запускати вже реальні кодові завдання, не озираючись на технічні нюанси інтеграції. З погляду щоденної роботи в IDE нічого не змінюється: той самий інтерфейс агентів, ті самі кнопки й воркфлоу. Змінюється тільки економіка використання моделі, оскільки тепер сесії йдуть через набагато дешевший токен‑план.
Висновки: як MiniMax M3 вписується в робочий стек Cursor
Сценарій, який демонструє автор, показовий для команд і окремих розробників, що активно користуються AI‑функціями в IDE, але втомилися рахувати кожен запит до дорогих моделей.
Cursor залишається головним робочим середовищем, яке він називає найкращим місцем для запуску «сирих» coding tasks завдяки сильному coding harness. MiniMax M3 у цій схемі — це просто інший рушій за знайомим OpenAI‑сумісним API.
Практична інтеграція зводиться до трьох основних кроків: оформити токен‑план або погодитися на API‑тарифи, отримати subscription key в консолі MiniMax, а потім у Cursor перезаписати OpenAI base URL на адресу MiniMax, додати ключ і створити кастомну модель з ім’ям Miniax-M3. Після швидкого тесту через простий запит можна повертатися до звичних dev‑циклів, але вже з іншою економікою використання токенів.
Для тих, хто не хоче міняти IDE, але готовий експериментувати з моделями й їхньою вартістю, це показує цілком життєздатний шлях міграції: «підмінити» backend‑модель, не чіпаючи фронтенд робочих процесів розробника.