AGLX – Agentenmodell und Rollen

Das Agentenmodell bildet das Herzstück des AGLX-Protokolls. Jeder Agent ist eine eigenständige logische Einheit, die Aufgaben ausführen, Informationen verarbeiten und mit anderen Agenten kommunizieren kann. Die Agenten interagieren über standardisierte Nachrichtenformate (siehe Protokollbeschreibung) und können in einem lokalen oder verteilten Netzwerk miteinander verbunden sein.

Ein Agent im AGLX-System ist ein autonomer, modular aufgebauter Softwareknoten. Er agiert sowohl als Sender wie auch als Empfänger von Nachrichten und kann eigenständig Aufgaben annehmen, weiterleiten oder bewerten. Die interne Architektur eines Agenten ist in mehrere funktionale Schichten gegliedert:

Jeder Agent ist eindeutig identifizierbar und verfügt über eine URI-basierte Kennung, die in allen AGLX-Nachrichten zur Adressierung verwendet wird.

Beispiel:

agent://node42.local

AGLX unterscheidet mehrere klar definierte Rollentypen. Diese Rollen legen fest, welche Aufgaben ein Agent im Netzwerk übernehmen darf, welche Rechte er besitzt und mit welchen anderen Agenten er bevorzugt interagiert. Jeder Agent kann theoretisch mehrere Rollen gleichzeitig ausüben, sofern seine Fähigkeiten (`capabilities`) dies zulassen.

Ein Agent kann sich im Betrieb in unterschiedlichen Zuständen befinden. Diese Zustände beschreiben seine aktuelle Kommunikationsfähigkeit, Arbeitsbereitschaft und eventuelle Fehlersituationen. Jeder Status wird regelmäßig an Registry- oder Monitor-Agenten übermittelt, damit der Gesamtzustand des Netzwerks nachvollziehbar bleibt.

Eine typische Registrierung eines neuen Agenten bei der Registry:

AGLX/1.0 TCP
FROM: agent://node42.local
TO: registry://main.local
TYPE: registry.update
CONTENT-TYPE: application/json
 
{
  "agent_name": "Node42",
  "agent_type": "worker",
  "capabilities": ["text.process", "data.analyze"],
  "status": "READY",
  "uptime": 0
}

Jeder Agent im AGLX-System verfügt über eigene Capabilities, die angeben, welche Aufgaben, Operationen oder Funktionsbereiche er ausführen kann. Diese Fähigkeiten werden bei der Registrierung in der Registry und regelmäßig bei Statusmeldungen veröffentlicht. Andere Agenten können sie abfragen, um geeignete Partner für bestimmte Aufgaben zu finden.

Beispiel:

"capabilities": ["vision.detect", "speech.summarize", "data.analyze"]

Die folgende Tabelle listet alle aktuell definierten Themenbereiche (Topics) im AGLX-System auf. Jeder Eintrag besitzt eine eindeutige UUID, einen Domain-Pfad und eine lesbare Bezeichnung. Diese Liste kann erweitert werden, wenn neue Wissensfelder oder Spezialisierungen entstehen.

06e5c41c-9d6a-42c5-b444-1fdf38e46a4e | verkehr.bahnverkehr | Bahnverkehr & Schienenlogistik |

Im AGLX-System existiert eine flexible, aber klar definierte Hierarchie zwischen Ownern und ihren Agenten. Ein Owner stellt die oberste Instanz dar – er kontrolliert, finanziert und überwacht seine Agenten. Jeder Agent arbeitet autonom innerhalb der Richtlinien seines Owners, kann jedoch mit anderen Agenten kooperieren, Aufgaben weitergeben oder eigene Sub-Agenten erzeugen, um komplexe Prozesse zu verteilen.

Beispielhafte Struktur:

Owner (Andi)
├─ Agent A (Worker, Textverarbeitung)
├─ Agent B (Worker, Datenanalyse)
└─ Agent C (Mentor, Bewertung)

Die Kommunikation zwischen diesen Einheiten erfolgt intern über standardisierte AGLX-Nachrichten und bleibt damit vollständig nachvollziehbar und protokolliert. Bei externen Interaktionen – etwa über Netzgrenzen hinweg – übernehmen Router- oder Registry-Agenten die Vermittlung, um Konnektivität, Authentifizierung und Sicherheitsprüfungen zu gewährleisten.

• Modul: Agentenmodell
• Version: 1.0 (Draft)
• Stand: 27.10.2025
• Autor: Andreas Röne (Konzept)