Richten Sie den OpenAI Codex auf einen LiteLLM-Proxy für geroutete Modelle und Budgets aus.
Weisen Sie den OpenAI Codex auf eine LiteLLM-Proxy-URL hin, um Zugang zu vielen Modellen zu erhalten, zentrale Kostenprotokolle sowie virtuelle Schlüssel pro Entwickler mit eigenen Budgets.
Dieser Leitfaden weist OpenAI Codex auf einen von Ihnen betriebenen LiteLLM-Proxy hin (oder auf einen, den Ihr Team bereits hostet). Codex liest eine Basis-URL aus der Konfiguration, wodurch ein Proxy Ihnen mehrere Modellrouten ermöglicht, zentrale Protokolle/Kostenverwaltung, keys pro Entwickler mit Budgets sowie einen einzigen Key des upstream-Anbieters auf dem Server.
Anforderungen
Docker (oder ein vorhandener LiteLLM-Endpunkt), Codex CLI oder Desktop-Anwendung sowie Zugang zu mindestens einem upstream-Modellanbieter.
1. OpenAI Codex installieren
Befolgen Sie die aktuellen Installationsanleitungen für CLI/Desktop. Stellen Sie sicher, dass codex lokal läuft, bevor Sie einen Proxy verbinden.
2. LiteLLM für die Modellroutung konfigurieren
config.yaml
npm install -g @openai/codex
model_list:
# `codex -m <id>` works with any of them.
- model_name: gpt-5.6-terra
litellm_params:
model: openai/gpt-5.6-terra
api_key: os.environ/OPENAI_API_KEY
- model_name: gpt-5.6-luna
litellm_params:
model: openai/gpt-5.6-luna
api_key: os.environ/OPENAI_API_KEY
- model_name: gpt-5.6-sol
litellm_params:
model: openai/gpt-5.6-sol
api_key: os.environ/OPENAI_API_KEY
# Anything from another provider goes in the same list.
- model_name: claude-sonnet-5
litellm_params:
model: anthropic/claude-sonnet-5
api_key: os.environ/ANTHROPIC_API_KEY
# Catch-all, so `codex -m <anything>` reaches OpenAI without editing
# this file. Delete this entry to restrict a fleet to the list above.
- model_name: "*"
litellm_params:
model: openai/*
api_key: os.environ/OPENAI_API_KEY
litellm_settings:
drop_params: true
general_settings:
master_key: os.environ/LITELLM_MASTER_KEY
# Coding turns stream for a long time. Do not cut them off.
request_timeout: 600
name: litellm-coding-agents
services:
litellm:
image: ghcr.io/berriai/litellm:main-stable
restart: unless-stopped
command: ["--config", "/app/config.yaml", "--port", "4000"]
ports:
- "4000:4000"
volumes:
- ./config.yaml:/app/config.yaml:ro
env_file:
- .env
environment:
DATABASE_URL: postgresql://litellm:litellm@postgres:5432/litellm
STORE_MODEL_IN_DB: "True"
depends_on:
postgres:
condition: service_healthy
healthcheck:
test: ["CMD-SHELL", "python -c \"import urllib.request,sys; sys.exit(0 if urllib.request.urlopen('http://localhost:4000/health/liveliness').status==200 else 1)\""]
interval: 10s
timeout: 5s
retries: 12
start_period: 30s
postgres:
image: postgres:16-alpine
restart: unless-stopped
# Deliberately not published to the host. Nothing outside this
# network needs it, and 5432 is usually already taken.
environment:
POSTGRES_USER: litellm
POSTGRES_PASSWORD: litellm
POSTGRES_DB: litellm
volumes:
- litellm-pgdata:/var/lib/postgresql/data
healthcheck:
test: ["CMD-SHELL", "pg_isready -U litellm -d litellm"]
interval: 5s
timeout: 5s
retries: 20
volumes:
name: litellm-pgdata
OPENAI_API_KEY=... ANTHROPIC_API_KEY=... LITELLM_MASTER_KEY=sk-1234
docker compose up -d
curl -s http://localhost:4000/health/liveliness
curl -s http://localhost:4000/v1/models -H "Authorization: Bearer sk-1234" | head -c 400
lsof -nP -iTCP:4000 -sTCP:LISTEN
cp ~/.codex/config.toml ~/.codex/config.toml.bak 2>/dev/null || true
model = "gpt-5.6-terra" model_provider = "litellm" model_reasoning_effort = "medium" [model_providers.litellm] name = "LiteLLM Gateway" base_url = "http://localhost:4000/v1" # More on setting up LITELLM_API_KEY towards the end env_key = "LITELLM_API_KEY" # Codex talks the Responses API. wire_api = "responses" # A coding turn can stream for long time, hence the setting below stream_idle_timeout_ms = 7200000 stream_max_retries = 5 request_max_retries = 4 # Codex cli complains if not in a trusted folder [projects."/path/to/your/project"] trust_level = "trusted"
codex exec "reply with the word CONNECTED and nothing else"
launchctl setenv LITELLM_API_KEY "sk-1234"
export LITELLM_API_KEY=""
codex -m gpt-5.6-luna
# Optional profiles # Saved model plus reasoning-effort pairs. `codex --profile deep`. [profiles.fast] model = "gpt-5.6-luna" model_reasoning_effort = "low" [profiles.deep] model = "gpt-5.6-sol" model_reasoning_effort = "high"
codex --profile deep
Ordnen Sie Modell-Aliasen den entsprechenden Quelldeployments zu. Bewahren Sie Geheimnisse in Umgebungsvariablen auf, nicht im in Git gespeicherten YAML.
3. Starten Sie den LiteLLM-Proxy
docker-compose.yml
Führen Sie den Proxy hoch und überprüfen Sie den Zustand des Endpunkts /models.
4. Konfigurieren Sie Codex zur Verwendung von LiteLLM
~/.codex/config.toml
Geben Sie die Basis-URL Ihres Proxys an und verwenden Sie einen von LiteLLM ausgestellten virtuellen Schlüssel – nicht den ursprünglichen Anbieter-Schlüssel.
5. Führen Sie Codex aus
Stellen Sie eine einfache Programmieraufgabe, um sicherzustellen, dass die LiteLLM-Logs das verwendete Modell sowie den Tokenverbrauch anzeigen.
6. Desktop-App
Weisen Sie den Desktop-Client auf dieselbe Basis-URL/Schlüssel ein, damit CLI und UI die Budgets teilen können.
Erweiterte Optionen
Virtuelle Schlüssel
Schlüssel pro Entwickler mit Modell-Allowlists und Ausgabobergen verhindern, dass eine unkontrollierte Sitzung das Budget der Organisation aufbraucht.
Nutzung verschiedener Modelle
Ändern Sie den Alias in der Codex-Konfiguration oder pro Anfrage; LiteLLM kümmert sich um Unterschiede zwischen den Quellenmodellen.
Weitere Ressourcen
Halten Sie die Versionen von LiteLLM und Codex konstant; Proxy-Authentifizierung sowie Abweichungen bei Modell-Alias sind die üblichen Probleme nach einem ruhigen Monat.
Sicherheitshinweis: Behandeln Sie den Proxy wie einen Produktivdienst – mit TLS, Netzwerk-Allowlists und Schlüsselrotation –, da er die Anmeldedaten des Anbieters bündelt und jeden Prompt sieht.
Sicherheitshinweis: Behandeln Sie den Proxy wie einen Produktivdienst – mit TLS, Netzwerk-Allowlists und Schlüsselrotation –, da er die Anmeldedaten des Anbieters bündelt und jeden Prompt sieht.
Sicherheitshinweis: Behandeln Sie den Proxy wie einen Produktivdienst – mit TLS, Netzwerk-Allowlists und Schlüsselrotation –, da er die Anmeldedaten des Anbieters bündelt und alle Eingaben sieht.
Sicherheitshinweis: Behandeln Sie den Proxy wie einen Produktivdienst – mit TLS, Netzwerk-Allowlists und Schlüsselrotation –, da er die Anmeldedaten des Anbieters bündelt und alle Eingaben sieht.
Sicherheitshinweis: Behandeln Sie den Proxy wie einen Produktivdienst – mit TLS, Netzwerk-Allowlists und Schlüsselrotation –, da er die Anmeldedaten des Anbieters bündelt und alle Eingaben sieht.
Sicherheitshinweis: Behandeln Sie den Proxy wie einen Produktivdienst – mit TLS, Netzwerk-Allowlists und Schlüsselrotation –, da er die Anmeldedaten des Anbieters bündelt und alle Eingaben sieht.
Sicherheitshinweis: Behandeln Sie den Proxy wie einen Produktivdienst – mit TLS, Netzwerk-Allowlists und Schlüsselrotation –, da er die Anmeldedaten des Anbieters bündelt und alle Eingaben sieht.
Sicherheitshinweis: Behandeln Sie den Proxy wie einen Produktivdienst – mit TLS, Netzwerk-Allowlists und Schlüsselrotation –, da er die Anmeldedaten des Anbieters bündelt und alle Eingaben sieht.
Sicherheitshinweis: Behandeln Sie den Proxy wie einen Produktivdienst – mit TLS, Netzwerk-Allowlists und Schlüsselrotation –, da er die Anmeldedaten des Anbieters bündelt und alle Eingaben sieht.
Sicherheitshinweis: Behandeln Sie den Proxy wie einen Produktivdienst – mit TLS, Netzwerk-Allowlists und Schlüsselrotation –, da er die Anmeldedaten des Anbieters bündelt und alle Eingaben sieht.
Sicherheitshinweis: Behandeln Sie den Proxy wie einen Produktivdienst – mit TLS, Netzwerk-Allowlists und Schlüsselrotation –, da er die Anmeldedaten des Anbieters bündelt und alle Eingaben sieht.
Sicherheitshinweis: Behandeln Sie den Proxy wie einen Produktivdienst – mit TLS, Netzwerk-Allowlists und Schlüsselrotation –, da er die Anmeldedaten des Anbieters bündelt und alle Eingaben sieht.
Sicherheitshinweis: Behandeln Sie den Proxy wie einen Produktivdienst – mit TLS, Netzwerk-Allowlists und Schlüsselrotation –, da er die Anmeldedaten des Anbieters bündelt und alle Eingaben sieht.
Sicherheitshinweis: Behandeln Sie den Proxy wie einen Produktivdienst – mit TLS, Netzwerk-Allowlists und Schlüsselrotation –, da er die Anmeldedaten des Anbieters bündelt und alle Eingaben sieht.