Cline 的新版智能体开发工具支持重新连接正在运行的任务，并重试部分连接中断的模型请求。集成智能体的开发者可以重新接入进行中的任务，同时也需要留意一并调整的模型列表与默认值。
1. 重新连接仍在执行任务的会话
10月26日发布的 Cline SDK v0.2.0 在启动已有任务运行的会话时，会重新连接原有运行环境。此前会替换运行环境，导致原任务虽然继续运行却无法访问，对话记录也会写入过时状态。新方式会将连接引回任务仍在运行的环境。
向发送请求的程序即客户端分配请求的枢纽，也会考虑连接状态。它会记录在会话中注册了功能的客户端，并将请求发给其中第一个仍保持连接的客户端。稍后加入正在运行的任务的客户端也包括在内。
如果没有任何客户端仍保持连接，请求会快速失败，并发送可供用户采取措施的提示。这改变了此类情况下无限等待响应的行为。此次同时调整重连与请求分配，以找到正在运行的任务及保持连接的客户端。
2. 重试仅输出推理内容的请求
如果模型在生成答案前只输出了推理内容便断开连接，该轮响应过程就会被重试。已接收的部分推理内容会被丢弃，然后重新开始。这是在尚未给出答案的准备阶段连接中断时进行恢复的方式。
模型请求在首次尝试后最多重试 3 次，此前上限为 5 次。此次扩大了重试范围，同时减少重复次数。这可能减轻等待反复失败的负担，但如果临时故障持续较久，也可能比以前更早报告失败。
失败的尝试会保留在 Langfuse 追踪记录中，而用户取消的请求不再被报告为错误。这项调整在保留失败记录的同时，减少了将用户取消混入错误的情况。
3. 按实际传输量调整压缩时机
首次压缩，即缩减对话内容之后，估算消息大小的方式也有所变化。现在按截断工具结果后实际发送的消息计算。据公司公布的信息，此前的方式将大小高估了约 7 倍，导致每使用几次工具就会再次触发压缩。
通过让估算对象与实际发送内容一致，此次修正有助于减少不必要的重复压缩。这调整了频繁使用工具的任务中判断压缩时机的依据。
当模型输入上限未知时，不再执行自动压缩。用户主动请求的压缩，以及为恢复输入超限而执行的压缩仍然有效。这将按上限提前压缩的行为与必要时执行的压缩分开处理。
4. 比起模型数量，更应关注默认值变化
模型目录从 7,041 个变为 6,457 个。目录构成也有变化，例如新增了模型服务提供商 Liquid Inference，并移除了 Llama 提供商。免费列表新增了 Reflection Beam 和 Nemotron 3.5 Lightning 等模型。
ClinePass 默认模型改为 Kimi K3.1 Pro。列表还新增了 MiniMax M3.1 Flash 和 DeepSeek V4.1 Flash 1017。原列表中的 Mimo V2.5 和 V2.5 Pro 被移除。
另有 56 个提供商的默认模型发生变化。除了目录总规模缩小，按默认值选择的模型也会改变，这是集成开发者需要直接检查的事项。更新时，最好同时确认所用提供商的列表与默认模型。
5. 确认模型选择信息与运行条件
如果 OpenRouter 中没有推荐模型的对应条目，就会从 Vercel 目录获取支持的功能信息。这为补全推荐模型信息提供了备用路径，调整的不仅是模型列表，也包括补充模型所支持功能的方式。
用于调节模型内部思考程度的推理强度设置 max，现在会原样传给提供商。此前，在组件之间传递值的中间连接层会将其改为 xhigh。此次修正了开发者所选设置传递至模型提供商的路径。
还需确认运行条件。如果启动正在执行任务的会话时附带提示词，请求会被拒绝。已经输出文本、媒体或工具调用的轮次不会被重试。
此次更新既提供了重新接入任务的途径，也一并调整了重试和压缩的执行标准，以及模型选择的默认值。