Preciso escrever um bloco AutoGPT customizado para a EQVPS?

Não. O AutoGPT já vem com um bloco MCP — 'Conecte a qualquer servidor MCP e execute suas ferramentas.' Você dá a ele a URL do nosso servidor (https://mcp.eqvps.com/mcp) e um token Bearer, escolhe uma ferramenta, passa argumentos. Essa é a integração inteira. Um bloco EQVPS de marca só adicionaria um ícone de catálogo; o bloco MCP já faz o trabalho de verdade.

Como o agente obtém um token?

Ele chama register_account — uma ferramenta pública, sem autenticação. A resposta é um token Bearer imediatamente: sem confirmação por e-mail, sem OTP, sem etapa humana. Você cola esse token no campo de credencial do bloco MCP e toda outra chamada de ferramenta fica autenticada.

Com o que o agente paga?

Um saldo pré-pago abastecido com USDC ou USDT (Base, Ethereum ou Polygon). order_vps debita o saldo por pedido. O agente nunca guarda as chaves da sua carteira e não pode gastar além do saldo — esse teto é a sua rede de segurança.

É totalmente sem mãos?

O pedido e a gestão são. O abastecimento ainda não: um humano (ou uma carteira de agente abastecida) recarrega o saldo com cripto uma vez, e depois disso o agente roda sozinho. Pagamento on-chain por requisição está no roteiro, não implementado — preferimos dizer isso a fingir.

Quais ferramentas o agente pode chamar?

As reais: list_plans, register_account, order_vps, get_vps_status, pay_invoice, topup_balance, power_vps, set_hostname, reset_password, reinstall_vps, cancel_service. Note os nomes — é order_vps, não create_server. Se um guia te disser create_server ou delete_server, ele está chutando.

Dê ao seu agente AutoGPT o próprio servidor

Um tempo atrás um agente de IA se cadastrou na EQVPS, colocou USDT num saldo, pediu um VPS e leu as próprias credenciais root de volta — do início ao fim em cerca de dezoito segundos, sem humano em lugar nenhum do circuito. Ele até nos entregou a própria chave pública SSH na hora do pedido para poder entrar sem senha. Depois, um dia depois, ele voltou e comprou um maior.

Essa é a parte que as pessoas não acreditam bem até verem. Um agente sabe escrever o código, depurá-lo e dizer onde implantar — mas alugar a máquina de verdade sempre precisou de uma pessoa: um formulário de cadastro, talvez uma verificação de documento, um cartão numa página de checkout. O agente faz a parte difícil e depois espera por você para a parte chata.

Se você está construindo em cima do AutoGPT, essa lacuna já está fechada. Você só tem que conectar.

O AutoGPT fala MCP de fábrica

Eis o pedaço útil que a maioria das pessoas perde: o AutoGPT vem com um bloco MCP. Sua descrição é literalmente "Conecte a qualquer servidor MCP e execute suas ferramentas. Forneça uma URL de servidor, selecione uma ferramenta e passe argumentos dinamicamente." Você não precisa de uma integração EQVPS customizada — o bloco genérico é a integração.

Então o setup é curto:

Adicione o bloco MCP ao grafo do seu agente.
Defina server_url como https://mcp.eqvps.com/mcp.
Dê a ele um token Bearer como credencial.
Escolha uma ferramenta, passe argumentos.

O passo 3 é a única coisa que vale explicar, porque é onde nosso design difere de uma API comum.

Obtendo o token — sem humano, sem e-mail

A maioria dos hosts distribui chaves de API por um painel no qual você faz login. Isso não funciona para um agente; o ponto inteiro é que não há uma pessoa para clicar em "gerar chave".

Então register_account é uma ferramenta pública. O agente a chama com alguns campos e recebe um token Bearer de volta na mesma resposta — sem confirmação por e-mail, sem OTP, sem tela de verificação. Você pega esse token e o coloca no campo de credencial do bloco MCP, e toda chamada subsequente (order_vps, get_vps_status e o resto) sai autenticada. Por baixo dos panos o cliente só envia Authorization: Bearer <token> — nada exótico, que é exatamente por que o bloco MCP do AutoGPT conversa com ele sem nenhum caso especial.

Se você prefere que o agente não se cadastre sozinho, cadastre uma vez você mesmo, pegue o token e entregue. Qualquer um funciona.

Um fluxo real

Digamos que você quer que o agente suba uma máquina para um scraper. Em chamadas de ferramenta isso é:

list_plans → veja os planos e, para cada um, os IDs de imagem de SO. Slugs de plano são coisas como nano, micro, ai-agent-ip. O SO é um os_id (um número dessa lista — Ubuntu 24.04, Debian 12, AlmaLinux 9), não uma string como "ubuntu-24".
order_vps com { product: "nano", os_id: 1, ssh_key: "ssh-ed25519 AAAA..." }. Passe uma chave SSH e você ganha login root baseado em chave de imediato — fortemente recomendado para um agente, para que ele nunca precise lidar com uma senha.
get_vps_status → consulte até estar active. Isso retorna o host, a porta e um comando ssh pronto para colar. O root geralmente fica acessível cerca de um minuto após o pedido; uma VM nova precisa de um momento para inicializar antes de o SSH responder, então se a primeira tentativa for recusada, espere e tente de novo — não reinstale.

É isso. O agente agora tem um servidor no qual pode fazer SSH e fazer o que quer que ele tenha sido construído para fazer.

Pague em cripto, pule o documento

O pagamento é um saldo pré-pago. Você o abastece com USDC ou USDT — na Base, Ethereum ou Polygon — e order_vps gasta desse saldo. Sem cartão, sem endereço de cobrança, sem verificação de identidade. Para um agente autônomo isso importa em dobro: não há formulário de cartão que ele não consiga preencher, e o saldo é um teto rígido para o que ele pode gastar. Ele literalmente não pode acumular uma conta além do que você colocou nele.

Também há topup_balance e pay_invoice se você prefere que o agente conduza o abastecimento por uma URL de checkout, mas o modelo simples — abasteça uma vez, deixe pedir — é o que nós escolheríamos.

O que é honesto dizer

Duas coisas, porque fingir o contrário desperdiçaria seu tempo.

O abastecimento ainda não é totalmente autônomo. Alguém recarrega o saldo com cripto primeiro; depois disso o agente fica por conta própria para pedir e gerenciar. Cobrança on-chain de verdade, por requisição e pague-conforme-usa, é algo que queremos, mas não está implementado, e não vamos alegar que está.

Os planos padrão são NAT, não um IP dedicado. Num plano NAT o SSH entra numa porta encaminhada (mostrada em get_vps_status) e mapeia para a porta 22 dentro da VM — vale saber se seu agente configura um firewall, porque você libera a porta 22 dentro, não a porta externa. Se o agente precisa do próprio IPv4 público (serviços de entrada, o próprio servidor web), escolha um dos planos -ip em vez disso. Para um worker que só faz chamadas de saída, o NAT está bem e é mais barato.

O recado

Se você roda agentes no AutoGPT e tem sido o humano no checkout, você pode parar de ser isso. Adicione o bloco MCP, aponte-o para https://mcp.eqvps.com/mcp, deixe o agente se cadastrar e pedir. Dê a ele uma chave SSH e um saldo abastecido e ele terá root na própria máquina em cerca de um minuto — e você só vai descobrir que aconteceu quando checar os logs.