Як автоматизувати провіжинінг як reseller?

Ви отримуєте reseller-токен (rk_…) у кабінеті Partners і викликаєте той самий MCP-ендпоінт (або REST API) з ним. Токен відфільтрований за роллю: він відкриває 30 reseller_* інструментів, що покривають весь життєвий цикл клієнта — створити план, додати клієнта, замовити для нього VM, прочитати статус, призупинити, зняти призупинення, продовжити, скасувати. Замовлення сервера для клієнта стає одним автентифікованим викликом замість сесії в панелі.

У чому різниця між API та MCP тут?

Ті самі можливості, двоє дверей. REST API — те, що ви скриптуєте зі свого бекенду чи білінгу. MCP-ендпоінт відкриває ті самі reseller_* інструменти AI-агенту або MCP-сумісному клієнту, так що модель може керувати ними напряму. Можна використовувати будь-яке чи обидва — білінг-вебхук, який провіжинить по REST, і агент, який робить решту по MCP.

Чи може AI-агент реально вести замовлення й призупинення?

Так — для цього й є MCP-поверхня. Оскільки reseller-інструменти відкриті для MCP, агент, автентифікований вашим rk_-токеном, може замовити VM, коли клієнт платить, прочитати її статус, призупинити за несплати й зняти призупинення за оплати — без людини, що клікає в панелі. Ви задаєте політику; агент її виконує.

Як автентифікується й обмежується мій reseller-доступ?

reseller-токеном (rk_…), що надсилається як Authorization: Bearer rk_… . Він відфільтрований за роллю лише на reseller_* інструменти, так що оперує вашими клієнтами й вашими планами, а не платформою загалом. Тримайте токен у секреті як будь-який credential; це ключ до всього вашого парку клієнтів.

Чи треба автоматизувати все одразу?

Ні. Почніть із провіжинінгу з панелі, потім перенесіть найчастіші дії в API в міру зростання — зазвичай спершу замовлення-при-оплаті й призупинення-при-несплаті. Сенс у тому, що операційні зусилля перестають рости з числом клієнтів, щойно ці два автоматизовані, і саме це робить велику reseller-книгу прибутковою.

Автоматизація reseller-бізнесу на VPS через API та MCP

Reseller-бізнес, що працює вручну, швидко впирається в стелю: кожне замовлення, кожне призупинення, кожне продовження — це людина, що клікає в панелі, і ваш час росте з числом клієнтів. Шлях за цю стелю — вести операцію як код — і EQVPS відкриває reseller-сторону через REST API та MCP-ендпоінт, так що ви можете її скриптувати або віддати AI-агенту.

Один токен, 30 reseller-інструментів

Ви отримуєте reseller-токен (rk_…) у кабінеті Partners і надсилаєте його як Authorization: Bearer rk_…. Токен відфільтрований за роллю: він відкриває 30 reseller_* інструментів на тому самому MCP-ендпоінті, що покривають весь життєвий цикл клієнта:

створити план і задати його ціну,
додати клієнта,
reseller_order_for_client — замовити VM під вашим брендом,
прочитати її статус,
reseller_suspend_client / reseller_unsuspend_client — призупинити й відновити,
продовжити й скасувати.

Замовлення сервера перестає бути сесією в панелі і стає одним автентифікованим викликом.

API чи MCP — ті самі можливості, двоє дверей

Це не конкурентні варіанти; це два входи до одних інструментів:

REST API — те, що ви скриптуєте зі свого бекенду чи білінгу. Спрацьовує вебхук платежу, ваш код викликає ендпоінт замовлення, VM провіжиниться під вашим брендом.
MCP-ендпоінт — ті самі reseller_* інструменти, відкриті AI-агенту або MCP-сумісному клієнту, так що модель може керувати ними напряму.

Більшість reseller'ів використовують обидва: білінг-вебхук, який провіжинить по REST, і агент, який бере на себе складніші рішення по MCP.

Козир: агент, що веде операцію

Ось де це перестає виглядати як будь-яка інша reseller-програма. Оскільки reseller-інструменти на MCP, AI-агент, автентифікований вашим rk_-токеном, може вести бізнес напряму — замовити VM при оплаті клієнтом, прочитати статус, призупинити за несплати, зняти призупинення за оплати — без людини в циклі. Та сама платформа, де агент може купити й запустити власний сервер, дозволяє агенту вести парк від імені ваших клієнтів. Ви задаєте політику; агент її виконує. Це хостинг-бізнес під управлінням AI як конкретний патерн.

Мінімальний потік

// автентифікуйте кожен виклик вашим reseller-токеном
// Authorization: Bearer rk_...

reseller_order_for_client({ client_id, product: "small", os_id: 1 })  // провіжн під вашим брендом
// → service_id, ip, доступ — віддайте клієнту як свій
reseller_suspend_client({ service_id })       // за несплати
reseller_unsuspend_client({ service_id })      // за оплати

Чотири виклики замінюють те, що раніше було сесією в панелі на кожного клієнта, на кожну подію.

Чесний охоплення

Токен — це credential. rk_… — ключ до всього вашого парку клієнтів; зберігайте його як ключ і міняйте при витоку.
Автоматизація виконує вашу політику, а не свою. Агент, що замовляє й призупиняє, добрий лише настільки, наскільки добрі правила, які ви йому дали; тримайте витрати обмеженими prepaid-балансом, щоб баг чи поганий промпт не втекли.
Підтримка й білінг усе ще ваші. Автоматизація прибирає кліки, а не стосунки з клієнтом.

Куди далі

Повний довідник — автентифікація, reseller_* інструменти, робота з os_id і статуси — у документації reseller API / MCP. Новачок у бізнес-стороні? Почніть із як почати бізнес із перепродажу VPS. Оптова сторона — програма white-label reseller.