对比

AutoJev 与 CC Switch 对比

两者都是免费的本地桌面应用，位于编程智能体和 API 服务商之间。CC Switch 侧重切换每个工具使用的服务商，并管理 MCP、Skills 和提示词；AutoJev 侧重通过一个本地网关，把每个请求路由到合适的模型。

切换 vs 路由：按工具选服务商，或按请求选模型
AutoJev 可从 CC Switch 导入 Claude Code 与 Codex 服务商
两者都在本地运行，都是开源项目
CC Switch 信息核对自其 README（2026 年 10 月）

下载 AutoJev GitHub 上查看

为每次请求选择合适的模型。

接入智能体

Codex

Claude Code

Gemini CLI

AutoJev

autojev/quality

openrouter/anthropic/claude-sonnet

deepseek/deepseek-chat

ollama/qwen3:14b

服务商

模型

路由

智能体

今日请求

1,284

今日 Token

18.6M

一句话结论

CC Switch 定位是编程 CLI 的“全能助手”，核心是一键切换服务商：维护一份服务商列表，决定 Claude Code、Codex 等工具当前用哪一个。在此之上，它还提供 MCP 服务器管理、Skills、提示词库、用量看板，以及带故障转移的本地代理。

AutoJev 是本地模型路由器。智能体统一连接 http://127.0.0.1:9527/v1，请求 autojev/fast 这样的路由；AutoJev 再为每个请求选模型——加权负载均衡或智能选择，也可以直接请求 <provider>/<model_id>——必要时转换协议，出错时自动切换，并把结果记入日志。

如果你主要是在几个服务商之间来回切，还想顺手管理 MCP 和 Skills，CC Switch 很合适；如果你希望一个路由能根据实测速度、价格和质量在多个模型间自动选择，那正是 AutoJev 要做的事。

功能对比

CC Switch 的信息来自其 GitHub README（截至 2026 年 10 月）。功能更新很快，以对方文档为准。

能力	AutoJev	CC Switch
核心思路	一个本地网关，每个请求单独路由到模型	按工具一键切换当前服务商，另有本地路由代理
部署形态	桌面应用（Tauri）；macOS、Windows x64、Linux x64	桌面应用（Tauri）；Windows 10+、macOS 12+、Linux
支持的智能体	Codex、Claude Code、Gemini CLI、Grok Build、OpenClaw、Hermes、OpenCode、Kimi Code、oh-my-pi、自定义智能体	Claude Code、Claude Desktop、Codex、Gemini CLI、Grok Build、OpenCode、OpenClaw、Hermes、Pi、MiniMax Code
服务商配置	6 个预设，外加任意 OpenAI / Anthropic 兼容端点；可从 CC Switch、Termany 导入	README 称有 90+ 服务商预设
协议转换	Chat Completions、Responses、Anthropic Messages 之间全方向互转；为 Gemini CLI 提供 Gemini 桥接	在 Anthropic Messages、Chat Completions、Responses、Gemini Native 之间转换
路由策略	带优先级分组的加权负载均衡、智能选择（Jev）；也可直接调用 <provider>/<model_id>	按工具指定当前服务商；故障转移队列
故障转移	连接错误及 401/402/403/408/429/5xx（输出开始前）自动重试；冷却时间；遵循 Retry-After	按工具配置故障转移队列，带熔断与健康监测
测速	定时测量首字延迟与 tokens/s	—（请查看其文档）
用量与成本	逐条请求日志，按智能体 / 模型 / 服务商统计用量与预估成本	按服务商和模型的用量看板；服务商卡片显示额度与余额
MCP、Skills、提示词	不提供	内置
本地数据	~/.autojev/autojev.db；请求日志仅存元数据	~/.cc-switch/cc-switch.db
许可证与价格	免费；MIT	免费；MIT

截至 2026 年 10 月。CC Switch 为其所有者的商标。

AutoJev 的不同之处

是路由，不只是开关

把候选模型编成 autojev/fast、autojev/cheap 这样的路由，每个请求按策略分配模型；会话亲和让同一段对话保持在同一个模型上。

速度靠实测

AutoJev 定时（默认每 30 分钟）做流式测速，每个模型最多保留 30 个样本。“更低延迟”偏好直接在本地用这些数据决策。

智能选择

质量优先或均衡路由由 OpenRouter 的 Jev 决策模型挑选候选模型，只发送路由元数据，不发送对话内容；置信度低时回退到负载均衡。

什么情况下选 CC Switch

如果你的习惯是“今天用 A 家，明天换 B 家”，并且想在同一个应用里管理 MCP 服务器、Skills 和各工具的提示词，选 CC Switch。AutoJev 完全不管理 MCP、Skills 和提示词。

CC Switch 的预设库也大得多，并支持 Claude Desktop 等 AutoJev 不配置的工具。如果你依赖服务商额度和余额展示，这也是值得保留 CC Switch 的理由。

两者并用，或把服务商迁过来

AutoJev 能直接读取 CC Switch 里已有的服务商，不用重新填写端点和密钥。

1
从 CC Switch 导入
在 AutoJev 的“服务商”页选择“从 CC Switch 导入”。AutoJev 以只读方式打开 ~/.cc-switch/cc-switch.db，导入 Claude Code 和 Codex 的服务商连接；端点已存在的会自动跳过。
2
添加模型并测速
填入要参与路由的模型 ID 和每百万 token 价格，让测速任务采集延迟和吞吐数据。
3
每个智能体只交给一个应用管理
两个应用都会写 ~/.claude/settings.json 这类配置文件。同一个智能体同一时间只让一个应用接管，避免互相覆盖。AutoJev 连接时会备份配置，断开时恢复。

商标说明

CC Switch、Claude Code、Codex 等产品名称均为其各自所有者的商标。AutoJev 与上述项目没有隶属或背书关系。竞品信息整理自截至 2026 年 10 月的公开文档，可能已有变化。

常见问题

AutoJev 是 CC Switch 的分支吗？

不是，两者是独立项目。虽然都是 Tauri 桌面应用，但 AutoJev 围绕路由网关构建，CC Switch 围绕服务商切换以及 MCP、Skills、提示词管理构建。

AutoJev 能导入我在 CC Switch 里的服务商吗？

能。“服务商 → 从 CC Switch 导入”会只读打开 ~/.cc-switch/cc-switch.db，导入 Claude Code 与 Codex 的服务商连接，并按端点去重。MCP、Skills、提示词和用量历史不会导入。

两个应用能同时运行吗？

可以，只要同一个智能体的配置文件只由其中一个管理。比如让 CC Switch 管 MCP 和 Skills，让 AutoJev 把 Claude Code 接到某个路由上。

哪个的故障转移更好？

两者都有。CC Switch 文档提到按工具配置的故障转移队列和熔断；AutoJev 在输出开始前遇到连接错误或 401/402/403/408/429/5xx 会自动重试，支持冷却时间和 Retry-After。关键在于你要的是跨服务商切换，还是跨模型路由。

两个都免费吗？

都免费，而且都采用 MIT 协议。模型费用都由你直接付给服务商。

继续了解

对比CC Switch 替代方案导入 CC Switch 中的服务商，按速度、成本和质量为每个智能体请求路由模型。功能智能模型路由用 autojev/fast 这样的路由接入所有 Agent，可负载均衡，也可交给 Jev 按成本、质量、速度或均衡智能选模型。功能服务商管理OpenAI、DeepSeek、OpenRouter、Ollama 或任意兼容接口只需添加一次，也可从 CC Switch、Termany 导入。功能模型测速在你自己的网络下定时实测首字延迟和每秒输出 Token，并据此为低延迟请求选择模型。集成

Claude Code通过 ANTHROPIC_BASE_URL 把 Claude Code 接入 AutoJev，用 Messages 协议调用 DeepSeek、GPT、Kimi 或本地模型。

更新于 2026-10-14

给每个智能体，配上合适的模型。

安装 AutoJev，添加你已有的模型服务商，一键接入智能体。所有数据都留在你的电脑上。