Zurück zur Übersicht
Blog

Dots: KI-Agenten bleiben an der Aufgabe

OpenAIs Dots sollen laufende Aufgaben übernehmen. Was Unternehmen beim Zugang in Deutschland, bei verbundenen Apps und bei Freigaben beachten sollten.

Montagmorgen, kurz vor dem Projektmeeting. Die Informationen sind vorhanden: ein aktualisierter Terminplan, eine offene Rückfrage, ein neues Dokument. Jemand muss sie trotzdem noch zusammensuchen. Genau solche wiederkehrenden Vorarbeiten machen dauerhaft arbeitende KI-Agenten für Unternehmen interessant. Die entscheidende Frage lautet: Wie viel Verantwortung lässt sich übertragen, ohne den Überblick zu verlieren?

OpenAI hat am 29. September Dots vorgestellt. Die Agenten sollen Aufgaben zwischen Gesprächen weiterbearbeiten. Dafür bekommen sie einen eigenen Cloud-Rechner, Zugriff auf verbundene Apps und einen Arbeitsauftrag mit festgelegten Handlungsspielräumen. Als Modell kommt GPT-6 Astra zum Einsatz. Ergebnisse können zur Prüfung zurückkommen. So beschreibt es OpenAI in den Release Notes zu Dots.

Das macht eine andere Art von Auftrag interessant: „Bereite unseren Projektstatus jeden Montag vor.“ Für einen Betrieb hängt der Nutzen daran, ob der Entwurf verlässlich entsteht und seine Prüfung wenig Aufwand verursacht. Die beeindruckendste Demo beantwortet diese Frage noch nicht.

Wer Dots in Deutschland nutzen kann

Beim Zugang lohnt sich genaues Lesen. Zum Start ist Pro im Europäischen Wirtschaftsraum ausgeschlossen, ebenso in der Schweiz und im Vereinigten Königreich. Für Business Premium nennt OpenAI dagegen alle unterstützten ChatGPT-Regionen. Enterprise erhält eine standardmäßig abgeschaltete Beta, die ein Administrator aktivieren muss. Der Rollout erfolgt schrittweise. Ein passender Tarif garantiert deshalb keinen sofort sichtbaren Zugang. Die aktuelle Einordnung steht in OpenAIs Dots-Anleitung.

Für deutsche Unternehmen heißt das: Erst im eigenen Workspace prüfen, ob die Funktion verfügbar und freigegeben ist. Einen Pilotversuch würde ich erst danach terminieren. Eine Einkaufsliste mit neuen Abos wäre für mich der falsche erste Schritt.

Ein brauchbarer erster Auftrag

Nehmen wir als bewusst vereinfachtes Beispiel einen wöchentlichen Projektstatus. Das ist ein Vorschlag für einen Pilotversuch, kein Bericht über einen von uns getesteten Dots-Einsatz.

Der Auftrag könnte so aussehen: Jeden Montag einen Entwurf vorbereiten, Änderungen gegenüber der Vorwoche benennen und offene Entscheidungen mit ihrer jeweiligen Quelle auflisten. Was unklar bleibt, landet als Rückfrage im Entwurf. Der Projektverantwortliche prüft das Ergebnis, bevor es an Kunden oder Kollegen geht.

Ich würde den Test auf ein einziges Projekt mit unkritischen Beispieldaten begrenzen. Vorher braucht es Antworten auf vier Fragen:

  • Welche Quellen darf der Agent überhaupt sehen?

  • Wie soll das Ergebnis aussehen, damit es im Meeting verwendbar ist?

  • Welche Aussagen muss ein Mensch vor der Weitergabe prüfen?

  • Wer übernimmt, wenn der Entwurf fehlt oder widersprüchlich ist?

Wichtig: Eine im Auftrag genannte Ordnergrenze ist noch keine nachgewiesene technische Zugriffssperre. Die tatsächlich verfügbaren App-Berechtigungen müssen zum gewählten Umfang passen. Lässt sich der Zugriff nicht ausreichend begrenzen, würde ich den Versuchsaufbau ändern und bereinigtes Material separat bereitstellen.

Verbinden ist eine weitreichende Entscheidung

Ein Detail aus der Dokumentation verdient besondere Aufmerksamkeit: Dots können Informationen verbundener Apps auch proaktiv auswerten und daraus Erinnerungen bilden. Das Trennen einer App löscht bereits übernommene Informationen nicht. OpenAI nennt dafür das Löschen beziehungsweise Zurücksetzen des Dots. Zugriff auf den eigenen lokalen Rechner ist optional und anfangs ausgeschaltet. Für bestimmte Aktionen gibt es Regeln, etwa eine vorherige Rückfrage; OpenAI warnt ausdrücklich auch vor Fehlern bei ihrer Befolgung. Quelle: Dots-Anleitung, Abschnitte zu Apps, lokalem Zugriff und Freigaben.

Für unseren Beispielbetrieb würde ich deshalb den Cloud-Versuch zunächst ohne lokalen Rechner planen. Auch das vollständige Firmenpostfach würde ich nicht zum Einstieg verbinden. Ein kleiner, nachvollziehbarer Informationsbestand erleichtert die Prüfung: Woher kommt diese Aussage? War dieses Dokument überhaupt vorgesehen? Hat der Agent etwas als aktuell behandelt, das längst überholt ist?

Die Freigabe zur Erstellung eines internen Entwurfs sollte getrennt von der Freigabe zum Versand betrachtet werden. Für den ersten Test würde ich den Versand beim Menschen belassen. Welche technischen Einstellungen das absichern, muss im konkreten Workspace geprüft werden; ein formulierter Wunsch allein reicht als Nachweis nicht.

Woran sich ein Pilot messen lassen muss

Nach einigen Durchläufen würde ich drei Dinge nebeneinanderlegen: den bisherigen Zeitaufwand, den Aufwand für die Prüfung und die Fehler im Ergebnis. Spart die Vorbereitung zwanzig Minuten, kostet die Kontrolle aber fünfundzwanzig, ist der Auftrag noch nicht sinnvoll zugeschnitten.

Besonders aufschlussreich sind absichtlich eingebaute Lücken. Fehlt der neue Terminplan, sollte der Entwurf die Unsicherheit sichtbar lassen. Widersprechen sich zwei Angaben, braucht der Verantwortliche einen Hinweis mit Quellen. Für solche Tests eignen sich erfundene Projektdaten besser als ein echter Kundenfall mit unnötig weit geöffneten Zugängen.

Erst wenn dieser kleine Auftrag überzeugt, würde ich über weitere Quellen oder zusätzliche Handlungen nachdenken. Mein Maßstab wäre: Können die zuständigen Menschen jederzeit erklären, was der Agent erledigen sollte, was er tatsächlich erledigt hat und was noch ihre Entscheidung braucht?

Unsere Einordnung

Dots machen laufende Arbeitsaufträge zu einem konkreten Produktangebot. Für den Mittelstand ist daran vor allem die Aussicht interessant, wiederkehrende Vorbereitung abzugeben. Der praktische Wert entsteht bei einem sauber begrenzten Auftrag, überprüfbaren Ergebnissen und einer Person, die dafür verantwortlich bleibt.

Welcher Ablauf dafür infrage kommt, lässt sich in einer KI-Beratung klären. Geht es anschließend um eigene Schnittstellen und kontrollierte betriebliche Abläufe, gehört das in die KI-Softwareentwicklung. Den Einstieg ins agentische Arbeiten behandeln wir auch in unseren Workshops.

Stand: 3. Oktober 2026. Verfügbarkeit und Funktionsumfang beruhen auf den verlinkten Herstellerangaben. Die Pilotempfehlungen sind unsere redaktionelle Einordnung; ein eigener Dots-Praxistest liegt diesem Artikel nicht zugrunde.

Weitere Artikel

zu diesem Thema
CodeCell KI-Roboter
Bereit für den
Nächsten Schritt?

Wir begleiten Sie beim Einsatz von KI im Unternehmen: Von der Identifikation geeigneter Potenziale bis zur Integration passender Lösungen in bestehende Systeme.

Sprechen Sie mit uns
über Ihr Anliegen
Nutzen Sie das Formular für eine unverbindliche Anfrage. Wir melden uns zeitnah und persönlich bei Ihnen.