Show HN: Ant – Un runtime y ecosistema de JavaScript

Alcance y posicionamiento del proyecto

• Nuevo runtime y ecosistema de JavaScript que afirma tener un tamaño reducido, arranque rápido, sandboxing y compatibilidad con Node.
• Incluye su propio motor (“Ant Silver”), registry, gestor de paquetes, integración con sandbox/hypervisor y planes para un framework de aplicaciones de escritorio y compilación a binario.
• A algunos esta amplitud les parece emocionante; otros lo ven como un proyecto joven prematuramente “todo en uno” y enrevesado.

Aplicaciones de escritorio y tamaño binario

• Hay interés en usarlo como una alternativa ligera a Electron para empaquetar HTML/CSS/JS en aplicaciones de escritorio.
• Una herramienta separada “ant-desktop” está en desarrollo temprano, actualmente con un renderer solo para Chromium; se planean WebView y otros backends.
• Se informa que el binario del runtime ronda los 8 MB, lo que genera optimismo frente a paquetes del tamaño de Electron y preguntas sobre el tamaño de las compilaciones de escritorio.

Rendimiento y diseño del motor

• Comparado con V8, se dice que Ant es mucho más pequeño debido a niveles de JIT más simples, ausencia de datos Unicode de ICU y sin snapshot de arranque de JS.
• Los benchmarks de un sitio externo muestran actualmente que Ant es mucho más lento y menos completo en ES6 que V8, pero el autor afirma una reescritura casi total del motor y mejoras recientes de rendimiento.
• Los comentaristas piden benchmarks independientes y exhaustivos, y fuzzing, especialmente si pretende competir con motores del nivel de V8/LLVM.

Sandboxing y hypervisor

• El anunciado “sandbox aislado por VM” se implementa mediante KVM en Linux y Hypervisor.framework en macOS, ejecutando un kernel Nanos parcheado.
• La memoria se asigna de forma diferida con un límite predeterminado de 256 MB; alrededor de 35 MB lo usa Ant más la VM.
• Algunos son escépticos sobre el rendimiento, especialmente con virtualización anidada; otros ven un gran potencial para FaaS y una ejecución más segura al estilo npm. Se pregunta por compatibilidad con Windows, pero no hay respuesta.

Ecosistema (registry, herramientas, compatibilidad)

• Ant planea su propio registry y gestor de paquetes; varios comentaristas sugieren usar JSR en lugar de construir otro registry más.
• La compatibilidad con el protocolo npm es un objetivo declarado, lo que plantea dudas sobre por qué hace falta un registry aparte.
• Preguntas sobre compatibilidad con WSL1, WebGPU y cómo el sandboxing interactúa con antx siguen mayormente sin respuesta.

Autoría, IA y preocupaciones de confianza

• Según informes, las primeras versiones incorporaban código de otro motor JS (Elk), lo que plantea preguntas sobre AGPL y originalidad; se dice que el código actual es una reescritura completa.
• El lenguaje de marketing que describe el motor como “hand-built” desencadena un largo debate:
  • Algunos sostienen que el trabajo asistido por LLMs, “vibe-coded”, no debería promocionarse como hecho a mano.
  • Otros ven el uso de prompts y la supervisión de LLMs como la nueva normalidad y no algo que deba revelarse de forma destacada.
• Surgen más dudas por:
  • Un sitio de la empresa con una página /jobs que no funciona (explicado como una broma interna).
  • Una fuente serif renombrada en el sitio que se identifica como una tipografía comercial, lo que lleva a un comentarista a alegar un patrón de “robo”.
• En general, el sentimiento va de entusiasta (“pulido”, “muy interesante”) a cauteloso o desconfiado, y varias personas dicen que les gustan las ideas pero desconfían de su procedencia y fiabilidad a largo plazo.

Comparaciones con runtimes existentes

• Varios comentaristas señalan que Deno ya ofrece muchas funciones similares (sandboxing, compilación, respaldo serio del equipo).
• Bun se menciona como otro runtime centrado en rendimiento con funciones de compilación y optimización.
• Algunos se preguntan si “más pequeño y más rápido” basta como razón para adoptar otro runtime de JS, dadas las alternativas maduras.