Lanzamiento HN: Agent37 (YC F26) – Sandboxes de agentes de bajo costo para ejecutar agentes

Discusión en Hacker News ↗

Plataformas de “sandbox de agentes” de bajo costo como Agent37 están surgiendo para alojar agentes de programación y automatización de IA, posicionándose como alternativas más baratas y ligeras frente a las VMs tradicionales en la nube. Los comentaristas cuestionan si esta infraestructura se está convirtiendo en una mercancía en un mercado saturado, poniendo en duda la sostenibilidad de competir principalmente en precio contra los hyperscalers, al tiempo que comparan características, rendimiento de arranque en frío y modelos de aislamiento (gVisor frente a VMs completas). Un tema recurrente es que el problema más difícil y valioso podría ser el acceso seguro a datos y servicios del usuario —mediante credenciales con alcance limitado, controles de salida y capas de broker— más que el sandboxing en sí.

Panorama del mercado y competencia

  • Muchos comentaristas señalan que el espacio de “sandbox de agentes” está saturado, con múltiples startups de YC (p. ej., Maritime, Boat y otras) además de incumbentes como Fly Sprites, Modal, Daytona, Cloudflare, etc.
  • Debate sobre si los sandboxes ya están commoditizados: algunos sostienen que son “solo VMs con funciones amigables para agentes”, mientras que otros dicen que la diferenciación podría llegar más adelante mediante especialización.
  • Algunos ven esta superposición como algo normal en los aceleradores cuando muchos fundadores persiguen la misma oportunidad de IA/agentes.

Estrategia de precios y sostenibilidad

  • Agent37 hace hincapié en ser significativamente más barato que múltiples competidores (afirma ser ~3x más barato que Boat, ~5x más barato que ciertas instancias de AWS, ~30x más barato que Cloudflare, ~94% más barato que Fly Sprites).
  • Estrategia subyacente: evitar hyperscalers (alquilar bare metal de proveedores más baratos) y aprovechar las cargas de trabajo variables de los agentes mediante una colocación más densa de pods.
  • Los escépticos temen que competir principalmente en precio invite a una carrera hacia el fondo; los hyperscalers pueden subvencionar cruzadamente y rebajar precios más adelante.
  • Los partidarios sugieren “captar cuota de mercado y luego ser adquiridos” como un resultado válido. El fundador afirma que los márgenes actuales son saludables incluso con precios bajos.

Arquitectura técnica y rendimiento

  • Usa sandboxes basados en gVisor para compartir memoria y aumentar la densidad; también existen VMs completas y niveles de “performance” para casos de uso más exigentes.
  • Los sistemas de archivos persisten entre sesiones; los arranques en frío son más rápidos desde NVMe cuando están calientes, y más lentos al restaurar desde almacenamiento de objetos.
  • Se usan auto-sleep y wake para reducir costes; el nivel gratuito limita las horas despierto por semana.
  • Cron se gestiona mediante una API externa de cron que despierta sandboxes en lugar de usar cron dentro del contenedor.

Seguridad, aislamiento y capacidades

  • Algunos comparan desfavorablemente gVisor con las VMs completas en cuanto a aislamiento, pero muchos casos de uso no necesitan más.
  • Varios comentaristas sostienen que el aislamiento del host es la parte “fácil”; los problemas difíciles son:
    • Acceso con alcance limitado a datos del usuario (Google, correo electrónico, etc.).
    • Listas de अनुमति de salida (egress allowlists) que el agente no pueda cambiar.
    • Brokers de credenciales que inyecten secretos reales fuera del sandbox y hagan cumplir límites por ruta/acción.
  • Algunos dicen explícitamente que pagarían más por un broker de credenciales sólido que por computación más barata.

Experiencia de desarrollador y casos de uso

  • Los primeros usuarios informan de una configuración sencilla, precios atractivos, pero notan latencia de arranque en frío en el nivel más barato.
  • Caso de uso popular: alojar harnesses de agentes (Hermes, Claude Code, OpenClaw, etc.) mediante una API de gateway unificada que imita el esquema de OpenAI.
  • Surgen preguntas sobre soporte para tareas recurrentes tipo cron, tráfico de agentes en ráfagas, higiene del sistema de archivos y controles de política de red.

Varios

  • Interés en la firma de BAA, SOC 2 en curso, posible open-sourcing y más opciones de pago (p. ej., PayPal).