A maior parte da hospedagem foi desenhada em torno de uma pessoa ao teclado: um formulário de cadastro, um cartão, um painel, um e-mail quando algo dá errado. Um agente de IA que precisa de computação não se encaixa em nenhuma dessas etapas. Ele não resolve um captcha, não diferencia uma página de manutenção de uma quebrada e não percebe que criou o mesmo servidor quarenta vezes.
É tentador dizer “é só dar uma API para ele”. Esse é o primeiro requisito, não o último. Abaixo estão sete que achamos importantes, a partir da construção do nosso próprio servidor MCP e da nossa API REST para agentes. Para cada um: o que dá errado sem ele.
1. Tudo de que um agente precisa é programável
Criar, inspecionar, redimensionar e excluir recursos tem que funcionar sem navegador. Inclusive as partes chatas: saber o preço antes de comprar, verificar se uma localização tem capacidade, ler a senha de uma máquina nova, cancelar.
Sem isso: o agente percorre 80% do caminho e para na única etapa que exige um clique, e uma pessoa precisa terminar o trabalho de qualquer jeito. Uma API pela metade costuma ser pior que nenhuma, porque convida a uma automação que não consegue terminar.
2. Erros sobre os quais um programa consegue agir
Um agente lê uma resposta e decide o que fazer a seguir. Um corpo JSON com um código estável (402 insufficient_balance, 409 sandbox_paused, 429 budget_exceeded com o horário de reinício) é algo em que ele consegue ramificar. Uma página de erro em HTML, ou um 500 com mensagem vaga, o deixa adivinhando — muitas vezes repetindo algo que nunca vai dar certo.
Sem isso: loops de nova tentativa. As falhas de agente mais caras geralmente não são decisões erradas, e sim a mesma chamada falhando repetida milhares de vezes.
3. Pagamento sem humano no circuito
Pagamentos com cartão estão cheios de etapas feitas para confirmar que há uma pessoa presente: códigos 3-D Secure, confirmações no app do banco, verificações de identidade. São boas contra fraude e impossíveis para um software. Um saldo pré-pago, recarregado com antecedência (no nosso caso, muitas vezes com stablecoins), permite que um agente pague pelo que usa sem um humano aprovar cada débito.
Sem isso: ou uma pessoa aprova cada compra, o que acaba com o propósito, ou alguém dá um cartão a um agente, um risco que ninguém deveria correr.
4. Limites de gastos rígidos
Um saldo pré-pago limita o pior caso ao que está nele. Isso ainda pode ser muito. Um limite diário e mensal, em dólares, aplicado pela plataforma e não pelas boas intenções do próprio agente, transforma um agente em loop numa perda pequena. O limite deve falhar de forma visível, com um erro que o agente reconheça, e parar ou pausar o que estiver rodando.
Sem isso: você descobre o loop pelo saldo. Nossa cobrança de sandboxes tem limites por esse motivo, e a página de proteções do MCP sugere quais ações deveriam exigir a aprovação de uma pessoa.
5. Computação na granularidade certa
Agentes produzem três tipos de trabalho muito diferentes:
- Segundos: rodar um trecho gerado, conferir uma resposta, testar uma correção.
- Horas: uma avaliação, um scraping, uma compilação longa.
- Sempre ligado: um bot, uma API, um worker agendado.
Uma plataforma que só oferece servidores mensais torna o primeiro tipo absurdamente caro; uma que só oferece sandboxes efêmeras torna o terceiro frágil. Uma tarefa de 20 segundos numa máquina cobrada por hora paga 59 minutos de nada. Como funciona a cobrança por segundo mostra onde cada modelo deixa de fazer sentido.
Sem isso: agentes pagam caro demais por trabalho curto ou mantêm serviços duradouros numa infraestrutura que não foi feita para ficar no ar.
6. Isolamento por padrão
Código que um agente escreve é código que ninguém revisou. Ele deve rodar onde não há nada de valor: não no host do próprio agente, não num servidor com suas chaves, não na máquina que envia seus e-mails. Na prática, isso significa uma VM ou microVM separada por tarefa, excluída depois. Níveis de isolamento para código não confiável compara as opções; microVMs Firecracker explicadas mostra por que um kernel próprio importa.
Sem isso: a primeira injeção de prompt que chegar ao código gerado tem acesso a tudo o que o host do agente alcança.
7. Visibilidade e um botão de desligar
A pessoa responsável por um agente precisa ver o que ele fez e pará-lo rápido. Isso significa uso e custo por recurso, uma lista de tudo o que o agente criou e um jeito de excluir tudo. As credenciais devem ser revogáveis e de vida curta o bastante para que uma vazada não valha para sempre, com um jeito de renová-las que não exija uma pessoa.
Sem isso: a limpeza vira arqueologia. Recursos esquecidos continuam cobrando; um token vazado continua funcionando.
O que agentes não precisam
Igualmente revelador é o que não ajuda: painéis feitos para vender mais, e-mails de onboarding, planos cujos limites reais estão numa nota de rodapé, preços que só aparecem depois do cadastro. Nada disso é legível para um software, e parte disso engana ativamente um modelo que lê o texto ao pé da letra.
O que ainda não está resolvido
Nem tudo aqui é um problema de engenharia resolvido.
- Responsabilidade. Alguém responde pelo que um agente faz com uma conta. As plataformas precisam de um jeito de ligar a atividade automatizada a uma pessoa responsável sem fazê-la passar por cada etapa.
- Abuso. Cadastro aberto e totalmente automatizado é exatamente o que os abusadores também querem. Toda plataforma que atende agentes equilibra acesso sem atrito contra fazendas de contas e mineração, e nenhuma tem uma resposta perfeita.
- Fluxos longos. Agentes ainda falham mais em processos de dez etapas do que em chamadas isoladas. A infraestrutura pode ajudar tornando cada etapa idempotente e o estado dela fácil de consultar, para que uma nova tentativa continue em vez de duplicar.
Onde chegamos
Tentamos construir para esses requisitos em vez de contorná-los: um servidor MCP e uma API REST cobrindo todo o ciclo de vida, erros legíveis por máquina, um saldo pré-pago, limites de gastos, sandboxes de código por segundo para trabalho curto e servidores mensais como o plano AI agent para trabalho longo. Um passo a passo do lado das sandboxes está em sandbox para agentes de IA. Ainda assim, julgue a lista pelos próprios méritos: é um checklist útil para qualquer plataforma em que você solte um agente.
Comentários
Nenhum comentário ainda. Seja o primeiro.