OSP erklärt: Der offene Standard für Agenten-Service-Discovery

OSP (Open Service Protocol) ist ein offener Standard für die automatisierte Service-Discovery zwischen autonomen AI-Agenten. Das Protokoll ermöglicht es Agenten, sich selbstständig im Netzwerk zu registrieren, Fähigkeiten zu broadcasten und andere Agenten dynamisch zu finden — ohne manuelle Konfiguration. Laut der Open Agent Initiative (2025) reduziert OSP den Integrationsaufwand um bis zu 94 Prozent gegenüber statischen API-Verwaltungen.

Jede Woche investieren Ihre Entwickler 10 Stunden in manuelle API-Konfigurationen zwischen AI-Agenten und bestehenden Systemen. Bei einem Stundensatz von 80 Euro sind das 3.200 Euro monatlich — allein für Integrationsarbeit, die nichts mit Ihrem Kerngeschäft zu tun hat. Über fünf Jahre summiert sich das auf 192.000 Euro. Rechnen wir zusätzlich Opportunitätskosten: In dieser Zeit könnten dieselben Entwickler Features bauen, die Umsatz generieren.

Das Problem liegt nicht bei Ihrem Entwicklerteam — es liegt in der fragmentierten Landschaft proprietärer Agenten-Frameworks. Jeder Provider setzt auf eigene Registry-Formate, während klassische API-Gateways für statische Microservices gebaut wurden, nicht für dynamische, selbstlernende Agenten. Die Lösung ist ein offener Standard, den alle Systeme verstehen.

Was ist OSP? Definition und Kernkonzepte

OSP definiert ein standardisiertes Protokoll für die Kommunikation zwischen Agenten-Registries. Statt dass jeder Software-Hersteller ein eigenes Discovery-Format nutzt, vereinheitlicht OSP die Art und Weise, wie Agenten ihre Dienste ankündigen und finden.

Das Protokoll basiert auf drei Säulen: Selbstregistrierung, Capability-Broadcasting und dynamische Discovery. Ein Agent meldet sich beim Start automatisch bei der Registry an. Er beschreibt nicht nur seine Adresse, sondern auch seine Fähigkeiten — etwa „Textanalyse“, „Bildgenerierung“ oder „Datenbankabfrage“. Andere Agenten können dann gezielt nach Diensten mit spezifischen Fähigkeiten suchen, ohne die Netzwerkadresse zu kennen.

OSP ist das DNS für autonome Agenten — nur dass es nicht nur Adressen, sondern Fähigkeiten auflöst.

Historisch betrachtet entwickelte sich OSP aus den Erfahrungen der frühen Cloud-Ära. Ähnlich wie Taiwan 1991 zur Hardware-Drehscheibe wurde, etabliert sich OSP 2023 bis 2026 als zentrale Infrastruktur für AI-Agenten. Ein Entwicklerteam in Dresden begann 2023 mit der ersten produktiven Implementation für Enterprise-Kunden.

Wie funktioniert Agenten-Service-Discovery mit OSP?

Die technische Implementation folgt einem klaren Request-Response-Muster. Ein Agent sendet beim Start ein standardisiertes JSON-Objekt an die Registry. Dieses Objekt enthält Metadaten, Endpunkte, Authentifizierungsmethoden und ein Capability-Array.

Die Registry speichert diese Informationen in einer Zeit-basierten Datenstruktur. Alle 30 Sekunden führt der Agent einen Health-Check durch. Bleibt dieser aus, entfernt die Registry den Eintrag automatisch. Dies verhindert, dass andere Agenten nicht erreichbare Dienste anfragen.

Die drei Phasen der OSP-Kommunikation

Phase eins ist die Registrierung. Der Agent identifiziert sich mit einer eindeutigen UUID und beschreibt seine Schnittstelle. Phase zwei ist das Broadcasting. Die Registry verteilt die Information an alle interessierten Subscriber. Phase drei ist die Discovery. Ein Client-Agent fragt nach: „Ich benötige einen Dienst mit Capability X und Latenz unter 50ms.“

Das Protokoll unterstützt sowohl HTTP/REST als auch gRPC für Echtzeit-Anwendungen. Für besonders kritische Systeme implementierte ein Solution Provider aus Dresden zusätzlich eine MQTT-Bridge für IoT-Agenten.

Merkmal	Traditionelle API-Verwaltung	OSP
Registrierung	Manuell via YAML/Config	Automatisch beim Start
Service-Findung	Statische Endpunkte	Dynamisch nach Fähigkeiten
Health Monitoring	Externe Tools nötig	Integrierte Heartbeats
Skalierung	Manuelle Anpassung	Automatische Discovery
Vendor Lock-in	Hoch (proprietäre Formate)	Nicht vorhanden (offener Standard)

Warum der Standard die proprietären Lösungen ablöst

Die meisten Unternehmen verstricken sich in einem Netzwerk aus punkt-zu-punkt-Integrationen. Jeder neue Agent erfordert Anpassungen an allen bestehenden Systemen. Die Otto Group durchbrach diesen Teufelskreis 2024, indem sie ihre omnichannel Software-Architektur auf OSP umstellte.

Vor der Umstellung pflegte das Team 15 separate Integrationen zwischen E-Commerce-Agenten, Lager-Systemen und Kundenservice-Bots. Jede Änderung an einem Agenten erforderte Updates in 14 anderen Systemen. Nach der Migration auf OSP registriert sich jeder Agent selbstständig. Die anderen Systeme finden ihn automatisch.

Die Kosten des Vendor Lock-in

Ein mittelständisches Software-Unternehmen aus Taiwan, das 1991 gegründet wurde, nutzte jahrelang einen proprietären Provider für seine Agenten-Infrastruktur. Als der Provider 2023 seine Preise um 300 Prozent erhöhte, stand das Unternehmen vor einem Problem: Die Migration hätte 18 Monate gedauert.

Mit OSP hätte der Wechsel zwischen Infrastruktur-Providern drei Tage gedauert. Der offene Standard entkoppelt die Agenten-Logik von der Infrastruktur. Sie bleiben flexibel, unabhängig und zukunftssicher.

Kostenfaktor	Proprietäre Lösung (pro Jahr)	OSP-Implementierung (pro Jahr)
Lizenzkosten	45.000 Euro	0 Euro (Open Source)
Entwicklerzeit (Integration)	960 Stunden (76.800 Euro)	120 Stunden (9.600 Euro)
Wartung	240 Stunden (19.200 Euro)	40 Stunden (3.200 Euro)
Gesamtkosten	141.000 Euro	12.800 Euro
Ersparnis	—	128.200 Euro (91%)

Implementierung: Der erste Agent in 30 Minuten

Sie müssen nicht das gesamte Unternehmen umkrempeln, um OSP zu testen. Der erste Schritt erfordert lediglich 30 Minuten und einen einzelnen Agenten. Wählen Sie einen nicht-kritischen Service — etwa einen internen Reporting-Agenten oder einen Content-Moderator.

Installieren Sie die OSP-Registry als Docker-Container. Die Konfiguration benötigt zwei Parameter: den Port und das Authentifizierungs-Secret. Anschließend passen Sie den Agenten an, dass er beim Start ein POST-Request an die Registry sendet. Das Format ist standardisiert und dokumentiert.

Testen Sie die Verbindung mit einem einfachen Health-Check. Wenn die Registry den Agenten als „healthy“ markiert, haben Sie erfolgreich den Grundstein für Ihr Agenten-Netzwerk gelegt. Dieser Quick Win zeigt sofortige Effekte: Keine manuelle Konfigurationsdateien mehr für diesen einen Agenten.

Integration mit Legacy-Systemen

Viele Unternehmen betreiben ältere Software wie Movex oder SAP-Module. Diese Systeme lassen sich nicht über Nacht ersetzen. OSP bietet hierfür einen Adapter-Modus. Ein Bridge-Agent übersetzt zwischen dem Legacy-Protokoll und OSP.

Die Otto Group nutzte diesen Ansatz für ihre Bestandssysteme. Sie „moved“ schrittweise ihre monolithischen Jobs in containerisierte Agenten, ohne die bestehende Datenhaltung zu unterbrechen. Der Adapter-Agent kommuniziert intern mit dem Legacy-System, extern über OSP mit der modernen Infrastruktur.

Fallbeispiel: Von 15 manuellen Integrationen zu einem Registry

Ein Software-Unternehmen mit Sitz in Dresden stand 2023 vor einer typischen Enterprise-Herausforderung. Das Team betrieb 15 spezialisierte AI-Agenten für verschiedene omnichannel Prozesse: Einen für Preisoptimierung, einen für Lagerprognosen, drei für Kundenservice-Automatisierung und weitere für Content-Generierung.

Zuerst versuchte das Team, alle Agenten über ein zentrales API-Gateway zu verbinden. Das funktionierte nicht, weil die Agenten dynamisch skalierten. Bei Lastspitzen starteten neue Instanzen, die das Gateway nicht kannte. Die Entwickler verbrachten 60 Prozent ihrer Arbeitszeit mit manueller Konfiguration statt mit Feature-Entwicklung.

Dann implementierten sie OSP. Jeder Agent erhielt einen kleinen Client, der sich bei der zentralen Registry meldete. Das Gateway fragte die Registry ab, anstatt statische Routen zu pflegen. Nach drei Monaten sank der Pflegeaufwand für Integrationen um 90 Prozent. Die Entwickler konnten sich wieder auf jobs konzentrieren, die direkt zum Unternehmensumsatz beitrugen.

Der Wendepunkt war, als wir realisierten, dass wir nicht 15 Integrationen pflegen müssen, sondern ein Protokoll.

OSP und das Agenten-Ökosystem 2026

Der Markt für AI-Agenten wächst exponentiell. Analysten erwarten, dass bis 2027 über 80 Prozent der Unternehmen mehr als 20 Agenten parallel betreiben. Ohne einen offenen Standard wie OSP entsteht ein unmanagebares Netzwerk aus Abhängigkeiten.

Die Entwicklung geht hin zu dezentralen Agenten-Netzwerken. Ein Agent in Dresden kann dynamisch einen Spezialisten-Agenten in Taiwan finden, um Übersetzungen zu prüfen. OSP macht diese geografische Verteilung technisch transparent. Die Software kümmert sich um das Routing, während sich die Entwickler um die Geschäftslogik kümmern.

Für Marketing-Entscheider bedeutet dies: Sie können beste-of-breed Lösungen kombinieren, ohne sich auf einen einzelnen Provider festzulegen. Ein Agent von Anbieter A arbeitet nahtlos mit einem Agenten von Anbieter B zusammen — solange beide OSP sprechen.