Lançamento HN: Agent37 (YC F26) – sandboxes de agentes de baixo custo para executar agentes
Plataformas de “agent sandbox” de baixo custo como a Agent37 estão surgindo para hospedar agentes de IA para codificação e automação, posicionando-se como alternativas mais baratas e leves às VMs tradicionais em nuvem. Comentadores investigam se essa infraestrutura está se tornando uma commodity em um mercado lotado, questionando a sustentabilidade de competir principalmente por preço contra hyperscalers, ao mesmo tempo em que comparam recursos, desempenho de cold start e modelos de isolamento (gVisor versus VMs completas). Um tema recorrente é que o problema mais difícil e valioso pode ser o acesso seguro aos dados e serviços do usuário — por meio de credenciais com escopo, controles de egress e camadas de broker — e não o sandboxing bruto em si.
Panorama do mercado e concorrência
- Muitos comentaristas observam que o espaço de “agent sandbox” está lotado, com várias startups da YC (por exemplo, Maritime, Boat, outras) além de incumbentes como Fly Sprites, Modal, Daytona, Cloudflare etc.
- Há debate sobre se os sandboxes já viraram commodity: alguns argumentam que é “só VMs com recursos amigáveis a agentes”, enquanto outros dizem que a diferenciação pode surgir depois por meio de especialização.
- Alguns veem essa sobreposição como algo normal em aceleradoras, quando muitos fundadores correm atrás da mesma oportunidade em IA/agentes.
Estratégia de preços e sustentabilidade
- A Agent37 enfatiza ser significativamente mais barata que vários concorrentes (alega cerca de ~3x em relação à Boat, ~5x em relação a certas instâncias da AWS, ~30x em relação à Cloudflare, ~94% em relação à Fly Sprites).
- Estratégia subjacente: evitar hyperscalers (alugar bare metal de provedores mais baratos) e explorar cargas de trabalho em picos de agentes por meio de colocação mais densa de pods.
- Céticos temem que competir principalmente por preço leve a uma corrida para o fundo; hyperscalers podem cruzar subsídios e reduzir preços depois.
- Apoio: alguns sugerem “conquistar participação de mercado e depois ser adquirida” como um resultado válido. O fundador afirma que as margens atuais são saudáveis mesmo com preços baixos.
Arquitetura técnica e desempenho
- Usa sandboxes baseados em gVisor para compartilhamento de memória e densidade; existem VMs completas e camadas de “performance” para casos de uso mais pesados.
- Os sistemas de arquivos persistem entre sessões; cold starts são mais rápidos a partir de NVMe quando aquecidos, e mais lentos ao restaurar do armazenamento de objetos.
- Auto-sleep e wake são usados para reduzir custos; o plano gratuito limita as horas acordadas por semana.
- O cron é tratado por uma API externa de cron que desperta sandboxes, em vez de cron dentro do container.
Segurança, isolamento e capacidades
- Alguns comparam o gVisor de forma desfavorável às VMs completas em isolamento, mas muitos casos de uso não precisam de mais do que isso.
- Vários comentaristas argumentam que o isolamento do host é a parte “fácil”; os problemas difíceis são:
- Acesso com escopo aos dados do usuário (Google, e-mail, etc.).
- Allowlists de egress que o agente não pode alterar.
- Brokers de credenciais que injetam segredos reais fora do sandbox e impõem limites por rota/por ação.
- Alguns dizem explicitamente que pagariam mais por um broker de credenciais forte do que por computação mais barata.
Experiência do desenvolvedor e casos de uso
- Usuários iniciais relatam configuração fácil, preços atraentes, mas notam latência de cold start na camada mais barata.
- Caso de uso popular: hospedar harnesses de agentes (Hermes, Claude Code, OpenClaw etc.) por meio de uma API gateway unificada que imita o esquema da OpenAI.
- Surgem perguntas sobre suporte a tarefas recorrentes estilo cron, tráfego intermitente de agentes, higiene do sistema de arquivos e controles de política de rede.
Diversos
- Há interesse em assinatura de BAA, SOC 2 em andamento, potencial open-source e mais opções de pagamento (por exemplo, PayPal).