Skip to content

Providers And Compatibility Reference ​

To add, edit, or test a model service, go directly to AI Providers. This page is a reference for how provider families and client interfaces relate.

Common Providers ​

Provider typeCommon useRelated pages
CodexCodex CLI, accounts, and quotaAI Providers, Accounts, Inspection
ClaudeClaude Code and compatible callsAI Providers, Accounts, Monitoring
OpenAI-compatibleRelays, self-hosted, or compatible servicesAI Providers, Model Prices, Usage Analytics
Gemini / VertexGoogle models and project credentialsAI Providers, OAuth, Accounts
xAI / GrokAPI key or OAuth accountsAI Providers, Accounts, Inspection
Muse / MetaDevice Flow account or meta-api-key inference providerAI Providers, OAuth, Accounts

When adding a provider, confirm four things first: base URL, authentication method, model names used by clients, and the account or auth file binding.

Muse / Meta requires an extra credential distinction: OAuth Device Flow produces a DCA for account authentication and quota reads, while model inference uses a separate meta-api-key. Full support requires CPA v7.3.4+.

When Requests Fail ​

  1. Run an available model or key test from AI Providers.
  2. Check whether the auth file is disabled or out of quota.
  3. Send a low-cost real request.
  4. Read the status code and sanitized failure summary in Monitoring.
  5. Use Logs only after those checks.
Advanced: compatibility APIs and reverse proxy

Common client interfaces include:

  • /v1/... for OpenAI-compatible clients.
  • /v1beta/... for Gemini-compatible clients.
  • /backend-api/codex/... for Codex CLI.
  • Provider callback paths for OAuth login.

Model requests must go to CPA, not CPAMP. For same-domain routing, see Reverse Proxy.

Model prices affect CPAMP local cost estimates only. They do not change CPA routing or provider billing.

Released under the MIT License.