Как автоматизирам провизирането като reseller?

Получаваш reseller токен (rk_…) в кабинета Партньори и извикваш същия MCP endpoint (или REST API) с него. Токенът е филтриран по роля: излага 30 reseller_* инструмента, покриващи пълния жизнен цикъл на клиента — създай план, добави клиент, поръчай VM за него, чети статус, спри, възобнови, поднови, откажи. Поръчването на сървър за клиент става едно автентикирано извикване вместо сесия в таблото.

Каква е разликата тук между API и MCP?

Същите възможности, две входни врати. REST API е това, което скриптваш от собствения си бекенд или billing система. MCP endpoint излага същите reseller_* инструменти на AI агент или съвместим с MCP клиент, така че модел може да ги оперира директно. Можеш да използваш едното или двете — billing webhook, който провизира през REST, и агент, който обработва останалото през MCP.

Може ли AI агент наистина да върши поръчването и спирането?

Да — за това е MCP повърхността. Понеже reseller инструментите са изложени на MCP, агент, автентикиран с твоя rk_ токен, може да поръча VM, когато клиент плати, да прочете статуса му, да го спре при неплащане и да го възобнови при уреждане, всичко без човек да кликва през панел. Ти задаваш политиката; агентът я изпълнява.

Как е автентикиран и ограничен reseller достъпът ми?

С reseller токен (rk_…), изпратен като Authorization: Bearer rk_… . Той е филтриран по роля само до reseller_* инструментите, така че оперира твоите клиенти и твоите планове, не платформата като цяло. Пази токена в тайна като всяка credential; той е ключът към целия ти флот от клиенти.

Трябва ли да автоматизирам всичко наведнъж?

Не. Започни с провизиране от таблото, после премести действията с най-висок обем към API-то, докато растеш — обикновено първо поръчка-при-плащане и спиране-при-неплащане. Смисълът е, че операционното усилие спира да мащабира с броя клиенти, щом тези две са автоматизирани, което прави голям reseller портфейл печеливш.

Автоматизиране на твоя VPS reseller бизнес през API и MCP

Reseller бизнес, който работи на ръка, бързо удря таван: всяка поръчка, всяко спиране, всяко подновяване е човек, кликащ през панел, а времето ти мащабира с броя клиенти. Пътят отвъд този таван е да управляваш операцията като код — а EQVPS излага reseller страната както през REST API, така и през MCP endpoint, така че можеш да я скриптваш или да я предадеш на AI агент.

Един токен, 30 reseller инструмента

Получаваш reseller токен (rk_…) в кабинета Партньори и го изпращаш като Authorization: Bearer rk_…. Този токен е филтриран по роля: излага 30 reseller_* инструмента през същия MCP endpoint, покривайки пълния жизнен цикъл на клиента:

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

Поръчването на сървър спира да е сесия в таблото и става едно автентикирано извикване.

API или MCP — същите възможности, две входни врати

Те не са конкуриращи се опции; те са два начина към същите инструменти:

REST API — това, което скриптваш от собствения си бекенд или billing система. Payment webhook се задейства, кодът ти извиква order endpoint-а, VM-ът се провизира под твоята марка.
MCP endpoint — същите reseller_* инструменти, изложени на AI агент или съвместим с MCP клиент, така че модел може да ги оперира директно.

Повечето reseller-и използват и двете: billing webhook, който провизира през REST, и агент, който обработва по-заплетените преценки през MCP.

Moat-ът: агент, който управлява операцията

Тук спира да прилича на всяка друга reseller програма. Понеже reseller инструментите са на MCP, AI агент, автентикиран с твоя rk_ токен, може да оперира бизнеса директно — да поръча VM, когато клиент плати, да чете статус, да спира при неплащане, да възобновява при уреждане — без човек в цикъла. Същата платформа, където агент може да купи и пусне собствен сървър, позволява на агент да управлява флот от името на клиентите ти. Ти задаваш политиката; агентът я изпълнява. Това е хостинг бизнесът, управляван от AI като конкретен модел.

Минимален flow

// автентикирай всяко извикване с твоя reseller токен
// Authorization: Bearer rk_...

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

Четири извиквания заместват това, което преди беше сесия в таблото на клиент, на събитие.

Честен обхват

Токенът е credential. rk_… е ключът към целия ти флот от клиенти — съхранявай го като такъв и го ротирай, ако е изложен.
Автоматизацията изпълнява твоята политика, не своя. Агент, който поръчва и спира, е добър само колкото правилата, които му даваш; дръж харченето ограничено от предплатения си баланс, така че бъг или лош prompt да не могат да избягат.
Все още притежаваш поддръжката и плащането. Автоматизацията премахва кликането, не връзката с клиента.

Къде да отидеш след това

Пълният справочник — auth, reseller_* инструментите, боравенето с os_id и статусите — е в reseller API / MCP документацията. Нов към бизнес страната? Започни с как да стартираш VPS reseller бизнес. Wholesale страната е white-label reseller програмата.