Alcyoneus OSZustandsgraphen, Werkzeuge und konfigurierbare Dienste
Alcyoneus OS ist ein Python-Framework zum Zusammensetzen von Agentenabläufen. Ein Graph hält Zustand und steuert Knoten, bedingte Übergänge und Werkzeuge. Anbieter, Speicher, Authentifizierung und Ausführungsumgebungen werden über konfigurierbare Adapter angeschlossen.
Welche Aufgabe das System angeht
Modellaufrufe, Werkzeuge, Speicher und Wiederaufnahme sind schwer nachzuvollziehen, wenn sie in einem einzelnen Chat-Handler verborgen sind. Graphknoten und Kanten machen Übergänge sichtbar und trennen Kontrollpunkte und Laufzeitdienste.
Wie Verantwortlichkeiten getrennt sind
Eine Anwendung definiert Zustand und Knoten, verbindet sie und kompiliert den Graphen. Ein Modell kann antworten oder einen Werkzeugaufruf vorschlagen. Die Graphlogik wählt die nächste Route; die ausgewählte Tool-Implementierung führt den Aufruf aus und schreibt das Ergebnis zurück.
Komponenten und Vertrauensgrenzen
Quellcode-abgeleitetes Systembild, keine bestätigte Live-Deployment-Topologie.
StateGraph/MessageGraph, Knoten, Kanten, bedingte Routen, Untergraphen und kompilierte Graphen.
Agentenmuster und Provideradapter kapseln Abläufe; Zugangsdaten, Limits und externe Dienste bleiben Anwendungskonfiguration.
Werkzeugregistrierung kann Suche, Browser, Shell, Dateien und weitere Aktionen anbieten. Grenzen variieren nach Tool und Backend.
Checkpoints für In-Memory, SQLite und PostgreSQL; optionale Stores und Retrieval-Integrationen.
Streaming, Unterbrechungen, Guardrails, Richtlinien, Identität, Secrets und Telemetrie müssen passend verdrahtet werden.
Ein konkreter Pfad durch die Implementierung
Optionale Pfade und Grenzen sind in den Schritten benannt.
- SCHRITT 01
Eingabe
Aufrufende Anwendung übergibt Gesprächszustand und gegebenenfalls eine thread_id an den kompilierten Graphen.
- SCHRITT 02
Agentenknoten
Der Knoten ruft den konfigurierten Provider auf und liest Antwort oder strukturierten Werkzeugaufruf.
- SCHRITT 03
Route wählen
Eine bedingte Kante leitet zum Tool oder zum Ende. Die Route ist Anwendungscode, keine Berechtigungsentscheidung des Modells.
- SCHRITT 04
Werkzeug und Rückgabe
Ein ToolNode führt das Werkzeug aus, ergänzt den Zustand und führt zurück zum Agentenknoten.
- SCHRITT 05
Persistenz
Ein konfigurierter Checkpointer kann Zwischenzustand speichern. Wiederaufnahme, Limits und Freigaben brauchen Anwendungskonfiguration.
Was die Regel tatsächlich ausdrückt
S steht für Anwendungszustand. Dies beschreibt den Kontrollfluss, kein trainiertes Modell und keine Garantie, dass ein Werkzeugaufruf sicher ist.
Sₜ ── Knoten n(Sₜ) ──► Sₜ₊₁ ── Kante / Bedingung ──► nₜ₊₁
Was sich aus dem Repository belegen lässt
Quellinventar, dokumentierte Ergebnisse und ausgeführte Prüfungen bleiben getrennt.
Das Case-Study-Beispiel verweist auf v1.2.0: Agenten- und Tool-Knoten, bedingte Route und In-Memory-Checkpointer.
Das Repository enthält Graph-Orchestrierung, Provideradapter, Speicher, Protokollintegration, Streaming, Auswertung und Betriebswerkzeuge.
Guardrails, Richtlinien, Identität und Secrets wirken nur, wenn eine Anwendung sie mit ihrem Ausführungspfad verbindet.
Lokale PTY-Ausführung ist keine Sandbox. Container und Micro-VM hängen von Hostrechten, Mounts und Ressourcenlimits ab.
Offene Annahmen und Risiken
Diese Punkte begrenzen, wie weit die Architektur- und Evidenzaussagen interpretiert werden sollten.
- Nicht jede Adapterkombination wurde unabhängig geprüft oder in einer gemeinsamen Produktionsbereitstellung nachgewiesen.
- Externe Integrationen brauchen teils Zugangsdaten, Netzwerk und separate Anbieter-Dienste.
- Eine Sandbox-Adapterklasse belegt keine sichere Isolation im konkreten Deployment.
- Die Anwendung muss Berechtigungen und Freigaben mit tatsächlichen Nutzern und Daten verbinden.
Implementierung und Belege nachlesen
Versionierte Links führen zum geprüften Quellstand, sofern der Audit einen solchen festhält. Nicht versionierte Links können sich ändern.