🤖 AI

Liquid Interfaces: A Dynamic Ontology for the Interoperability of Autonomous Systems

Dieses Paper führt „Liquid Interfaces“ ein, ein dynamisches Koordinationsparadigma und ein zugehöriges Protokoll, das statische, deterministische Systemverbindungen durch ephemere, zur Laufzeit ausgehandelte relationale Ereignisse ersetzt, um eine adaptive Interoperabilität zwischen autonomen Agenten zu ermöglichen, die unter semantischer Unsicherheit operieren.

Ursprüngliche Autoren: Dhiogo de Sá, Carlos Schmiedel, Carlos Pereira Lopes

Veröffentlicht 2026-01-30

📖 5 Min. Lesezeit🧠 Tiefgang

CC BY 4.0

Ursprüngliche Autoren: Dhiogo de Sá, Carlos Schmiedel, Carlos Pereira Lopes

Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). ✨ Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen

Stellen Sie sich vor, Sie versuchen, eine Gruppe von Fremden dazu zu bringen, gemeinsam ein Haus zu bauen.

Der alte Weg (Feste Schnittstellen):
In der traditionellen Welt der Software entspricht dies dem Erfordernis, dass jeder Bauarbeiter eine vorgefertigte Wand mitbringen muss, die exakt in eine bestimmte Öffnung im Fundament passt. Bevor überhaupt jemand anfängt, benötigt man einen massiven Bauplan (einen Vertrag), der besagt: „Die Wand von Bauarbeiter A muss 10 Fuß breit, 8 Fuß hoch sein und ein Fenster auf der linken Seite haben.“ Wenn Bauarbeiter B mit einer Wand erscheint, die 10,1 Fuß breit ist oder das Fenster auf der rechten Seite hat, stoppt das gesamte Projekt. Nichts wird gebaut. Das funktioniert hervorragend, wenn man genau weiß, wer was baut, aber es bricht zusammen, wenn man ein Team von KI-Agenten hat, die kreativ sind, ihre Meinung ändern oder unterschiedliche „Sprachen“ sprechen.

Der neue Weg (Flüssige Schnittstellen):
Dieses Paper führt das Konzept der Liquid Interfaces (Flüssigen Schnittstellen) ein. Anstatt vorgefertigter Wände stellen Sie sich vor, die Bauarbeiter treffen sich in der Mitte der Baustelle und sagen: „Ich muss diese Lücke schließen.“

Sie prüfen keinen Bauplan. Stattdessen sprechen sie sich ab.

Die Absicht (Intent): Ein Agent sagt: „Ich muss dieses Paket in eine Stadt in 200 Meilen Entfernung bringen, aber die Hauptstraße ist gesperrt.“
Die Verhandlung: Ein anderer Agent (eine LKW-KI) sagt: „Ich kann nicht über die Autobahn fahren, aber ich kann einen Feldweg nehmen.“ Ein dritter Agent (eine Lager-KI) sagt: „Ich kann es über Nacht lagern.“
Der flüssige Moment: Sie einigen sich augenblicklich auf einen Plan. Sie schütteln sich (digital) die Hände, erledigen die Arbeit und dann... puf. Die Vereinbarung verschwindet.

Die Kernmetapher: Wasser vs. Eis
Die Autoren verwenden die Metapher von Eis (Feste Schnittstellen) und Wasser (Flüssige Schnittstellen).

Eis (Der alte Weg): Starr, permanent und spröde. Wenn sich die Temperatur ändert (die Situation ändert), bekommt das Eis Risse. Man muss es einschmelzen und neu einfrieren (den Code umschreiben), um die Form zu ändern.
Wasser (Der neue Weg): Fluid und anpassungsfähig. Es nimmt die Form dessen an, was es im Moment umschließt. Sobald die Aufgabe erledigt ist, verdunstet das Wasser. Es hinterlässt keine Pfütze.

Wie es funktioniert (Das „Liquid Interface Protocol“):
Das Paper schlägt eine Reihe von Regeln (ein Protokoll) vor, wie diese digitalen Agenten miteinander kommunizieren können, ohne dass ein vorab geschriebener Vertrag nötig ist:

Absicht zuerst (Intent First): Man fragt nicht: „Was ist deine Funktion?“, sondern man sagt: „Was ist dein Ziel?“ (z. B. „Kosten senken“).
Semantische Verhandlung: Die Agenten nutzen fortschrittliche KI (wie Large Language Models), um die unordentlichen, natürlichen Sprachziele des jeweils anderen zu verstehen. Sie finden heraus, wie sie sich vor Ort zusammenfügen können, wie Puzzleteile, die sich selbst umformen, um zu passen.
Ephemer (Flüchtig): Dies ist der wichtigste Teil. Die „Schnittstelle“ (die Vereinbarung) existiert nur für die Zeit, die es dauert, die Aufgabe zu erledigen. Sobald die Aufgabe abgeschlossen ist, wird die Vereinbarung gelöscht. Es bleibt keine „technische Schuld“ zurück. Es ist wie ein Händedruck, der verschwindet, sobald man loslässt.

Warum brauchen wir das?
Das Paper argumentiert, dass wir in eine Ära eintreten, in der KI-Agenten überall präsent sind. Diese Agenten sind intelligent, aber unvorhersehbar. Sie könnten eine Anfrage anders interpretieren als erwartet.

Das Problem: Wenn man versucht, diese flexiblen, kreativen KI-Agenten in starre, „eisähnliche“ Verträge zu zwängen, bleiben sie stecken. Sie können sich nicht anpassen.
Die Lösung: Flüssige Schnittstellen lassen sie Hindernisse umfließen. Wenn ein Hafen schließt, erhält der Agent keine Fehlermeldung; er verhandelt sofort einen neuen Weg mit einem anderen Agenten.

Die Regeln des Spiels:
Um sicherzustellen, dass dies nicht in Chaos ausartet, legt das Paper drei Regeln fest:

Die Absicht ist entscheidend (Intent is King): Die Interaktion ist nur dann gültig, wenn sie tatsächlich hilft, das Ziel zu erreichen. Wenn das Gespräch im Kreis läuft, stoppt es.
Keine Geister (No Ghosts): Sobald die Aufgabe abgeschlossen ist, muss die Verbindung unterbrochen werden. Keine bleibenden Vereinbarungen.
Keine versteckten Bindungen (No Hidden Ties): Agenten sollten sich nicht so an die Art und Weise erinnern, wie sie letztes Mal miteinander kommuniziert haben, dass sie beim nächsten Mal gezwungen sind, wieder genauso zu kommunizieren. Jede Interaktion beginnt neu.

Governance und Sicherheit:
Das Paper erklärt auch, wie man dies sicher gestaltet. Anstatt eine Liste von „erlaubten Aktionen“ zu prüfen (wie ein Türsteher, der eine Gästeliste prüft), prüft das System die Absicht (Intent).

Alter Weg: „Kannst du auf die Datenbank zugreifen?“ (Ja/Nein).
Flüssiger Weg: „Versuchst du gerade etwas zu tun, das gegen unsere Sicherheitsregeln verstößt?“ (Wenn die Antwort ja lautet, stoppt die Verhandlung, bevor sie überhaupt beginnt).
Es führt zudem ein „semantisches Log“ (ein semantisches Protokoll), was bedeutet, dass es aufzeichnet, warum die Agenten sich auf etwas geeinigt haben, und nicht nur, was sie getan haben. Dies macht es einfacher, später nachzuvollziehen, was passiert ist.

Die Einschränkungen:
Die Autoren sind ehrlich: Dies ist kein Zauberstab für alles.

Wenn etwas in einem Sekundenbruchteil passieren muss (wie das Anhalten eines Autos, um einen Unfall zu vermeiden), ist diese „Aussprache-Methode“ zu langsam.
Wenn man sich in einer sehr stabilen Umgebung befindet, in der sich nie etwas ändert, ist die alte „Eis“-Methode immer noch schneller und kostengünstiger.
Flüssige Schnittstellen sind spezifisch für Situationen gedacht, in denen es unordentlich, wechselhaft und voller Unsicherheit ist.

Zusammenfassend:
Dieses Paper schlägt vor, dass wir aufhören sollten, Software wie ein starres Fließband in einer Fabrik zu bauen, und statfangen sollten, sie wie ein flüssiges Gespräch zu gestalten. Anstatt KI-Agenten zu zwingen, in vorgefertigte Boxen zu passen, lassen wir sie eine temporäre, maßgeschneiderte Passform für die anstehende Aufgabe aushandeln und lassen diese Passform dann wieder auflösen, sodass kein Unrat zurückbleibt. Es ist ein Wechsel von statischen Verträgen zu dynamischen Beziehungen.

Technisches Resümee: Liquid Interfaces: Eine dynamische Ontologie für die Interoperabilität autonomer Systeme

1. Problemstellung

Zeitgenössische Softwarearchitekturen verlassen sich auf statische Schnittstellen, deterministische Verträge und vordefinierte Schemata (z. B. REST, GraphQL, RPC), um Sicherheit und Effizienz zu gewährleisten. Während dies für stabile, geschlossene Systeme effektiv ist, erzeugt dieses Paradigma eine fundamentale „ontologische Dissonanz“ bei der Integration von Large Language Models (LLMs) und autonomen Agenten. Diese Agenten operieren probabilistisch, interpretieren natürliche Sprache und verfolgen hochgradig kontextabhängige Ziele (z. B. „Senkung der Logistikkosten um 15 %“).

Die Reibung entsteht, weil „liquide“ Agenten nicht effektiv mit „soliden“ APIs interagieren können, die eine starre Syntax und vordefinierte Strukturen fordern. Dieses Missverhältnis erzwingt menschliche Interventionen, um fluide Intention in starre Formen zu übersetzen, was einen Flaschenhals für intelligente Automatisierung schafft. Darüber hinaus generiert die Wartung von Konnektoren, die Schema-Synchronisation und Breaking Changes eine technische Schuld, die mit der Systemkomplexität exponentiell skaliert. Bestehende Lösungen, wie globale Ontologien oder statische Service-Meshes, versagen in offenen Ökosystemen, in denen sich Fähigkeiten dynamisch entwickeln, Teilnehmer zur Designzeit unbekannt sind und Bedeutung während der Ausführung ausgehandelt werden muss.

2. Methodik und Formalisierung

Das Paper schlägt Liquid Interfaces vor, ein Koordinationsparadigma, bei dem Schnittstellen keine persistenten Artefakte sind, sondern ephemere relationale Ereignisse, die durch Artikulation von Intention und semantische Verhandlung zur Laufzeit entstehen.

2.1 Theoretischer Wandel: Vom Objekt zum Ereignis

Die Autoren formalisieren den Übergang vom „Solid Paradigm“ zum „Liquid Paradigm“:

Solide Schnittstelle ( $I_{solid}$ ): Definiert als statisches Tupel $(\Sigma, F, \lambda)$ , das strikte strukturelle Compliance erzwingt. Die Gültigkeit ist binär ($0$ oder $1$), basierend darauf, ob der Input dem festen Schema $\Sigma$ entspricht. Abweichungen führen zu Systemausnahmen.
Liquide Schnittstelle ( $I_{liquid}$ ): Definiert als zeitlich begrenzte generative Funktion $N(A_{emitter}, A_{receiver}, \Phi, C_t)$ , die zum Zeitpunkt $t_0$ ausgeführt wird. Sie strebt nach semantischer Äquivalenz statt nach struktureller Gleichheit. Die Verhandlungsfunktion $N$ minimiert die semantische Entropie $H(S)$ zwischen den Horizonten der Agenten, um ein temporäres Protokoll $\pi$ zu generieren.

2.2 Das Liquid Interface Protocol (LIP)

Das Paper beschreibt das Liquid Interface Protocol (LIP), ein Koordinationsmodell, das regelt, wie Schnittstellen entstehen, sich stabilisieren und sich auflösen.

Nachrichten-Semantik: LIP verwendet strukturierte JSON-Nachrichten als performative Akte statt einfacher Datentransfers. Kern-Typen umfassen intent (Artikulation von Zielen), offer (Deklaration von Fähigkeiten), accept/reject, execute, complete und dissolve.
Lebenszyklus: Eine Schnittstelle wird bei der Artikulation einer Intention instanziiert, stabilisiert sich durch Verhandlung, wird unter vereinbarten Bedingungen ausgeführt und ist nach Abschluss oder Aufgabe zwingend aufzulösen. Es verbleibt kein residualer Zustand.
Semantische Adjudikation: Das Matching von Fähigkeiten wird als Entscheidungsproblem unter Unsicherheit behandelt. Ein LLM-basierter Adjudikator evaluiert die Eignung von Kandidaten-Agenten gegenüber einer Intention $\Phi$ und einem Kontext $C_t$ , wobei er einen Eignungsscore $s_i$ und eine Begründungsspur $r_i$ produziert. Dies wird durch ergebnisorientierte Priors $\rho_i$ ergänzt, die auf historischer Performance basieren, um semantische Ausrichtung mit empirischer Zuverlässigkeit abzuwägen.
Fehlerbehandlung: Fehler werden als informatives Koordinationssignal behandelt, nicht als Ausnahme. Er löst eine Neuverhandlung aus (Revision von Constraints oder Offers), anstatt eine sofortige Terminierung zu bewirken. Wenn die Neuverhandlung scheitert, wird die Interaktion aufgelöst.

2.3 Architektonische Invarianten

Das Paper definiert vier Koordinationsinvarianten, die ein System erfüllen muss, um als Implementierung von Liquid Interfaces klassifiziert zu werden:

Intentional Primacy: Die Gültigkeit wird durch die Reduktion der semantischen Unsicherheit ( $\Delta H(S) > 0$ ) relativ zu einer deklarierten Intention bestimmt, nicht durch syntaktische Compliance.
Mandatory Temporal Dissolution: Schnittstellen sind strikt an das Interaktionsfenster $[t_{start}, t_{ack}]$ gebunden. Eine Persistenz über dieses Fenster hinaus verletzt das Protokoll.
Bounded Residual Coupling: Die residuale Kopplung $R_c(A, B)$ zwischen Agenten muss nach der Ausführung Null sein. Zuvor ausgehandelte Strukturen dürfen nicht als bindende Annahmen wiederverwendet werden.
Composable Intent Resolution: Intentionen können durch die Komposition partieller Fähigkeiten mehrerer Agenten aufgelöst werden, sofern die geordnete Ausführung die semantische Entropie reduziert.

2.4 Governance und Sicherheit

Intention-Based Access Control (IBAC): Die Autorisierung ist von konkreten Ausführungspfaden entkoppelt und wird gegen die ausgedrückte Intention und organisatorische Richtlinien evaluiert.
Semantische Auditierbarkeit: Das Protokoll bewahrt den semantischen Kontext und die Begründung von Koordinationsentscheidungen, was eine Post-hoc-Rekonstruktion dessen ermöglicht, warum ein Ergebnis erreicht wurde.
Sicherheitsmodell: Basiert auf kryptografischer Identitätsbindung (Enrollment und Challenge-Response), Nachrichten-Integrität für Bindungsnachrichten und Claim-basierten Autorisierungsumfängen, die auf den Interaktionskontext begrenzt sind.

3. Zentrale Beiträge

Konzeptioneller Rahmen: Führt „Liquid Interfaces“ als eine dynamische Ontologie ein, in der Schnittstellen transiente relationale Ereignisse statt statischer Verträge sind.
Formale Definition: Liefert eine mathematische Formalisierung des Übergangs von statischer Isomorphie zu probabilistischer semantischer Verhandlung und definiert die Liquid Interface als eine Funktion, die die semantische Entropie minimiert.
Protokollspezifikation (LIP): Definiert ein konkretes Protokoll für intentiongetriebene Interaktion, einschließlich Nachrichtentypen, Lebenszyklusmanagement und Mechanismen zur semantischen Adjudikation.
Governance-Modell: Schlägt einen Wechsel von statischer Perimeter-Sicherheit hin zu intentionbasierter Governance und semantischer Auditierbarkeit vor, wodurch Kontrollmechanismen mit der fluiden Natur autonomer Agenten harmonisiert werden.
Differenzierung: Unterscheidet LIP explizit von bestehenden Paradigmen (Semantic Web, Microservices, ACLs, Smart Contracts, MCP), indem es den Fokus auf Laufzeitverhandlung, Ephemeralität und probabilistisches Denken gegenüber statischer Übereinkunft und Determinismus legt.

4. Ergebnisse und Ansprüche

Das Paper ist ein theoretischer und architektonischer Vorschlag; es präsentiert keine empirischen Leistungsbenchmarks, experimentellen Implementierungen oder Fallstudien-Ergebnisse.

Machbarkeit: Die Autoren präsentieren eine Referenzarchitektur und Protokollspezifikation, um die praktische Machbarkeit zu demonstrieren, und geben explizit an, dass konkrete Implementierungen und Performance-Trade-offs Gegenstand laufender und zukünftiger Arbeit sind.
Theoretische Grenzen: Das Paper definiert die „Grenze der Liquidität“ (Boundary of Liquidity) und identifiziert Bedingungen (z. B. Entropieschwellen), unter denen die semantische Verhandlung nicht konvergiert, was einen Rückfall auf deterministische „solide“ Protokolle oder rekursive Vereinfachung erforderlich macht.
Limitierungen: Die Autoren räumen ein, dass Liquid Interfaces nicht für Domänen geeignet sind, die strikte Echtzeit-Constraints, gebundene Worst-Case-Latenzen oder harte Sicherheitsgarantien durch statische Verifikation erfordern. Sie merken zudem die Herausforderung an, die Fähigkeiten von Agenten in einer offenen, vertrauenslosen Umgebung zu verifizieren, ohne starre Hierarchien wieder einzuführen.

5. Bedeutung

Das Paper argumentiert, dass Liquid Interfaces eine fundamentale Basis für adaptive Koordination in agentenbasierten Systemen bieten. Durch die Verschiebs von „Integration als Infrastruktur“ (statische Konnektoren) zu „Koordination als semantischer Prozess“ adressiert das Paradigma den ontologischen Mismatch zwischen probabilistischen Agenten und deterministischen Systemen.

Die Bedeutung liegt darin, autonome Systeme zu befähigen, in offenen, heterogenen Umgebungen zu operieren, ohne die technische Schuld zu akkumulieren, die mit statischer Integration verbunden ist. Es bietet einen Mechanismus, durch den Governance aus der Koordination entsteht, was es Organisationen ermöglicht, Rechenschaftspflicht und Kontrolle durch intentionbasierte Richtlinien und semantische Auditierbarkeit aufrechtzuerhalten, selbst wenn Ausführungspläne und teilnehmende Agenten dynamisch variieren. Die Arbeit fordert die Annahme des Software Engineerings heraus, dass Zuverlässigkeit Starrheit erfordert, und schlägt stattdessen vor, dass Zuverlässigkeit im Zeitalter autonomer Agenten Anpassungsfähigkeit und erzwungene Ephemeralität erfordert.