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. 01 Agent-Kernel-Architektur: Der vollständige Leitfaden Ein umfassender Leitfaden zu den Komponenten eines Agent-Kernels: der Zyklus, die AST-Engine, die kognitive Speicher-Engine und der isolierte Kontext.
2. 02 Agent-Kernel vs. Agent-Framework Ein Framework liefert Komponenten, die ein Entwickler zusammenbaut. Ein Kernel führt den Zyklus selbst aus, verifiziert Ergebnisse und aktualisiert seine eigenen Gewichte.
3. 03 BX-System vs. LangGraph: Kernel vs. Framework LangGraph 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. 04 Wie man einen Agent-Kernel bewertet: Die 6-Punkte-Checkliste Eine Checkliste zur Bewertung eines Agent-Kernels: der Zyklus, die Verifikation, die Gewichtsaktualisierungen, die Reparaturregeln, der Kill-Switch und die Effizienz.
5. 05 Was 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. 06 Deklarative Flüsse vs. imperative Skripte Ein deklarativer Fluss benennt die Werkzeuge und die Reihenfolge. Der Kernel führt den Fluss aus; der Fluss führt sich nicht selbst aus.
7. 07 Implementierungsleitfaden: Werkzeuge mit SHA-256 signieren Eine 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. 08 Wie man einen deklarativen Fluss baut Ein praktischer Leitfaden zur Strukturierung eines deklarativen Flusses: die Werkzeuge definieren, die Reihenfolge festlegen und die Verifikationsverträge aufstellen.
9. 09 Ein Zyklus: Erzeugen, verifizieren, aufzeichnen, aktualisieren Ein Zyklus liest den gespeicherten Kontext, erzeugt ein Werkzeug oder einen Fluss, verifiziert das Ergebnis, zeichnet das Ergebnis auf und aktualisiert die Strategiegewichte.
10. 010 Wie ein Agent seine eigenen Werkzeuge erzeugt Ein Werkzeug wird als Code erzeugt, signiert, gegen ein erwartetes Ergebnis verifiziert und aufgezeichnet. Einem fehlgeschlagenen Werkzeug wird nicht vertraut.
11. 011 Ergebnisverifikation: erwartet vs. tatsächlich Die Verifikation vergleicht das tatsächliche Ergebnis eines Werkzeugs mit dem erwarteten Ergebnis und zeichnet das Urteil auf.
12. 012 Wie man die Ausgabe eines Agenten verifiziert Verifikation: das erwartete Ergebnis definieren, das Werkzeug ausführen, tatsächlich mit erwartet vergleichen, das Urteil aufzeichnen, die Gewichte aktualisieren.
13. 013 Strategiegewichte: Wie Ergebnisse das Verhalten ändern Strategiegewichte werden nach jedem verifizierten Ergebnis aktualisiert. Eine fehlgeschlagene Strategie wird herabgestuft; der Code ändert sich nicht.
14. 014 Belohnung zwischen 0 und 1: Die Urteilsskala gestalten Eine Belohnung ist ein Skalar zwischen 0 und 1, der aus einem verifizierten Ergebnis berechnet wird. Sie aktualisiert die Strategiegewichte.
15. 015 Nicht deklarierte Werkzeugaufrufe: Wenn ein Werkzeug erfunden wird Ein 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. 016 Die AST-Engine: regelbasierte Codereparatur Die AST-Engine parst erzeugten Code, wendet Richtlinienregeln an, schreibt die korrigierte Version und aktualisiert die Signatur.
17. 017 Warum LLM-generierter Code in der Produktion versagt Generierter Code versagt, wenn es keine Regel und keine Verifikation gibt. Die AST-Engine wendet Regeln an; die Verifikation bestätigt das Ergebnis.
18. 018 Reparaturregeln für generierten Code definieren Eine Reparaturregel benennt eine Verletzung und die Korrektur, die die AST-Engine anwendet. Regeln sind deklarativ und werden ohne manuelle Überprüfung angewendet.
19. 019 Kill-Switch und isolierter Kontext Ein 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. 020 Reine RAM-Ausführung für Kernmodule Kernmodule 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. 021 Werkzeugpakete mit AES-GCM verschlüsseln Jedes Paket wird mit AES-GCM verschlüsselt. Das Paket wird im isolierten Kontext entschlüsselt und ohne Persistierung ausgeführt.
22. 022 Stabiler Zustand: Wohin der Kernel zurückkehrt Der stabile Zustand ist die Bedingung, zu der der Kernel nach einer Reparatur oder nach einer fehlgeschlagenen Verifikation zurückkehrt.
23. 023 Pausieren und Fortsetzen eines autonomen Kernels Pausieren stoppt den Zyklus, bewahrt aber Gewichte und Speicher. Fortsetzen liest den gespeicherten Kontext und fährt von dort fort.
24. 024 Workflow-Kontext und Speicherzustand Der Speicherzustand ist das akkumulierte Wissen, zu dem jeder Zyklus beiträgt. Der Workflow-Kontext zeichnet den aktuellen Lauf auf.
25. 025 Kontextverlust zwischen Läufen Kontextverlust tritt auf, wenn ein Lauf den gespeicherten Speicher nicht liest. Der Kernel setzt aus dem Workflow-Kontext und dem Speicherzustand fort.
26. 026 Effizienz messen ohne zu raten Effizienz wird als das Verhältnis von verbrauchter Energie zu erzieltem Ergebnis gemessen. Sie wird nicht am Ausgabevolumen gemessen.
27. 027 Die Kosten dauerhaft aktiver Agenten Ein dauerhaft aktiver Agent verbraucht Ressourcen zwischen Aufgaben. Der Kernel wägt in jeder Entscheidung die verbrauchte Energie gegen das erzielte Ergebnis ab.
28. 028 Verhaltensänderung ohne neuen Code Eine fehlgeschlagene Strategie wird herabgestuft und eine funktionierende Strategie wird angehoben. Der Code bleibt unverändert; die Gewichte ändern sich.
29. 029 Warum reine Prompt-Agenten im Maßstab brechen Ein reiner Prompt-Agent hat keinen Zyklus, keine Verifikation und keine Gewichtsaktualisierung. Er kann sich nicht aus seinen eigenen Ergebnissen anpassen.
30. 030 Unverifizierte Automatisierung: Der stille Fehler Unverifizierte Automatisierung ist ein stiller Fehler: Das Werkzeug läuft, nichts wird verglichen, und das Ergebnis wird angenommen. Der Kernel zeichnet ein Urteil auf.
31. 031 Warum KI-Agenten endlos schleifen Eine Schleife ist ein Zyklus ohne Verifikation. Der Kernel stoppt die Schleife, weil ein Zyklus bei einem verifizierten Ergebnis endet, nicht bei einer Vermutung.
32. 032 Kontinuierlicher Betrieb Kontinuierlicher 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. 033 Selbstschutz Selbstschutz 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. 034 Anpassung Anpassung 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. 035 Automatische Reparatur Automatische 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. 036 Effizienz Effizienz 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. 037 Die fünf Betriebsprinzipien auf einer Seite Fünf Prinzipien: kontinuierlicher Betrieb, Selbstschutz, Anpassung, automatische Reparatur, Effizienz. Jedes hat einen eigenen Artikel.
38. 038 Jedes Werkzeug mit SHA-256 signieren Jedes 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. 039 Rollenprofile: Prompt-Präfix, Bias, Routing Ein Rollenprofil legt das Prompt-Präfix, das Bias-Profil und das Aufgabenrouting für einen Sprachmodellaufruf fest.