Other supported routes such as GHCP, Qwen, Gemini, iFlow, and Antigravity are
documented in Provider Overview. This page
keeps the first-run path focused on the safest baseline examples.
CCS spawns a local OAuth callback server and opens the provider login page.
For Device Code providers (Kiro, Qwen, Kimi), a code and URL are shown in
the terminal instead.
2
Sign in
Complete login with the account for your chosen provider.
3
Token saved
OAuth credentials are cached at ~/.ccs/cliproxy/auth/. Future runs skip
this step.
4
Session starts
CCS launches the selected target runtime with the chosen provider injected
as the API backend. By default, that target runtime is Claude Code.
# Interactive session (default)ccs codex# One-shot with promptccs kiro "what does this regex do: ^[a-z]+$"# Pass a prompt directlyccs glm "refactor this function to use async/await"
# Switch between providers instantlyccs "design the auth layer" # Default Claudeccs glm "implement user service" # Z.AI GLM (cost-optimized)ccs codex "security review" # OpenAI Codex# Extended thinking / reasoningccs --effort high "debug this regression"ccs codex --effort xhigh "complex refactor"ccs km "reason through this architecture change"# Multi-account: work vs personalccs work "review PR #123"ccs personal "help with side project"