[开源]Claude Code 支持的供应商太少，所以我依照 Claude Code 的操作习惯，做了一个自己的 CLI

[maymay5]

名字：SNOW CLI

开源地址： https://github.com/MayDay-wpf/snow-cli

前情提要：适用于 API 用户(或者逆向 CC 的 API 用户)，如果是出于于成本考量，当然是购买 CC MAX 更加划算

特色

• 支持 Chat Completions 、Responses 、Gemini 、Anthropic 四种 API 请求方式，且都支持缓存(如果 API 支持缓存的话)、Token 消耗量少得多，启动 token 只有 7k ，然而 Claude Code 一般是 15k

• 从 CC 切换到 SNOW 几乎没有任何学习成本，你熟悉的指令、快捷键、子代理、MCP 、检查点回滚、用量统计、IDE 连接等等都支持

• 不但 CLI 应用本地全部开源，VSCode 扩展、JetBrans 插件也全部开源，支持获取编译器的诊断、选中、工作区信息

• 有更多人性化功能，例如：自定义请求头、设置系统代理、支持使用系统自带浏览器进行网络搜索、ROLE 、自定义系统提示词...

• 从我自用来看，其实效果完全取决于使用的模型，和 CC 真的区别不大，甚至在大文件编辑方面，SNOW 比 CC 更强，因为我内置了两个文件编辑工具（ Claude Code 对于行数多的代码文件是会经常 Update 失败的），感兴趣可以试试看，因为 Vibe Coding 的 Agent 制作并不是什么秘密，模型强，工具做全，放在哪都好用~

[wukongkong]

好像直接配置 claude code 中转地址不行啊

[maymay5]

@wukongkong 这些中转站都是有拦截的，你需要添加下面步骤

1 、自定义系统提示词：You are Claude Code, Anthropic's official CLI for Claude.

注意系统提示词一个字符不能多也不能少，多一个换行符都不行

2 、自定义请求头：

[maymay5]

@wukongkong
{
"anthropic-beta": "claude-code-20250219,fine-grained-tool-streaming-2025-05-14",
"anthropic-dangerous-direct-browser-access": "true",
"anthropic-version": "2023-06-01",
"user-agent": "claude-cli/2.0.22 (external, cli)",
"x-app": "cli"
}

[maymay5]

@wukongkong 加完所有的中转就都能兼容了，也不影响应用的实际系统提示词，并且根据大部分中转都是 newapi 或者 CRS ，你的 baseurl 对应的需要加上/v1 或者/api/v1

[wukongkong]

这个技术门槛高吗。做了一个 vibe coding 工具，给公司产品，sa 用，底层用的 claude code ，就一个字慢。原因在 claude code 这一层。如果自己写的话，不知道效果会不会更好。

macos 体感效果，比 windows 要好，windows 明显慢。并且 windows 依赖 bash

[liaanj]

比如跟 roocode 比怎么样啊

[wukongkong]

@maymay5 老哥看看我其他问题呢，给个指引。

[maymay5]

@wukongkong 难度不高，和 roocode 用的不是同一个解决方案，roocode 用的是向量嵌入的 codebase 方案，我的是全局搜索+代码索引方案，效果因人而异吧，主要其实是模型要好

不建议再基于 Claude Code 去做一层外壳了，这个自己写一个 CLI 门槛不算高，基本就是围绕搜索、阅读、编辑