Amp lança os «boxes»: um mini-servidor permanente com agente para aplicações internas a partir de $18

Numa noite você montou com um agente um rastreador de bugs ou um mini-CRM para a equipe. Funciona muito bem, mas não tem onde morar: o notebook não é opção, e ninguém tem paciência de mexer na configuração de hospedagem para uma ferramenta de dez pessoas. A Amp (produto da Sourcegraph) responde a esse problema com uma nova entidade: os boxes.

O que é

Um box é uma única máquina virtual sempre ligada. Nela é possível publicar várias aplicações, e cada uma terá o seu próprio endereço em onamp.dev. Os autores ressaltam que não há contêineres nem outras camadas intermediárias: é simplesmente um computador. A lógica é simples: os agentes trabalham bem com computadores comuns, então para que inventar outra coisa para eles.

O processo é assim. Você desenvolve nos «orbs» (o ambiente da Amp) e mostra o resultado intermediário aos colegas por meio dos «portals». Quando a aplicação está pronta, pede ao agente que crie um box e faça o deploy lá. Mais tarde, é possível publicar novas versões a partir de qualquer número de orbs. O acesso pode ser fechado ou exigir login via Sign In With Amp, e isso também se faz com um pedido ao agente.

O agente vive ao lado da produção

A ideia principal não é a hospedagem, mas o fato de cada box ter o seu próprio runner. O agente pode ser executado diretamente na máquina, ao lado das aplicações em funcionamento e dos seus dados. O anúncio dá exemplos: limpar o banco de dados da wiki da equipe, adicionar um registro a partir de uma captura de tela, analisar os dados que a equipe despejou.

Daí a pergunta provocativa dos autores: por que construir um painel administrativo complexo se dá para pedir ao agente que corrija o estado da aplicação? Para ferramentas internas, é razoável. Um painel administrativo para três pessoas muitas vezes custa mais do que a própria aplicação, enquanto um pedido em texto resolve 90% dos cenários.

Os boxes podem ser abertos a todo o workspace: a equipe roda software interno em uma única máquina, e cada participante pode publicar novas versões.

Quanto custa

A cobrança é por minuto e, por padrão, o box fica sempre ligado. Os tamanhos são:

• b1.tiny: 0,5 vCPU (até 2 em picos), 2 GB, $18 por 30 dias;
• b1.small (padrão): 1 vCPU (até 2), 4 GB, $30;
• b1.medium: 2 vCPU, 8 GB, $50;
• b1.large: 4 vCPU, 16 GB, $100.

Se o box for ligado conforme um agendamento das 6:00 às 21:00, os preços caem para $11,25, $18,75, $31,25 e $62,50, respectivamente. É exatamente 37,5% de economia. Os preços no vídeo de demonstração são do plano Enterprise; os boxes pessoais e de equipe são mais baratos.

O que levar em conta

Primeiro, é um anúncio do fornecedor, e não há testes independentes. As questões de confiabilidade, tolerância a falhas e backups não são abordadas no texto: uma VM continua sendo uma VM. Segundo, a ideia de que «o agente altera diretamente os dados de produção» é conveniente, mas arriscada: sem snapshots e sem registro de ações, um único pedido infeliz pode estragar o banco de dados. Terceiro, você fica preso ao ecossistema da Amp: endereços em onamp.dev, login pela Amp, runner dentro. Para um produto de alta demanda com milhares de usuários isso não serve, e os autores também não pretendem isso.

O que fazer na prática

Se a sua equipe já cria ferramentas internas com agentes (dashboards, wikis, mini-CRMs), os boxes preenchem a lacuna entre «funciona na minha máquina» e «funciona para todos». Dá para começar pelo tamanho mais barato: peça ao agente que crie um box pessoal e faça o deploy de uma ferramenta lá. Antes de dar ao agente acesso a dados reais, configure os backups por conta própria e verifique o que exatamente ele pode alterar. Já se você está construindo um serviço para clientes externos, os boxes não substituem a infraestrutura convencional.