Verstehen der KI-Agenten-Architektur: Deterministische vs. probabilistische Schichten

Ein Reddit-Nutzer auf r/openclaw teilte ein mentales Modell zum Verständnis von KI-Agentensystemen, das zwischen deterministischen und probabilistischen Schichten unterscheidet. Dieser Rahmen hilft zu erklären, warum manche Agenten-Setups instabil oder inkonsistent wirken.
Die Zwei-Schichten-Architektur
Der Nutzer beschreibt Agentensysteme als Systeme mit zwei unterschiedlichen Arten von Schichten:
Deterministische Schicht
Diese Schicht übernimmt traditionelle Computeraufgaben, bei denen derselbe Eingang immer denselben Ausgang erzeugt. Beispiele aus der Quelle umfassen:
- Python-Skripte
- Linux-Befehle
- APIs
- Datenbanken
- Dateioperationen
- Cron-Jobs / Scheduler
Wie der Nutzer anmerkt: „Wenn ein Skript python scrape_news.py ausführt, macht der Computer genau das. Keine Kreativität im Spiel.“
Probabilistische Schicht
Diese Schicht ist die LLM-Komponente, die inhärent unscharf ist und jedes Mal möglicherweise andere Denkpfade einschlägt. Das LLM übernimmt Aufgaben wie:
- Interpretation der Benutzerwünsche
- Entscheidung, welches Werkzeug zu nutzen ist
- Planung von Schritten
- Zusammenfassung von Ergebnissen
- Auswahl der nächsten Aktion
Wie die Schichten interagieren
Laut Quelle folgt die Architektur diesem Ablauf:
Benutzer / Ereignis → LLM entscheidet, was zu tun ist → Code führt es aus → Ergebnisse gehen zurück zum LLM → nächste Entscheidung
Der Nutzer beschreibt dies als: „Das LLM ist im Grunde der Planer, während die Skripte und Werkzeuge die Muskeln sind.“
Zentrale Erkenntnis: Verlagerung von Arbeit auf die deterministische Seite
Die Hauptrealisierung des Nutzers war: „Gute Agentensysteme versuchen, möglichst viel Arbeit auf die deterministische Seite zu verlagern.“
Man möchte nicht, dass ein LLM Aufgaben übernimmt, die deterministischer Code hervorragend bewältigt, wie zum Beispiel:
- JSON parsen
- Berechnungen durchführen
- Dinge zählen
- Status verwalten
Der Nutzer schlussfolgert: „Das LLM sollte hauptsächlich Schlussfolgerungen und Entscheidungen übernehmen, der Rest sollte von deterministischen Werkzeugen erledigt werden.“
Dieses mentale Modell half dem Nutzer zu verstehen, warum manches Agentenverhalten inkonsistent erschien – oft lag es an unnötiger Abhängigkeit von der probabilistischen Schicht für Aufgaben, die besser für deterministischen Code geeignet sind.
📖 Read the full source: r/openclaw
👀 Siehe auch

Flusskarten: Lernen des Integrals eines Diffusionsmodells für schnellere Stichproben
Sander Dieleman erklärt Flow Maps – neuronale Netze, die direkt das Integral der ODE eines Diffusionsmodells vorhersagen und so schnellere Stichproben, belohnungsbasiertes Lernen und Steuerbarkeit ermöglichen.

Wie OpenCLAW-Speicher tatsächlich funktioniert: Behebung des Agenten-‚Vergessens‘
OpenCLAW-Agenten verfügen nicht über persistente Erinnerungen zwischen Konversationen – sie rekonstruieren den Kontext aus Dateien wie SOUL.md, USER.md und MEMORY.md in jeder Sitzung neu. Häufige 'Vergessens'-Probleme entstehen durch aufgeblähte Sitzungen, unstrukturierte Speicherdateien und die Verwechslung von Chatverlauf mit dauerhafter Speicherung.
OpenClaw-Walkthrough für die erste Stunde: Erstelle ein Reddit-zu-Airtable-Claims-Board
Ein Schritt-für-Schritt-Aufbau mit OpenClaw: zwei Reddit-RSS-Feeds abrufen, Posts mit einer Bewertungsrubrik filtern, Modellaussagen in Airtable schreiben, den Ablauf als Skill speichern und zeitlich planen.

Sicheres Ausführen von llama.cpp nativen Tools (exec_shell_command) mit mehrfacher Sandboxing unter Linux
Eine praktische Anleitung zur Aktivierung der nativen Tools von llama.cpp, insbesondere exec_shell_command, und deren Ausführung in mehreren Sandboxen (Firejail + winzige Alpine VM) für sicheres Web-Fetching und Befehlsausführung über die llama-server Web-Oberfläche.