1. Nicht Doc, sondern Dot – und eher ein Zuständiger als ein Gesprächspartner
Der Name führt anfangs in die Irre. Es heißt nicht Doc, sondern Dot.
Beim normalen ChatGPT läuft es so: Du sprichst es an, es denkt nach, antwortet, und dann ist erst mal Schluss. Dot funktioniert ein Stück anders. OpenAI beschreibt Dots als „always-on agents“, also Agenten, die immer verfügbar sind. Sie laufen auf GPT-6 Astra, haben einen eigenen Cloud-Computer samt Browser und können mit den verbundenen Apps auf ein fortlaufendes Ziel hinarbeiten.
Das ist weniger „jemand, der Fragen beantwortet“ und mehr „jemand, der für diesen Fall zuständig ist“.
Die KI ist endlich aus dem Chatfenster in den Dienstplan befördert worden.
2. „Rund um die Uhr“ heißt nicht Endlosschleife, sondern: Die Verantwortung bleibt über Gespräche hinweg bestehen
Hier gibt es leicht ein Missverständnis. „24 Stunden im Einsatz“ bedeutet nicht, dass irgendwo ein kostenloser Server keine Sekunde Pause macht.
Entscheidend ist: Auch wenn das Gespräch zu Ende ist, bleiben Rolle und Kontext erhalten. Dot kann im Hintergrund recherchieren, regelmäßig etwas prüfen, verbundene Dienste kontrollieren und laufende Aufgaben weiterführen. Selbst ohne neue Nachricht darf Dot erlaubte Quellen lesen und nach nützlichen Informationen suchen – das nennt sich „proactive research“.
Früher musste ein Mensch daran denken, die KI zu rufen. Mit Dot gibt es jemanden, der den Fall sowieso auf dem Tisch hat.
Dieser Unterschied ist erstaunlich groß. Viel Arbeitszeit geht nämlich nicht für die Arbeit selbst drauf, sondern dafür, sich zu erinnern, wo man beim letzten Mal stehen geblieben ist.
3. Der Einstieg läuft zuerst über den PC – danach kommt Dot mit aufs Smartphone
Den ersten Dot legst du in der Desktop-Version von ChatGPT oder im Browser am PC an. Du gibst ihm einen Namen und ein Ziel, verbindest die nötigen Apps und legst fest, was er selbstständig tun darf.
Nach dem Anlegen kannst du über die mobile App mit ihm sprechen. Man meldet die Geburt also einmal am PC an und nimmt den Dot danach auf dem Android- oder iPhone-Handy überallhin mit.
Im Profil siehst du, was gerade läuft, was geplant (Scheduled) und was erledigt (Completed) ist. Dort verwaltest du auch die Häufigkeit der wiederkehrenden Aufgaben und die Benachrichtigungen. Dass Dot auf deinen eigenen PC zugreift, ist optional; standardmäßig hat Dot seinen eigenen Cloud-PC.
Du musst also nicht deinen Rechner rund um die Uhr laufen lassen, damit Dot dauerhaft im Einsatz ist. Das ist ein wichtiger Punkt.
4. Das Kontingent ist großzügig – aber nirgends steht „für immer und völlig unbegrenzt“
Zum Start ist der erste Dot in den berechtigten Tarifen Pro oder Business Premium ohne Aufpreis enthalten. Bei den Enterprise-Tarifen ist es eine Beta, die ein Administrator freischalten muss.
OpenAI erklärt, dass Gespräche mit Dot nicht auf das normale ChatGPT-Nutzungslimit angerechnet werden. Für „deeper work“, also die tiefergehende Arbeit, gibt es dagegen ein eigenes Kontingent, dessen Obergrenze im ersten Monat nach dem Start erweitert ist. Laut den Release Notes zählt die Dots-Nutzung berechtigter Nutzer im ersten Monat außerdem gar nicht auf das normale Kontingent des Tarifs.
In sozialen Netzwerken berichten Leute, sie hätten Blender über Nacht laufen lassen, und die Nutzungsanzeige habe sich kaum bewegt. Das passt zu den Startbedingungen. Daraus abzuleiten, man habe nun für immer eine kostenlose, unbegrenzte GPU-Farm, wäre aber ein Sprung zu viel.
Außerdem: Startet oder steuert Dot Aufgaben in Codex oder ChatGPT Work, wird die Nutzung auf der Codex- bzw. Work-Seite ganz normal verbucht.
Ein Gratis-Essen ist das also nicht. Aber die Vorspeise ist ziemlich üppig.
5. Der beste Einsatz ist vielleicht der als Hilfskraft für geplante Aufgaben
Scheduled Tasks sind stark: Sie starten eine Arbeit zu einer festgelegten Uhrzeit. In der Praxis ist bei Automatisierungen aber nicht der Anfang das Schwierige, sondern das Ende.
Eine API fällt einmal aus. Eine Berechtigung fehlt. Mittendrin gibt es einen Timeout. Nur ein einzelner Schritt scheitert. Ein Log wurde geschrieben, die Ursache ist eingeordnet, sogar die nächste Aktion (next action) steht dabei.
Und dann macht trotzdem niemand den nächsten Schritt.
Kennt jeder, der automatisiert.
Hier schafft Dot eine saubere Rollenverteilung.
Der Scheduled Task ist derjenige, der pünktlich mit der Arbeit anfängt. Dot ist derjenige, der sich das Ergebnis ansieht und aufhebt, was liegen geblieben ist.
Sieht Dot einen Fehler, PARTIAL (nur teilweise erledigt), HOLD (angehalten) oder fehlende Fähigkeiten, liest er den aktuellen Stand neu ein und setzt am letzten gesicherten Punkt wieder an. Gibt es eine andere Arbeit, die sich sicher weiterführen lässt, bleibt er nicht stehen. Liegt die Ursache im Code, repariert er ihn, übergibt ihn bei Bedarf an einen spezialisierten Coding-Agenten und holt auch dessen Ergebnis wieder ab.
Aus „Fehler melden und fertig“ wird „Der Zuständige behält die gescheiterte Aufgabe in der Hand“.
6. Dot, Scheduled Task und Codex lassen sich als Bauleiter, Zeitansage und Handwerker auseinanderhalten
Mit drei Schichten lässt sich das gut entwerfen.
Der Scheduled Task ist die Zeitansage. Er startet eine Verarbeitung zu einer bestimmten Zeit oder bei einer bestimmten Bedingung.
Dot ist der Bauleiter. Er behält über mehrere Läufe (runs) hinweg den Zustand im Blick, greift Unerledigtes auf, setzt Prioritäten, geht nicht bloß in die Wiederholung, sondern an die Behebung der Ursache und verfolgt die Sache, bis die Abschlussbedingung erfüllt ist.
Codex ist der Handwerker. Ihn rufst du, wenn Code geändert werden muss, wenn getestet, umgebaut oder etwas Komplexes implementiert werden soll.
Wichtig ist dabei: Dot darf sich nicht schon dann nach getaner Arbeit fühlen, wenn er eine Codex-Aufgabe angelegt hat.
Codex starten → Korrektur fertig → Diff prüfen → testen → übernehmen → erneut ausführen → in der Produktion bestätigen.
Erst wenn dieser ganze Kreis geschlossen ist, gilt die Arbeit als erledigt.
Der Werksleiter darf nicht nach Hause gehen, nur weil er den Handwerker angerufen hat.
7. Fehlerbehandlung heißt nicht „berichten“, sondern einen geschlossenen Kreislauf bauen
Bei den Anweisungen an so eine Dauer-Hilfskraft zählt die Abschlussbedingung am meisten.
Eine schlechte Anweisung lautet: „Sag mir Bescheid, wenn du einen Fehler findest.“ Damit bekommst du bloß eine sehr leistungsfähige Überwachungskamera.
Eine gute Anweisung lautet: „Wenn du einen Fehler findest, prüfe den aktuellen Zustand, bestimme die Ursache, nimm die kleinstmögliche sichere Reparatur vor, prüfe erneut und mach weiter, falls noch etwas offen ist. Ist eine Codeänderung nötig, gib sie an den spezialisierten Agenten ab, hol das Ergebnis zurück und prüfe es nochmals. Ist die Ausführung nicht möglich, speichere den letzten gesicherten Punkt und den nächsten Schritt, damit beim nächsten Mal dort weitergemacht wird.“
Wiederholt sich derselbe Fehler, solltest du außerdem die ursprüngliche Anweisung des Scheduled Task selbst überarbeiten: Abbruchbedingungen, Referenzquellen und das Kriterium, wann etwas als fertig gilt.
„Ich habe die Ursache eingeordnet“ heißt in der Praxis: „Wir wissen jetzt, was für ein Brand das ist.“
Dann lösch ihn bitte auch.
8. Aber du musst Dot nicht gleich das ganze Königreich überschreiben
Dots haben Berechtigungseinstellungen und Custom Rules. Damit regelst du, was automatisch ausgeführt werden darf, wofür eine vorherige Freigabe nötig ist, wo jedes Mal nachgefragt wird und was an einen Menschen übergeben wird.
Die proactive research ist außerdem bewusst eingeschränkt. Im Hintergrund darf Dot verbundene Quellen lesen, aber mit diesen Recherche-Werkzeugen keine Nachrichten direkt verschicken, keine Inhalte von Plugins umschreiben und nicht eigenmächtig Browser oder PC bedienen. Echte Änderungen laufen wieder über die üblichen Berechtigungen, Freigaben und Sicherheitsprüfungen.
Das ist weniger ein Mangel als eine wichtige Designentscheidung bei Dauer-KIs: Wer rund um die Uhr arbeitet, muss nicht rund um die Uhr auf eigene Faust die Produktion kaputtmachen können.
Meine Empfehlung: Beobachten und Recherchieren großzügig erlauben, zerstörerische Aktionen und solche mit großer Außenwirkung eng begrenzen.
9. Im Alltag zeigt sich: „Aufmerksam“ heißt, dass die Antwort schon bereitliegt, bevor man fragt
Wenn man Dot erst einmal benutzt, zeigen sich neben der Rolle als Hilfskraft für Live Scheduled Tasks noch ziemlich gut passende Aufgaben.
Zum Beispiel: Dot schaut regelmäßig auf die Zugriffszahlen und zeichnet den Verlauf der Artikel auf, die gerade anziehen. Dann sagt er nicht nur, welcher Artikel gewachsen ist, sondern ordnet auch ein, was die gewachsenen Artikel gemeinsam haben: Thema, Einstiegspunkt, Sprache, Entwicklung nach der Veröffentlichung, wie die Leser weiterklicken. Daraus leitet er vorausschauend ab, wo man als Nächstes ansetzen sollte.
Das andere ist der Betrieb und die Wartung. Steht auf der Seite von Cloudflare oder GitHub ein Prozess still, prüft Dot den Zustand, grenzt die Ursache ein, repariert, was sich sicher reparieren lässt, und verfolgt es bei Bedarf bis zum Abschluss. Ich muss nicht jedes Mal fragen: „Wo hängt es gerade?“, „Wie sehen die Zugriffe aus?“, „Welche Artikel wachsen?“. Sobald ich Dot öffne, sind Untersuchung und Reparatur schon im Gange, und die Antwort liegt bereit.
Das ist unscheinbar, aber auf Dauer das Stärkste.
Und tatsächlich blieb es nicht beim Zugriffe-Ansehen. Dot hat den Build auf der Cloudflare-Seite vorangebracht, den Zustand auf der GitHub-Seite beobachtet und bei Bedarf die nötigen Korrekturen gemacht. Er ist also kein Wächter, der eine Auffälligkeit meldet, sondern geht, wenn es der erlaubte Rahmen zulässt, selbst an die Arbeit.
Hier reicht „aufmerksam“ als Lob nicht mehr aus. Ohne dass ich jedes Mal Detailanweisungen gebe, schaut er nach, repariert, prüft und macht weiter. Es fühlt sich stark so an, als würde die KI vom „praktischen Werkzeug“ zum „Zuständigen mit eigener Arbeit“.
Ich hole mir nicht mehr jedes Mal die Antwort bei der KI. Ich gehe an den Schreibtisch des Zuständigen, und dort liegen schon das Diagramm, die Ursachenanalyse und das Reparaturergebnis.
„Eine aufmerksame KI“ klingt schwammig, ist in der Praxis aber ziemlich konkret: Sie greift die Fragen, die ich mir sonst jedes Mal selbst ins Gedächtnis rufen und stellen musste, schon vorher auf und erledigt sie.
Vielleicht liegt der Nutzen dann weniger in der Antwortgeschwindigkeit der KI als darin, dass dem Menschen das ständige „Ich muss noch nachsehen“ abgenommen wird.
Und tatsächlich ging es auch hier nicht nur ums Beobachten: Dot verfolgte den Build-Status auf der Cloudflare-Seite, schaute sich den Zustand auf der GitHub-Seite an und brachte die nötigen Korrekturen voran. Er bleibt nicht bei „Ich habe eine Auffälligkeit gefunden“ stehen, sondern kommt zu „Ich habe sie gefunden und gleich behoben“.
Wenn er so weit geht, ist es nicht mehr „könnte aufmerksam sein“, sondern schlicht „ist aufmerksam“. Was Menschen bisher selbst erledigt haben – jedes Mal die Dashboards abklappern, GitHub öffnen, Builds prüfen, nach Staus suchen –, wandert in die laufende Routine des Zuständigen.
Irgendwann fühlt es sich nicht mehr so an, als würde man der KI Arbeit auftragen, sondern als schaute man sich beim Zuständigen das Ergebnis an, der den Fall ohnehin schon im Blick hat.
10. Fazit: Die Heinzelmännchen brauchen weniger Magie als eine klare Abschlussbedingung
Der eigentliche Wert von Dots liegt nicht darin, dass es einen weiteren klugen Chat gibt.
Er liegt darin, dass der Stand eines Falls bestehen bleibt, auch wenn der Mensch den Platz verlässt, dass Dot über geplante Aufgaben und verbundene Apps hinweg arbeitet und beim letzten Fehler wieder ansetzen kann.
Deshalb entfaltet er sein Potenzial weniger als simpler Plauderpartner, sondern als „Dauer-Hilfskraft für Routineaufgaben, die ständig scheitern“, als „Aufseher, der Unerledigtes aufgreift“ und als „Operator, der nur dann Spezialisten ruft, wenn Code repariert werden muss“.
Das ist die KI-Version der Heinzelmännchen.
Nur reicht es nicht, dass am nächsten Morgen die Schuhe fertig sind. Ich möchte, dass jemand auch prüft, ob sie passen.
Das Motto für die Zeit der Dauer-Agenten lautet deshalb:
Nicht berichten, sondern abschließen.
