Ant, eine leichtgewichtige JavaScript-Laufzeit und ihr Ökosystem

 (antjs.org)
1 Punkte von GN⁺ 4 시간 전 | 1 Kommentare | Auf WhatsApp teilen
  • Läuft mit der selbst entwickelten Ant Silver Engine mit echten npm-Paketen und wirbt mit einem einzelnen Binärprogramm von rund 8,6 MB sowie schnellem Start
  • Baut nicht als Wrapper um V8, JSC oder SpiderMonkey auf, weist 100 % in der compat-table aus, ist WinterTC-konform und unterstützt Hono, Elysia, TypeScript, React, Rolldown und Wasm
  • Bei einer Cold-Start-Messung, die Hono lädt, zwei Routen registriert und dann beendet, wurde mit 5,4 ms ein kürzerer Wert als bei Bun mit 12,8 ms, Deno mit 24,8 ms und Node.js mit 31,1 ms erreicht
  • Installiert Pakete im Vergleich zu npm um bis zu 40-mal schneller; durch die direkte Ausführung von TypeScript und das Bereitstellen des Standard-fetch-Exports als Server sind weder zusätzlicher Build noch Framework-Adapter nötig
  • Bietet eine VM-isolierte Sandbox für nicht vertrauenswürdigen Code sowie mit ants.land ein öffentliches, mit dem npm-Protokoll kompatibles Registry und kann auf macOS und Linux für arm64 und x86_64 ohne separates Toolchain genutzt werden

Eigene Engine und schneller Entwicklungsfluss

  • Ant ist eine von Grund auf entwickelte hochperformante JavaScript-Laufzeit und wird als portables Einzel-Binärprogramm von etwa 8,6 MB inklusive der Ant Silver Engine ausgeliefert
    • Kein Wrapper auf Basis von V8, JSC oder SpiderMonkey
    • Erreicht 100 % in der compat-table und ist als WinterTC Conformant gekennzeichnet
    • Führt die Ökosysteme von Hono, Elysia, TypeScript, React, Rolldown, WinterTC und Wasm aus

  • Cold-Start-Leistung

    • Es werden nur die Kosten für Modulauflösung und Initialisierung gemessen, indem Hono geladen, zwei Routen registriert und anschließend beendet wird
    • Ant: 5,4 ms
    • Bun: 12,8 ms
    • Deno: 24,8 ms
    • Node.js: 31,1 ms

  • Paketinstallation

    • Pakete lassen sich mit dem Befehl ant i hono installieren; im Beispiel war die Installation von hono@latest in 155 ms abgeschlossen
    • Es wird mit einer bis zu 40-mal schnelleren Installation als bei npm geworben, ohne dass ein separates Paketverwaltungswerkzeug eingerichtet werden muss

  • Server und TypeScript-Ausführung

    • Der Standard-fetch-Export einer Datei wird als Server bereitgestellt, sodass Frameworks wie Hono ohne Adapter ausgeführt werden können
    • TypeScript-Dateien können direkt mit ant app.ts ausgeführt werden
      • Weder Anpassungen an tsconfig noch ein Bundler, ein dist-Verzeichnis oder ein Schritt wie tsc && node dist/app.js sind erforderlich

Isolierte Ausführung und Paket-Ökosystem

  • VM-basierte Sandbox

    • Sandbox aus ant:sandbox führt nicht vertrauenswürdiges JavaScript nicht nur mit einfachen Berechtigungsprüfungen aus, sondern innerhalb einer VM-Isolationsgrenze
    • Jede Sandbox verwendet eine eigene KVM- oder Hypervisor.framework-VM
    • Dateisystem-Mounts bleiben schreibgeschützt, sofern Schreibrechte nicht ausdrücklich vergeben werden
    • Netzwerkzugriffe sind standardmäßig vollständig blockiert; nur angegebene Ports werden weitergeleitet

  • Öffentliches Paket-Registry

    • ants.land ist ein öffentliches Paket-Registry für Ant
    • Es verwendet das npm-Protokoll und ist dadurch nicht nur mit Ant, sondern auch mit npm, Yarn, pnpm und Bun erreichbar
    • Pakete werden mit Scope oder normalem Namen installiert und können über esm.ants.land auch im Browser genutzt werden
    • Die Anmeldung erfolgt mit ant land login, veröffentlicht wird mit ant land publish
    • Registry-Informationen enthalten eine Bewertung von 0 bis 100, die Dokumentation, Lizenz und Kompatibilität widerspiegelt
    • Unterstützt arm64 und x86_64 auf macOS und Linux und benötigt kein separates Toolchain

Verwandte Beiträge

1 Kommentare

 
GN⁺ 4 시간 전
Hacker-News-Kommentare

  • Ich code jeden Tag den ganzen Tag mit AI, aber ich denke, dieses Problem, das im letzten März aufkam, ist es wert, angesprochen zu werden
    Selbst wenn der Code danach neu geschrieben wurde, wirkt die Formulierung „von Grund auf selbst gebaut“ etwas störend, wenn man bedenkt, dass die bestehende AGPL-Codebasis einen erheblichen Teil der frühen Arbeit ausmachte
    Dem Thread zufolge scheinen die ursprünglichen Autoren keine großen Einwände zu haben, nachdem die alte Version verworfen wurde, und der aktuelle Code unterscheidet sich in Form und Struktur, sodass er tatsächlich neu geschrieben zu sein scheint. Insgesamt gefällt mir die Arbeit wirklich sehr, also macht weiter, aber alle sollten vorsichtig sein

    • Allerdings wirkt dieser Beitrag nicht so, als wäre er von jemandem geschrieben worden, der tatsächlich selbst eine JavaScript-Engine implementiert hat
      Es entsteht eher der Eindruck, als hätte man ein LLM-Git-Log, das offenbar Code aus anderen JavaScript-Engines übernommen hat, von einem anderen LLM zu einem Blogbeitrag ausformulieren lassen; dadurch ist schwer zu verstehen, was eigentlich passiert ist, und dem Projekt zu vertrauen ist noch schwerer
    • Das Problem bezog sich auf den Code vom Dezember 2025, als das Projekt noch ganz anders aussah
      Etwa im Februar wurde die bestehende Codebasis praktisch gelöscht und ein deutlich vertrauenswürdigeres System von Grund auf neu entworfen. Mir war bewusst, dass der damalige Code fast vollständig aus minderwertigen AI-Erzeugnissen bestand, aber das hatte nicht die höchste Priorität; inzwischen wird strikt darauf geachtet, dass kein Code ohne Review und Tests durchgeht

  • Es gibt bereits Apache Ant, also frage ich mich, warum es Ant heißt und nicht „Antjs“ oder „Ant.js“: https://ant.apache.org

    • Auch im JavaScript-Ökosystem ist der Name bereits durch das große Ant Design belegt: https://ant.design/
    • Den Namen Ant würde man wohl nur wählen, wenn man bei Leuten, die seit Jahrzehnten programmieren, sofort einen schlechten ersten Eindruck hinterlassen will
    • Als James Apache Ant übergab, war ich der erste Nutzer und Mitwirkende außerhalb von Sun Microsystems, aber es stört mich überhaupt nicht, wenn jemand anders denselben Namen verwendet
    • Ich dachte, das sei ein Framework der Ant Group von Alibaba, weil Ant Design ebenfalls von dort stammt

  • Der Prozess, in dem die erste Version in nur einem Monat entstand, steht im ersten Beitrag, und die Fortsetzung einige Monate später im zweiten Beitrag
    Ich weiß nicht, ob es wirtschaftlich sinnvoll ist, eine neue Runtime und ein neues Ökosystem komplett von Grund auf aufzubauen, aber wir scheinen bereits an einem Punkt angekommen zu sein, an dem ein einzelner Entwickler Software baut, für die früher ein ganzes Team nötig gewesen wäre, und das ist wohl erst der Anfang

    • Es wird ausdrücklich gesagt: „Die Engine, Ant Silver, wurde selbst entwickelt“
    • Wenn ein LLM einfach nur Code aus seinen Trainingsdaten ausspuckt, ist das nicht besonders beeindruckend
      Ich möchte sehen, wie einzelne Entwickler neue Software bauen, die zuvor selbst Teams nicht schaffen konnten. Ich bin AI gegenüber sehr aufgeschlossen, aber vom ständigen Hype-Marketing inzwischen völlig ermüdet

  • Ich habe noch darüber gewitzelt, dass Anthropic mit seiner ant-CLI offenbar Apache ant ignoriert, und jetzt gibt es auch noch JavaScript-ant

    • Ich dachte schon, ich sei der Einzige, der sich noch an Apache Ant erinnert. Die Namen gehen zwar langsam aus, aber Ant war ein sehr einflussreiches Grundwerkzeug
    • Ich habe noch nie jemanden gesehen, der die ant-CLI von Anthropic benutzt

  • Ich kenne mich im JavaScript-Ökosystem oder bei Runtimes nicht besonders tief aus, aber es hat mich etwas überrascht, dass hier gleichzeitig kleinere Größe, schneller Start, Sandboxing und konkurrenzfähige Performance versprochen werden
    Mich würde interessieren, welche zentralen Einsichten oder Designentscheidungen beziehungsweise welcher große technische Hebel diese Vorteile gegenüber bereits ausgereiften und hochoptimierten JavaScript-Stacks möglich machen soll

    • Wie an anderer Stelle im Thread erwähnt, scheint dieses Projekt Elk von 2019 mit einem LLM neu geschrieben zu haben: https://github.com/cesanta/elk
    • Deno bietet praktisch alles, was hier gezeigt wird, bereits jetzt, ist dabei ein ausgereiftes und ernstzunehmendes Projekt, wurde noch vor den LLMs geschrieben und von einem soliden Team getragen
      Es ist vielleicht nicht das Schnellste, aber nur weil etwas „schneller als X“ ist, führt man nicht gleich eine neue Runtime ein. Die Designentscheidungen dieses Projekts wirken eher wie das Ergebnis davon, dass Claude oder Codex große Teile der Elk-Codebasis kopiert haben

  • Ich verstehe die Monetarisierung über Runtime, Engine und Colony, aber ich weiß nicht, ob man wirklich auch noch eine eigene Registry, einen eigenen Paketmanager, Ant Desktop, Sandboxing und dieses rätselhafte treatjs braucht
    Von einer JavaScript-Runtime würde ich mir wünschen, dass sie eine Sache gut macht: JavaScript ausführen; ich frage mich, warum alle auf einen integrierten Werkzeugkasten hinauswollen, und dieses Projekt wirkt jetzt schon komplex

  • Es heißt „nahe an V8-Geschwindigkeit“, aber im zoo.js-Benchmark scheint das sehr weit davon entfernt zu sein: https://zoo.js.org/
    Falls sich die Performance seit dem 10. Februar 2026 nicht massiv verbessert hat, trifft diese Aussage nicht zu

    • Seit Februar wurde die Engine praktisch vollständig neu geschrieben, wodurch sich die Performance stark verbessert hat
      Damals lief sie größtenteils noch als Interpreter, mehrere JIT-Operationen fehlten noch, und Benchmarks sollen bald auch in die Nightly-Builds aufgenommen werden

  • Das Erste, was mir ins Auge sprang, war das Sandboxing. Ich verstehe nicht, warum Node und npm das nicht standardmäßig mitbringen; das würde Würmer und Supply-Chain-Angriffe deutlich reduzieren

    • Laut der Erklärung weiter unten auf der Seite bedeutet VM in „VM-isolierter Sandbox“ nicht die JavaScript-VM, sondern einen Hypervisor
      Wenn man ohnehin schon in einer virtuellen Maschine läuft und dafür verschachtelte Virtualisierung bräuchte, ist nicht einmal sicher, ob das unterstützt wird, und schnell oder effizient dürfte es auch kaum sein
    • Deno hat diese Funktion bereits. Ich bin nicht damit verbunden, sondern einfach ein zufriedener Nutzer

  • Ich frage mich, welche Serifenschrift auf der Website verwendet wird. Offenbar hat man sie in ant_serif umbenannt und alle anderen Kennungen entfernt, aber sie sieht ziemlich gut aus

    • Das scheint ein wiederkehrendes Muster des Urhebers zu sein, also Dinge zu klauen

  • Es gibt Cold-Start-Benchmarks, aber warum gibt es keine Ausführungs-Performance-Benchmarks im Vergleich mit Node, Deno, Bun, QuickJS und anderen?