OpenAI Dots: Der Chat endet, die Arbeit läuft weiter
Dauerhafte Agenten sollen Bugmeldungen bis zum Pull Request begleiten. Entscheidend ist, wie Teams Kontext, Freigaben und laufende Aufgaben kontrollieren. Veröffentlicht am 29. September 2026
Ein Agent, der weiterarbeitet, braucht mehr als einen guten Auftrag. Er braucht klare Grenzen. Mit Dots verschiebt OpenAI den Fokus vom einzelnen Prompt zu laufenden Arbeitsprozessen über ChatGPT, Slack und Microsoft Teams hinweg.
OpenAI beschreibt Dots als proaktive Assistenten, die auch nach dem Ende einer Unterhaltung weiterarbeiten können. Ein eigener Cloud-Computer, Browser und dauerhafte Erinnerungen sollen dafür sorgen, dass Aufgaben und Kontext nicht mit dem Chat verschwinden.
Für Entwicklungs- und Betriebsteams ist daran vor allem eines interessant: weniger Übergaben. Eine Bugmeldung in Slack muss nicht bei jeder weiteren Station neu erklärt werden, wenn derselbe Agent Untersuchung, Codeänderung und Rückmeldung begleitet. Ob das im Alltag tatsächlich Zeit spart und zuverlässig funktioniert, ist mit dem vorliegenden Material nicht belegt.
1. Bugmeldung vorsortieren
Ein Dot soll Rückmeldungen aus verbundenen Anwendungen aufnehmen und wiederkehrende Fehler erkennen können. Das Team muss festlegen, welche Informationen der Agent lesen darf und welche Meldungen menschliche Aufmerksamkeit brauchen.
2. Ursache untersuchen
Der Agent soll fehlgeschlagene Builds untersuchen und mögliche Änderungen eingrenzen. Gemeinsamer Kontext kann erneute Erklärungen sparen. Die Diagnose bleibt trotzdem etwas, das geprüft werden muss.
3. Änderung zur Prüfung vorlegen
Mit Codex sollen Dots Änderungen erstellen, testen und als Pull Request zurückgeben können. Das ist eine Vorbereitung zur Überprüfung, kein Freipass für die Produktion. Code, Testergebnisse und mögliche Nebenwirkungen gehören vor der Übernahme kontrolliert.
Die wichtige Grenze verläuft zwischen Lesen und Handeln. Laut den vorliegenden Angaben ist proaktive Hintergrundrecherche auf lesenden Zugriff in freigegebenen Anwendungen beschränkt. Änderungen oder das Versenden von Informationen brauchen passende Berechtigungen oder eine ausdrückliche Freigabe.
Das bedeutet nicht, dass jeder Schreibzugriff einzeln bestätigt werden muss. Benutzerdefinierte Regeln können Aktionen erlauben, an eine vorherige Freigabe binden oder eine Rückfrage verlangen. Wer solche Regeln einrichtet, verteilt Handlungsspielraum. Das ist eine Betriebsentscheidung, keine Nebensache in den Einstellungen.
Auch Erinnerungen brauchen Grenzen. Dots können Kontext aus ChatGPT und eigene gespeicherte Notizen verwenden, die über mehrere Kanäle hinweg wirksam bleiben. Teams müssen deshalb klären, was gespeichert werden darf, wer darauf zugreifen kann und wie sich überholte Entscheidungen korrigieren oder löschen lassen.
Die beschriebenen Löschmöglichkeiten haben Konsequenzen: Für das Entfernen der eigenen gespeicherten Erinnerungen eines Dots ist laut vorliegender Dokumentation ein Zurücksetzen nötig. Dabei werden auch seine Unterhaltungen und geplanten Aufgaben gelöscht. Dauerhafter Kontext ist nützlich, aber nicht kostenlos in der Pflege.
Und dann ist da der Stoppknopf. Das Stoppen eines Auftrags macht bereits ausgeführte Aktionen nicht rückgängig. Ob dabei sämtliche delegierten Arbeiten und geplanten Ausführungen sofort enden, geht aus dem Material nicht eindeutig hervor.
Für einen Einsatz in produktiven Systemen reicht deshalb «pausiert» als Sicherheitsnachweis nicht. Verantwortliche müssen erkennen können, was noch läuft, was bereits verändert wurde und wo eine Aufgabe nur teilweise abgeschlossen ist. Die beschriebenen Schutzmechanismen ersetzen diese Kontrolle nicht, zumal Dots auch mit Freigaberegeln Fehler machen können.
Für die Schweiz kommt eine praktische Einschränkung hinzu: Nach den vorliegenden Startangaben ist Dots für Pro hier zunächst nicht verfügbar. Enterprise soll weltweit zugänglich sein, sobald die Workspace-Administration den Einsatz freigibt.
Weniger Übergaben, nicht weniger Verantwortung
Dots könnten den Weg von der Bugmeldung zum überprüfbaren Pull Request verkürzen. Der sinnvolle Einstieg ist ein begrenzter Ablauf mit klaren Leserechten, überprüfbaren Freigaben und sichtbarem Aufgabenstatus. Dauerhaft arbeiten darf ein Agent erst dann, wenn das Team auch dauerhaft nachvollziehen kann, was er tut.