Como automatizo o provisionamento como revendedor?

Você obtém um token de revendedor (rk_…) no painel da Partners e com ele chama o mesmo endpoint MCP (ou a API REST). O token é filtrado por papel: expõe 30 ferramentas reseller_* que cobrem todo o ciclo de vida do cliente — criar um plano, adicionar um cliente, pedir uma VM para ele, ler o status, suspender, reativar, renovar, cancelar. Pedir um servidor para um cliente vira uma única chamada autenticada em vez de uma sessão no painel.

Qual a diferença entre a API e o MCP aqui?

As mesmas capacidades, duas portas. A API REST é o que você scripta a partir do seu próprio backend ou faturamento. O endpoint MCP expõe essas mesmas ferramentas reseller_* a um agente de IA ou a um cliente compatível com MCP, para que um modelo as opere diretamente. Você pode usar uma, outra ou ambas — um webhook de faturamento que provisiona por REST, e um agente que faz o resto por MCP.

Um agente de IA realmente consegue conduzir pedido e suspensão?

Sim — é para isso que serve a superfície MCP. Como as ferramentas de revenda estão expostas ao MCP, um agente autenticado com seu token rk_ pode pedir uma VM quando um cliente paga, ler seu status, suspendê-la por inadimplência e reativá-la ao pagamento, tudo sem um humano clicando num painel. Você define a política; o agente a executa.

Como meu acesso de revendedor é autenticado e limitado?

Com um token de revendedor (rk_…) enviado como Authorization: Bearer rk_… . Ele é filtrado por papel apenas às ferramentas reseller_*, então opera seus clientes e seus planos, não a plataforma inteira. Guarde o token em segredo como qualquer credencial; é a chave de toda a sua frota de clientes.

Tenho que automatizar tudo de uma vez?

Não. Comece provisionando pelo painel, depois mova as ações de maior volume para a API conforme cresce — normalmente pedido-no-pagamento e suspensão-na-inadimplência primeiro. O ponto é que o esforço operacional deixa de escalar com o número de clientes assim que esses dois são automatizados, e é isso que torna uma carteira de revenda grande lucrativa.

Automatizar seu negócio de revenda de VPS via API e MCP

Um negócio de revenda tocado à mão bate logo num teto: cada pedido, cada suspensão, cada renovação é um humano clicando num painel, e seu tempo cresce com o número de clientes. O jeito de passar desse teto é rodar a operação como código — e a EQVPS expõe o lado de revenda tanto por uma API REST quanto por um endpoint MCP, então você pode scriptá-lo ou entregá-lo a um agente de IA.

Um token, 30 ferramentas de revenda

Você obtém um token de revendedor (rk_…) no painel da Partners e o envia como Authorization: Bearer rk_…. O token é filtrado por papel: expõe 30 ferramentas reseller_* no mesmo endpoint MCP, cobrindo todo o ciclo de vida do cliente:

criar um plano e definir seu preço,
adicionar um cliente,
reseller_order_for_client — pedir uma VM sob a sua marca,
ler seu status,
reseller_suspend_client / reseller_unsuspend_client — suspender e restaurar,
renovar e cancelar.

Pedir um servidor deixa de ser uma sessão no painel e vira uma única chamada autenticada.

API ou MCP — as mesmas capacidades, duas portas

Não são opções que competem; são duas entradas para as mesmas ferramentas:

API REST — o que você scripta a partir do seu próprio backend ou faturamento. Um webhook de pagamento dispara, seu código chama o endpoint de pedido, a VM é provisionada sob sua marca.
Endpoint MCP — as mesmas ferramentas reseller_* expostas a um agente de IA ou a um cliente compatível com MCP, para que um modelo as opere diretamente.

A maioria dos revendedores usa ambos: um webhook de faturamento que provisiona por REST, e um agente que assume as decisões mais delicadas por MCP.

O fosso: um agente que toca a operação

É aqui que deixa de parecer qualquer outro programa de revenda. Como as ferramentas de revenda estão no MCP, um agente de IA autenticado com seu token rk_ pode tocar o negócio diretamente — pedir uma VM quando um cliente paga, ler o status, suspender na inadimplência, reativar ao pagamento — sem um humano no laço. A mesma plataforma onde um agente pode comprar e rodar seu próprio servidor permite a um agente tocar uma frota em nome dos seus clientes. Você define a política; o agente a executa. É o negócio de hospedagem tocado por IA como padrão concreto.

Um fluxo mínimo

// autentique cada chamada com seu token de revendedor
// Authorization: Bearer rk_...

reseller_order_for_client({ client_id, product: "small", os_id: 1 })  // provisionar sob sua marca
// → service_id, ip, acesso — entregue ao seu cliente como seu
reseller_suspend_client({ service_id })       // na inadimplência
reseller_unsuspend_client({ service_id })      // ao pagamento

Quatro chamadas substituem o que antes era uma sessão no painel por cliente, por evento.

Alcance honesto

O token é uma credencial. rk_… é a chave de toda a sua frota de clientes — guarde-o como tal e rotacione-o se for exposto.
A automação executa a sua política, não a dela. Um agente que pede e suspende só é tão bom quanto as regras que você lhe dá; limite o gasto com um saldo pré-pago para que um bug ou um prompt ruim não disparem.
Suporte e faturamento continuam seus. A automação remove o clique, não a relação com o cliente.

Para onde ir depois

A referência completa — autenticação, ferramentas reseller_*, tratamento de os_id e status — está na documentação de revenda API / MCP. Novo no lado do negócio? Comece por como começar um negócio de revenda de VPS. O lado de atacado é o programa de revenda white-label.