Antideploy

O ponto de entrada é uma frase colada no chat. Ela aponta o agente para uma página escrita para máquinas, então você não precisa explicar sua stack, o comando de build nem suas preferências de hospedagem. O agente lê a página, conecta à sua conta e faz o deploy. Não é preciso conectar um repositório antes, e nada é adicionado aos arquivos do projeto.

Antes do build começar, o Antideploy lê o código e identifica runtime, framework, comando de build, comando de start, porta e banco de dados a partir de arquivos específicos. O resultado não é o palpite de um modelo, então duas passadas no mesmo repositório geram a mesma especificação, e você pode conferir cada linha no arquivo citado. Ele também sinaliza riscos que só aparecem em produção, como uploads gravados no disco local, antes de compilar qualquer coisa.

Importe um cliente Postgres e o banco é criado para você, com a DATABASE_URL já definida quando o app inicia. Os uploads vão para um bucket privado compatível com S3, com as chaves injetadas como variáveis de ambiente, e o bucket sobrevive a cada deploy. O banco é reaproveitado entre versões em vez de recriado, então seus dados continuam no lugar quando você publica uma mudança.

Além da hospedagem, a conta inclui autenticação para os usuários do seu app, e-mail transacional pelo pacote Resend, tarefas cron, domínios próprios com certificado automático, variáveis de ambiente criptografadas, acesso a modelos de IA com uma única chave, logs e histórico de deploys. Cada serviço tem limite por plano, e o nível gratuito inclui as checagens antes do deploy e todas as formas de publicar.

Um agente pode fazer deploy, definir variáveis de ambiente e ler status e logs. Ele não pode apagar um app, derrubar um banco, ler um segredo de volta nem colocar dinheiro na carteira. Essas ações ficam no navegador de propósito. Para clientes que falam MCP, o servidor roda com npx, então as mesmas permissões valem tanto para o acesso por página web quanto pelo protocolo.

Todo deploy é verificado em busca de chaves vazadas, arquivos expostos e CORS aberto logo depois de entrar no ar, sem custo extra. As checagens de saúde rodam a cada poucos minutos, com um e-mail quando um app cai e outro quando volta. Os logs mostram o que o app imprimiu, todos os deploys que ele teve e uma frase clara explicando por que o último falhou.