Von der Schnapsidee zu etwas Nützlichem: Der KnotenCore-Weg 🛠️
Wenn wir ganz ehrlich sind, war KnotenCore anfangs eine klassische Schnapsidee. Das Projekt entstand aus der Art von nächtlicher Diskussion, nach der man am nächsten Morgen aufwacht und sich fragt, warum man eigentlich eine eigene stackbasierte VM in Rust schreibt, nur um eine eigene Skriptsprache auszuführen. Es wirkte wie Lehrbuch-Overengineering. Doch nach 291 Sprints voller Versuch, Irrtum und ständigem Refactoring fügen sich die Teile langsam zusammen.
🔍 Ein Projekt aus reiner Neugier
Das ursprüngliche Ziel war simpel: Wir wollten herausfinden, ob wir eine kleine, absolut deterministische Laufzeitumgebung bauen können. Keine Garbage Collection, keine riesigen Browser-Engines im Hintergrund – einfach ein kleiner, direkter Interpreter für eine Neural DSL.
Lange Zeit war das Ganze vor allem ein Spielplatz. Wir haben wochenlang Fehler gesucht, blockierende Mutexe durch atomare Strukturen ersetzt, nur um ein paar Mikrosekunden einzusparen (Sprint 109), und den Parser umgebaut, damit er bei Fehlern nicht panisch abstürzt (Sprint 201). Es war ein ruhiges Bastelprojekt, angetrieben von technischer Neugier und nicht von einem großen Masterplan.
🔧 Plötzlich macht es Sinn
Mit den Sprints veränderte sich jedoch auch das Umfeld. Durch die Entwicklung autonomer KI-Agenten entstand ein ganz reales Problem: Wie lässt man einen KI-Agenten dynamischen Code sicher und schnell ausführen, ohne das Hostsystem zu gefährden?
Auf einmal ergaben die Designentscheidungen, die wir damals eher aus Eigensinn getroffen hatten, einen praktischen Sinn:
- Die Iron-Shield-Sandbox: Was als simpler Sicherheitstest begann, wurde zu einer schlanken Möglichkeit, Agenten-Code ohne den Overhead schwerer Container zu isolieren.
- In-Memory JIT-Kompilierung: Das direkte Übersetzen von AST-Strukturen in x86_64-Maschinencode ermöglicht es, kleine Aufgaben mit nativer CPU-Geschwindigkeit auszuführen, ohne Compiler-Latenzen in Kauf zu nehmen.
- Isolat-Live-Migration: Das Pausieren und Übertragen des VM-Zustands erwies sich als ziemlich praktisch, um Aufgaben dynamisch auf andere Rechner im lokalen Netzwerk zu verteilen.
🌱 Schritt für Schritt weiter
Wir wollen nicht behaupten, dass wir damit das Rad neu erfinden. KnotenCore ist alles andere als fehlerfrei – wir verbringen immer noch genug Zeit damit, Register-Dreher im JIT-Emitter zu korrigieren oder Edge Cases abzufangen. Aber wenn man darauf zurückblickt, wie das Ganze angefangen hat, ist es ein gutes Gefühl zu sehen, dass aus einem nächtlichen Experiment langsam ein Werkzeug wird, das ein echtes Problem im Agenten-Ökosystem löst. Manchmal lohnt es sich eben doch, an einer "verrückten" Idee dranzubleiben.