Einrichtung: Anmeldungen, Regionen und Fernzugriff
Die nicht offensichtlichen Teile des Einstiegs: zwei unabhängige Anmeldungen, optionale API-Schlüssel, eine Region pro Konto, der Fernzugriff-Schalter und die verbundene Vorschau, die PlanToCode Pro vorausgeht.
Gegen den Quellcode geprüft am 17. September 2026
Auf dieser Seite
Zwei Anmeldungen und optionale Schlüssel
- PlanToCode-KontoAuth0 · PKCE
Jedes Gerät meldet sich selbst an, beim selben Konto in derselben Region, und der Desktop braucht das Konto nur für den Fernzugriff. Findet ein Telefon den Desktop nicht, prüfen Sie diese Anmeldung und die Region.
- ChatGPT-Kontoaccount/login/start
Das Codex-Kind meldet sich über Ihren Browser an und führt jeden Turn damit aus, auch Turns vom Telefon. Startet der Agent keinen Turn, prüfen Sie diese Anmeldung und ihre Nutzungslimits.
- Eigener API-Schlüsselopenai_api_key · gemini_api_key
Liegt im Schlüsselbund des Desktops, für das Desktop-Diktat und mit einem Gemini-Schlüssel für die Sprach- und Video-Tools. Das Telefon-Diktat nutzt ihn nicht, prüfen Sie ihn also nur, wenn das Desktop-Diktat scheitert.
Eine Region pro Konto
Ein PlanToCode-Konto lebt in einer von zwei Regionen, Vereinigte Staaten oder Europäische Union, jede mit eigenem API-Host, Relay-Prozess, PostgreSQL und Redis. Die Geräteerkennung ist auf ein Konto in einer Region begrenzt, also müssen beide Geräte dieselbe wählen, und ein Regionswechsel auf einem Gerät meldet es zuerst ab. Die Telefone verwenden standardmäßig die Vereinigten Staaten, wenn nichts gespeichert ist.
Fernzugriff und die Geräteliste
- Öffnen Sie auf dem Desktop Settings → Connections und schalten Sie unter Mobile Connection die Option Allow Remote Access ein. Merken Sie sich die dort angezeigte Server-Region.
- Wählen Sie auf dem Telefon dieselbe Region und melden Sie sich mit demselben PlanToCode-Konto an.
- Wählen Sie Ihren Desktop aus der Geräteliste, dann ein Projekt und eine Session.
- GerätezeilePOST /api/devices/register
Wird mit X-Client-Type: desktop angelegt, wenn der Fernzugriff zum ersten Mal eingeschaltet ist, in der Region, die der Desktop gewählt hat. Ruhezustand und Schalter lassen sie bestehen, daher bleibt der Desktop gelistet.
- Desktop-Socket/ws/device-link
Der Desktop baut die Verbindung zum Relay selbst auf, und Telefone verbinden sich nie direkt mit dem Computer. Ein stummer Socket wird nach etwa 3 Minuten getrennt und zählt 90 s als reconnecting, das Ausschalten des Schalters schließt ihn dagegen sofort.
- Pingsystem.ping
Das Telefon öffnet einen eigenen Socket für diesen Desktop und pingt über das Relay. Erst eine Antwort lässt es Projekte, Sessions und die Timeline laden.
Die Geräte-UUID im WebSocket-register muss zu Besitzer und Rolle der Zeile passen. Der Schalter braucht einen gewählten Serverstandort und eine PlanToCode-Anmeldung. Diese Anmeldung existiert nur für den Fernzugriff, und jede andere Desktop-Funktion arbeitet ohne Konto. Eine beeinträchtigte gespeicherte Sitzung pausiert die mobile Verbindung.
Die verbundene Vorschau und PlanToCode Pro
Das erste Telefon eines Kontos, das einen Desktop erreicht, startet eine 10-tägige verbundene Vorschau für das ganze Konto. Danach braucht jedes Telefon PlanToCode Pro, gekauft über den App Store oder Google Play für seine Plattform. Das Abonnement deckt nur das Telefon ab. Programmieren auf dem Desktop braucht nichts außer der ChatGPT-Anmeldung, und ein iPhone-Abonnement schaltet weder Android frei noch umgekehrt.
- Vorschau-Datensatzaccount_workspace_previews
Wird geschrieben, wenn ein Telefon des Kontos zum ersten Mal eine Antwort von einem Desktop bekommt, mit started_at nach der Datenbankuhr und expires_at 10 Tage später. Spätere Telefone bekommen denselben Datensatz, und der Server kann ihn weder ändern noch löschen.
- IdentitätsschlüsselHMAC-SHA256
Der Datensatz liegt unter schlüsselbasierten Hashes des Auth0-Subjects und der verifizierten E-Mail, die miteinander verknüpft sind. Eine Abfrage folgt den Verknüpfungen und nimmt den frühesten Start.
- PlanToCode ProStoreKit · Google Play
Wird je Plattform gekauft. Das iPhone prüft StoreKit auf dem Gerät, und Android schickt den Kauf zur Prüfung an den regionalen Server. Keines schaltet das andere frei.
Der Server speichert die Vorschau unter schlüsselbasierten Hashes des Auth0-Subjects und der verifizierten E-Mail und zählt die 10 Tage ab Datenbankzeit.