Clients/Codex
Wokey API mit Codex nutzen
Hol dir einen Wokey-API-Key, trag in Codex die Base URL von Wokey ein und prüf die Verbindung mit einer curl-Anfrage.
Aktualisiert
Auf dieser Seiteexpand_more
API-Key und Base URL bereitlegenlink
Alle Clients nutzen denselben Wokey-API-Key und dieselbe Base URL.
API-Key erstellen
Melde dich an und erstelle auf der API-Seite einen Plattform-Key. Alle Keys eines Kontos teilen sich dessen Guthaben.
API-Key erstellenkeyBase URL von Wokey verwenden
Trag als Base URL des Clients die Gateway-Domain ein; die Konfiguration unten zeigt, ob /v1 angehängt wird.
Client einrichtenlink
Codex CLI und die Codex-Desktop-App teilen sich dieselbe Konfiguration; die Einrichtung unten gilt für beide. Codex nutzt das Responses-Protokoll. Lass base_url auf der Gateway-Adresse, ohne /responses. Ersetze YOUR_API_KEY in experimental_bearer_token durch deinen Wokey-API-Key, ohne das Präfix Bearer. Entferne eine vorhandene env_key-Einstellung; eine Umgebungsvariable musst du nicht exportieren. Speichere die Datei und starte codex. Der Key liegt im Klartext in der lokalen Konfiguration.
# ~/.codex/config.toml
model = "gpt-6-sol"
model_provider = "wokey"
[model_providers.wokey]
name = "Wokey"
base_url = "https://api.wokey.ai"
experimental_bearer_token = "YOUR_API_KEY"
wire_api = "responses"
# shell
codexAPI-Formate und Base URLslink
Wechselt ein Client das API-Format, kann sich ändern, ob die Base URL auf /v1 endet.
| Format | Base URL | Geeignet für |
|---|---|---|
| OpenAI Responses | https://api.wokey.ai | GPT-Modelle |
Wo es konfiguriert wird: ~/.codex/config.toml
Mit curl prüfenlink
Meldet der Client einen Fehler, schließ zuerst mit curl Probleme mit Key und Base URL aus.
Codex nutzt standardmäßig das Format OpenAI Responses. Antwortet diese Anfrage mit 200, stimmen Key und Base URL. Ersetze vor dem Senden YOUR_API_KEY durch deinen Key.
curl https://api.wokey.ai/v1/responses \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-6-sol",
"instructions": "You are a helpful assistant.",
"input": [
{ "role": "user", "content": "Hello" }
],
"store": false,
"stream": false
}'Fehler und Fehlerbehebunglink
Unterscheide zuerst zwischen Authentifizierung, Guthaben, Rate-Limit, nicht verfügbarem Modell und Upstream-Timeout.
invalid api key
Der Key fehlt, ist falsch geschrieben oder gelöscht, oder die Header Authorization und x-api-key widersprechen sich.
insufficient balance
Das Guthaben des Kontos reicht nicht aus. Lade Guthaben auf, bevor du weitere Anfragen sendest.
model_denylisted / account_restricted
Aufrufe des Modells oder aller Modelle des Kontos sind nach wiederholten Verstößen pausiert. Siehe „Bearbeitungsgebühren für Verstöße und Einschränkungen“.
request_blocked
Diese Anfrage wurde blockiert, bevor sie den Upstream erreicht hat, und wird nicht berechnet – etwa das unveränderte erneute Senden einer Anfrage, die das Modell gerade abgelehnt hat, oder ein pausierter Endnutzer (X-End-User-Id). Die Fehlermeldung nennt, was blockiert ist; ändere die Anfrage entsprechend oder versuch es später erneut. Andere Anfragen sind nicht betroffen.
rate limited
Zu viele Anfragen in kurzer Zeit. Versuch es später erneut oder verringere die Parallelität. Liefert nur ein Modell oder ein Endnutzer (X-End-User-Id) dauerhaft 429, kann das ein vorübergehendes Limit nach Verstößen sein.
client disconnected
Der Client hat die Verbindung geschlossen, bevor die Antwort fertig war (Code downstream_aborted). Das ist standardmäßig kostenlos. Hat ein Konto in den letzten 24 Stunden mindestens 50 Client-Abbrüche und machen diese 10 % oder mehr seiner Anfragen aus, werden spätere abgebrochene Anfragen nach der vom Upstream gemeldeten Nutzung berechnet: die verarbeitete Eingabe einschließlich Cache-Lesen und Cache-Schreiben sowie Ausgabe nur, wenn der Upstream sie gezählt hat. Ein Abbruch, bevor der Upstream Nutzung gemeldet hat, bleibt kostenlos. Das Konto wird benachrichtigt, wenn die Berechnung beginnt, und sie endet automatisch innerhalb einer Stunde, sobald die Abbruchquote wieder normal ist. Die übliche Ursache ist ein zu kurzer Timeout im Client oder Proxy oder ein Programm, das Anfragen abbricht, bevor sie fertig sind.
upstream unavailable
Der Upstream-Modelldienst ist vorübergehend nicht verfügbar. Wechsle das Modell oder versuch es später erneut.
upstream timeout
Die Antwort des Upstreams hat zu lange gedauert. Kürze den Kontext, verringere max_tokens oder versuch es erneut.
upstream overloaded
Das Upstream-Modell ist vorübergehend überlastet, und Wokey hat es bereits über andere Routen erneut versucht (Code upstream_overloaded). Mit deinem Guthaben hat das nichts zu tun. Versuch es in Kürze erneut oder wechsle das Modell.
Häufige Fragenlink
- Soll die base_url von Codex auf /v1 oder /responses enden?
- Weder noch. Setze base_url auf https://api.wokey.ai. Codex hängt /responses selbst an; fügst du es von Hand hinzu, steht der Pfad doppelt da.
- Gehört das Wort Bearer in experimental_bearer_token?
- Nein. Füge nur den Wokey-API-Key ein und lösche die alte Zeile env_key, dann brauchst du keine Umgebungsvariable.
- Was gehört in wire_api?
- responses. Codex spricht das OpenAI-Responses-Format, in dem GPT-Modelle auf Wokey aufgerufen werden.
Anleitungen zu Einrichtung und Fehlernlink
- Codex config.toml für einen eigenen API-Provider: seit 2026 nur noch Responses
Eine vollständige config.toml für einen eigenen Codex-Provider. wire_api = "chat" wurde im Februar 2026 entfernt; hier findest du die Chronologie, den genauen Fehlertext und eine Checkliste zur Fehlersuche.
- Codex über ein Relay oder offiziell: Funktionen, Preise und Daten im Vergleich
Ein Relay ist in Codex der Modus mit eigenem Provider: Lokal programmierst du wie gewohnt, Unterschiede gibt es bei Cloud-Aufgaben, den Limits in /status, dem Fast-Modus und der serverseitigen Komprimierung. Mit Preisvergleich und einer Konfiguration, um beides parallel zu nutzen.