CLIProxy API Integration
CCS uses CLIProxyAPI by default, with an opt-in CLIProxyAPIPlus community fork for plus-only providers. In the current CCS UI, that capability is split across three routes, not one generic page.Current Surface Map
| Route | What lives there | Use it when |
|---|---|---|
/cliproxy | OAuth overview workspace | provider status, accounts, advanced variants, routing, account actions |
/cliproxy/ai-providers | AI Providers workspace | API-key and connector routes that belong inside CLIProxy |
/cliproxy/control-panel | embedded control panel | upstream management-center features that CCS does not re-skin |
OAuth Overview Workspace
- Dark Theme
- Light Theme

/cliproxy route is the main CCS-owned control surface. It includes:
- a provider rail for authenticated OAuth providers
- a variant list for CCS-managed provider variants
- a proxy status widget and backend label
Add Accountas the primary account connection flowAdvanced Variantfor separate runtime/profile variants- provider editors for accounts, models, targets, and routing
- deep links such as
?provider=claudeand?action=authfor focused flows
Supported OAuth Providers
| Provider | Status | Notes |
|---|---|---|
| Claude | OAuth | Anthropic Claude with quota support |
| Gemini | OAuth | Google Gemini via OAuth |
| Codex | OAuth | OpenAI Codex routing |
| Antigravity | OAuth | multi-account routing |
| GitHub Copilot (deprecated) | OAuth | Compatibility account routing with quota support |
| Kiro | OAuth | AWS Builder ID / IDC-driven Kiro access |
| iFlow | OAuth | alternative AI routing |
| Kimi | OAuth | Moonshot Kimi OAuth-backed routing |
| Cursor | OAuth | browser-driven polling flow via CLIProxy |
| GitLab Duo | OAuth / PAT | browser OAuth or PAT login on the same shortcut |
| CodeBuddy | OAuth | browser-driven polling flow via CLIProxy |
| Kilo AI | OAuth | device-code flow through CLIProxy |
Quota-Supported Providers
agy · claude · codex · gemini
Deprecated compatibility provider: ghcp
Backend Requirements
CCS can authenticate 13 CLIProxy providers today, but not all of them work on both backend binaries.originalis the default backend and tracksrouter-for-me/CLIProxyAPIplusdownloads the maintainedkaitranntt/CLIProxyAPIPlusfork and migrates legacy deleted-upstream Plus installs safely to the original backend- The embedded control panel follows the backend:
originaluses upstream CPAMC, whileplususes the maintainedkaitranntt/Cli-Proxy-API-Management-Centerdashboard fork - Works on
originalorplus:agy,claude,codex,gemini,iflow,kimi - Requires
plus:kiro,cursor,gitlab,codebuddy,kilo, and deprecatedghcpcompatibility

cliproxy.management_panel_repository.
Model Catalogs And Pickers
CCS treats CLIProxy management model definitions as the primary catalog source. The dashboard resolves model metadata in this order:- live CLIProxy management catalog
- cached catalog snapshot
- static CCS fallback catalog
agy · claude · codex · gemini · iflow · kimi · kiro
Deprecated compatibility provider: ghcp
The newer auth-capable providers (cursor, gitlab, codebuddy, kilo) are
still current and supported, but they do not yet participate in the same local
static catalog-sync pipeline.
ccs cliproxy --latest
to update the local backend binary, then ccs cliproxy catalog refresh to
refresh dashboard model pickers and static fallback metadata.
Routing Strategy
CCS exposes the proxy-wide routing strategy directly instead of inferring it from account mix.| Strategy | Behavior | Good fit |
|---|---|---|
round-robin | spread requests across matching healthy accounts | even usage and predictable distribution |
fill-first | drain one healthy account before touching backups | keep backup accounts cold until needed |
round-robin as the default until you change it explicitly.
AI Providers Workspace
/cliproxy/ai-providers is now the dedicated home for non-OAuth upstreams that
still belong to the proxy layer.
Use it for:
- API-key families such as Gemini, Codex, Claude-compatible, and Vertex routes
- named OpenAI-compatible connectors
- advanced route composition with prefixes, proxy overrides, headers, and model aliases
.settings.json.
Control Panel Embed
/cliproxy/control-panel embeds the upstream management center inside the CCS
dashboard shell.
- Local mode reverse-proxies
management.htmlthrough the dashboard server to avoid cross-origin and port issues - Remote mode uses the saved remote proxy config and bootstraps auth into the iframe when a management token is available
management.html
login screen), it asks for a Management Key. The default is ccs. CCS
surfaces the active key (your management_secret if set, otherwise ccs) in
ccs cliproxy status and ccs cliproxy start, next to the Control Panel URL.
Use this page when the upstream management center already exposes the exact
operation you need and CCS has intentionally chosen not to duplicate it.
Target Metadata
Variants on the overview route can carry a CCStarget:
| Target | CLI | Meaning |
|---|---|---|
claude | Claude Code | default target |
droid | Factory Droid | alternate runtime for compatible flows |
Quick Start
/cliproxy for OAuth-backed providers. Move to
/cliproxy/ai-providers when you need API-key or connector routes. Open
/cliproxy/control-panel when you need the upstream management-center surface.

