跳到主要内容

13 篇博文 含有标签「Cline」

查看所有标签

Cline v3.88.0 发布 —— Fireworks 模型库大扫除,Kimi K2.6 上位

· 阅读需 3 分钟

v3.88.0 从根上处理了这个问题。

Cline v3.88.0 封面

Fireworks 模型库一次「大扫除」

这次最直接的变化:Fireworks AI 默认模型更新到了 Kimi K2.6,同时新增了一批 Fireworks serverless 模型。清理了过期的模型元数据,修正了缓存定价——用的是 forced: yes 覆盖而非逐一手动改。

坦白说,模型厂商一周发一个新模型、三天淘汰一个旧版本已经成为行业常态。provider 端的模型列表维护已经从「一次性配置」变成了「持续运维」事务。Cline 这次的处理方式是一刀清洗而不是逐条 Patch——副作用是短期可能有人依赖的旧模型消失了,但长期来看模型选择体验干净很多。

MCP 服务器的「自毁 bug」

这次修了一个挺隐蔽的 bug:MCP Server 增删流程中,文件 watcher 在 settings 写入时错误地触发了同步,直接把 MCP 服务器列表清空了。修复方案是在 delete/add 流程中控制 watcher 的触发时机。

这个问题最大的痛点是不可复现性——你不是每次删除 MCP server都会触发,只有刚好在 watcher 轮询窗口期内写入 settings 才会触发。大部分用户碰到的情况要么是「MCP 服务器怎么不见了」,要么是「重启后 MCP 服务器列表是空的」,都很难自己定位到 watcher 写入时序冲突。修了之后至少不会莫名其妙丢配置了。

上游模型推荐默认启用

Cline 之前一直有一个 upstream recommended models endpoint,但它被 feature flag 挡着。v3.88.0 把它变成了默认行为。

上游模型推荐意味着:Cline 团队维护的模型推荐列表不是通过代码更新下发到每个用户端,而是通过一个独立 endpoint 实时拉取。用户不需要等客户端更新就能拿到最新的模型配置。之前 feature flag 的作用是灰度控制。现在模型生态变得太快——一周一个新模型已经是常态——feature flag 那个「先看看稳定性」的速度已经赶不上需求了。直接默认拉取是对的。

当模型推荐从「客户端内置数据」变成「服务端实时数据」,模型选择器的响应速度也有了更高要求。Cline 后续版本可能会因为这个架构变化优化模型列表的加载和缓存策略——v3.88.0 只是铺好了路。

npm install -g cline

完整更新日志:Cline v3.88.0 GitHub Release

📢 关注我,获取最新开源更新日志和开发者工具动态。如果觉得这篇文章有用,欢迎转发给身边的开发者朋友。

#Cline #Fireworks #MCP #AI编程 #模型推荐 #KimiK26

Cline v3.87.0 发布 —— 加了个 MiniMax M3,但背后的安全升级才值得关注

· 阅读需 3 分钟

Cline v3.87.0 封面

MiniMax M3 进入 Cline

MiniMax 的 M3 系列今年陆续在国内模型评估里露面。Cline 这次加进去,意味着用 Cline VS Code 插件的用户多了一个国产模型选择。

MiniMax 在开发者工具生态里存在感一直不高——不是能力不够,是接入成本偏高。Cline 走的是 provider 层对接,用户自己配 API key 就能用,不用改 prompt 或调参数。这次加完之后,Cline 支持的模型列表里国产线又有了一条:从之前的 Kimi、Qwen、DeepSeek,到现在的 MiniMax。

安全依赖升级——不只是一个版本号

第二个改动看着更平淡:「升级 VS Code 扩展的依赖以解决 @xmldom/xmldom, basic-ftp, axios, undici 等包的安全问题。」

但这里面有几个值得留意的地方。axiosundici 是 Node.js HTTP 生态里几乎绕不开的包——axios 负责 HTTP 请求,undici 是 Node.js 原生 fetch 的底层实现。这两个包出安全漏洞,意味着 Cline 的网络通信层面有 CVE 需修补。basic-ftp 用的是 FTP 协议——在 VS Code 插件里用 FTP 的场景不多,估计是支持某些企业级远程文件系统。

@xmldom/xmldom 修的是 XML 解析的拒绝服务漏洞。如果 Cline 插件与某些返回 XML 的 API 交互(比如旧版 SOAP 接口、配置文件解析),这个补丁就很重要。

这不是 Cline 第一次做安全依赖升级。v3.83.0 升级了 Axios,v3.81.0 修了 webview 的 fallback 问题。这类版本没有用户可见的新功能,但你不升它,下次 OSV 扫描报告里就会多几条未修复的 CVE。

Cline 近期的模型扩展节奏

翻了下 Cline 近期的发版,v3.85.0 加了 GPT-5.5、DeepSeek V4 Flash/Pro、Gemini 3.5 Flash,v3.86.0 加了 Claude Opus 4.8、Moonshot Kimi K2.6。加上今天这个 MiniMax M3——Cline 几乎每一版都在扩模型兼容性,节奏大约是每周两个新模型/提供商。对于用 VS Code 插件做 agent 开发的人来说,能选的空间越来越大了。

升级

# CLI
npm i -g cline

# VS Code 插件:在扩展市场搜索 Cline 更新

完整更新日志:GitHub Release

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

#Cline #MiniMax #AI编程 #安全更新 #VS Code

Cline CLI v3.0.15 发布 —— Cline Hub 来了,一个本地跑起来的 Agent 监控面板

· 阅读需 4 分钟

v3.0.15 发布的 Cline Hub 改变了这一点。它是 Cline 的本地 Web 面板,能连接多台客户端、查看/驱动远程会话、实时流式输出、重启 Hub。支持本地、局域网、甚至隧道访问——通过一个房间密钥控制谁可以接入。

Cline CLI v3.0.15

Cline Hub:让本地 Agent 有了控制中心

Hub 不是云服务。它在你本地跑,暴露一个 Web 界面。你可以:

  • 在同一台机器上打开浏览器管理 Cline 会话
  • 在局域网的其他设备上接入(比如笔记本上跑 Cline,平板上看输出)
  • 通过隧道远程访问(比如在办公室的机器上跑 Cline,回家后继续看)

每个 Hub 实例有一个房间密钥控制接入权限——不暴露到公网。本质上就是把 Cline 从一个「单终端工具」变成了「可远程管理的 Agent 工作台」。

对企业用户来说,这意味着你可以在一台服务器上跑 Cline Hub,团队成员通过浏览器接入,各自使用自己的会话。对个人用户来说,意味着你可以在性能更强的台式机上跑 Agent,在笔记本上查看和操作。

Global AGENTS 规则:规则不再只是项目级的

之前 Cline 的 AGENTS.md 规则是项目目录级别的——每个项目有各自的规则文件。如果你有通用的编码规范(比如「所有 PR 提交前必须跑 lint」或「数据库迁移必须写回滚脚本」),你需要在每个项目里都放一份。

v3.0.15 支持了全局 AGENTS 规则。放在用户目录下的规则会被自动应用到所有会话。如果你维护自己的编码规范库,现在只需要一份全局规则,项目级规则用来覆盖特殊场景。

另一个相关的改进是:插件现在可以在沙盒中贡献静态或动态规则内容。也就是说,安装一个插件后,它可以自动注入规则——不用手动编辑 AGENTS.md。比如装了个安全审计插件,它就自动加上「不允许使用 eval」的规则。

Discord 集成:每个用户独立的会话上下文

Cline 的 Discord 集成之前有个问题:同一个线程里的所有消息共享一个会话上下文。A 发了一条指令,B 紧接着发了一条,Cline 会把它们当成连续的对话。如果 A 和 B 在同一个线程里操作不同项目,会话状态会互相污染。

v3.0.15 把 Discord 会话绑定到了消息作者上。不同用户的消息不再共享聊天状态。同时还加上了 /mute/unmute 命令来静音特定参与者——如果有人在 Discord 线程里刷屏,可以单独静音他而不影响别人。

模型更新:Opus 4.8、Kimi K2.6、Qwen3.7 Max

内置模型目录更新了,加入了三个新模型:

  • Claude Opus 4.8:Anthropic 最新的最强模型
  • Moonshot Kimi K2.6:Kimi 最新的推理增强版
  • Qwen3.7 Max:通义的旗舰版本,带缓存支持

对于用 Cline 的开发者来说,这意味着不用手动配置 model ID,可以直接在 Cline 的 provider 设置里选这些新模型。

升级:

npm i -g cline

完整更新日志:https://github.com/cline/cline/releases/tag/cli-v3.0.15

📢 关注我,获取最新开源更新日志和开发者工具动态。如果觉得这篇文章有用,欢迎转发给身边的开发者朋友。

#Cline #开发者工具 #AI编程 #ClineHub #Agent