Viele Menschen, die Codex tatsächlich für ernsthafte Arbeit nutzen, stoßen auf ein sehr reales Problem: Das Kontingent reicht einfach nicht aus. Wenn du nur gelegentlich herumspielst, könnte Plus ausreichen. Aber sobald du Codex zum Schreiben von Code, Debuggen, Zerlegen von Aufgaben, Recherchieren oder Verwalten von Projekten einsetzt – und deine Nutzung zunimmt – fragst du dich: Gibt es eine Möglichkeit, Codex weiterhin auf die gleiche Weise zu nutzen, aber insgesamt etwas weniger auszugeben?
Genau aus diesem Grund habe ich kürzlich Codex Third-Party Workers als Open Source veröffentlicht. Meine Überlegung ist ganz einfach: Führe nicht jede einzelne Aufgabe zum gleichen Preis aus.
Vorher hat Codex alles erledigt – groß oder klein, egal welcher Art – über dieselbe Pipeline. Jetzt habe ich eine Aufgabenplanungsebene in den Codex-Workflow eingebaut. Codex bleibt weiterhin der Hauptagent: Er versteht die Aufgabe, zerlegt sie, beurteilt, was zu tun ist, überprüft und gibt die endgültige Freigabe. Aber einige Teilaufgaben, die sich zum Auslagern eignen, können an günstigere Drittanbieter-Modell-APIs gesendet werden. Sobald diese erledigt sind, gehen die Ergebnisse zurück an Codex. Kurz gesagt: Benutzer gibt eine Aufgabe → Codex versteht und zerlegt sie → geeignete Teilaufgaben gehen an Drittanbieter-Workers → Workers erledigen sie → Ergebnisse kehren zu Codex zurück → Codex prüft und schließt ab.
Bei diesem Projekt geht es also nicht darum, Codex zu ersetzen. Es geht darum, eine praktischere Frage zu lösen: Wie bringst du dein Plus-Kontingent dazu, weiter zu reichen?
Für Plus-Nutzer denke ich, dass das wirklich wichtig ist. Wenn du Codex nur gelegentlich startest, musst du dir über Kosten keine großen Gedanken machen – die kostenlose Version reicht völlig aus. Aber sobald Codex dein täglicher Begleiter wird, wird die Frage, wie du dein Kontingent aufteilst, welche Aufgaben bei Codex bleiben und welche an günstigere Modelle gehen können, selbst zu einem Problem, das es zu optimieren lohnt.
Mein Ziel ist: Stelle sicher, dass dein Plus-Kontingent für die Dinge ausgegeben wird, für die du Codex wirklich nutzen möchtest. Alles andere, was ausgelagert werden kann, geht an kostengünstigere Provider-APIs.
Es geht nicht darum, Codex kostenlos zu bekommen – die Drittanbieter-APIs kosten weiterhin Geld. Was du wirklich optimierst, sind die durchschnittlichen Kosten über deinen gesamten KI-Workflow. Für dasselbe Projekt kann die endgültige Rechnung ganz anders aussehen, je nachdem, ob du alles über eine teure Pipeline laufen lässt oder die Aufgaben entsprechend aufteilst.
Deshalb komme ich immer wieder darauf zurück: Führe nicht jede Aufgabe zum gleichen Preis aus.
Derzeit bündelt Codex Third-Party Workers bereits mehrere Drittanbieter-Provider-Pakete: DeepSeek V4 Flash, MiniMax-M3 und Alibaba Cloud Bailian Qwen3.7-Max.
MiniMax-M3 und Qwen3.7-Max wurden bereits mit echten API-Aufrufen, CLI und Codex-Desktop-Subagenten-Läufen validiert. DeepSeek V4 Flash ist integriert und hat Isolationstests bestanden, obwohl wir noch die vollständige Laufzeitverifizierung am öffentlichen Installationsprogramm durchführen.
Um der klassischen Falle zu entgehen – ein paar Cent bei API-Aufrufen zu sparen, aber am Ende ein Durcheinander von API-Schlüsseln und lokalen Konfigurationen zu haben – habe ich einige Schutzmaßnahmen für Sicherheit und Installation eingebaut. API-Schlüssel werden aus dem macOS-Schlüsselbund gelesen; standardmäßig wird ein Probelauf ausgeführt; du musst explizit --apply verwenden, um echte Änderungen vorzunehmen; Drittanbieter-Workers übernehmen nur Aufgaben mit klaren Grenzen; und das Endergebnis geht weiterhin zur Überprüfung an den Haupt-Codex-Thread zurück. Die aktuelle Basisversion hat 37 von 37 Isolationstests bestanden.
Natürlich ist es noch Beta. Derzeit wird nur macOS unterstützt, und du benötigst Codex Desktop, Unterstützung für benutzerdefinierte Subagenten und Node.js 20+. Windows wird getestet und sollte ebenfalls funktionieren. Und denk daran – Drittanbieter-Provider-APIs werden separat abgerechnet. Das ist also keine Wunderwaffe, bei der „Plus nach der Installation von Codex Third-Party Workers ewig hält".
Die Nutzungshäufigkeit, die Aufgabenmischung und die Preise der Drittanbieter sind bei jedem anders. Aber wenn du ein intensiver Codex-Nutzer bist, hier mein Vorschlag: Gerate nicht in Panik und wechsle nicht sofort zu einem teureren Plan, sobald du siehst, dass dein Kontingent knapp wird. Schau dir zuerst genau an, wie deine Aufgaben es verbrauchen. Welche benötigen unbedingt Codex? Welche können ausgelagert werden? Was ist ein gesundes Tempo für dein Plus-Kontingent? Wenn du das im Griff hast, kannst du durch das Hinzufügen günstigerer Drittanbieter-Modell-APIs mehr Arbeit für weniger Gesamtkosten erledigen.
Das ist das eigentliche Problem, das ich mit diesem Open-Source-Projekt angehen wollte. Es geht nicht darum, KI weniger zu nutzen. Es geht darum, etwas weniger auszugeben und etwas mehr zu erreichen.
Projektlink: https://github.com/dhy365-creator/codex-third-party-workers
Es ist vollständig Open Source unter der MIT-Lizenz. Wenn du auch ein intensiver Codex-Nutzer bist, probier es aus. Wenn du die Idee nützlich findest, wäre ein Star sehr willkommen. Danke!