Der wahre Grund, warum Anthropic Bun übernommen hat, ist nicht die Laufzeitgeschwindigkeit, sondern die Kontrolle über Agenten
makedream٨ مايو ٢٠٢٦
0
Computing/Software
Comments (0)
Log in to leave a comment
No posts yet
makedreammakedreamLog in to leave a comment
No posts yet
Dass Anthropic Bun geschluckt hat, bedeutet weit mehr als eine einfache Leistungsverbesserung. Das bestehende Node.js ist darauf optimiert, von Menschen geschriebenen Code kontinuierlich auszuführen. KI-Agenten funktionieren jedoch anders. Hier werden Aufgaben tausendfach kurz ausgeführt und wieder beendet. In diesem Szenario ist der Cold Start von Node.js, der über 100ms dauert, ein kritischer Flaschenhals. Bun hat dies auf ein Niveau von 10ms reduziert. Das bedeutet, dass der Zyklus, in dem ein Agent denkt und handelt, entsprechend schneller wird.
Es ist frustrierend, bei jedem Erstellen eines Agenten eine teure Rechnung für eine Cloud-Vektor-Datenbank zu erhalten. Auch die Datensicherheit bereitet Sorgen. Mit Bun lässt sich ein Hochleistungs-Memory-System allein durch das integrierte bun:sqlite betreiben, ohne auf externe Dienste angewiesen zu sein. Diese in der Sprache Zig maßgeschneiderte Engine ist mehr als dreimal schneller als herkömmliche Bibliotheken in Node.js.
import { Database } from "bun:sqlite";.db.run("PRAGMA journal_mode = WAL;"); auf. Diese Einstellung ist essenziell, damit Schreibvorgänge die Lesevorgänge nicht blockieren.db.prepare().Damit ist eine lokale RAG-Umgebung fertiggestellt, die eine Antwortgeschwindigkeit auf Redis-Niveau bietet, ohne zusätzliche Kosten zu verursachen. Ein Agent muss nicht den weiten Weg über das Netzwerk gehen, um sich an die Überlegungen zu erinnern, die er kurz vor dem „Schlafengehen“ angestellt hat.
Es ist immer besorgniserregend, einen Agenten Terminalbefehle direkt ausführen zu lassen, da er anfällig für Shell-Injection-Angriffe ist. Die Bun.$ API löst dieses Problem strukturell. Durch die Verwendung von Template-Literalen werden Variablen automatisch sicher verarbeitet. Ohne komplexe Shell-Skripte oder Makefiles lässt sich die Infrastruktur direkt innerhalb von JavaScript steuern.
Die Selbstreparaturschleife eines Agenten wird wie folgt konfiguriert:
await $npm test.text().Dank der Paketinstallationsgeschwindigkeit, die 30-mal schneller als bei npm ist, ist diese „Korrektur-Test“-Schleife innerhalb weniger Sekunden abgeschlossen. Die Zeit, die ein Agent benötigt, um eigenständig eine Umgebung aufzubauen und das Deployment abzuschließen, wird drastisch verkürzt.
Es ist frustrierend, auf Ergebnisse zu warten, ohne zu wissen, was der Agent intern gerade denkt. Aber extra für ein Monitoring-Dashboard React oder Vue zu bauen, stünde in keinem Verhältnis zum Aufwand. Hierfür kann das seit Bun 1.3.12 enthaltene Bun.WebView genutzt werden.
new Bun.WebView() und bereiten Sie einen HTML-String vor.view.navigate().view.evaluate(), um den Bildschirm zu aktualisieren, wann immer sich der Status des Agenten ändert.Es gibt keinerlei separate Frameworks oder komplexe Build-Prozesse, da direkt die im Betriebssystem integrierte Browser-Engine verwendet wird. Die Fehlersuche wird erheblich erleichtert, wenn man in Echtzeit visualisiert, welche Dateien der Agent durchsucht oder wie die Zusammenhänge zwischen den Wissenseinheiten aussehen.
Obwohl Bun als Node.js-kompatibel gilt, können Konflikte in nativen Modulen Kopfzerbrechen bereiten. In solchen Fällen ist eine Hybridstrategie unter Nutzung des imports-Feldes in der package.json realistischer, anstatt blindlings alles umzustellen.
process.versions.bun vorhanden ist, und laden Sie Bun-spezifische APIs wie Bun.file() oder Bun.write bedingt.Wendet man diese Methode beispielsweise auf AWS Lambda an, verbessert sich die Startgeschwindigkeit um mehr als 60%. So lassen sich alle Vorteile der Hochleistungs-Toolchain von Bun nutzen, ohne auf die reichhaltigen Bibliotheken des bestehenden Ökosystems verzichten zu müssen.