分享一个自己搓的小工具：CC-Pulse，用来测 cc-switch 里供应商到底能不能用

[mengyuchun]

由于我日常用 Claude Code，很多供应商中转站都丢在 cc-switch 里管。供应商累积起来也有几十个，（主要是中转站），一多就麻烦：有的看着绿的，但是切过去一问就挂；有的 HTTP 200，结果回空内容；还有的能拉模型列表，一发消息就 401。每次都要自己手动试，试烦了就自己写了个小工具。

仓库在这：
https://github.com/mengyuchun/cc-pulse

它干的事很简单：只读 cc-switch 的数据库，按你配好的供应商，真的往上游发请求，看能不能正常用。不是只看能不能连上。

我自己踩过的坑大概有这些：

1. 返回 200，但 body 其实是业务错误，比如“旧转发链路已关闭”，根本没有模型输出。
2. 返回 200，答案却是空的。尤其是一些 thinking 模型，token 预算不够时会只“想”不“答”。
3. key 已经废了，或者只能列模型、不能真正聊天。这种如果只看连通，很容易误判成可用。
4. 请求的是 A 模型，响应里却变成 B 模型，静默路由。
5. 有的站校验 User-Agent，Claude Code 的 UA 直接 403。

所以我做检测时会尽量贴近真实使用：

• 按 haiku / sonnet / opus / fable / default 多档回退
• 发一道简单题（2+3=?），答案必须是 5 才算过
• 认证方式跟着 cc-switch 配置走（Bearer 或 x-api-key）
• 需要的话还能做单模型深度检查：流式、tool use、thinking、上下文冒烟之类

几个说明：

• 只读数据库，不会改 cc-switch 配置
• 纯 Python 标准库，不用 pip 装一堆依赖
• Windows 下有个 ps1 菜单，懒得记参数可以直接点
• 它不是来替代 cc-switch 的，配置和切换还是用 cc-switch；这个只是额外帮你判断“这个供应商现在到底能不能用”

如果你也有一堆中转站，切来切去老踩坑，可以试试看。有问题直接提 issue。

也欢迎维护者和大家提意见。如果觉得合适，加到相关工具列表里当然更好；不合适也完全没问题。

最后还是谢谢 cc-switch，没有它我估计还在一个个手动改配置。

[Honger26]

我的老是出现401，Ai问了几遍，找不到问题所在，能请教一下吗？

[mengyuchun]

把完整请求响应结果和服务配置文档都喂给ai再试试，401一般是鉴权问题可能是