跳到主要内容

CodeWhale v0.8.53 发布 —— HuggingFace 也成了第一方 Provider，CodeWhale 的 Provider 版图拼完了

· 阅读需 3 分钟

CodeWhale v0.8.53 封面

从一次「我能不能用自己的 HF Token」开始​

我很早就想在一款 agent 终端里用 HuggingFace 的推理 API。HF 上跑着 deepseek-ai/DeepSeek-V4-Pro 和 deepseek-ai/DeepSeek-V4-Flash 的官方模型，用 HUGGINGFACE_API_KEY（或者老朋友的 HF_TOKEN）就能直接调。但大多数 agent 工具要么不认 HF，要么要走 OpenRouter 绕一圈。

CodeWhale 这次直接加了 huggingface 作为原生 provider。/provider huggingface 切过去就能用，支持 HUGGINGFACE_BASE_URL 和 HUGGINGFACE_MODEL 做覆盖。还特意兼容了 org-prefixed model ID（比如你自己的私有部署命名空间）。

有意思的不是加了一个新 provider——CodeWhale 现在已经有 DeepSeek、OpenAI、Anthropic、Gemini、SiliconFlow（含国内节点）、Arcee、HuggingFace 七路 provider。问题不是「够不够多」，是「每个 provider 的路由和配置逻辑有没有专门适配过」。SiliconFlow-CN 那次就暴露了 CLI 遗漏分支编译不通的尴尬。这次 HuggingFace 的加入，我特意看了下：HUGGINGFACE_API_KEY / HF_TOKEN 双兼容、base URL 和 model 的可选覆盖、org-prefixed pass-through——该有的都有了。

两个容易被忽略的修复​

Shell 错误提示的路径纠正。Agent 模式里 shell 工具报错时说「你该用 YOLO mode」，但 YOLO mode 意味着放弃所有权限审批——这对大多数用户根本不是正确的解决路径。现在改成了 allow_shell = true，且在 /config 的 Permissions 区块里直接展示这个配置项。一个很小的文案改动，但代表了项目对「什么才是用户的默认行为」的态度转变。

Provider 描述中立化。/provider 命令的输出不再推荐特定 provider。这个改动的潜台词是：以前推荐列表有倾向性，现在项目有了足够的 provider 生态，可以保持中立了——不是 Arcee 出了个 provider 就 All in Arcee 那种节奏。

一点版本杂谈​

这个 release 的另一个背景是 npm 包改名彻底完成。v0.8.52 开始 codewhale 就是 npm 主包名，旧 deepseek-tui 包不再更新。如果你还在用 npm install -g deepseek-tui，该切了。codewhale update 内置的升级命令绕开了 npm 发布延迟，直接拉 GitHub Release 的二进制——装好了就永远第一时间更新。

升级​

# 已安装用户
codewhale update

# 首次安装
npm install -g codewhale

完整更新日志：GitHub Release

📢 关注我，获取最新开源更新日志和开发者工具动态。

#CodeWhale #HuggingFace #AI编程 #开源工具