Hermes, strukturierte Agenten und warum Plattformen wie AionEdge leise die Architektur des Webs verändern
Lange Zeit bedeutete das Bauen im Internet, Teile zusammenzufügen.
Man wählte ein CMS, fügte einen Zahlungsanbieter hinzu, integrierte Analytics, schichtete Automatisierung darüber und – in jüngerer Zeit – band KI überall dort ein, wo sie nützlich erschien. Das Ergebnis funktionierte, oft sogar beeindruckend gut, aber es war immer mit einer gewissen Fragilität verbunden. Nicht, weil die Tools schlecht waren, sondern weil sie nie dafür konzipiert wurden, zum selben System zu gehören.
Dieses Modell beginnt nun an seine Grenzen zu stoßen.
Was sich jetzt entwickelt, ist nicht nur ein besseres Werkzeugset. Es ist eine völlig andere Denkweise über Software – weniger über Schnittstellen, mehr über Systeme, die kontinuierlich operieren können.
Im Mittelpunkt dieser Veränderung stehen drei Konzepte: persistente Agenten wie Hermes, strukturierte Ausführungsmodelle, die oft mit OpenClaw-ähnlichen Systemen in Verbindung gebracht werden, und Plattformen wie Ai on Edge, die versuchen, alles in eine einzige, kohärente Umgebung zu bringen.
Das Ende der Einmal-Interaktion
Die meisten KI-Systeme, mit denen Menschen heute interagieren, basieren immer noch auf einer einfachen Schleife: Du fragst, sie antwortet, und der Prozess beginnt von vorne.
Selbst wenn ein Gedächtnis hinzugefügt wird, ist es meist nur eine zusätzliche Schicht – abgerufen, eingefügt und dann wieder vergessen. Das System lebt nirgendwo. Es reagiert und verschwindet dann wieder.
Das reicht aus, um Texte zu schreiben oder Code zu generieren. Es ist weniger nützlich, wenn man etwas ausführen möchte.
Denn echte Arbeit passiert nicht in isolierten Eingabeaufforderungen, sie entfaltet sich über die Zeit:
- Dinge schlagen fehl
- Zustände ändern sich
- Entscheidungen hängen von vorherigen Aktionen ab
Und genau hier beginnt eine andere Art von System wichtig zu werden.
Hermes: Weniger Schnittstelle, mehr Prozess
Was Systeme wie Hermes interessant macht, ist nicht, dass sie KI nutzen – sondern wie sie es tun.
Hermes verhält sich weniger wie ein Werkzeug und mehr wie ein Prozess, der am Leben bleibt. Es wartet nicht darauf, dass ein Prompt eingegeben wird. Es behält im Blick, was es gerade tut, was es bereits getan hat und was noch erledigt werden muss.
Praktisch bedeutet das:
- es kann überwachen und reagieren, statt nur zu antworten
- es kann dort weitermachen, wo es aufgehört hat
- es kann mit echten Umgebungen interagieren – Dateien, APIs, Terminals – ohne jedes Mal neu angewiesen werden zu müssen
Das zugrundeliegende Muster ist einfach, aber leistungsstark: eine Schleife.
Nicht „Eingabe → Ausgabe“, sondern:
- den aktuellen Zustand betrachten
- entscheiden, was wichtig ist
- handeln
- beobachten
- fortfahren
Das ist in der Informatik nicht neu. Neu ist, dass die Entscheidungsfindung innerhalb dieser Schleife nicht mehr fest programmiert ist.
Warum Struktur wichtiger ist als Intelligenz
Sobald man Systeme kontinuierlich handeln lässt, taucht ein neues Problem auf: Kontrolle.
Unstrukturierte Agenten neigen zum Abdriften. Sie nehmen unerwartete Wege, wiederholen Arbeit oder treffen Entscheidungen, die technisch plausibel, aber operativ falsch sind. Das Problem liegt nicht in der Intelligenz – es ist der Mangel an Struktur.
Hier kommen Ansätze im Stil von OpenClaw ins Spiel.
Anstatt einem Agenten alles zu überlassen, führen diese Systeme Disziplin ein:
- Aufgaben werden in Schritte unterteilt
- Rollen werden getrennt (Planung, Ausführung, Validierung)
- Grenzen werden durchgesetzt
- Aktionen werden protokolliert und sind nachverfolgbar
Wenn Hermes die Idee eines beständigen Geistes ist, dann ist dies das Framework, das verhindert, dass er chaotisch wird.
Es ist ein Wandel von „lass das Modell es herausfinden“ zu „definiere, wie Arbeit ablaufen darf“.
Und dieser Unterschied erweist sich als entscheidend.
Die verborgene Reibung: Infrastruktur
Selbst mit besseren Agenten basieren die meisten heutigen Setups immer noch auf einer verstreuten Grundlage.
Eine typische Bereitstellung könnte so aussehen:
- ein Agent, der auf einem Server läuft
- Speicher in einer separaten Datenbank
- Dateien im Objekt-Speicher
- Automatisierung, die über APIs ausgelöst wird
- Frontend, das woanders gehostet wird
- Abrechnung und Identität, die unabhängig verwaltet werden
Jedes einzelne Element ist für sich betrachtet vernünftig. Zusammen führen sie jedoch zu ständigem Overhead:
- Netzwerklatenz zwischen den Komponenten
- Synchronisationsprobleme
- doppelte Logik
- operationelle Komplexität
Man kann es zum Laufen bringen – aber man verbringt viel Zeit damit, es am Laufen zu halten.
Das ist weniger eine Einschränkung der Agenten selbst, sondern vielmehr eine Einschränkung der Umgebung, in der sie operieren müssen.
AionEdge: Die Distanz zwischen allem verkleinern
Was Plattformen wie AionEdge versuchen, klingt täuschend einfach: die Distanz zwischen den einzelnen Komponenten aufheben.
Anstatt Rechenleistung, Speicher, Workflows und Bereitstellung als separate Schichten zu behandeln, werden sie in denselben Raum gebracht – in der Regel auf Edge-Infrastruktur, wo die Ausführung standardmäßig nah am Nutzer stattfindet.
Die praktische Auswirkung ist nicht spektakulär, aber bedeutend:
- Daten müssen nicht so weit reisen
- Aktionen sind nicht von mehreren externen Aufrufen abhängig
- Systeme verhalten sich vorhersehbarer
Für Agenten verändert dies die Spielregeln.
Ein Agent, der in einer einheitlichen Umgebung operiert:
- liest und schreibt den Zustand direkt
- löst Prozesse ohne Übersetzungsschichten aus
- stößt auf weniger Fehlerquellen
Mit anderen Worten: Er verbringt weniger Zeit damit, sich durch das System zu navigieren, und mehr Zeit damit, die Arbeit zu erledigen.
Von Funktionen zu Verhalten
Es gibt derzeit die Tendenz, KI in Bezug auf Funktionen zu betrachten.
Ein Chatbot hier. Ein Generator dort. Vielleicht noch etwas Automatisierung darüber.
Doch diese Perspektive verpasst die tiefgreifendere Veränderung.
Der eigentliche Wandel besteht darin, dass Systeme beginnen, sich zu verhalten, und nicht nur zu reagieren.
Wenn man kombiniert:
- persistente Ausführung (Hermes-ähnliche Muster)
- strukturierte Steuerung (OpenClaw-Design)
- und eine einheitliche Umgebung (Ai on Edge)
…erhält man etwas, das sich nicht mehr wie eine Sammlung von Werkzeugen anfühlt.
Man erhält ein System, das:
- kontinuierlich läuft
- sich basierend auf dem Zustand anpasst
- seine eigenen Prozesse koordiniert
Nicht autonom in einem abstrakten Sinne – sondern operativ, auf sehr konkrete Weise.
Eine andere Art von Einfachheit
Es ist verlockend, dies als „das nächste Level“ zu beschreiben, aber das impliziert normalerweise mehr Funktionen, mehr Leistung, mehr Komplexität.
Tatsächlich passiert jedoch eher das Gegenteil.
Der Stack wird einfacher, nicht weil weniger passiert, sondern weil weniger Dinge manuell verbunden werden müssen.
Statt:
- mehreren Diensten
- mehreren Integrationen
- mehreren Fehlerquellen
bewegt man sich hin zu:
- einer Umgebung
- einem Ausführungsmodell
- einem Ort, an dem Daten, Logik und Aktion zusammentreffen
Das beseitigt nicht die Komplexität – es begrenzt sie.
Und im Systemdesign macht oft genau diese Begrenzung den Unterschied zwischen etwas, das skalierbar ist, und etwas, das ständig Aufmerksamkeit benötigt.
Wo uns das hinführt
Keine dieser Ideen ist hypothetisch.
Persistente Agenten werden bereits entwickelt. Strukturierte Ausführungsmodelle werden bereits getestet. Unifizierte Edge-basierte Plattformen existieren bereits in verschiedenen Formen.
Das Neue ist, dass sie beginnen, sich zu synchronisieren.
Und wenn das passiert, verschiebt sich die Frage.
Es geht nicht mehr um:
„Wie integriere ich dieses Tool?“
Sondern um:
„Wozu sollte dieses System fähig sein – und kann es das kontinuierlich ausführen?“
Das ist ein anderer Ausgangspunkt.
Und sobald man ihn übernimmt, fühlt sich die alte Art, Stacks zusammenzustellen, weniger wie Ingenieurskunst an – und mehr wie eine Notlösung.