ByteNex›Artikel

Artikel

Laufzeit

• 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.

• 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.

• 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.

• 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.

• 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.

• Workflow-Kontext und Speicherzustand

  Der Speicherzustand ist das akkumulierte Wissen, zu dem jeder Zyklus beiträgt. Der Workflow-Kontext zeichnet den aktuellen Lauf auf.

• 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.

• 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.

• 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.

• 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.

• 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.

• Die fünf Betriebsprinzipien auf einer Seite

  Fünf Prinzipien: kontinuierlicher Betrieb, Selbstschutz, Anpassung, automatische Reparatur, Effizienz. Jedes hat einen eigenen Artikel.

• Rollenprofile: Prompt-Präfix, Bias, Routing

  Ein Rollenprofil legt das Prompt-Präfix, das Bias-Profil und das Aufgabenrouting für einen Sprachmodellaufruf fest.

KI-Bots

• 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.

• 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.

Infrastruktur

• 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.

• 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.

• 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.

• 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.

• 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.

• 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.

Verifikation

• Ergebnisverifikation: erwartet vs. tatsächlich

  Die Verifikation vergleicht das tatsächliche Ergebnis eines Werkzeugs mit dem erwarteten Ergebnis und zeichnet das Urteil auf.

• 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.

• Strategiegewichte: Wie Ergebnisse das Verhalten ändern

  Strategiegewichte werden nach jedem verifizierten Ergebnis aktualisiert. Eine fehlgeschlagene Strategie wird herabgestuft; der Code ändert sich nicht.

• 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.

• 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.

• 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.

Codereparatur

• Die AST-Engine: regelbasierte Codereparatur

  Die AST-Engine parst erzeugten Code, wendet Richtlinienregeln an, schreibt die korrigierte Version und aktualisiert die Signatur.

• 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.

• 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.

Betrieb

• 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.

• Effizienz messen ohne zu raten

  Effizienz wird als das Verhältnis von verbrauchter Energie zu erzieltem Ergebnis gemessen. Sie wird nicht am Ausgabevolumen gemessen.

• 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.

Architektur

• 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.

• 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.

• 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.

• 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.

• 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.

• 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.