Cloudax veröffentlicht OHP: das Open Handoff Protocol für Sprach-KI

Cloudax hat heute den öffentlichen Entwurf veröffentlicht OHP: das Open Handoff Protocol, Es handelt sich um eine herstellerneutrale Spezifikation für die Übergabe von Live-Sprachgesprächen zwischen KI-Agenten, IVR-Systemen, Contact Centern und menschlichen Mitarbeitern. Der Entwurf ist verfügbar unter [Link einfügen]. github.com/OpenHandoffProtocol/OHP unter einer Apache-2.0-Lizenz.

OHP schließt eine Lücke, die die Sprachbranche seit über einem Jahrzehnt umgeht: Es gibt keine einheitliche Methode, mit der eine Sprach-KI eines Anbieters ein Live-Gespräch mit verifizierter Anruferidentität, Absicht, Slot-Status, Einwilligung und Medienkontinuität an eine Sprach-KI, ein IVR-System oder einen Mitarbeiter eines anderen Anbieters übergeben kann. Alle Ebenen unterhalb des Gesprächs verfügen bereits über einen Standard. Nur das Gespräch selbst nicht.

Das Problem, in vier Zahlen

Die Diskrepanz zeigt sich nicht nur in Architekturskizzen, sondern auch in messbaren Kundenerlebnissen und Kosten.

Was OHP definiert

OHP ist ein mehrstufiges Netzwerkformat für die Übergabe von Live-Gesprächen. komponiert mit, nicht ersetzt, SIP, WebRTC, MCP, OVON Open Floor und bestehende CPaaS-Steuerungsebenen. Die Spezifikation definiert fünf zusammensetzbare Schichten.

• L4: Conversation State Envelope (CSE). Ein signiertes, kanonisches JSON/CBOR-Dokument, das die verifizierte Anruferidentität, den Intent-Stack, den Slot-Status, das redigierte Transkript, Modellspeicherhinweise, Zustimmungsbestätigungen und Medienkontinuitätsnachweise enthält.
• L3: Steuerebene. Fünf idempotente, ack-ed Verben: PROPOSE, ACCEPT, REJECT, ASSUME, RETURN, plus ein reserviertes INCIDENT Verb für die Meldung schwerwiegender Vorfälle gemäß Artikel 73 der EU-KI-Richtlinie.
• L2: Transportbindungen. SIP INFO, WebSocket, HTTP und gRPC – derselbe Envelope wird also unverändert auf den Ebenen Telefonie, Web und Betrieb verwendet.
• L1: Vertrauen und Identität. Hybrid Ed25519 + ML-DSA-65 Signaturen (nach Quantenabsicherung, FIPS 204), HPKE-Versiegelung pro Empfänger, SD-JWT Verifiable Credentials, ISO/IEC 27560 Zustimmungsbestätigungen und ein Transparenzprotokoll im Sigstore-Stil.
• L0: Medienkontinuität. SDP re-INVITE-Hinweise, SFU-Track-Weiterleitung und eine optionale Audio-Fingerprint-Prüfung, die jeden Envelope einem bestimmten Anrufbein zuordnet.

Vier Konformitätsstufen: von der Mindestanforderung bis zur regulierten Höchstanforderung

OHP ist so konzipiert, dass ein kleiner Anbieter die Bodenbeleuchtung innerhalb eines verlängerten Wochenendes liefern kann, während ein reguliertes Unternehmen die Decke beleuchten kann, ohne die Verkabelung zu ändern. Jede Ebene ist eine strikte Obermenge der darunterliegenden.

Die Arbeitslasten legen die erforderliche Mindeststufe fest, und das Übertragungsformat selbst – nicht etwa Kulanz seitens des Anbieters oder vierteljährliche Bestätigungsdokumente – verweigert nicht konforme Übergaben. Ein reguliertes Unternehmen kann dies vorschreiben. audience.minTier="sealed" oder "regulated" im Beschaffungswesen und verfügen über eine maschinell durchsetzbare Ablehnungsmöglichkeit bei Übergabe, wenn eine Gegenpartei versucht, unterhalb dieser Schwelle zu übergeben.

Konzipiert für regulierte Daten aus der ersten Reihe

OHP ist das erste Sprachübergabeformat, das maschinenlesbar für die Anforderungen des EU-KI-Gesetzes und des KI-Managementsystems nach ISO/IEC 42001 ist. Ein einzelner Umschlag enthält die Identität und Version des KI-Systems, die Risikoklassifizierung, die Klausel aus Anhang III, die CE-Konformitätsreferenz, AIIA- und FRIA-Referenzen, die GPAI-Anbieterkette (Artikel 53), den Offenlegungsnachweis gemäß Artikel 50, die Aufsichtsposition gemäß Artikel 14 sowie eine strukturierte Herkunftskette für jede Entscheidung.

Eine Aufsichtsbehörde kann anhand eines einzigen Envelope-Hashs das vollständige Verantwortungsbild eines Gesprächs rekonstruieren: welches KI-System den Anruf verarbeitet hat, unter welcher Risikoklasse, was dem Anrufer wann mitgeteilt wurde, wer die Aufsicht führte, welche Entscheidungen das System getroffen hat und warum, und welche vorgelagerten Modelle in der Kette beteiligt waren, ohne herstellerspezifische Tools und ohne Zugriff auf die Nutzdaten.

Warum bestehende Standards die Lücke nicht schließen

Jede Ebene unterhalb der Konversation verfügt bereits über einen Standard. Die Konversation selbst jedoch nicht, und OHP legt explizit fest, womit es sich ergänzt, anstatt etwas zu ersetzen.

• SIP / SIP REFER. Richtet Sprachsitzungen ein, überträgt sie und beendet sie wieder, verfügt aber über keine semantische Nutzlast: X-Header sind ad hoc, verlustbehaftet über verschiedene Träger hinweg und auf wenige hundert Bytes begrenzt.
• WebRTC + DataChannel. Definiert eine Pipeline, kein Schema. Jeder Anbieter erfindet sein eigenes JSON-Format darauf aufbauend.
• MCP. Standardisiert die Art und Weise, wie ein Modell Tools aufruft. Beschränkt auf eine einzelne Agentenlaufzeitumgebung, ohne Berücksichtigung von Konversation, Anruferidentität oder Medienübergabe.
• OVON Offener Boden. Ein fortgeschrittenes Vokabular für Agenten zur Selbstvorstellung. Keine Audio-/Medienbindung, keine Telefonie-Anbindung, keine Einwilligungs- oder Aufbewahrungssemantik.
• CCXML / VoiceXML. IVR-Skripte aus der Zeit vor LLM. Kein Modellstatus, keine Einbettungen, keine Streaming-Partials.
• CPaaS-Webhooks und CC-angehängte Daten. An einen einzigen Anbieter gebunden; Einbahnstraße; kein Platz für einen KI-Staat und keine grenzüberschreitende Verteidigungsfähigkeit.
• OpenTelemetry GenAI semconv. Nur lesbare Telemetriedaten, kein Laufzeit-Übergabe-Envelope.

Governance: geschrieben von Cloudax, im Besitz der Branche

Cloudax veröffentlicht OHP unter Apache 2.0 mit einem reinen DCO-Beitragsmodell und behält die Rechte nur für die Version 0.x. Vor der Veröffentlichung von Version 1.0 wird das Unternehmen eine Arbeitsgruppe einberufen. mindestens drei Nicht-Cloudax-Anbieter für Sprach-KI und die Übergabe der Verantwortung an einen herstellerübergreifenden Lenkungsausschuss.

Eine öffentliche Konformitätstestsuite wird zusammen mit dem Entwurf ausgeliefert. Jede Änderung der Spezifikation erfordert neue Testvektoren, und der Konformitätstest ist die maßgebliche Quelle dafür, was „OHP-konform“ bedeutet.

Roadmap zu Version 1.0

• Version 0.1: heute. Öffentlicher Entwurf, Referenzimplementierung und Konformitätsprüfer veröffentlicht. Kontaktaufnahme mit Designpartnern beginnt.
• Version 0.2. Zwei externe Implementierungspartner wurden beauftragt; der Terminplan für die öffentlichen Tests wurde veröffentlicht.
• v0.9 RC. Die Arbeitsgruppe wurde erweitert; abschließende Kandidatenprüfung anhand des Konformitätsprüfers.
• Version 1.0. Die von Cloudax geleitete Arbeitsgruppe wird in einen herstellerübergreifenden Lenkungsausschuss umgewandelt.

Referenzpartner für Implementierung und Design

Cloudax hat eine Referenzimplementierung veröffentlicht, die auf seiner bestehenden Sprach-KI-Plattform Cloudax Fabric basiert. Der vollständige Konformitäts-Runner, das JSON-Schema, die CBOR-Kanonisierungsregeln und Beispiel-Envelopes sind zusammen mit dem Entwurf verfügbar.

Cloudax sucht aktiv nach Designpartnern und Teilnehmern für Arbeitsgruppen aus den Bereichen Contact-Center-Plattformen, CPaaS-Anbieter, Voice-KI-Laufzeitumgebungen, Anbieter von Stimmbiometrie, Identitätsanbieter und regulierte Unternehmen. Anbieter, die bereits proprietäre Übergabeformate verwenden, sind ausdrücklich eingeladen: Das gestaffelte Design von OHP soll die Implementierung so einfach wie möglich gestalten – mit etwas Aufwand an praktischer Arbeit am Wochenende und der Erstellung eines entsprechenden Nachweisdokuments.

Verfügbarkeit

Über OHP

OHP (Open Handoff Protocol) ist eine herstellerneutrale Spezifikation für die Übergabe von Live-Sprachgesprächen – Kontext, Absicht, Status, Identität, Einwilligung und Medien – zwischen KI-Sprachagenten, IVR-Systemen, Contact Centern und menschlichen Mitarbeitern. Es ist für die Integration in SIP-, WebRTC- und HTTP/WS-Steuerungsebenen konzipiert, ohne einen bestimmten Laufzeitanbieter, ein bestimmtes Modell oder einen bestimmten Telefonieanbieter zu erzwingen. Von Grund auf für regulierte Datenflüsse entwickelt, ermöglicht es, Authentifizierungsstatus, Ergebnisse von Identitäts- und Verifizierungsprüfungen, Zahlungsanweisungen, Gesundheitsdaten und andere sensible personenbezogene Daten herstellerübergreifend mit der gleichen Rechtssicherheit wie eine ISO-20022-Nachricht zwischen Banken zu übertragen.

Über Cloudax

Cloudax entwickelt Sprach-KI-Infrastruktur für Unternehmen in regulierten Branchen. Das Unternehmen ist die Autorenorganisation des öffentlichen OHP-Entwurfs und pflegt die erste Referenzimplementierung. Cloudax ist ausschließlich für die Version 0.x der Spezifikation verantwortlich und engagiert sich für die herstellerübergreifende Betreuung vor der Veröffentlichung von Version 1.0.

Presse- und Redaktionskontakt

Redakteure von Spezifikationen, Presseanfragen und Mitarbeit in Arbeitsgruppen: [email protected]