Was ein dot übernimmt
Ein dot ist ein dauerhaft erreichbarer Agent für laufende Arbeit. Laut offizieller Dokumentation lebt er in der Cloud, hat einen eigenen Computer und Browser und kann relevante Arbeit zwischen Gesprächen fortführen. Er kann Ergebnisse oder Entscheidungen zurückbringen, die dich brauchen. Das ist eine andere Arbeitsform als eine einzelne Unterhaltung und nicht bloß ein neuer Name für eine feste Wochenautomation.
Die dauerhafte Form macht klare Grenzen besonders wichtig. „Kümmere dich um alles“ ist kein guter erster Auftrag. Für die Lernwerkstatt eignet sich ein enges Ziel: Änderungen am Workshopstand prüfen und eine interne Entscheidungsnotiz vorbereiten.
Zugang in der EU: aktueller Stand
Am 5. Oktober 2026 nennt OpenAI Dots für erwachsene Pro-Nutzer der 100-/200-/500-Dollar-Stufen außerhalb EWR, UK und Schweiz. Für berechtigte Business-Premium- und Enterprise-Kontexte wird ein weltweiter schrittweiser Rollout beschrieben; Enterprise benötigt die entsprechende Adminfreigabe und ist nicht automatisch eingeschaltet. Daraus folgt kein pauschaler Pro-Zugang in Deutschland.
Wir erklären die Funktion trotzdem vollständig, damit du vorbereitet bist. Eine spätere EU-Ausweitung ist hier kein bestätigter Termin. Prüfe die verlinkte Access-Sektion und deine tatsächliche Oberfläche. Geoumgehung, fremde Accounts oder ungefragte Tarifkäufe sind kein Teil dieses Lernwegs.
Schritt 1: Einen Dauerauftrag vorbereiten
Lege Ergebnis, Quellen, Frequenz beziehungsweise Anlass, Grenzen und Rückmeldeziel fest. Definiere besonders, wann der dot dich fragen muss. Für den Workshop sind das widersprüchliche Zahlen, unbekannte Termine und geplante externe Handlungen. Teste denselben Auftrag zunächst mit einer normalen Work-Aufgabe und fiktiven Daten.
Begleite den fiktiven Workshopstand der Lindenhof Lernwerkstatt.
Deine Verantwortung: relevante Änderungen aus den ausdrücklich
freigegebenen Projektquellen erkennen und eine interne Notiz vorbereiten.
Trenne bestätigte Fakten, Widersprüche und Vorschläge. Keine neuen Owner,
Fristen oder Zusagen erfinden. Frage bei fehlenden Quellen nach.
Buche, versende, veröffentliche und bezahle nichts.
Berichte nur relevante Änderungen und zeige Quellen und nächsten
menschlichen Entscheidungspunkt. Wir prüfen zuerst einen manuellen Lauf.Schritt 2: Einrichtung und Verbindungen trennen
Wenn dein Konto berechtigt ist, öffne dots im Desktop oder Desktopbrowser und folge der Einführung. Appverbindungen können hinzugefügt oder zunächst übersprungen werden. Name und Darstellung sind persönliche Gestaltung, keine Erweiterung der Rechte. Mobile Nutzung kann nach Einrichtung und passender Appversion folgen; Mobile Web ist laut aktueller Anleitung kein Einrichtungsweg.
Eine Kontaktmethode wie Slack ist getrennt vom Zugriff auf ein Postfach oder lokale Dateien. Der Cloudcomputer des dots ist wiederum getrennt von deinem eigenen verbundenen Computer. Wenn Arbeit lokale Quellen braucht, muss der persönliche Computer entsprechend online und die App verfügbar sein. Für reine Cloudquellen ist diese lokale Verbindung nicht erforderlich.
Schritt 3: Den ersten Verantwortungsbereich prüfen
Gib nur die notwendigen Quellen frei. Kontrolliere die erste Ausgabe an Projektbrief und Teamnotizen. Der dot soll die 18 geplanten Teilnehmenden und 22 Interessierten unterscheiden. Er darf aus dem Dauerauftrag keine Buchung ableiten. Bitte um einen nachvollziehbaren Zwischenstand: erledigt, offen, blockiert und nächster Schritt.
Schritt 4: Betrieb und Stopp festlegen
Lege eine verantwortliche Person, einen Kontrollrhythmus und ein Projektende fest. Übe den Stopp mit dem fiktiven Auftrag, bevor reale Arbeit davon abhängt. Die folgenden Bedienelemente haben unterschiedliche Wirkungen:
- Hauptaufgabe pausieren: Wähle Pause beim dot. Das stoppt seine aktuelle Hauptaufgabe. Es beendet weder automatisch alle delegierten Aufgaben noch künftige Zeitpläne.
- Delegierte Arbeit einzeln stoppen: Öffne in der Desktop-App das Profil des dots und Activity. Öffne jede betroffene Aufgabe, prüfe Status und Ergebnisse und stoppe sie dort einzeln. Kontrolliere anschließend, dass die gewünschte Aufgabe tatsächlich gestoppt ist.
- Künftige Läufe beenden: Öffne Scheduled, prüfe Anweisung, Rhythmus und Ziel und deaktiviere oder lösche den betreffenden wiederkehrenden Auftrag. Eine Pause des dots ersetzt diesen Schritt nicht.
- Lokalen Zugriff widerrufen: Wenn der eigene Computer nicht mehr gebraucht wird, öffne das dot-Profil und unter Computers den eigenen Computer. Wähle Revoke access und kontrolliere die Trennung. Der Status Offline allein widerruft den bestehenden Zugriff nicht. Work Sync und Codex-Verbindungen sind separate Einstellungen.
- Ergebnis und Restarbeit kontrollieren: Prüfe Activity und Scheduled erneut sowie bereits erzeugte Dateien oder externe Änderungen. Stoppen macht erledigte Aktionen nicht rückgängig und holt versendete Nachrichten nicht zurück. Resume setzt einen pausierten dot fort; benutze es erst, wenn Auftrag und Zugriff wieder stimmen.
Notiere für die Übung, welche Hauptaufgabe pausiert, welche delegierte Aufgabe gestoppt und welcher Zeitplan deaktiviert wurde. So wird aus „Stopp festlegen“ ein überprüfbarer Betriebsablauf. Das unwiderrufliche Löschen des dots ist kein gewöhnlicher Pausenknopf.
Ohne Freischaltung sinnvoll vorbereiten
Nutze die gleiche Verantwortungskarte als manuell gestarteten Work-Auftrag. Ein verfügbarer Scheduled-Task kann einen getesteten festen Rhythmus abbilden, übernimmt aber nicht automatisch alle Eigenschaften eines dots. So lernst du Quellen, Abnahme und Grenzen bereits heute, ohne eine nicht verfügbare Funktion vorzutäuschen.
Einrichtung: vom leeren dot zum begrenzten ersten Lauf
Öffne dots in der Desktop-App oder einem Desktopbrowser und beginne die dokumentierte Einführung. Verbinde zuerst keine zusätzlichen Geschäftskonten. Gib dem dot einen verständlichen Namen und den oben formulierten eng begrenzten Auftrag. Name und Erscheinungsbild ändern keine Datenrechte. Die mobile App kann nach der Einrichtung und mit unterstützter Version zur Kommunikation dienen; Mobile Web ist am Prüftag kein Einrichtungsweg.
Lade projektbrief.md und teamnotizen.md als erlaubte Übungsquellen bereit. Fordere den Lesestatus und eine Notiz an. Erwartete Ausgabe: 18 geplant und 22 interessiert getrennt, Raum unbestätigt, Raum-Owner offen, Mara für Agendaentwurf genannt, keine erfundene Frist. Prüfe das Ergebnis, bevor du Verantwortung über mehrere Tage übergibst. Eine Rückfrage wegen fehlender Raumzuständigkeit ist hier ein korrektes Verhalten.
Cloudcomputer und persönliche Anmeldung
Öffne das dot-Profil und Computers, um den eigenen Cloudcomputer des dots zu prüfen. Er hat getrennte Dateien und Browsersitzungen. Dein persönlicher Browserlogin wird nicht automatisch dorthin übertragen. Wenn der dot einen Browserhandoff anbietet, wähle Open computer; zum Bedienen anschließend Take over und nach deinem eigenen Prüfschritt Return control. Das bloße Öffnen erteilt dir noch keine Maus-/Tastaturkontrolle.
Eine nötige Anmeldung erledigst du im vorgesehenen privaten Anmeldeformular oder im übernommenen Browser, einschließlich der eigenen Verifikation. Passwörter gehören weder in die Unterhaltung noch in eine Übungsdatei oder einen Screenshot. Eine gültige Sitzung kann später weiterverwendet werden; gespeichertes Passwort und aktive Sitzung sind verschiedene Zustände. Das optionale Speichern eines Logins ist keine Voraussetzung dieser Übung.
Deinen Computer ausdrücklich verbinden
Wenn der Test lokale Dateien benötigt, öffne auf genau diesem Computer in der ChatGPT-App das dot-Profil: Computers → Your computer → Allow access und prüfe die Bestätigung. In Enterprise muss zuvor Use Dots → Allow local computer access für den vorgesehenen Nutzerkreis aktiviert sein; die Mindest-Appversion für diesen lokalen Zugriff ist 26.929. Work Sync oder eine vorhandene Codex-Verbindung erteilen dem dot nicht automatisch dieselbe Freigabe. Es kann jeweils ein persönlicher Computer verbunden sein; der Cloudcomputer bleibt getrennt.
Lass nur die erlaubte Projektbrief-Datei lesen und prüfe den tatsächlich erfassten Inhalt. Halte Computername, Ordner und erlaubte Aktion fest. Der lokale Computer muss online bleiben und die angemeldete App geöffnet sein. Offline bedeutet vorübergehend unerreichbar; Revoke access entfernt die Freigabe ausdrücklich. Ein laufender lokaler Kindtask wird beim Verbindungswechsel nicht automatisch zu einer Cloudaufgabe.
Ein Tagesablauf mit einem kontrollierten Änderungsfall
- Morgens: Öffne Profil → Activity. Prüfe delegierte Aufgaben, Rückfragen, Dateien und Ergebnisse, statt nur die letzte Chatantwort zu lesen. Beantworte eine Rückfrage zum fachlichen Ziel; zusätzliche Kontorechte gehören in einen eigenen freigegebenen Schritt.
- Änderung testen: Erstelle eine Kopie der Teamnotizen und ändere ausschließlich den Satz zum Agendaentwurf: „Mara hat einen Entwurf zur Prüfung abgelegt; noch keine Abnahme.“ Lass den dot alt/neu und die Bedeutung nennen. Erwartet: Entwurf vorhanden, Abnahme weiter offen; Raum und Teilnehmerstand unverändert.
- Nachmittags: Prüfe eine Ausgabe direkt an beiden Quellständen. Wenn der dot „Agenda freigegeben“ behauptet, korrigiere genau diese Aussage und lass abhängige Empfehlungen prüfen. Eine zweite KI-Zusammenfassung ersetzt deinen Quellenvergleich nicht.
- Projektende: Führe die getrennten Stoppkontrollen aus dem folgenden Abschnitt durch. Sichere geprüfte Ergebnisse und halte Restaufgaben fest.
Enterprise-Beta: Zugang ist keine Residenzzusage
Der weltweite schrittweise Enterprise-Rollout bedeutet keine unterstützte Daten- oder Inferenzresidenz. Dots unterstützen diese während der Enterprise-Beta nicht. Berechtigte Workspaces können nach Anerkennung der Grenzen optieren; FedRAMP, EKM und die dokumentierte UAE-Inferenzkonfiguration sind ausgeschlossen. Ein lokal ausgeführter Schritt macht die Cloudkoordination weder rein lokal noch zu Zero Data Retention. Eine aktivierte enforce_residency-Cloudpolicy blockiert den lokalen Computerzugriff; sie wird für diese Übung nicht abgeschwächt. Lass verbindliche Datenanforderungen vor dem Einsatz mit echten Unternehmensquellen prüfen.
Quelle: Enterprise-Einrichtung und Residenzgrenzen, geprüft am 5. Oktober 2026.
Wenn es hakt
Dot fehlt: Plan, Region, Alter, Rollout und Adminfreigabe prüfen. Lokale Quelle fehlt: eigenen Computer und Verbindung prüfen. Zu viele Meldungen: „relevant“ konkret definieren. Unerwartete Aktion: laufende Aktivität kontrollieren, den Bereich stoppen und Zugriffe sowie Auftrag gemeinsam korrigieren. Dauerhafte Arbeit braucht bewusst gepflegte Verantwortung.