Support custom API base URL and API key (OpenAI-compatible provider)

Feature Request

Allow commandcode to use a custom API base URL and API key from external providers (e.g. any OpenAI-compatible gateway), instead of being hardwired to api.commandcode.ai.

Motivation

Right now all models are routed through Command Code's own backend (api.commandcode.ai). Users on other providers — or self-hosted / relay gateways that expose an OpenAI-compatible /v1 endpoint — cannot point commandcode at them. The only knob that exists, COMMANDCODE_API_URL, switches between Command Code's own prod/staging/local environments; it does not accept an external provider base URL.

Proposed behavior

Something like the existing opencode / Claude Code config model:

• A config file and/or env vars, e.g.:
  • COMMANDCODE_BASE_URL=https://my-provider.example.com/v1
  • COMMANDCODE_API_KEY=sk-...
• Optional custom model list (id → display name, context window, modalities) when pointing at a non-Command-Code backend.
• Priority: CLI flag > config file > env var > current auth.

Use case

I maintain an opencode.jsonc with a custom provider (npm: @ai-sdk/openai-compatible, baseURL + apiKey) and would love to drive commandcode with the same endpoint/key instead of a separate Command Code subscription key.

Environment

• commandcode 1.11.0
• Linux, Node v26

Empieza rastreando la configuración existente de COMMANDCODE_API_URL y el flujo de autenticación actual. Implementa las fuentes propuestas de COMMANDCODE_BASE_URL y COMMANDCODE_API_KEY, incluidos CLI, archivo de configuración, entorno y la precedencia de la autenticación actual, además de metadatos opcionales de modelos personalizados. La tarea estará terminada cuando se puedan usar un endpoint externo compatible con OpenAI y una clave sin una clave de suscripción de Command Code.