OpenAI will Unternehmen beim Betrieb von KI-Agenten stärker unterstützen: Presence bündelt die Arbeit zwischen Kundendaten, Regeln, Tests und menschlichen Übergaben. Das kann Service-Teams entlasten. Für Rechte, Prozesse und Freigaben bleibt aber das Unternehmen verantwortlich.
Das Wichtigste in 30 Sekunden
- OpenAI hat Presence am 22. Juli 2026 als betreute Enterprise-Plattform für Sprach- und Chat-Agenten vorgestellt.
- Der Start läuft als Limited General Availability für berechtigte Enterprise-Kunden, nicht als frei buchbarer Self-Service.
- Presence verbindet Unternehmenskontext, Regeln, erlaubte Aktionen, Tests, Guardrails und menschliche Eskalationen.
- Die von OpenAI genannte Quote von 75 Prozent gelösten englischsprachigen Telefonanrufen ist eine Herstellerangabe, keine allgemeine Erfolgsprognose.
OpenAI verkauft hier keinen weiteren Modellnamen
Presence ist nach den vorliegenden Angaben eine Plattform für die Einführung und den Betrieb von Agenten in Unternehmen. Sie soll vor allem Sprach- und Chat-Agenten im Kundenservice und in internen Abläufen nutzbar machen. Der Unterschied ist relevant: Ein Basismodell erzeugt Antworten. Im Alltag eines Unternehmens müssen Antworten aber mit Kundendaten, Zuständigkeiten, Freigaben und vorhandenen Systemen zusammenpassen.
Genau diese Betriebsstrecke rückt Presence in den Mittelpunkt. OpenAI beschreibt einen betreuten Ansatz für Enterprise-Kunden. Zum Start ist Limited General Availability vorgesehen. Das bedeutet: Berechtigte Unternehmen werden begleitet eingeführt; ein Produkt, das sich jedes Team ohne Abstimmung selbst bucht und sofort ausrollt, ist es nach der bisherigen Quellenlage nicht.
Vom Unternehmenswissen bis zur Übergabe an einen Menschen
Ein brauchbarer Agent braucht mehr als ein Sprachmodell und ein freundliches Skript. Er muss wissen, welche Informationen er verwenden darf, welche Handlung er auslösen kann und wann ein Gespräch besser an eine Person geht. Presence soll dafür Unternehmenskontext, Richtlinien und Standardabläufe mit erlaubten Aktionen, Simulationen, Evaluationen, Guardrails und Eskalationswegen zusammenführen.
Das klingt zunächst nach einer technischen Plattform. In der Praxis geht es genauso um Organisation: Wer darf eine Rückerstattung anstoßen? Welche Kundendaten sind für eine Anfrage nötig? Was passiert, wenn eine Identitätsprüfung fehlschlägt? Und wer entscheidet, ob eine Änderung nach einem Test wirklich in die Produktion darf?
| Presence bündelt | Beim Unternehmen bleibt |
|---|---|
| Unternehmenskontext, Regeln und erlaubte Aktionen | Welche Daten und Rechte ein Agent überhaupt erhalten darf |
| Simulationen, Evaluationen und kontrollierte Änderungsvorschläge | Testfälle, Abnahmekriterien und die Freigabe für den Betrieb |
| Guardrails, Eskalationslogik und menschliche Übergaben | Verantwortung für Prozesse, Ausnahmen und Folgen einer falschen Entscheidung |
Kontrollmechanismen ersetzen keine Verantwortung
Gerade im Kundenservice kann ein Agent viel Routinearbeit übernehmen. Das ist nützlich, wenn häufige Anliegen sauber abgegrenzt sind und ein Team klare Übergabepunkte festlegt. Guardrails, Tests und Freigaben helfen dabei, Risiken früher zu erkennen. Sie garantieren aber weder korrekte Antworten noch eine sichere Einbindung in jedes vorhandene System.
OpenAI verweist auf die eigene englischsprachige Telefon-Supportlinie und sagt, dort würden 75 Prozent der eingehenden Anrufe ohne menschliches Eingreifen gelöst. Diese Zahl kann zeigen, welche Art von Automatisierung der Anbieter anstrebt. Als Vergleichswert für andere Unternehmen taugt sie nicht: Definition, Zeitraum, Grundgesamtheit, Fehlerquote und Eskalationen sind öffentlich nicht ausreichend beschrieben.
Für Teams ist deshalb eine nüchterne Frage wichtiger als eine große Quote: Welche Fälle darf der Agent selbst bearbeiten, und bei welchen Signalen muss er zuverlässig stoppen? Diese Grenze entscheidet, ob aus einer Demo ein belastbarer Arbeitsablauf wird.
Die Beschaffung beginnt bei Daten und Rechten, nicht beim Pilotversprechen
Für deutsche und europäische Unternehmen ist der Launch vor allem eine Beschaffungsfrage. Vor einem Pilotprojekt sollten sie klären, auf welche Kundendaten ein Agent zugreift, welche Aktionen er ausführen kann und wie Gespräche, Entscheidungen und Übergaben protokolliert werden. Dazu gehören Auftragsverarbeitung, Unterauftragnehmer, Lösch- und Exportwege, die Einbindung des Betriebsrats sowie ein realistischer Plan für einen späteren Anbieterwechsel.
Preis, konkrete Regionen, Vertragsbedingungen, Service-Level, Presence-Datenstandort und der genaue Integrationsaufwand sind öffentlich noch nicht belastbar beschrieben. Eine frühere OpenAI-Mitteilung zur europäischen Datenresidenz betrifft andere Angebote und beantwortet diese Fragen für Presence nicht. Wer den Ansatz prüft, sollte die offenen Punkte in Vertrag und Sicherheitsprüfung konkret machen, statt sie aus Marketingbegriffen abzuleiten.
Für wen der betreute Ansatz interessant sein kann
Presence richtet sich erkennbar an Unternehmen, die Agenten nicht nur ausprobieren, sondern in kundennahen oder internen Prozessen betreiben wollen. Dort kann es hilfreich sein, wenn ein Anbieter Teile der Betriebsstrecke bündelt und mit Integrationspartnern begleitet. Besonders sinnvoll ist das, wenn es bereits klar definierte Abläufe, verantwortliche Fachbereiche und messbare Qualitätskriterien gibt.
Weniger passend ist der Ansatz für Teams, die lediglich einen einfachen Chatbot testen oder eine sofort verfügbare Standardlösung suchen. Limited General Availability, begleitete Einführung und offene Konditionen sprechen dafür, dass zunächst größere, individuell vorbereitete Einführungen im Fokus stehen.
Meine Einschätzung: Der Engpass liegt selten beim Modell allein
Der interessante Teil an Presence ist nicht, dass OpenAI ein weiteres KI-Produkt ankündigt. Der Ansatz verlagert den Blick auf die Arbeit, die nach einem gelungenen Prompt beginnt: Wissen ordnen, Rechte begrenzen, Ausnahmen definieren, Gespräche beobachten und Änderungen kontrolliert freigeben. Genau dort scheitern viele Agentenprojekte im Alltag.
OpenAI kann Unternehmen davon Teile abnehmen. Es nimmt ihnen aber weder die Verantwortung für Kundendaten noch die Entscheidung über zulässige Handlungen ab. Wer Presence bewertet, sollte daher weniger nach einer pauschalen Erfolgsquote fragen. Sinnvoller ist zu prüfen, ob Prozess, Datenzugriff und menschliche Verantwortung schon so klar beschrieben sind, dass eine Plattform sie verlässlich abbilden kann.
Quellen und weiterführende Informationen
- OpenAI: Introducing OpenAI Presence
- OpenAI: OpenAI Presence
- Help Net Security: OpenAI Presence connects AI agents to enterprise data with built-in guardrails
- VentureBeat: OpenAI unveils Presence
- The Register: OpenAI tries the consulting path with Presence
- OpenAI: Introducing data residency in Europe
Hinweis: Für diesen Artikel wurden KI-gestützte Recherche- und Editierwerkzeuge verwendet. Der Inhalt wurde redaktionell geprüft. Stand: 2026-07-23
