CC Switch 目前的架构是黑盒的,用户无法自定义处理逻辑
Quick fix
这是为 CC Switch 增加可编程路由转换脚本的功能请求,原帖尚未提供可验证的正式解法。
Symptom
Section titled “Symptom”CC Switch 目前的架构是黑盒的,用户无法在其上自定义处理逻辑。该报告是功能请求,不是已确认的运行故障。提案认为 CC Switch 现有的协议转换、模型映射、认证注入、failover 路由和本地代理处理逻辑不可由用户扩展,因此遇到特定供应商兼容需求时,用户只能等待官方支持或自行部署外部代理。
提案作者描述了其 fork 中的初步实现,并建议在请求和响应链路提供四个 JavaScript 转换钩子;但该 issue 带有 stale 标签并由机器人自动关闭。原帖未显示维护者确认合并,也没有可验证的正式发布方案。
原帖尚未提供可验证的正式解法;如需了解该功能提案或作者 fork 的实现状态,请跟进 source issue 的讨论。
Affected Versions
Section titled “Affected Versions”Toolcc-switch
Version未知
Platforms未知
Source Issues
Section titled “Source Issues”本页汇总自 1 个真实 issue
(暂无 FAQ)
API Error: 400 Param Incorrect Claude Code升级 CC Switch 到 v3.16.2 或更新版本,修复 MiMo thinking mode 下 reasoning_content 未回传导致的 400 错误。会话有概率停止响应(JSONL 不再写入)— Claude Code将 CC Switch 更新到最新 4.0 版本后重试;若仍卡死,可暂时绕过 CC Switch,并提交完整复现信息。missing field `call_id`:Codex 自动化 HTTP 400原帖尚无已发布的可验证修复;需在代理转发时规范化无 `call_id` 的孤立输出,并保留跨任务消息内容。
这是一个非官方社区 wiki,与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。