Mehrere Codex-Konten: Abos, Nutzerplätze und sichere Trennung

Zwei Codex-Terminals bedeuten nicht zwei Abos. Ein zweiter VPS erzeugt kein weiteres Nutzungskontingent. Und ein Arbeitskonto ist kein Ersatz-Login, wenn das private Konto sein Limit erreicht.

Wir klären vor zusätzlichen Agenten drei Fragen: Wem gehört die Identität, welcher Arbeitsbereich ist für den Code autorisiert und wo liegen die Zugangsdaten? Dieser Leitfaden behandelt die Identitätsgrenze; unser Leitfaden für parallele Agenten behandelt die Ausführung.

Mehrere Codex-Konten: Wann eine Trennung sinnvoll ist

Mehrere Konten sind eine Identitätsentscheidung, kein Skalierungstrick. Entwickler benötigen möglicherweise eine private Identität für eigene Projekte und eine vom Arbeitgeber bereitgestellte Identität für Unternehmenscode. Ein Team braucht individuell zugewiesenen Zugang gemäß seinen Arbeitsbereichsrichtlinien, kein unter Entwicklern geteiltes Passwort.

Ein Konto, ein Nutzerplatz im Arbeitsbereich und ein Agentenprozess sind verschiedene Dinge. Nicht jeder Agent braucht zwangsläufig einen bezahlten Nutzerplatz; ebenso erlaubt ein Nutzerplatz nicht automatisch mehreren Personen, Zugangsdaten zu teilen. Prüfen Sie vor dem Kauf die aktuellen Tarifbedingungen und Unternehmensregeln.

Office Claws gibt jedem Codex-Agenten einen eigenen VPS in Ihrem Contabo-Konto. Das trennt den Zustand der Runner, gewährt aber keine zusätzlichen Codex-Nutzungsrechte und ersetzt keine Arbeitsbereichsberechtigungen. Der Self-Hosted-Tarif beginnt bei $4.99/Monat für den ersten Agenten; VPS und ChatGPT kosten extra. Siehe unsere Betriebskostenübersicht.

Zugangsdaten in der autorisierten Umgebung halten

Laut der Authentifizierungsdokumentation von OpenAI teilen sich CLI und IDE-Erweiterung zwischengespeicherte Zugangsdaten. Je nach Konfiguration liegen diese im Zugangsdaten-Speicher des Betriebssystems oder in einer Authentifizierungsdatei im Codex-Home-Verzeichnis. Ein Kontowechsel in einer gemeinsam genutzten Umgebung kann deshalb andere Clients mit demselben Speicher betreffen.

Für die Trennung von Privat- und Arbeitskontext bevorzugen wir getrennte Betriebssystembenutzer oder Hosts, jeweils mit eigenem Home-Verzeichnis, Zugangsdaten-Speicher und Repository-Checkout. Ein anderer Terminal-Tab oder Git-Branch ist keine Identitätsgrenze. Auch getrennte Konfigurationsverzeichnisse sind allein keine Sandbox: Prozesse desselben Betriebssystembenutzers können möglicherweise weiterhin gegenseitig Dateien lesen.

Prüfen Sie die Anmeldung vor Arbeitsbeginn lokal in jeder Umgebung:

codex login status

Bestätigen Sie anschließend Konto und Arbeitsbereich in der jeweiligen Anmelde- oder Kontooberfläche und prüfen Sie das Remote-Repository. Der Anmeldestatus allein beweist nicht, dass diese Identität ein bestimmtes Repository verarbeiten darf.

• Melden Sie sich nur mit einem Konto an, das Sie verwenden dürfen.
• Kopieren Sie keine Authentifizierungsdateien zwischen privaten und betrieblichen Runnern.
• Behandeln Sie gespeicherte Tokens wie Passwörter: niemals committen oder in Tickets, Protokolle oder Chats einfügen.
• Begrenzen Sie Repository-Zugangsdaten auf das erforderliche Projekt, getrennt von der Codex-Anmeldung.
• Entziehen Sie beim Ausscheiden oder bei einem vermuteten Datenleck den Zugang über die Konto- und Arbeitsbereichsverwaltung; das Löschen eines Checkouts ist kein Widerruf.

Nutzen Sie für entfernte Runner den VPS-Einrichtungsleitfaden und den SSH-Arbeitsablauf. Halten Sie die Authentifizierungsvorgaben Ihrer Organisation ein.

Mehr Abos lösen nicht jedes Kapazitätsproblem

Mehrere Agenten mit demselben Konto verbrauchen dessen verfügbares Kontingent. Ein weiterer Rechner vervielfacht es nicht. Limits und Funktionen ändern sich; prüfen Sie daher die offizielle Codex-Preisseite und Ihre Nutzungsanzeige, statt eine feste Zahl ununterbrochener Agentenstunden anzunehmen.

Wir bestimmen erst den Engpass, bevor wir mehr ausgeben:

1. Kontingent aufgebraucht: Warten Sie auf die Rücksetzung, verkleinern Sie Aufgaben oder nutzen Sie eine offiziell angebotene Tarif- oder Guthabenoption. Wechseln Sie nicht zwischen Konten, um Beschränkungen zu umgehen.
2. Agenten überschreiben Dateien: Trennen Sie Checkouts und Branches. Ein zusätzliches Abo repariert keinen gemeinsam genutzten Arbeitsbaum.
3. Arbeit gehört zu unterschiedlichen Organisationen: Nutzen Sie jeweils deren genehmigte Identität und Umgebung, auch wenn Ihr privates Konto noch Kontingent hat.
4. Automatisierung braucht getrennte Abrechnung: Prüfen Sie einen genehmigten API-Arbeitsablauf. API-Schlüssel werden getrennt von ChatGPT-Abos abgerechnet und haben eigene Limits und Datenverarbeitungsregeln. Das ist eine allgemeine Codex-Option, keine Zusage, dass Office Claws jede Authentifizierungsart unterstützt.

Unser Abo-Leitfaden erklärt die Tarifwahl; Abo- und API-Kosten im Vergleich erläutert die Abrechnung. Weder ein neues Konto noch ein frischer VPS ersetzt Reviews, Genehmigungen oder Anbieterrichtlinien.

Unsere empfohlene Konten-Checkliste

Dokumentieren Sie vor jedem zusätzlichen Runner Eigentümer, genehmigten Arbeitsbereich, Repository-Zugriffsbereich, Anmeldeverfahren und Widerrufsweg. Notieren Sie Kennungen, keine Geheimnisse. Wenn Sie den Eigentümer nicht nennen oder den Codezugriff nicht begründen können, verbinden Sie den Runner nicht.

Als Einzelentwickler beginnen Sie mit einem autorisierten Konto und messen die tatsächliche Nutzung. Im Team haben individuelle Zugänge und zuverlässiger Rechteentzug Vorrang. Trennen Sie private und betriebliche Umgebungen vor der Anmeldung. Erweitern Sie die Kapazität erst, wenn klar ist, ob Nutzungskontingent, Rechenleistung oder kollidierende Änderungen der Engpass sind.

Office Claws verwaltet Codex-basierte VPS-Runner und zeigt sie in einem Pixel-Büro. Kontoeigentum, Arbeitsbereichsberechtigungen und Abo-Berechtigung bleiben Ihre Verantwortung und die Ihrer Organisation. Diese Grenze benennen wir ausdrücklich.