BX-System

BX-System ist kein Agent-Framework. Es ist ein Agent-Kernel, der seine eigenen Werkzeuge erzeugt, sie gegen erwartete Ergebnisse verifiziert, aus den Ergebnissen lernt und fünf Betriebsprinzipien folgt.

Fünf Betriebsprinzipien

1. 01Agent-Kernel-Architektur: Der vollständige LeitfadenEin umfassender Leitfaden zu den Komponenten eines Agent-Kernels: der Zyklus, die AST-Engine, die kognitive Speicher-Engine und der isolierte Kontext.
2. 02Agent-Kernel vs. Agent-FrameworkEin Framework liefert Komponenten, die ein Entwickler zusammenbaut. Ein Kernel führt den Zyklus selbst aus, verifiziert Ergebnisse und aktualisiert seine eigenen Gewichte.
3. 03BX-System vs. LangGraph: Kernel vs. FrameworkLangGraph ist ein Framework zum Erstellen zustandsbehafteter Agenten. BX-System ist ein Kernel, der seinen eigenen Zyklus ausführt und seine Gewichte ohne Neuprogrammierung aktualisiert.
4. 04Wie man einen Agent-Kernel bewertet: Die 6-Punkte-ChecklisteEine Checkliste zur Bewertung eines Agent-Kernels: der Zyklus, die Verifikation, die Gewichtsaktualisierungen, die Reparaturregeln, der Kill-Switch und die Effizienz.
5. 05Was ist ein Agent-Kernel?Ein Agent-Kernel koordiniert Werkzeuge durch deklarative Flüsse, verifiziert ihr Verhalten und aktualisiert seine eigenen Strategiegewichte aus verifizierten Ergebnissen.
6. 06Deklarative Flüsse vs. imperative SkripteEin deklarativer Fluss benennt die Werkzeuge und die Reihenfolge. Der Kernel führt den Fluss aus; der Fluss führt sich nicht selbst aus.
7. 07Implementierungsleitfaden: Werkzeuge mit SHA-256 signierenEine Schritt-für-Schritt-Anleitung, wie der Kernel Werkzeuge mit SHA-256 signiert und die Signatur aktualisiert, nachdem die AST-Engine eine Reparatur durchgeführt hat.
8. 08Wie man einen deklarativen Fluss bautEin praktischer Leitfaden zur Strukturierung eines deklarativen Flusses: die Werkzeuge definieren, die Reihenfolge festlegen und die Verifikationsverträge aufstellen.
9. 09Ein Zyklus: Erzeugen, verifizieren, aufzeichnen, aktualisierenEin Zyklus liest den gespeicherten Kontext, erzeugt ein Werkzeug oder einen Fluss, verifiziert das Ergebnis, zeichnet das Ergebnis auf und aktualisiert die Strategiegewichte.
10. 010Wie ein Agent seine eigenen Werkzeuge erzeugtEin Werkzeug wird als Code erzeugt, signiert, gegen ein erwartetes Ergebnis verifiziert und aufgezeichnet. Einem fehlgeschlagenen Werkzeug wird nicht vertraut.
11. 011Ergebnisverifikation: erwartet vs. tatsächlichDie Verifikation vergleicht das tatsächliche Ergebnis eines Werkzeugs mit dem erwarteten Ergebnis und zeichnet das Urteil auf.
12. 012Wie man die Ausgabe eines Agenten verifiziertVerifikation: das erwartete Ergebnis definieren, das Werkzeug ausführen, tatsächlich mit erwartet vergleichen, das Urteil aufzeichnen, die Gewichte aktualisieren.
13. 013Strategiegewichte: Wie Ergebnisse das Verhalten ändernStrategiegewichte werden nach jedem verifizierten Ergebnis aktualisiert. Eine fehlgeschlagene Strategie wird herabgestuft; der Code ändert sich nicht.
14. 014Belohnung zwischen 0 und 1: Die Urteilsskala gestaltenEine Belohnung ist ein Skalar zwischen 0 und 1, der aus einem verifizierten Ergebnis berechnet wird. Sie aktualisiert die Strategiegewichte.
15. 015Nicht deklarierte Werkzeugaufrufe: Wenn ein Werkzeug erfunden wirdEin nicht deklarierter Werkzeugaufruf ist ein Werkzeug, das aufgerufen wird, ohne in einem Fluss deklariert zu sein. Der Kernel lehnt es vor der Ausführung ab.
16. 016Die AST-Engine: regelbasierte CodereparaturDie AST-Engine parst erzeugten Code, wendet Richtlinienregeln an, schreibt die korrigierte Version und aktualisiert die Signatur.
17. 017Warum LLM-generierter Code in der Produktion versagtGenerierter Code versagt, wenn es keine Regel und keine Verifikation gibt. Die AST-Engine wendet Regeln an; die Verifikation bestätigt das Ergebnis.
18. 018Reparaturregeln für generierten Code definierenEine Reparaturregel benennt eine Verletzung und die Korrektur, die die AST-Engine anwendet. Regeln sind deklarativ und werden ohne manuelle Überprüfung angewendet.
19. 019Kill-Switch und isolierter KontextEin zentraler Kill-Switch stoppt die Ausführung. Isolation hält den Kontext mit unveränderlichen Snapshots, sodass ein Stoppen und Fortsetzen den Zustand nicht beschädigt.
20. 020Reine RAM-Ausführung für KernmoduleKernmodule laufen nur im RAM. Während der Ausführung wird nichts auf die Festplatte geschrieben, sodass ein gestoppter Zyklus keine ausführbaren Rückstände hinterlässt.
21. 021Werkzeugpakete mit AES-GCM verschlüsselnJedes Paket wird mit AES-GCM verschlüsselt. Das Paket wird im isolierten Kontext entschlüsselt und ohne Persistierung ausgeführt.
22. 022Stabiler Zustand: Wohin der Kernel zurückkehrtDer stabile Zustand ist die Bedingung, zu der der Kernel nach einer Reparatur oder nach einer fehlgeschlagenen Verifikation zurückkehrt.
23. 023Pausieren und Fortsetzen eines autonomen KernelsPausieren stoppt den Zyklus, bewahrt aber Gewichte und Speicher. Fortsetzen liest den gespeicherten Kontext und fährt von dort fort.
24. 024Workflow-Kontext und SpeicherzustandDer Speicherzustand ist das akkumulierte Wissen, zu dem jeder Zyklus beiträgt. Der Workflow-Kontext zeichnet den aktuellen Lauf auf.
25. 025Kontextverlust zwischen LäufenKontextverlust tritt auf, wenn ein Lauf den gespeicherten Speicher nicht liest. Der Kernel setzt aus dem Workflow-Kontext und dem Speicherzustand fort.
26. 026Effizienz messen ohne zu ratenEffizienz wird als das Verhältnis von verbrauchter Energie zu erzieltem Ergebnis gemessen. Sie wird nicht am Ausgabevolumen gemessen.
27. 027Die Kosten dauerhaft aktiver AgentenEin dauerhaft aktiver Agent verbraucht Ressourcen zwischen Aufgaben. Der Kernel wägt in jeder Entscheidung die verbrauchte Energie gegen das erzielte Ergebnis ab.
28. 028Verhaltensänderung ohne neuen CodeEine fehlgeschlagene Strategie wird herabgestuft und eine funktionierende Strategie wird angehoben. Der Code bleibt unverändert; die Gewichte ändern sich.
29. 029Warum reine Prompt-Agenten im Maßstab brechenEin reiner Prompt-Agent hat keinen Zyklus, keine Verifikation und keine Gewichtsaktualisierung. Er kann sich nicht aus seinen eigenen Ergebnissen anpassen.
30. 030Unverifizierte Automatisierung: Der stille FehlerUnverifizierte Automatisierung ist ein stiller Fehler: Das Werkzeug läuft, nichts wird verglichen, und das Ergebnis wird angenommen. Der Kernel zeichnet ein Urteil auf.
31. 031Warum KI-Agenten endlos schleifenEine Schleife ist ein Zyklus ohne Verifikation. Der Kernel stoppt die Schleife, weil ein Zyklus bei einem verifizierten Ergebnis endet, nicht bei einer Vermutung.
32. 032Kontinuierlicher BetriebKontinuierlicher Betrieb ist das Prinzip, nach dem BX-System erzeugt, verifiziert, aufzeichnet und lernt, ohne auf Befehle zu warten. Jeder Zyklus liest den gespeicherten Speicher, erzeugt neue Arbeit und aktualisiert seine eigenen Gewichte.
33. 033SelbstschutzSelbstschutz ist das Prinzip, nach dem BX-System seinen Code, seine Werkzeuge, seine Pakete und seinen Ausführungskontext durch geschichtete Mechanismen schützt, die vor, während und nach der Ausführung wirken.
34. 034AnpassungAnpassung ist das Prinzip, nach dem BX-System sein Verhalten basierend auf akkumulierten Ergebnissen ändert, anstatt eine feste Lösung zu wiederholen. Jedes verifizierte Ergebnis aktualisiert die Strategiegewichte; eine fehlgeschlagene Strategie wird herabgestuft.
35. 035Automatische ReparaturAutomatische Reparatur ist das Prinzip, nach dem BX-System fehlerhaften Code ohne manuelle Überprüfung korrigiert. Die AST-Engine erkennt Regelverletzungen und korrigiert sie; der Kernel kehrt in einen stabilen Zustand zurück.
36. 036EffizienzEffizienz ist das Prinzip, nach dem BX-System anstrebt, so wenige Ressourcen wie möglich zu verbrauchen. Jede Entscheidung wird durch verbrauchte Energie gegen erzieltes Ergebnis abgewogen.
37. 037Die fünf Betriebsprinzipien auf einer SeiteFünf Prinzipien: kontinuierlicher Betrieb, Selbstschutz, Anpassung, automatische Reparatur, Effizienz. Jedes hat einen eigenen Artikel.
38. 038Jedes Werkzeug mit SHA-256 signierenJedes Werkzeug wird mit SHA-256 signiert. Eine Signaturänderung bedeutet, dass sich der Code geändert hat; eine unveränderte Signatur bedeutet, dass der Code so ist, wie er verifiziert wurde.
39. 039Rollenprofile: Prompt-Präfix, Bias, RoutingEin Rollenprofil legt das Prompt-Präfix, das Bias-Profil und das Aufgabenrouting für einen Sprachmodellaufruf fest.