Ant: eine in C geschriebene JavaScript-Laufzeitumgebung mit handgebauter Engine
Dieses Projekt rundet „javascript for 's, a tiny runtime with big ambitions. Each runtime loads the same bench-coldstart.js script from examples/npm/hono/ that creates a Hono app with two routes, prints ready , and calls process.exit(0).“ zu einer praxistauglichen Open-Source-Lösung zusammen, mit wiederverwendbarer Tooling- und Integrationsunterstützung für reale Anwendungsfälle.
Auf einen Blick
- Was ist das?
- Was das README des theMackabu/ant-Repository über Binärgröße, die Ant-Silver-Engine, WinterTC-Konformität und den Kaltstart-Benchmark feststellt.
- Für wen ist es gedacht?
- Das README stellt Ant als eine in C geschriebene JavaScript-Laufzeitumgebung dar, mit einer handgebauten Ant-Silver-Engine, einer 9-MB-Binärdatei und einem selbst berichteten Kaltstart unter 6 ms. Plattformunterstützung, Sicherheitsrichtlinie und Governance werden an separate Dateien verwiesen.
- Darf ich es kommerziell nutzen?
- Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 1 Tag.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich C, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 14. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Die 50-fache Last und der Beweis der Binärgröße
Ant ist eine JavaScript-Laufzeitumgebung, die das README als leichtgewichtig und leistungsfähig beschreibt, von Grund auf gebaut. Das Tagline des Repositorys vergleicht die Laufzeitumgebung mit einer Ameise, die das 50-fache ihres eigenen Gewichts trägt. Das README beginnt mit einer Shell-Ausgabe, die das ant-Binary mit 8,9 MB zeigt sowie eine mit -Os kompilierte Version mit 4,4 MB. Die Repository-Beschreibung nennt es eine kleine Laufzeitumgebung mit großen Ambitionen. Das README sagt, Ant sei für Umgebungen entworfen, in denen Größe und Startzeit zählen, etwa Serverless-Funktionen, Edge Computing, eingebettete Systeme und CLI-Werkzeuge. Die Metadaten des Repositorys verzeichnen C als Implementierungssprache, obwohl das README selbst sie nicht nennt.
Bei mackabu/ant ist dieser Punkt an den im README beschriebenen Projektumfang gebunden. Die Quelle nennt hier konkrete Bausteine und Grenzen, aber keine allgemeine Zusage für jede Umgebung. Für die Einordnung zählt deshalb, welche Eingabe mackabu/ant erwartet, welche Ausgabe dokumentiert ist und welche Abhängigkeit oder Datei im jeweiligen Abschnitt genannt wird. Wo das Material keinen Standardwert, keine Plattform oder keinen Betriebsparameter nennt, bleibt diese Information offen. Das ist für die Auswahl relevant: Ein dokumentiertes Feature ist nicht automatisch ein Nachweis für Leistung, Sicherheit oder Kompatibilität im eigenen System. Abschnitt 1 betrifft dabei genau den oben genannten Sachverhalt.
Ant Silver ist die Engine, kein Wrapper
Das README vergleicht Ant in einer Tabelle mit Node, Bun und Deno. Ant wird mit etwa 9 MB Binärgröße und etwa 5 ms Kaltstart geführt, Node mit etwa 120 MB und 31 ms, Bun mit etwa 60 MB und 13 ms, Deno mit etwa 90 MB und 25 ms. Die Engine ist Ant Silver, die laut README handgebaut ist und kein Wrapper um V8, JavaScriptCore oder SpiderMonkey. Der JIT-Compiler nutzt einen Fork von MIR, beschrieben als leichtgewichtiges Backend, das nahezu kompilierte Leistung ermöglicht. Dies sind eigene Angaben des Projekts; unabhängige Messungen liefert das README nicht.
Bei mackabu/ant ist dieser Punkt an den im README beschriebenen Projektumfang gebunden. Die Quelle nennt hier konkrete Bausteine und Grenzen, aber keine allgemeine Zusage für jede Umgebung. Für die Einordnung zählt deshalb, welche Eingabe mackabu/ant erwartet, welche Ausgabe dokumentiert ist und welche Abhängigkeit oder Datei im jeweiligen Abschnitt genannt wird. Wo das Material keinen Standardwert, keine Plattform oder keinen Betriebsparameter nennt, bleibt diese Information offen. Das ist für die Auswahl relevant: Ein dokumentiertes Feature ist nicht automatisch ein Nachweis für Leistung, Sicherheit oder Kompatibilität im eigenen System. Abschnitt 2 betrifft dabei genau den oben genannten Sachverhalt.
WinterTC-Konformität und die zwei Testsuiten
Ant zielt auf die WinterTC Minimum Common API Spezifikation, die das README als den von Ecma TC55 entwickelten Standard für serverseitige JavaScript-Interoperabilität beschreibt. Das README berichtet eine compat-table-Erfolgsquote von 100 Prozent, 1511 von 1511 Tests über ES1 bis ES5, ES6, ES2016+ und ESNext. test262 liegt bei etwa 64 Prozent, wobei das README anmerkt, dass es sich verbessert und der Fokus auf realer Abdeckung liegt. Was Konformität über diese zwei Suiten hinaus bedeutet, definiert das README nicht.
Bei mackabu/ant ist dieser Punkt an den im README beschriebenen Projektumfang gebunden. Die Quelle nennt hier konkrete Bausteine und Grenzen, aber keine allgemeine Zusage für jede Umgebung. Für die Einordnung zählt deshalb, welche Eingabe mackabu/ant erwartet, welche Ausgabe dokumentiert ist und welche Abhängigkeit oder Datei im jeweiligen Abschnitt genannt wird. Wo das Material keinen Standardwert, keine Plattform oder keinen Betriebsparameter nennt, bleibt diese Information offen. Das ist für die Auswahl relevant: Ein dokumentiertes Feature ist nicht automatisch ein Nachweis für Leistung, Sicherheit oder Kompatibilität im eigenen System. Abschnitt 3 betrifft dabei genau den oben genannten Sachverhalt.
Der Kaltstart-Benchmark
Der Kaltstart-Benchmark im README misst die Zeit, um Hono zu importieren, zwei Routen zu registrieren, ready auszugeben und process.exit(0) aufzurufen, ohne einen HTTP-Server zu starten, um Modulauflösung und Initialisierung zu isolieren. Mit hyperfine, 10 Aufwärmläufen und 100 zeitgemessenen Läufen, sind die berichteten Mittelwerte 5,5 ms für Ant, 10,6 ms für Bun, 24,8 ms für Deno und 28,7 ms für Node. Die Umgebung ist ein Apple M5 Pro mit 64 GB RAM und 18 Kernen unter macOS 26.5.1, mit Ant-Build 12.1.15dd25d.1, Node 26.2.0, Bun 1.3.14 und Deno 2.8.3. Alle Zahlen sind selbst berichtet.
Bei mackabu/ant ist dieser Punkt an den im README beschriebenen Projektumfang gebunden. Die Quelle nennt hier konkrete Bausteine und Grenzen, aber keine allgemeine Zusage für jede Umgebung. Für die Einordnung zählt deshalb, welche Eingabe mackabu/ant erwartet, welche Ausgabe dokumentiert ist und welche Abhängigkeit oder Datei im jeweiligen Abschnitt genannt wird. Wo das Material keinen Standardwert, keine Plattform oder keinen Betriebsparameter nennt, bleibt diese Information offen. Das ist für die Auswahl relevant: Ein dokumentiertes Feature ist nicht automatisch ein Nachweis für Leistung, Sicherheit oder Kompatibilität im eigenen System. Abschnitt 4 betrifft dabei genau den oben genannten Sachverhalt.
Installation, Build und was das README auslagert
Der einzige im README dokumentierte Installationsweg ist ein curl-Befehl, der ein Skript von antjs.org in die bash piped. Die Benchmark-Befehle zeigen Skripte, die als ant <Pfad> aufgerufen werden. Das Bauen aus dem Quellcode ist in BUILDING.md beschrieben, das laut README Anweisungen und eine Liste unterstützter Plattformen enthält; das README selbst listet diese Plattformen nicht auf. Inhalt des Installationsskripts, unterstützte Plattformen und der vollständige CLI-Umfang sind im README nicht beschrieben und müssten aus den Projektdateien verifiziert werden.
Bei mackabu/ant ist dieser Punkt an den im README beschriebenen Projektumfang gebunden. Die Quelle nennt hier konkrete Bausteine und Grenzen, aber keine allgemeine Zusage für jede Umgebung. Für die Einordnung zählt deshalb, welche Eingabe mackabu/ant erwartet, welche Ausgabe dokumentiert ist und welche Abhängigkeit oder Datei im jeweiligen Abschnitt genannt wird. Wo das Material keinen Standardwert, keine Plattform oder keinen Betriebsparameter nennt, bleibt diese Information offen. Das ist für die Auswahl relevant: Ein dokumentiertes Feature ist nicht automatisch ein Nachweis für Leistung, Sicherheit oder Kompatibilität im eigenen System. Abschnitt 5 betrifft dabei genau den oben genannten Sachverhalt.
Sicherheit, Community und der Lizenzbefund
Das README verweist für Sicherheitslücken-Meldungen auf SECURITY.md, beschreibt aber nicht, was diese Richtlinie abdeckt. Community-Links umfassen einen Discord-Server, einen Blogbeitrag mit dem Titel Working was the beginning und eine DeepWiki-Seite zu Ant-Interna. Beitrag und Governance werden in CONTRIBUTING.md bzw. GOVERNANCE.md behandelt. Zur Lizenz: Die Metadaten des Repositorys verzeichnen einen MIT-SPDX-Bezeichner, aber der bereitgestellte Lizenzauszug sagt, dass an üblichen Pfaden keine LICENSE-Datei gefunden wurde, und das README erwähnt keine Lizenz, daher sind die Gewährungsbedingungen aus den geprüften Quellen nicht belegt.
Bei mackabu/ant ist dieser Punkt an den im README beschriebenen Projektumfang gebunden. Die Quelle nennt hier konkrete Bausteine und Grenzen, aber keine allgemeine Zusage für jede Umgebung. Für die Einordnung zählt deshalb, welche Eingabe mackabu/ant erwartet, welche Ausgabe dokumentiert ist und welche Abhängigkeit oder Datei im jeweiligen Abschnitt genannt wird. Wo das Material keinen Standardwert, keine Plattform oder keinen Betriebsparameter nennt, bleibt diese Information offen. Das ist für die Auswahl relevant: Ein dokumentiertes Feature ist nicht automatisch ein Nachweis für Leistung, Sicherheit oder Kompatibilität im eigenen System. Abschnitt 6 betrifft dabei genau den oben genannten Sachverhalt.
Prüfung an mackabu/ant
Für eine erste Prüfung von mackabu/ant sollte der im Repository beschriebene Einstieg mit einer kleinen, kontrollierten Eingabe nachvollzogen werden. Dabei gehören der konkrete Projektname, die relevante README-Datei und die verwendete Konfiguration in das Prüfprotokoll. Zu beobachten sind Startverhalten, erzeugte Ausgabe, Fehlermeldungen und alle Dateien oder Dienste, die der Ablauf verändert. Bei mackabu/ant muss die Prüfung an den beschriebenen Zweck anschließen: Bei einer Sammlung oder Dokumentation ist die Auffindbarkeit einzelner Einträge wichtig, bei einer Anwendung der sichtbare Nutzerfluss, bei Infrastruktur oder Firmware dagegen die konkrete Zielhardware und der Umgang mit Fehlern. Das bereitgestellte Material nennt nicht für jeden Fall einen vollständigen Testbefehl; fehlende Details werden nicht ergänzt.
Geeignet ist mackabu/ant für Teams, deren Aufgabe und technische Umgebung zu den dokumentierten Komponenten passen. Ungeeignet ist es als pauschaler Ersatz für Werkzeuge mit einem anderen Datenmodell, einer anderen Laufzeit oder einem anderen Lizenzrahmen. Vor einer Übernahme sollte deshalb genau der kleinste relevante Pfad aus mackabu/ant geprüft und das Ergebnis gegen die README-Aussage gehalten werden. Änderungen an Version, Konfiguration oder Eingabedaten sind einzeln zu dokumentieren, damit eine Abweichung nicht fälschlich dem Projekt zugeschrieben wird.
Redaktionelles Fazit
Das README stellt Ant als eine in C geschriebene JavaScript-Laufzeitumgebung dar, mit einer handgebauten Ant-Silver-Engine, einer 9-MB-Binärdatei und einem selbst berichteten Kaltstart unter 6 ms. Plattformunterstützung, Sicherheitsrichtlinie und Governance werden an separate Dateien verwiesen. Die Lizenzlage ist widersprüchlich: Die Metadaten nennen MIT, während der bereitgestellte Lizenzauszug sagt, dass keine LICENSE-Datei an üblichen Pfaden gefunden wurde. Alle Benchmark- und Konformitätszahlen sind eigene Angaben des Projekts.
Community-Notizen