Um agente de IA consegue mesmo comprar um servidor por conta própria?

Sim — a parte do pedido é totalmente autônoma. Pelo nosso servidor MCP o agente chama register_account para obter um token, depois order_vps, que gasta de um saldo pré-pago e provisiona o VPS. Ele lê o acesso SSH de volta com get_vps_status. Nenhum humano clica por um checkout. A única coisa que um humano (ou uma carteira de agente abastecida) faz antes é colocar cripto no saldo; depois disso o agente roda sozinho.

De um saldo pré-pago. Você o abastece uma vez com USDC ou USDT (ou cartão via on-ramp), e order_vps debita esse saldo por pedido. O agente nunca guarda as chaves da sua carteira e não pode gastar mais do que há no saldo — o que também é o seu limite de segurança.

O que é provisionamento por MCP?

O MCP (Model Context Protocol) permite que um agente chame ferramentas diretamente dentro de clientes como Claude, Cursor ou Cline. 'Provisionamento por MCP' significa apenas que todo o fluxo de alugar um servidor — cadastrar, pagar, pedir, obter root — é exposto como ferramentas MCP que o próprio agente chama, em vez de um painel web que uma pessoa clica.

Isso é totalmente sem mãos?

O pedido é. O abastecimento ainda não chegou lá: hoje alguém adiciona saldo com cripto, e então o agente é autônomo. O pagamento totalmente on-chain por requisição (o estilo x402) está no nosso radar, mas não está implementado — preferimos dizer isso claramente a fingir.

O que o agente precisa para começar?

Apenas a URL do servidor MCP (https://mcp.eqvps.com/mcp) adicionada ao seu cliente. Ele chama register_account e recebe um token Bearer na resposta — sem confirmação por e-mail, sem etapa humana. A partir daí, toda ação é uma chamada de ferramenta.

Como um agente de IA compra e opera o próprio servidor via MCP

Um agente de IA sabe escrever um scraper, depurá-lo e dizer exatamente onde implantá-lo. Depois ele para. Porque o próximo passo — de fato alugar o servidor — quase sempre exige um humano: abrir uma conta, talvez passar por uma verificação de identidade, digitar um número de cartão num checkout. O agente fez a parte difícil e agora espera por você para a parte chata.

Essa lacuna é a razão inteira de isto existir. Nós tiramos o humano do meio.

Onde a autonomia costuma quebrar

Pense no que "alugar um servidor" realmente envolve num host comum. Um formulário de cadastro. Um e-mail para confirmar. Dados de cobrança, às vezes documento. Um cartão no checkout. Um painel para achar o IP. Cada um desses supõe uma pessoa sentada ali.

Um agente não consegue sentar ali. Ele pode chamar uma API, guardar um token, tomar decisões — mas não pode receber um e-mail de verificação nem tirar um cartão de crédito do bolso. Então, no momento em que a infraestrutura entra em cena, o fluxo autônomo volta a ser um fluxo humano com passos extras. Você queria um agente que entrega; ganhou um agente que abre um chamado.

O fluxo, do início ao fim

Na EQVPS as mesmas ações são ferramentas MCP (16 delas) mais uma API REST — e, crucialmente, o agente pode obter as próprias credenciais. Eis a sequência de verdade:

// 1. Obtenha uma conta — o token volta na hora, sem e-mail, sem humano
register_account({ first_name: "Ada", last_name: "Agent", email: "ada@example.com" })
//    → { token: "..." }   envie-o como Authorization: Bearer <token> a partir daqui

// 2. Veja o que está disponível
list_plans()
//    → planos com specs, preços e ids de imagem de SO

// 3. Confira que há dinheiro no saldo
get_balance()
//    → { balance: 25, currency: "USD" }

// 4. Peça — isto debita o saldo e provisiona a máquina
order_vps({ product: "nano", os_id: 1, hostname: "ada-worker" })
//    → { service_id, paid_from_balance: true }

// 5. Leia as chaves do próprio servidor novo
get_vps_status({ service_id })
//    → { ip, ssh_port, password }   ~60 segundos após o pedido

Cinco chamadas e o agente está conectado por SSH a uma máquina que ele mesmo alugou. Sem painel, sem ninguém aprovando cada passo. Se você preferir conduzir tudo por HTTP puro, os mesmos endpoints existem por REST — MCP ou REST, você escolhe.

A parte honesta: o que é automatizado, o que não é

O pedido é totalmente autônomo. Abastecer o saldo não é — ainda não. Hoje alguém coloca cripto no saldo uma vez (USDC/USDT, ou um on-ramp com cartão), e a partir desse ponto o agente pede, escala e cancela sozinho, gastando apenas o que há ali.

O estado final que todos imaginam — um agente pagando on-chain, por requisição, sem pré-abastecimento — é o estilo x402, e achamos que é para lá que isto vai. Nós não implementamos. Precisa de trilhos liquidados em USDC e de algumas coisas que não operamos hoje, então, em vez de estampar "pagamentos totalmente autônomos" na caixa, eis a verdade: pedido autônomo agora, abastecimento autônomo depois. O saldo pré-pago é a ponte e, honestamente, funciona também como um teto de gasto que você provavelmente quer de qualquer forma.

Alguns detalhes reais

O servidor MCP fala Streamable HTTP em https://mcp.eqvps.com/mcp, então ele entra em qualquer cliente MCP sem um shim local. A autenticação é um token Bearer que o agente cunha sozinho com register_account — o mesmo token funciona em MCP e REST, na mesma conta e no mesmo saldo. As sessões são rastreadas no servidor, então um agente de longa duração pode manter uma conexão e seguir chamando ferramentas.

Uma nota prática de quem roda isto: trate o token e a senha root retornada como os segredos que são. O agente deve guardá-los, não ecoá-los em logs ou no chat. O saldo limita o raio de dano financeiro; a higiene básica de segredos limita o resto.

Por que isso importa

Por ora, a maioria dos nossos clientes de verdade são humanos que por acaso gostam de pagar em cripto — não vamos fingir que a web está tomada por agentes autônomos comprando servidores. Mas a direção é clara. À medida que os agentes assumem tarefas mais longas e reais, "ele consegue obter e operar a própria infraestrutura?" deixa de ser um truque de festa e vira um requisito. Quando esse dia chegar de vez, os trilhos precisam já estar prontos.

Eles estão. Adicione o servidor MCP ao seu agente — comece por conectar um cliente MCP — abasteça um saldo pequeno e deixe-o alugar o primeiro servidor. Cerca de um minuto até o root.