Codex bei schlafendem PC: Remote, Cloud und Smartphone-Zugriff erklärt

Wenn der PC, auf dem Codex arbeitet, in den Ruhezustand wechselt, kann Remote die Arbeit mit diesem PC nicht fortsetzen. An Codex Cloud übergebene Aufgaben können weiterlaufen, während Ihr eigener PC schläft. Entscheidend ist vor allem, wo Dateien gelesen und Befehle ausgeführt werden, nicht ob Sie die Aufgabe auf dem Smartphone ansehen.

Wir haben die Originaldokumentation von OpenAI, darunter Remote-Verbindungen und Cloud-Umgebungen, am 7. Oktober 2026 geprüft. Für diesen Artikel haben wir weder PC-Ruhezustand noch Verbindungsabbrüche auf realen Geräten nachgestellt. Die folgenden Auswahlhilfen und Prüfungen beruhen auf offiziellen Spezifikationen.

1. Local, Worktree, Remote und Cloud im Vergleich

Local und Worktree laufen beide auf einem PC. Worktree trennt Git-Arbeitsverzeichnisse; die Ausführung wechselt dadurch nicht in die Cloud. Remote ermöglicht den Zugriff auf den ausführenden Host von einem anderen Gerät. Bei Cloud wird eine Entwicklungsumgebung in der Cloud als Ausführungsort gewählt.

Quellen: Codex-Umgebungen und Was Remote vom verbundenen Host nutzt. Ein PC als Host bedeutet nicht, dass sämtliche Modellberechnungen und Kommunikation ausschließlich auf diesem Gerät bleiben.

Verbindet sich Ihr Smartphone beispielsweise mit einem eingeschalteten Computer zu Hause, ist der Betriebszustand des mitgenommenen Laptops nicht die Voraussetzung. Ist dagegen dieser Laptop selbst der Remote-Host, wird er im Ruhezustand unerreichbar. Prüfen Sie den gewählten Hostnamen und Arbeitsort, statt sich auf die Formulierung „mein PC“ zu verlassen.

2. Bildschirm verlassen, Ruhezustand und App beenden

Ob die Arbeit „nach dem Schließen weitergeht“, hängt davon ab, was Sie schließen. Unterscheiden Sie das Verlassen des Smartphone-Bildschirms, das Zuklappen des Laptops und das Beenden der App auf dem Host-PC.

Laut OpenAIs Remote-Leitfaden stoppt der Zugriff, bis der Host wieder verfügbar ist, wenn er schläft, die Netzwerkverbindung verliert oder die App geschlossen wird. Diese Erklärung allein belegt weder, wie weit ein laufender Befehl nach dem Verbindungsabbruch noch ausgeführt wird, noch welche Vorgänge nach erneutem Verbinden automatisch fortgesetzt werden. Prüfen Sie den letzten Aufgabeneintrag, Änderungen und Testergebnisse gesondert.

Den Deckel eines Mac-Laptops schließen

Der offizielle Leitfaden empfiehlt, den Deckel eines Mac-Laptops offen zu halten und das Netzteil anzuschließen, damit Remote verfügbar bleibt. Für einen geschlossenen Deckel nennt er zusätzlich einen externen Bildschirm. Die ausdrückliche Auswahl von Sleep stoppt Remote. Ein geschlossener Deckel und ein schlafender Computer sind nicht zwingend derselbe Zustand. Machen Sie aus diesen Bedingungen keine Garantie für jedes Mac-Modell.

Bildschirmbedienung unter Windows

Für Aufgaben mit Computer Use unter Windows muss die Sitzung laut offizieller Vorgabe entsperrt und verfügbar bleiben. Bildschirmaktionen laufen im Vordergrund; Sie müssen den PC dafür bereitstellen. Diese Bedingung betrifft die Bildschirmbedienung unter Windows und besagt nicht, dass das Sperren des Bildschirms zwangsläufig jeden Befehl stoppt.

Quelle: Remote: Anforderungen an den verbundenen PC. Bei Arbeit in der CLI oder einer IDE-Erweiterung sind auch das Schließen des Terminals, der Ruhezustand des Betriebssystems und das Beenden eines Entwicklungswerkzeugs zu unterscheiden. Dieser Artikel garantiert nicht, dass ihre Prozesse nach dem Schließen der Werkzeuge weiterlaufen.

3. PC-Arbeit vom Smartphone aus fortsetzen

Remote bietet sich an, wenn Sie ein bestehendes lokales Repository, installierte Werkzeuge oder angemeldete Browsersitzungen nutzen möchten. Auf dem Smartphone geben Sie Anweisungen, erteilen Freigaben und prüfen Ergebnisse; der verbundene PC stellt die Umgebung bereit. Es folgen die offiziellen Einrichtungsschritte. Die Einstellungen sollte die Person vornehmen, die den Zugriff auf den Ziel-PC autorisiert.

1. Übereinstimmung von Konto und Workspace prüfen. Auf Mac oder Windows muss die aktuelle ChatGPT-Desktop-App laufen; der PC muss wach und online sein. In Organisationen muss gegebenenfalls der Administrator Remote Control erlauben.
2. Verbindungseinstellungen auf dem PC öffnen. Gehen Sie zu Settings → Connections → Control this Mac or PC, dann zu Set up oder Add. Erteilen Sie die Zugriffsfreigabe und schließen Sie gegebenenfalls erforderliche Identitätsprüfungen ab.
3. QR-Code mit dem Smartphone scannen. Schließen Sie die Verbindung in der ChatGPT-App ab. MFA, SSO oder eine Passkey-Prüfung können erforderlich sein. Jedes Smartphone-Host-Paar wird separat eingerichtet.
4. Codex auf dem Smartphone öffnen. Öffnen Sie unter iOS Codex beziehungsweise Remote auf Oberflächen mit der älteren Bezeichnung. Anzeige und Verfügbarkeit hängen vom Rollout ab, auch unter Android. Wählen Sie den Host und den bestehenden Chat.
5. Gesendete Anweisungen und Ergebnisse prüfen. Prüfen Sie Fortschritt, Änderungen, Terminalausgaben und Testergebnisse. Beachten Sie Freigabeanfragen für erlaubnispflichtige Vorgänge und senden Sie denselben Auftrag nicht wiederholt.

Quellen: Voraussetzungen und Einrichtungsschritte. Die Einrichtung dieser mobilen Verbindung beginnt in der Desktop-App. Die Anleitung beschreibt nicht, wie dieselbe Einrichtung allein über die CLI oder eine IDE-Erweiterung erfolgen könnte.

Remote verwendet Anmeldedaten, Plugins, Browserumgebung und Berechtigungen des Hosts. Der freigegebene PC beeinflusst daher den Arbeitsumfang. Gehen Sie nicht davon aus, dass für eine Verbindung immer Bildschirmbedienung oder eine Browsererweiterung hinzugefügt werden muss. Legen Sie zuerst fest, was die Arbeit benötigt und welche Berechtigungen Sie erteilen.

4. Codex Cloud nutzen, während Ihr PC ruht

Damit Codeänderungen oder Recherchen während des PC-Ruhezustands weiterlaufen können, bereiten Sie ein Repository, Abhängigkeiten und eine in der Cloud ausführbare Testumgebung vor. Auch vom Smartphone können Sie Aufgaben starten und fortsetzen, sofern Sie bereits Zugriff auf eine veröffentlichte Entwicklungsumgebung haben.

Publish bedeutet hier: Die vorbereitete Entwicklungsumgebung wird als Ausgangszustand für neue Aufgaben gespeichert. Das ist von der öffentlichen Bereitstellung einer Web-App zu unterscheiden. Prüfen Sie dennoch die Freigabe der Umgebung über Einstellungen wie Who can use. Bereits bei der Einrichtung untersucht, installiert und testet Codex. Gehen Sie also nicht davon aus, dass noch keine Verarbeitung stattfindet, nur weil Sie die App-Entwicklung noch nicht beauftragt haben. Quelle: Eine Umgebung erstellen und veröffentlichen.

Was nicht automatisch in die Cloud wandert

Quellen: Ausführungsorte und Ressourcen und Gespeicherten Zustand wiederverwenden. Neue Aufgaben starten unabhängig voneinander aus der veröffentlichten Umgebung. Bestehende Aufgaben behalten ihre eigenen gespeicherten Dateien und installierten Werkzeuge.

Grenzen bei Bildschirmprüfung und Zustandsspeicherung

Die aktuelle Dokumentation zu Cloud environments nennt Computer and browser use, GitLab und selbst gehosteten GitHub Enterprise Server als nicht unterstützt. Ein Auftrag an Cloud bedeutet nicht, dass interaktive Tests in einem echten Browser stets abgeschlossen werden. Prüfen Sie gesondert, ob befehlsbasierte Tests wie Playwright in der benötigten Umgebung laufen können. Nicht unterstützte integrierte Browserfunktionen belegen allein weder, dass eine andere Testmethode sicher funktioniert, noch dass alle Alternativen verboten sind.

Laut Dokumentation lässt sich der gespeicherte VM-Zustand standardmäßig bis zu sieben Tage nach Beginn der letzten Antwortphase oder Wiederaufnahme der Aufgabe wiederherstellen. Das bedeutet nicht „sieben Tage ununterbrochene autonome Ausführung“. Sichern Sie wichtigen Code durch Commits und gespeicherte Artefakte; die Zustandsspeicherung in der Cloud ersetzt keine Versionsverwaltung. Quellen: VM-Spezifikationen und gespeicherter Zustand und Aktuelle Einschränkungen.

Codex Cloud (Legacy) in den Einstellungen bezeichnet ältere Umgebungen für Code Review sowie Linear- und GitHub-Integrationen. Halten Sie deren Einstellungen von den neuen Cloud-Umgebungen getrennt. Übertragen Sie die Angaben des älteren Leitfadens zu Container-Caching und Einrichtungs-Secrets nicht auf Zustandsspeicherung und Authentifizierung der neuen Umgebung. Quelle: Codex Cloud (Legacy).

5. Laufende lokale Arbeit direkt in die Cloud übertragen?

Handoff im offiziellen Remote-Leitfaden überträgt einen Chat mit seinem Git-Zustand zwischen Ihrem PC und einem anderen verbundenen Host. Das Ziel benötigt ein gespeichertes Projekt für dasselbe Git-Repository. Arbeiten Sie in einem Unterverzeichnis, registrieren Sie auf beiden Hosts dieselbe Position. Eine Übergabe während laufender Arbeit unterbricht die aktuelle Antwort.

Der Leitfaden sagt ausdrücklich, dass dieses Handoff die Übertragung in eine Codex-Cloud-Umgebung nicht unterstützt. Der Wechsel zu einem anderen Remote-Host und der Wechsel zu Codex Cloud sind getrennte Vorgänge. Ein laufender Codex-Chat wandert nicht automatisch in die Cloud, wenn Ihr PC ausfällt. Quelle: Chat zwischen Hosts übergeben.

Codex /goal hält Abschlusskriterien im selben Chat fest, ändert aber ebenfalls weder den Ausführungsort noch die Anforderungen an den Betriebszustand des PCs. Es braucht sowohl ein fortlaufendes Ziel als auch eine verfügbare Ausführungsumgebung.

6. Unterschiede zu ChatGPT Work und dot

ChatGPT Work koordiniert in der Cloud und nutzt Werkzeuge auf einem autorisierten PC; das unterscheidet sich von Codex Remote. Der offizielle Leitfaden erklärt: Local computer access mit Work Cloud gilt nur für geeignete neue Aufgaben, die nach Aktivierung der Funktion in der Desktop-App mit ausgewähltem Cloud-Modus gestartet werden. Bestehende Aufgaben behalten ihren ursprünglichen Modus.

Quellen: Work Cloud im Vergleich zu Remote und Nutzungsbedingungen für Work und dots. Letzteres ist ein Enterprise-Leitfaden; die Verfügbarkeit hängt von Workspace und Rollout ab. Verallgemeinern Sie dieses Wechselverhalten nicht auf jedes persönliche Konto oder jede Codex-Aufgabe.

Auch Enterprise-Anforderungen für lokale Ausführung gelten nicht einfach unverändert für Cloud-Container. Prüfen Sie neben der fehlenden automatischen Dateiübertragung auch die für den Ausführungsort geeigneten Kontrollen. Unser dot-Leitfaden mit Preisen und Codex-Vergleich behandelt die Rolle von dot, die tatsächlich von uns erstellte App und die Grenzen ihrer Prüfung.

7. Preise, Nutzungskontingente und Auswahl

Laut Codex-Preisseite nutzen lokale Nachrichten und Cloud-Aufgaben dasselbe Nutzungskontingent Ihres Plans. Cloud-Aufgaben können davon mehr verbrauchen als lokale Nachrichten, aber es gibt keinen festen Multiplikator, der für denselben Auftrag immer gilt. Der Verbrauch hängt von Modell, Kontext, Reasoning, Werkzeugnutzung, abgerufenen Informationen, Caching und Arbeitsumfang ab.

Die Angaben zu Free und Go in der Preistabelle betreffen den schrittweisen Rollout von GPT-6 Luna in der Desktop-App. Daraus allein ergibt sich kein kostenloser Zugang zu Codex Cloud oder Remote. Die Plus-Beschreibung nennt Web, CLI, IDE, iOS und Cloud-Integrationen; der Zugang in Organisationen hängt zusätzlich von Administratoreinstellungen ab. In der Funktionstabelle wird mobile Remote Control mit API-Schlüssel nicht unterstützt und anders behandelt als Remote-Verbindungen über SSH. Der API-Schlüssel-Tarif enthält keine Cloud-Funktionen; nutzungsabhängige API-Preise lassen sich nicht direkt in Aufgabenzahlen innerhalb eines Abonnements umrechnen. Quelle: Codex-Preise und Nutzungskontingente.

Der Kauf zusätzlicher Credits nach Erreichen des Limits ist eine separate Zahlung. Unterscheiden Sie den Verbrauch bereits vorhandener Credits vom Nachkauf oder einer automatischen Aufladung. Ein Wechsel des Ausführungsorts füllt das Kontingent nicht auf. Zu Pro-Stufen und der Wahl eines Resets siehe Pro 100, 200 und 500 im Vergleich.

Für SSH-Verbindungen verlangt der offizielle Leitfaden die Installation und Authentifizierung von Codex auf der Gegenseite; codex muss im PATH der Login-Shell liegen. Er empfiehlt nicht, den Zugriff durch einen öffentlich erreichbaren, nicht authentifizierten app-server aufrechtzuerhalten. Prüfen Sie Kosten für dedizierte Server, VPN und externe Dienste getrennt vom Nutzungskontingent Ihres Codex-Plans.

8. Was prüfen, wenn das Smartphone keine Verbindung bekommt?

Eine fehlgeschlagene Verbindung allein bedeutet nicht, dass Code oder Verlauf auf dem PC verschwunden sind. Grenzen Sie das Problem in dieser Reihenfolge ein, bevor Sie die Umgebung zurücksetzen oder Verbindungsdaten löschen.

1. Ziel-Host prüfen. Verbinden Sie sich mit einem anderen PC, Konto oder Workspace?
2. PC-Zustand prüfen. Ist er im Ruhezustand, ohne Netzwerkverbindung, mit geschlossener App oder abgemeldet?
3. Remote Control nach dem Abmelden prüfen. Laut offiziellem Leitfaden schaltet die Abmeldung Remote Control auf OFF, ohne die Geräteverknüpfung zu löschen. Erneutes Anmelden allein stellt den vorherigen Zustand möglicherweise nicht wieder her.
4. Warten auf Freigabe von Verbindungsfehlern unterscheiden. Prüfen Sie die Codex- oder Remote-Aufgabe auf Identitätsprüfungen und Freigabeanfragen. Gleichen Sie Konto und Workspace erneut ab.
5. Bei anhaltendem Fehler Zustand und Zeitpunkt notieren. Halten Sie Betriebssystem, App-Version, Host, kürzlichen Ruhezustand oder Abmeldungen und die angezeigte Fehlermeldung fest. Lassen Sie vertraulichen Code, Anmeldedaten und personenbezogene Informationen aus Berichten weg.

Quelle: Remote-Fehlerbehebung. Sichern Sie laufende Änderungen und Ergebnisse vor den offiziellen Neustart- oder Einrichtungsschritten. Nach dem Aufwecken des PCs sind eine sichtbare App und die Möglichkeit, neue Anweisungen zu senden, getrennt zu prüfen.

Ein öffentlicher GitHub-Nutzerbericht, Nr. 23470, beschreibt, dass Remote nach dem Aufwachen eines Macs trotz Netzwerkverbindung mit 409 Conflict nicht erneut verbunden werden konnte. Das deutet auf mögliche Fehler über die normale Unerreichbarkeit im Ruhezustand hinaus hin, belegt aber weder die Ursache für jedes Gerät noch eine empfohlene Reparatur. Machen Sie das im Bericht beschriebene Löschen interner Einstellungen nicht zur allgemeinen Wiederherstellungsanleitung.

Wenn Sie den Verlauf lesen, aber bei einem Fehler wie thread not found keine Anweisungen senden können, prüfen Sie auch die Wiederherstellungsschritte, die gespeicherten Verlauf vom Ausführungszustand unterscheiden. Lesen Sie die vollständige Fehlermeldung, bevor Sie Verbindungseinstellungen löschen und neu anlegen.

9. Prüfungen vor dem Weggehen und nach der Rückkehr

Wählen Sie Remote für Ihre bestehende PC-Umgebung und Codex Cloud, um während des PC-Ruhezustands weiterzuarbeiten. Cloud hat nicht übertragbare Ressourcen und nicht unterstützte Funktionen; Remote braucht einen verfügbaren Host. Unterscheiden Sie „auf dem Smartphone sichtbar“, „Unterhaltung gespeichert“, „Arbeit läuft“ und „Prüfung abgeschlossen“, statt diese Zustände gleichzusetzen.

Häufige Fragen

Kann ich den Laptop mit Codex schließen und vom Smartphone aus weiterarbeiten?

Ist dieser PC der Remote-Host, muss er wach und online sein und die Desktop-App muss laufen. Versetzt das Schließen des Deckels ihn in den Ruhezustand, stoppt der Remote-Zugriff. Codex-Cloud-Aufgaben können weiterlaufen, während Ihr eigener PC schläft.

Verbindet sich Codex auf dem Smartphone immer mit meinem eigenen PC?

Nein. Die offiziellen Leitfäden beschreiben auch das Starten und Fortsetzen von Cloud-Aufgaben durch Auswahl einer veröffentlichten Umgebung. Ein Remote-Host und eine Cloud-Entwicklungsumgebung sind verschiedene Ausführungsorte. Prüfen Sie die angezeigten Optionen und ihre Verfügbarkeit in Ihrer App.

Wechselt Codex automatisch in die Cloud, wenn mein PC ausfällt?

Codex Handoff unterstützt keine Übertragung in Cloud-Umgebungen. Für geeignete Work-Cloud-Aufgaben gelten Bedingungen für die Fortsetzung in Cloud zu Beginn einer neuen Antwortphase. Lokale Dateien und Werkzeuge des PCs sind dann nicht verfügbar; eine laufende Antwortphase kann nicht mittendrin wechseln.

Wird Cloud die Aufgabe immer fertigstellen, wenn ich sie allein lasse?

Dass der PC nicht wach bleiben muss, ist keine Abschlussgarantie. Authentifizierung, Freigaben, fehlende Werkzeuge, Ausführungsfehler oder Nutzungslimits können Ihre Aufmerksamkeit erfordern. Bewerten Sie das Ergebnis anhand von Artefakten, Änderungen, tatsächlich ausgeführten Prüfungen und ungeprüften Punkten, nicht allein anhand des Abschlussberichts.