Codex CLI på Muapi

Konfiguration

~/.codex/config.toml (macOS/Linux) eller %USERPROFILE%\.codex\config.toml (Windows):

model = "gpt-5-6-sol"
model_provider = "muapi"

[model_providers.muapi]
name = "Muapi"
base_url = "https://api.muapi.ai/openai/v1"
env_key = "MUAPI_API_KEY"
wire_api = "responses"

API-nyckel

macOS/Linux:

export MUAPI_API_KEY=your_key

Windows PowerShell:

$env:MUAPI_API_KEY = "your_key"
setx MUAPI_API_KEY "your_key"

Viktiga detaljer

  • base_url är roten; Codex lägger till /responses.
  • env_key anger namnet på variabeln som innehåller nyckeln, inte själva nyckeln.
  • Ange model explicit med ett id från modellendpointen, inte Codex inbyggda standardvärde.
  • Provider-id:na openai, ollama och lmstudio är reserverade; använd muapi.
  • Behåll providerkonfigurationen i filen på användarnivå, inte i projektfiler.

Modeller

curl -s -H "Authorization: Bearer $MUAPI_API_KEY" https://api.muapi.ai/openai/v1/models

Ocensurerade (abliterated) modeller

Modellendpointen listar även Muapis ocensurerade modeller med verktygsstöd (till exempel qwen-3-8-27b-obliterated, mimo-v2-6-flash-abliterated). Ange model = "<id>" i config.toml för att använda en av dem; Muapi översätter åt dig mellan Codex protokoll och modellens chatt-API.

  • Experimentellt: kvaliteten varierar mellan modeller, och mindre modeller kan hoppa över steg i uppgifter med flera filer.
  • Det finns ingen prompt caching, så varje tur faktureras för hela konversationen hittills.
  • Utdata per svar är begränsad till 16,384 tokens, och kontextfönstren är mindre än hos GPT.
  • Codex måste skicka hela konversationen varje tur (dess standard för anpassade providers). Förfrågningar som förlitar sig på previous_response_id avvisas med ett tydligt fel.
  • Inbyggda Codex-verktyg utöver funktionsverktyg i shell-stil och apply_patch (till exempel webbsökning) är inte tillgängliga på dessa modeller.

Resonemangsnivå (valfritt)

model_reasoning_effort = "high"

Verifiera

codex doctor