Как автоматизировать провижининг как 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.