API 密钥逃生舱来了!Cline CLI v3.0.40 发布 —— 手动输入密钥+auto-update 修复






升级方式:
npm update -g @anthropic-ai/claude-code
完整更新日志:GitHub Release v4.0.6
📢 关注我,获取最新开源更新日志和开发者工具动态。
#Cline #v4.0.6 #AI编程工具 #LLM更新报告 #AI写代码的小任

当订阅页面无法自动打开时,现在会显示一个订阅 URL 作为回退方案,确保用户仍然可以手动完成订阅。
已经拥有 ClinePass 订阅的用户将不再看到 ClinePass 推广提示。
ClinePass 提示现在使用自适应的主题色,与当前激活主题保持一致。
升级方式:
npm update -g cline
完整更新日志:GitHub Release cli-v3.0.33
📢 关注我,获取最新开源更新日志和开发者工具动态。
#ClineCLI #v3.0.33 #AI编程工具 #LLM更新报告 #AI写代码的小任

新增了 marketplace 插件卸载支持,同时插件绑定的技能现在会在界面上展示。插件生态的管理能力更加完整。
一条命令模式现在要求提示必须带引号包裹,防止误触。
升级方式:
npm update -g @anthropic-ai/claude-code
完整更新日志:GitHub Release cli-v3.0.31
📢 关注我,获取最新开源更新日志和开发者工具动态。
#ClineCLI #v3.0.31 #AI编程工具 #LLM更新报告 #AI写代码的小任
Anthropic provider 在 VS Code 里直接不能用了。

v3.89.1 做的第一件事是升级捆绑的 Anthropic SDK,让它兼容 Node 24。同时趁这次修了 DeepSeek V4 推理格式的解析——DeepSeek V4 的 reasoning_content 格式和之前版本不完全一致,如果 Cline 直接从流里读,某些场景下会解析失败。
这一轮只求能用,不求完美。
v3.89.2 补了第一轮没覆盖到的部分:
Vertex AI provider 用的是 Anthropic Vertex SDK,它也依赖于底层 Anthropic SDK 的版本。第一轮只升了主 SDK,Vertex 的没同步,导致 Vertex 用户仍然报错。第二轮把两个都升到兼容版本。
第一轮修复在一些 VS Code 旧版本上可能不彻底,第二轮做了全量确认。
VS Code 1.123 的 Node 24 升级不是悄悄的——官方 changelog 早有预告。但 Cline 依赖的 @anthropic-ai/sdk 在打包时 pin 了一个低版本,低版本不兼容 Node 24,而 Cline 的 CI 没有在 Node 24 上跑测试。于是 VS Code 一升级,线上线下同时断。
这不是 Cline 特有的问题,这是所有打包了第三方 SDK 的 VS Code 扩展共同的脆弱点:宿主环境(VS Code 的 Node)会在你不知不觉间更新,而你的依赖链里只要有任何一个包没跟上,整个 provider 就挂了。
好在 Cline 的反应速度够快——从发现问题到 v3.89.1 修复,只隔了几个小时。v3.89.2 的 Vertex AI 跟进也在同一天内完成。
npm i -g cline
Cline 是 VS Code 扩展 + CLI 套件,npm i -g cline 安装 CLI。VS Code 扩展从市场更新即可。
完整更新日志:v3.89.2
📢 关注我,获取最新开源更新日志和开发者工具动态。
#Cline #VS Code #Anthropic #Node24 #AI编程

Fable 5 是 Anthropic 刚公开发布的 Mythos 系列首款模型。Claude Code 两天前的 v2.1.170 已经支持了它,现在 Cline 也跟上了。
对 Cline 用户来说,Fable 5 的加入意味着什么?Claude Code 能用 Fable 5 —— 因为 Cline 本身也支持多种 Provider(Anthropic、OpenAI、Google、Azure 等),Fable 5 通过 Anthropic API 接入后,你在 Cline 里选模型时就能看见它。不需要换工具,不需要额外配置,选模型列表里多了一个可以试的选项。
Cline 跟 Claude Code 的模型支持节奏不同:Claude Code 是官方嫡系,模型发布当天就能用上;Cline 需要等社区 PR 或他们主动跟进。但 Fable 5 这次只隔了两天就发布了 Cline 支持,说明 Cline 团队对高能力模型的态度——不卡着,来了就上。
第二条修复涉及 MiniMax M3 模型的 thinking 控制。MiniMax M3 本身支持思考(thinking/reasoning)能力,但 Cline 支持多种网关(OpenAI、Anthropic gateway、自有网关等),不同网关对 thinking 参数的处理方式不一样。
这个修复本质上修正了一个"参数透传"的 bug:当 MiniMax M3 走非默认网关时,thinking 相关的控制参数(是否启用、effort 级别等)没有正确传递到目标模型,导致用户可能在 gateway A 下能开思考,gateway B 下开了不生效。
这类问题在 Cline 这种多 Provider / 多网关架构下很常见,也是 Cline 和其他单 Provider 工具最大的体验分化点——支持多了,每个组合都要单独测试。
第三条是 Codex 模型列表清理。OpenAI Codex 的模型追踪列表里累积了一些已下线或已更名的模型,Cline 在 Codex provider 下显示了这些不存在的条目。选了之后要么报错,要么拿到的是替代模型的默认行为。
清理之后,Codex provider 下只会显示当前可用的模型。不算是 bug fix,更像是"卫生"层面的维护——但用过 Cline+Codex 组合的人应该能理解,一个准确不误导的模型列表比什么都好。
npm install -g cline
已安装用户也可以直接用 cline update 检查更新:
cline update
完整更新日志:GitHub Release
三个改动,三个方向。Fable 5 让人想试试,MiniMax thinking 修了一个多网关的坑,Codex 列表清理则是日常卫生。v3.89.0 不大,但每条都命中了一类真实用户场景。
📢 关注我,获取最新开源更新日志和开发者工具动态。
#Cline #ClaudeFable5 #模型支持 #版本更新 #AI编程

大多数开发者工具的内部测试基础设施是"写了但没打算给用户看到"的。Cline 这次反了过来——在设置里加了一个专门的 debug 区域,给 Cline 的测试人员用。
放到表面上的含义比功能本身大得多。过去 Cline 的测试工具分散在不同的 dev 环境、内部分支和 CI 日志里。一个外部贡献者想写个测试用例来验证自己的改动,找不到入口。现在至少有了一个官方推荐的入口点——即使它目前只对"testers"开放。
这也是一个架构信号:当项目大到一定规模,内部调试工具的暴露和组织本身就成了一个需要管理的产品需求。Cline 团队选择在设置页里给它一个专门的 tab,意味着后续可能有更多调试能力的公开计划。
另一条修复看起来更不起眼:首次运行的引导页 markdown 文件没有被打包进 VS Code 扩展。结果就是新手装完 Cline,期待的引导步骤根本不会出现。
这个问题最有意思的点在于它"不触发任何错误"。没有报错日志,没有 crash report,新用户只会在装完扩展后得到一个空白界面,以为 Cline 就是这样用的。不是所有用户体验问题都是 crash——有些问题是 silently missing,对留存的影响可能更大。
从扩展打包的角度看,这是典型的"构建声明文件漏了引用"型 bug——VS Code extension 的 package.json 里声明了 walkthroughs 文件路径,但 files 字段没有 include 对应的 markdown 目录。打包时 vsce 只打包 files 里列出的路径,引导文件自然丢了。修正方案看起来也只是把 walkthrough markdown 目录加入打包清单。
npm install -g cline
VS Code 扩展用户直接在扩展市场更新即可。
完整更新日志:Cline v3.88.1 GitHub Release
📢 关注我,获取最新开源更新日志和开发者工具动态。如果觉得这篇文章有用,欢迎转发给身边的开发者朋友。
#Cline #VSCODE #调试 #开发者体验 #开源工具