Codex CLI (OpenAI)
Configurez Codex CLI avec GetVibe API : config.toml, auth.json et variables d’environnement. wire_api = "responses" est requis — Codex appelle /v1/responses.
Configuration prête à l’emploi
Généré à la demande à partir de notre catalogue : l’adresse de l’API, tous les modèles publiés avec leur fenêtre de contexte et leur limite de sortie, ainsi que les paramètres recommandés. Il ne contient aucune clé. Codex lit la clé dans GETVIBE_API_KEY (env_key). Modèle économique pour une exécution : codex -m <model ID> ; raisonnement maximal : codex -c model_reasoning_effort="high". Supprimez les tables [profiles.*] héritées des anciennes versions de ce fichier — Codex 0.134 et les versions ultérieures refusent --profile tant qu’elles sont présentes.
# macOS / Linux
mkdir -p ~/.codex
curl -fsSL https://getvibeapi.com/api/integrations/codex.toml -o ~/.codex/config.toml# Windows PowerShell
New-Item -ItemType Directory -Force "$HOME\.codex" | Out-Null
Invoke-WebRequest https://getvibeapi.com/api/integrations/codex.toml -OutFile "$HOME\.codex\config.toml"- Modèle principal —
gpt-6.1-sol: agent de programmation performant avec un grand contexte à un prix modéré ; l’id nu permet de maintenir le basculement entre canaux. - Petites tâches —
deepseek-v4.1-flash: le modèle compétent le moins cher avec un contexte de 1M, pour les titres, les résumés, les messages de commit et la condensation. - Diffusion en continu activée, délai d’expiration de la requête de 600 secondes, effort de raisonnement medium : une réponse nécessitant un long raisonnement prend plusieurs minutes et, sans diffusion en continu, dépasse la limite d’attente.
- Utilisez partout les identifiants de modèles seuls, sans :suffix — cela permet le basculement automatique vers un canal sain.
?models= avec des ID séparés par des virgules à l’URL.Codex CLI est un outil agentique d’OpenAI destiné à travailler sur du code dans le terminal. Il utilise le point de terminaison /v1/responses, le paramètre wire_api = "responses" est donc obligatoire.
config.toml
Ajoutez le fournisseur à ~/.codex/config.toml :
model = "gpt-6.1-sol"
model_provider = "getvibe"
model_reasoning_effort = "high"
[model_providers.getvibe]
name = "GetVibe API"
base_url = "https://getvibeapi.com/v1"
wire_api = "responses"
env_key = "GETVIBE_API_KEY"Méthode principale : variable d’environnement
Définissez la variable nommée par env_key :
export GETVIBE_API_KEY="PASTE_YOUR_GETVIBE_KEY_HERE"
codexAlternative: auth.json
Pour cette option, supprimez env_key et remplacez le bloc du fournisseur par ceci :
model = "gpt-6.1-sol"
model_provider = "getvibe"
model_reasoning_effort = "high"
[model_providers.getvibe]
name = "GetVibe API"
base_url = "https://getvibeapi.com/v1"
wire_api = "responses"
requires_openai_auth = truePlacez alors la véritable clé dans ~/.codex/auth.json sous le nom exact OPENAI_API_KEY. La chaîne $GETVIBE_API_KEY n’est pas développée dans JSON.
{"OPENAI_API_KEY": "PASTE_YOUR_GETVIBE_KEY_HERE"}/v1/responses (format de l’API Responses d’OpenAI). Sans wire_api = "responses", les requêtes seraient envoyées au mauvais point de terminaison.