Skip to main content
客户端用统一的引擎注册表管理多个 runtime。输入框底部的选择器决定这次请求走谁。 打开 设置 → CLI配置管理。左侧按 已启用 / 未启用 / 暂未开放 分组。把引擎移到 未启用,输入框里就不再出现它。

当前可用

检测、一键安装和 PATH 排障见 检测与安装

暂未开放

Gemini CLI 以及 Cursor / Copilot / Qwen 等条目会出现在「暂未开放」分组。不要按已交付 runtime 写配置流程。

怎么选

  • 要完整权限弹窗、规划、MCP / Skills:优先 Claude Code
  • 要 OpenAI / Codex 生态:用 Codex
  • 已在终端用 OpenCode / Grok / Kimi / Pi:切到对应引擎
  • 已在跑 DeepSeek Harness:用 DSH
同一工作区可以来回切供应商。历史按 runtime 隔离。

配置入口

打开 设置 → CLI配置管理
  • Claude / Codex / Kimi / Grok / OpenCode 的托管供应商
  • Pi 的 auth.json 与订阅授权状态
  • DeepSeek Harness 的 host / port / 自动启动
  • 本机二进制检测、一键安装与自定义路径
  • 自定义模型与价格(供统计)
供应商目录在 ~/.ccgui/config.json。启用后:Claude 不改 ~/.claude/settings.json;Codex 写入 ~/.codex/;Kimi / Grok 会写入各自的 config.toml(先备份 .bak);OpenCode 走环境注入,不改 opencode.json

Claude Code

API Key、本地配置和登录。

Codex

~/.codex/ 与沙箱。

Kimi

config.toml 与第三方供应商。

Grok

config.toml;Windows 用 WSL。

OpenCode

opencode.json,环境注入。

Pi

API Key 与 /login

DeepSeek Harness

host / port 与 Web UI。

检测与安装

安装计划、PATH 与排障。