OpenClaw v2026.6.11 发布说明 (2026-06-30)

我们听到了反馈。v2026.6.11 聚焦于那些让 OpenClaw 感觉不够可靠的粗糙之处，修复了回复位置错误、发送卡住、重连、模型设置失败等问题，并提供了更安全的管理员默认设置。

亮点

频道交付可靠性

在 Telegram、WhatsApp、Matrix、Google Chat、iMessage、Feishu 和 Mattermost 中，回复、命令、排队消息和附件被丢弃、重复、误路由或附加到错误对话的可能性更低。

来源和贡献者

• 修复了较新的 Google Chat 私信有时被当作群组对话处理的问题，使它们能到达正确的一对一聊天，同时 Space 和群聊消息保持现有路由不变。 #58993 感谢 @starhappysh、@vincentkoc。
• OpenClaw 发出的 Feishu 语音回复现在会在聊天气泡中显示时长，因此接收者可以在播放前看到音频有多长。 #89172 相关 #53798。感谢 @areslp、@fxz26284407、@kinrocw。
• Discord 和 Telegram 回复以及镜像聊天历史现在会更稳定地关联到预期对话，包括重复 Telegram 回复和会话变更场景。 #89911 感谢 @jalehman。
• 当任务开始时没有完整对话目标，后台图片、视频和音乐结果现在会返回到发起请求的聊天，而不是创建后看似失败，或随着会话移动被发送给错误的对端。 #89949 相关 #86034。感谢 @tianxiaochannel-oss88、@wangwllu。
• 当 Telegram 用户引用较早的机器人消息时，答案现在会保持附着在用户当前问题上，而引用其他人的消息时仍会回复所选引用。 #90475 感谢 @moeedahmed。
• QQ Bot 群管理员现在可以选择斜杠命令可用范围，而仅限私聊的命令现在会引导用户前往私聊，而不是在群组中暴露或被静默忽略。 #92154 感谢 @sliverp。
• 使用具备推理能力模型的 Heartbeat 检查现在会显示助手预期回复，而不是在 Telegram、WhatsApp 和其他渠道中暴露内部推理，同时选择启用的 Thinking 消息仍可正常工作。 #92356 相关 #92260。感谢 @jmpei、@tangtaizong666、@vincentkoc。
• Telegram 进度模式聊天现在会在较新的工具输出或产物出现前清除旧进度气泡，让对话保持整洁、易读的顺序。 #93002 相关 #90753。感谢 @shadow-enthusiast、@zhangguiping-xydt。
• 当延迟的链接预览到达时，iMessage 命令和链接消息现在会作为一个 OpenClaw 轮次保持在一起；而对启用了同一发送者私信合并的用户，无关的快速消息仍会保持分开。 #93143 感谢 @omarshahine。
• 通过消息工具发送的成功 Discord 回复不再在受影响的 message_tool_only 源渠道轮次中触发误导性的失败警告。 #94072 相关 #93875。感谢 @chenyangjun-xy、@hoyanhan、@vincentkoc。
• WhatsApp 群组对话现在会在重试、重新连接和群组变更期间更可靠地保留正确的消息和群组上下文。 #94338 相关 #7433。感谢 @mcaxtr、@octopuslabs-fl、@xialonglee。
• 修复了当零散的前导字符导致已发送消息无法被识别时，OpenClaw 有时会回复自己延迟的 iMessage 回显的问题。 #94442 感谢 @ly-wang19。
• Telegram webhook 用户现在可以在短暂的渠道重启、配置重新加载和恢复周期中继续接收私信和群组消息，不会出现临时消息中断。 #94506 相关 #90254。感谢 @obviyus、@travellingsoldier85、@xialonglee。
• Matrix E2EE Gateway 网关现在可以在长时间使用期间保持在线，而不是逐渐消耗内存，直到崩溃导致渠道和进行中的工作中断。 #94942 相关 #90455。感谢 @xzh-icenter、@yar-sh。
• Telegram 用户现在会看到预期的原生反应，而不是泄露的指令或被丢弃的仅反应回复，并且只有在 Telegram 接受后才记录成功。 #94977 相关 #71140。感谢 @cuttingwater、@hugenshen。
• 命令、搜索、更新和 API 活动的 Telegram 进度更新现在会保持易读，而不是暴露嘈杂的 HTML 或代码样式行；当 Telegram 无法解析格式时，会回退到纯文本。 #95007 相关 #95002。
• 在 WebChat 中继续的 Telegram 对话现在每个轮次只显示一个助手回复，并将后续回复保留在当前活跃对话中，而不是重复答案或把它们发回 Telegram。 #95069 相关 #94930。感谢 @heichaowo。
• 当工具结果无害时，Google Chat 现在会隐藏误导性的内部失败横幅，让用户看到已完成的答案，同时正常的助手文本保持不变。 #95084 相关 #90684。感谢 @jailbirt、@studentzhou-svg。
• 绑定的多 Agent 渠道对话现在会加载所配置 Agent 的工作区文件，而不是默认 Agent 的文件，不过此前错误归档的对话可能会在更正后的 Agent 存储中重新开始。 #95118 相关 #92903。感谢 @849261680、@axjing。
• 共享 OpenClaw Gateway 网关的用户现在可以在受支持聊天渠道中为单个私信联系人分配不同模型，同时现有群组和通配符模型选择会像以前一样继续工作。 #95120 相关 #53638。感谢 @gandalf-at-lerian、@thomaszta、@xydigit-zt。
• 在短暂的初始预览或进度模式回复期间，Telegram 现在会显示 OpenClaw 仍在工作，而不是让聊天保持静默直到最终消息到达。 #95183 相关 #95004。感谢 @obviyus。
• 当 homeserver 发送过大或停滞的响应时，Matrix 用户和运营者现在会收到清晰的失败信息，而不是 OpenClaw 继续缓冲并面临无限内存使用风险。 #95240 感谢 @alix-007。
• 修复了在注入了大量环境变量的 Kubernetes 风格部署中，打开队列数据库可能让 Gateway 网关停滞，从而导致 Telegram 和其他排队渠道回复延迟或缺失的问题。 #95278 相关 #94571。感谢 @kaka-srp。
• 一条卡住的消息超时后，Telegram 聊天现在会恢复，使同一聊天或话题中的后续消息无需重启 Gateway 网关即可到达智能体。 #95299 相关 #95248。感谢 @kriegerbangerz-ship-it、@mikasa0818、@obviyus。
• 当用户在 Telegram 和另一个 OpenClaw 客户端之间切换共享私聊对话时，简短的 Telegram 回复现在会跟随最新对话，而不是响应较旧且无关的 Telegram 提议。 #95390 相关 #95378。感谢 @maiduy708、@mikasa0818、@obviyus。
• 修复了多消息回复后，已完成的助手消息在 Telegram、Discord、Slack 和其他流式聊天中出现两次的问题。 #95432 感谢 @vincentkoc、@yetval。
• WhatsApp 回复现在会附着到正在回答的私聊或群组消息上，而不是作为单独消息出现并丢失对话上下文。 #95483 感谢 @mcaxtr。
• Telegram 富消息回复现在会保留段落、项目符号和状态行的分隔，而不是把多行内容折叠成一个连续块，并且无需更改配置。 #95532 相关 #95409。感谢 @amknight。
• 启用原生斜杠命令的 Mattermost 运营者现在可以直接在 Mattermost 中使用 /oc_queue 调整活跃运行排队，包括其模式、防抖时间、上限和丢弃处理。 #95546 感谢 @amknight。
• 旧版多账号渠道升级后，先前允许的消息会继续到达具名账号，并且在 Mattermost、Discord、Slack、Telegram、Signal、WhatsApp、iMessage 和 IRC 中保留继承的私信和群组访问规则。 #95550 感谢 @amknight。
• Mattermost 用户现在可以在线程中继续对话，而无需在机器人回复后再次提及它，并且该参与状态会在 Gateway 网关重启后继续保留，直到线程空闲七天。 #95552 感谢 @amknight。
• 入站 Telegram 消息现在会及时到达配置的 OpenClaw 会话，而不是一直无人响应，直到下一个轮询间隔、Gateway 网关重启或手动干预。 #95577 相关 #86957。感谢 @freidrich-goldenflow、@liuwqgit。
• 当有效分隔符每列使用一个或两个短横线时，QQ Bot 用户现在会收到完整的 markdown 表格，而不是丢失表头以及除最后一行之外的所有内容。 #95637 感谢 @ly-wang19。
• 当配置的核心超时允许时，Synology Chat 用户现在可以收到耗时超过 120 秒的智能体回复，而不是被渠道提前拒绝。 #95707 感谢 @sahibzada-allahyar、@vincentkoc。
• Telegram 论坛话题定时任务现在会让单独配置的失败提醒继续发送到预期目标，即使主公告使用同一聊天中的某个话题也是如此。 #95794 感谢 @vincentkoc。
• 修复了 WhatsApp 群组回复可能引用较旧的 OpenClaw 消息，而不是用户触发消息的问题，因此当回复目标可用时，最终答案会保持附着到预期消息；当不可用时，也会避免指回陈旧的机器人上下文。 #95914 感谢 @mcaxtr。
• 当 WhatsApp 以不同方式识别同一个私聊时，WhatsApp 用户现在可以通过反应批准或拒绝提示，而不会让提示卡住；同时群组批准仍会关联到正确的群组和人员。 #95935 感谢 @mcaxtr。
• 当 OpenClaw 检查块文本是否已经发送时，最终回复处理现在会使用更少 CPU，且不会改变哪条回复到达聊天或重复文本的抑制方式。 #96087 感谢 @vincentkoc。
• 来自外部渠道插件的 Exec 审批结果现在会返回到命令开始的渠道或私信，而不是回退到 WebChat，或在审批后看起来像是消失了。 #96140 相关 #96103。感谢 @lansenger-pm、@vincentkoc、@yetval。
• WhatsApp 的最终回答现在会保持引用用户刚刚发送的后续消息，即使是在回复较早的 OpenClaw 消息，也不会不带引用到达，或指回较早的机器人回复。 #96220 感谢 @mcaxtr。
• Nextcloud Talk 机器人现在会忽略普通的文件共享和生命周期事件，不会将它们记录为机器人错误，也不会冒禁用投递的风险，而格式错误的聊天负载仍会返回错误。 #96243 相关 #81566。感谢 @arkyu2077、@rafaelmgbh、@vincentkoc。
• Mattermost 渠道中的回复和消息工具投递现在会使用渠道和线程指引，因为智能体会将这些对话识别为渠道而不是群聊，同时现有的群聊行为保持不变。 #96244 相关 #95645。感谢 @arkyu2077、@iloveleon19、@vincentkoc。
• MCP 渠道集成现在会将会话列表、消息读取、事件轮询和等待保持在可预测的边界内，即使客户端请求了过大的限制或超时时间。 a39e548 感谢 @vincentkoc。
• 当配置了异常大的超时时间时，长时间运行的流式自动回复现在更不容易过早停止或不一致地中止。 6c85b90 感谢 @vincentkoc。
• 渠道进度现在会在工作确实于另一次更新后回到相同状态时显示重复状态，而不是把有用上下文作为重复内容隐藏起来。 8a75c4d
• 已完成的渠道回复不再追加较晚的进度通知，避免答案完成后出现过期的状态文本。 a594d2c 感谢 @vincentkoc。
• 在流式渠道回复期间，进度消息现在会持续显示最新状态，而不是卡在较早的更新上。 e114001 感谢 @vincentkoc。
• Matrix 强制重置现在会在密钥存储不可用时避免运行时错误，并将恢复访问视为不可用，以便重置路径可以安全继续。 5c5a8a4 感谢 @vincentkoc。
• 已配置渠道现在会继续显示在 openclaw channels status --json 中，而定时公告会拒绝没有活跃插件可负责投递的过期条目。 a641c0d
• Discord 语音对话现在会让连续的助手响应继续推进，因此排队的回复会在上一段音频流关闭后播放，而不是一直卡住。 88b64e4 感谢 @vincentkoc。
• 当智能体响应已经开始到达时，Discord 进度预览现在更不容易在最终编辑前停止。 86ea382
• 当助手意图保持沉默时，聊天不再显示多余的 NO_REPLY 文本，同时合法的媒体响应仍会在不带占位符的情况下到达。 96c6f80
• Telegram 流式回复现在会让每个进度标题只显示一次，使工具和搜索更新更易于浏览。 013e33c 感谢 @vincentkoc。
• Telegram 消息在长时间运行的任务、崩溃或 Gateway 网关重启后卡住时，现在会自动恢复处理，因此后续消息不再静默等待，也不需要操作员手动修复队列。 #97543 感谢 @romneyda、@vincentkoc。

提供商和模型恢复

当目录、凭证、流、超时、压缩或回退出错时，模型选择和设置现在能更清晰地恢复。受影响的 OpenAI、OpenRouter 和 OpenCode Go 配置现在会更一致地报告故障或从故障中恢复，而不是让用户停留在过期选择或卡住的请求中。

针对快速模式的后续修复改进了其在受影响的提供商和回退路径中的行为；自动快速模式本身并不是此版本的新功能。

来源和贡献者

• MiniMax 文本转语音和语音笔记不太可能失败，因为 OpenClaw 现在会明确请求它可以解码的音频格式，而不是依赖提供商默认值。#73079 感谢 @efe-arv。
• Gateway 网关操作员现在可以再次在普通日志中看到提供商、模型、请求状态和耗时详情，从而更容易诊断模型路由和传输问题，而无需启用额外的调试日志。#89648 相关 #89300。感谢 @enominera、@xiaobao-k8s。
• 通过 Google、Mistral、OpenAI Responses、Azure OpenAI Responses 和 ChatGPT/Codex Responses 访问的模型现在会收到干净的系统指令，不会再把 OpenClaw 的内部缓存边界标记泄漏到提示词中。#89716 感谢 @enominera、@masatohoshino。
• 通过 OpenAI 兼容提供商使用 Gemini 模型的 Cron 工具调用现在可以正常运行，不会因可空字段触发提供商 schema 拒绝。#91559 相关 #91542。感谢 @pick-cat、@qiukui666。
• 带提供商限定的模型 ID 现在会遵循其配置的 Agent runtime 策略和 CLI 别名，而不是意外回退到 OpenClaw 的默认运行时。#91724 感谢 @vincentkoc、@yu-xin-c。
• 聊天 /models 列表以及其他支持插件的模型或提供商选择路径现在会快速响应，而不是停滞数秒并通过重复设置扫描占用一个 CPU 核心，同时插件变更仍会正常刷新。#93356 感谢 @obuchowski。
• 托管的 Ollama Cloud 用户现在可以在重启后只保留他们明确配置的模型，而不会重新添加完整的共享目录，同时本地和自托管 Ollama 服务器仍会继续自动发现。#93956 感谢 @jason-allen-oneal。
• 当本地提供商返回通用 LLM request failed. 错误时，Cron 作业现在可以重试或切换到已配置的回退模型，而不是在未使用回退的情况下失败。#94062 相关 #93931。感谢 @hugenshen。
• 过期的提供商令牌不再让重复的回退警告淹没有用的操作员日志，同时首次警告和后续重复摘要仍可用于诊断。#94233 相关 #56979。感谢 @goutamadwant、@yanan1991。
• Google Gemini 3.5 Flash 现在可以使用其完整的 1,048,576 token 上下文窗口进行选择，避免缺失模型错误和不必要的提示词大小拒绝。#94726 相关 #94723。感谢 @ajwan8998、@anguslogan01、@kevinat。
• 仪表板子会话现在会一致处理允许的带提供商限定的模型选择，并在保存的模型状态过期时给出准确的恢复指引。#94752 相关 #94713。感谢 @gr4via。
• Claude CLI 用户不再收到可能永远不会到达的完成更新承诺，因为 OpenClaw 现在会在不支持的原生后台工作导致进度搁置之前将其阻止。#95008 感谢 @anagnorisis2peripeteia。
• OpenClaw 现在会在将整个响应缓冲到内存之前，以清晰错误拒绝过大的提供商目录或 JSON 响应。#95218 感谢 @alix-007。
• OpenRouter 用户现在可以选择并运行已公布的短 DeepSeek V4 模型 ID，请求不会再因 OpenClaw 发送重复的提供商前缀而以 model_not_found 失败。#95268 相关 #95198。感谢 @daniel-alejandro-t、@darren2030。
• 启用 /reasoning on 后，DeepSeek 风格的 OpenAI 兼容模型现在会将最终答案与推理分开显示，而不是把它并入推理块，并且无需更改配置。#95283 相关 #95280。感谢 @marvinthebored、@vincentkoc、@zengwen-dt。
• 当 Codex 订阅达到使用限制时，OpenClaw 现在会转到已配置的回退模型，而不是停在失败结果上，并且不会重试已经产生可见输出的运行。#95400 感谢 @jason-allen-oneal、@sallyom。
• LM Studio 用户现在可以运行量化或多变体本地模型，不会再因模型键不匹配造成虚假的助手轮次失败或幻影式后缀模型条目。#95401 感谢 @monkeyleet。
• 由 Google 支持的嵌入式 Agent 运行现在会在过大或永不结束的提示词缓存响应耗尽内存或让运行停滞之前停止读取。#95417 感谢 @alix-007。
• OpenRouter 模型扫描现在会在目录过大或格式错误时安全失败，避免可能使 OpenClaw 不稳定的过度内存使用。#95418 感谢 @alix-007。
• OpenRouter 设置现在会在过大的模型目录耗尽 OpenClaw 内存之前将其拒绝，并且不会缓存或立即重新获取失败的响应。#95420 感谢 @alix-007、@sallyom。
• 当 Claude CLI 额度耗尽或遇到通用运行器失败时，已配置的回退模型现在可以作答，而不是让用户以失败消息作为最终响应。#95508 相关 #95489。感谢 @mikasa0818、@riazrahaman、@sallyom。
• 使用 freshness: "day" 或 pd 的 Gemini 支持的 Web 搜索现在可以完成，而不是因提供商 400 错误失败，同时更宽泛的新鲜度选项和显式日期范围仍保留更严格的过滤。#95682 感谢 @sunjae-k、@vincentkoc。
• 来自 Grok Composer 等 xAI 推理模型的后续回答现在能更可靠地保留先前的推理上下文，即使不支持可配置的推理强度也是如此。#95686 感谢 @fuller-stack-dev、@geraint0923。
• Vercel AI Gateway 用户现在可以运行从实时目录中选择的模型，包括 OpenClaw 内置列表中缺失的仅实时模型 ID。#95710 感谢 @vincentkoc。
• 修复了清单定义的提供商在 stripPrefixes 条目包含多余空格或大小写不同时，会把有效模型 ID 变成损坏 ID 的问题，让操作员和插件作者获得预期的提供商模型。#95744 相关 #95743。感谢 @parveshsaini。
• 首次运行设置现在会为新安装的外部提供商打开凭证提示，而不是看起来像在循环并让 OpenAI 保持选中。#95792 相关 #95765。
• 过大或停滞的提供商目录现在会快速失败并给出清晰错误，而不是挂起 OpenClaw 或消耗无界内存，同时正常目录会继续加载。#95827 感谢 @alix-007。
• Xiaomi Token Plan 用户现在可以在 mimo-v2.5 和 mimo-v2.5-pro 中使用最多 128K 输出 token，而不是被过时的 32,000 token 限制阻止。#95934 感谢 @idootop。
• 工具密集型模型响应现在能以更低开销流式传输，同时重复的工具调用 ID 和加密推理详情会在 Google 和 OpenAI 兼容提供商之间保持与正确调用匹配。#95957 感谢 @vincentkoc。
• 对于内置 ACPX 用户，token 用量统计更可靠，因为 OpenClaw 现在默认包含 ACPX 0.11.2 的持久化修复，无需单独的包覆盖或手动客户端更新。#96124 感谢 @vincentkoc。
• Ollama Cloud 用户现在可以找到并选择 glm-5.2:cloud，并使用其 1,000,000 token 上下文窗口、推理和工具支持，即使它不在公开模型列表中。11484f8
• 当超时值为零、负数或极大值时，MiniMax 图像理解请求不再会在到达提供商之前失败；无效值现在会使用正常或安全的最大等待时间。4b6182e 感谢 @vincentkoc。
• Codex 运行现在会遵循当前快速模式选择，而不是沿用旧的速度档位，并且状态行会清楚显示快速模式何时为自动。77012f9 感谢 @vincentkoc。
• 由 Codex 支持的对话现在会在自动快速模式清除后回到正常路由，防止后续轮次或模型变更重复使用过期的优先级档位。8afc1f7
• 回退 Agent 运行现在会遵循每个模型配置的自动快速模式截断点，即使该运行覆盖了快速模式，也能让回退行为与所选模型策略保持一致。efd3172
• 实时模型切换重试现在会为长时间运行的会话保留原始快速模式截断点，而显式快速模式会避免误导性的自动截断进度消息。d990115 感谢 @vincentkoc。
• 嵌入式 Agent 运行现在会在重试和进度更新中持续保持自动快速模式一致生效，而不会将其与手动选择的快速模式设置混淆。cf1b6fe 感谢 @vincentkoc。
• 快速模式运行现在会在模型回退重试期间保留其速度设置，并在状态中显示配置的自动阈值，避免不一致的重试行为和无用的通用标签。aa3797c 感谢 @vincentkoc。
• Agent 回复和定时 Cron 运行现在能更可靠地处理快速模式回退重试，保留最终尝试正确完成或报告进度所需的状态。14e448e 感谢 @vincentkoc。
• 用户不再会在模型回退尝试仍在运行时看到快速模式重置通知；它只会在运行到达最终回退尝试时出现。6eb72a8
• 当已配置的实时模型不可用时，用户和操作员现在会获得更清晰的处理，因为 OpenClaw 会将提供商的“所选模型未找到”响应识别为模型未找到失败，而不是通用错误。2405d02 感谢 @vincentkoc。
• Qwen 和 vLLM 现在会在开启或关闭思考时一致地保留现有 chat-template 设置，提供商插件也可以使用同一个经过测试的 helper。2ba9d6e 感谢 @vincentkoc。
• OpenAI 兼容代理提供商现在可以更一致地处理思考级别和旧版 reasoning_effort 字段，插件开发者和提供商维护者可在 OpenRouter、Kilocode 和 SDK 中使用同一个有文档说明的规范化 helper。35bafea
• 浏览器和 Vite 构建现在可以加载 OpenAI ChatGPT Responses 提供商，不会因为仅服务器端依赖而破坏 bundle，同时 WebSocket 失败仍会正常显示。8c8eb86 感谢 @vincentkoc。
• OpenRouter 模型扫描现在接受与运行时发现相同的更大有效目录，同时仍会在超大响应消耗无界内存之前拒绝它们。ad3b2f4 感谢 @vincentkoc。
• OpenAI Responses 用户，包括受影响的 Bedrock Mantle GPT-5.x 推理配置，现在会得到一个干净的最终答案，并且保存的转录和 replay 上下文保持一致，不再出现数十份重复的累积副本。#92399 相关 #91959。感谢 @amersheeny、@daimingnj、@phoenixyy、@pigfoot。
• 使用 opencode-go 模型的定时任务和隔离会话现在会将停滞请求转入已配置的超时或后备处理，而不是挂起数分钟后以通用 LLM request failed 错误结束。#93965 相关 #93610。感谢 @forceconstant、@zhangguiping-xydt。
• 更改默认模型后，使用 /new 或 /reset 启动新的频道会话现在会使用新的默认值，而不是静默复用之前缓存的模型；显式 /model 覆盖保持不变。#77339 相关 #77322。感谢 @mjamiv、@zaynl。
• 在 HTTP 或 HTTPS 代理后方，openclaw status --usage --json 和 Control UI 中的 Codex/OpenAI 使用量与配额检查现在会检索使用窗口，而不会在无法直接访问 chatgpt.com 时失败。#93943 相关 #78714。感谢 @tnzgit、@turbotheturtle。
• /status 现在会将活跃模型以及如何清除固定选择保留在一条紧凑的单行中，因此 Discord 和其他聊天用户可以扫读模型状态，而不必阅读多行说明。#95797 感谢 @solvely-colin。
• Anthropic 流式响应现在会将交错的文本、思考和工具调用更新附加到正确的响应块，而不是在多个块同时活跃时混合它们。#96013 感谢 @vincentkoc。

会话、记忆和信任连续性

会话、压缩、记忆 和 QMD 支持的记忆 可以在长时间运行的工作、重新连接、升级和转录修复过程中，更一致地保留预期对话和有用上下文。当智能体需要恢复正确的上下文或能力时，工具搜索 的行为也更可靠。

当所需的密钥状态无法验证时，加密的 Matrix 恢复会安全停止。工具策略、审批 和密钥处理 会保持附着在预期的运行时状态上，风险较高的操作仍保持禁用，除非被明确启用。

Sources and contributors

• 使用 OpenAI Responses 的受影响智能体对话现在可以在可见渠道响应导致其已保存历史不完整后恢复并继续回复，而不是后续每一轮都在回复出现前失败。#84708 感谢 @anyech。
• 当由 Codex 支持的智能体产生异常大的工具输出时，已保存和重放的对话现在会让其文本保持在通常的大小限制内，同时保持非文本内容不变。#87912 感谢 @adrianip0204。
• Control UI 对话现在会在睡眠、网络中断或 Gateway 网关重连后保持可见并继续留在同一会话中，而不是在发送下一条消息时消失。#89017 相关 #87700。感谢 @zhangguiping-xydt、@asicoe。
• 内置的 Codex 和 Copilot 集成现在会随着存储演进，将镜像聊天历史和转录更新绑定到正确的 OpenClaw 会话，同时现有基于文件的活跃转录会在迁移期间继续工作。#89518 感谢 @jalehman。
• WebChat 的当前会话状态现在会匹配你实际使用的对话，因此会话身份、思考等级、token 上下文和费用详情不再来自回退的 main 会话。#89800 相关 #89773。感谢 @killo3967、@sweetcornna。
• 在自动压缩期间按下停止后，你的对话更不容易丢失上下文，因为压缩请求现在也会被取消。#89886 相关 #89868。感谢 @lykeion-dev、@openperf、@vincentkoc。
• 当跨智能体会话访问被阻止时，OpenClaw 现在会列出所有必需的可见性、智能体到智能体和允许列表设置，帮助操作员修正策略配置，而不是排查并不存在的智能体故障。#90489 相关 #90443。感谢 @ramitrkar-hash、@sahibzada-allahyar、@vincentkoc。
• openclaw memory status 现在会显示活跃的 light 或 REM dreaming 阶段，而不是错误报告 Dreaming: off，因此操作员可以看到有效的记忆配置已启用。#93113 相关 #67868。感谢 @agentarclab、@mrossit。
• 超时的 QMD 记忆搜索现在会在智能体继续执行后停止其后台工作，防止被遗弃的进程继续消耗 CPU 和内存。#93394 感谢 @alix-007。
• 压缩后发送的重复指令现在会保留在对话中，防止某些提供商拒绝的丢失轮次、孤立回复和格式错误的历史。#94328 感谢 @vincentkoc、@yetval。
• Memory Wiki 的 Stale Pages 报告现在会将持久概念页和综合页排除在新鲜度警告之外，把注意力集中在可能确实需要审查的来源页和实体页上。#94369 感谢 @sunnyshu0925、@vincentkoc。
• 最近有进度的长时间嵌入式运行现在更不容易被过期会话恢复打断，同时真正卡住的运行仍可被清理，以便排队的工作继续进行。#94701 感谢 @imadal1n、@mrclawfield。
• Ollama 记忆搜索现在会遵循已配置的较小嵌入维度，并将不同维度的索引分开保存，避免不兼容的向量混在一起。#94811 感谢 @mushuiyu886。
• 即使转录文件名发生变化，或 QMD 导出使用不同名称，记忆搜索和定向刷新现在也会保持连接到正确的 OpenClaw 会话。#95087 感谢 @jalehman。
• 当 OpenClaw 为新消息腾出空间时，带有截图或其他图像的长时间运行对话现在能更稳定地保持连续性，而不是在未推进保留对话的情况下反复填满。#95128 感谢 @yetval。
• Windows 用户现在可以通过配置的绝对 memory.qmd.command 路径运行由 QMD 支持的记忆索引和搜索，包括盘符路径和 UNC 位置，而不会让 OpenClaw 在启动前剥离路径分隔符。#95274 相关 #92302。感谢 @ardooken、@ly85206559。
• 使用 /usage full 或 /usage tokens 选择的用量页脚现在会在每日或空闲会话滚动后保持可见，因此用户不必再次开启它们。#95322 感谢 @litang9。
• 跟进回复、表情反应、线程消息和状态检查现在会在 webchat 或系统活动后留在它们所属的聊天中，而真正的渠道切换仍会清除过期的路由详情。#95467 感谢 @yetval。
• 长时间运行的主对话现在会在用户隔夜返回或延迟跟进时保留其先前上下文，而不是在本来正常完成后静默重新开始。#95472 感谢 @xydt-tanshanshan。
• 拥有大量会话历史的用户现在可以列出、预览和查找会话，而不会出现数秒冻结，同时较旧的大小写混合会话键仍会在启动时迁移。#95699 感谢 @jalehman、@jzakirov。
• 修复了当操作员使用自定义或按智能体配置的 session.store 时，已送达回复有时会保存到错误的对话历史或从中遗漏的问题，从而改善目标会话的连续性和可审计性。#95782 相关 #95781。感谢 @youngting520。
• 已保存的会话记忆摘要现在会排除原始模型 token、工具调用块、媒体占位符、角色标签和过期的 NO_REPLY 标记，让未来对话保留有用上下文。#95791 感谢 @sweetsophia、@vincentkoc、@yb0y。
• 使用 Codex/ChatGPT OAuth 的长时间运行 OpenAI 会话现在无需单独 API key 即可压缩，无论 /compact 是手动运行还是自动触发。#95831 相关 #95693。感谢 @sallyom、@yui-tien。
• 长时间、工具密集型会话现在会压缩超大的对话，而不是在末尾出现大型工具结果时卡住。#95860 相关 #78478。感谢 @jw8957、@wzhgba、@yetval。
• 当 memory_search 因 Node 运行时缺少 node:sqlite 而不可用时，OpenClaw 现在会引导用户使用兼容的运行时，而不是让他们进入无关的嵌入提供商故障排除流程。#95916 感谢 @rrrrrredy、@vincentkoc。
• 检查已压缩 Copilot 会话的开发者和操作员现在会获得其摘要、压缩前后的 token 数量以及会话详情，而不是不完整的结果。#96049 感谢 @vincentkoc。
• 即使会话键需要规范化或中止元数据无法保存，/stop 和中止命令现在也会继续及时停止活跃运行、清除排队的跟进并结束相关子智能体。#96201 感谢 @jalehman。
• Voice Wake 升级现在会在 OpenClaw 将现有触发短语和路由规则从已退役设置文件迁移到共享状态数据库时，保持它们继续工作。bdf81a8
• 从较旧 OpenClaw 状态布局升级时，现在会在该状态迁移到 SQLite 时保留更新通知、检查节流、可用版本记录和自动更新尝试历史。eb00d49 感谢 @vincentkoc。
• 插件渠道对话在启动、Doctor 检查和状态修复期间会更可靠地保留其目标会话，较旧的绑定记录会迁移到 OpenClaw 的共享数据库中。9f888d9
• Windows 上由记忆支持的会话同步现在即使在路径格式不同的情况下，也会继续使用目标转录文件。b3b5b08 感谢 @vincentkoc。
• 缺少或空白会话键的嵌入式智能体运行现在会保持附加到目标会话，而不是被发送到不一致的会话路由中。911f853 感谢 @vincentkoc。
• 当模型猜错工具名称时，工具搜索和代码模式现在会显示如何查找并重试正确工具，降低长时间运行的会话在压缩期间卡住或丢失持久记忆的风险。#93374 相关 #92273。感谢 @mushuiyu886、@poison、@vincentkoc。
• 修复了压缩后助手回复从 webchat、Control UI、Feishu 和其他嵌入式对话中消失的问题，让刷新后的聊天保持可读，并让跟进请求彼此分开。#95484 相关 #76729。感谢 @maweibin、@njuboy11、@vincentkoc。
• OpenClaw 记忆功能现在会让活跃、重置和已删除转录覆盖范围与已配置会话存储和智能体所有权保持一致，使 dreaming、QMD 导出、索引和同步更不容易漏掉或错误归因对话历史。#96162 感谢 @jalehman。
• Gateway 网关 TLS 设置现在会清晰拒绝空白证书或密钥路径，或使用 OpenClaw 的默认值，避免令人困惑的启动和证书生成失败，同时保留有效路径。#94054 感谢 @miorbnli。
• 已配置的插件策略现在会在 Gateway 网关注册表变更、重载或后续钩子初始化之后继续阻止或重写敏感工具调用，而不是被静默跳过。#94545 感谢 @jesse-merhi。
• 拥有 operator.approvals 的移动端操作员现在可以在发起请求的 iOS 设备上看到并处理由聊天触发的 Exec 审批，包括应用打开期间，而不再只依赖推送通知。#95175 感谢 @joshavant。
• Control UI 用户现在会获得已修补的 DOMPurify 版本，降低暴露于 GHSA-cmwh-pvxp-8882 清理器漏洞的风险，同时不改变界面的行为方式。#95691 感谢 @vincentkoc。
• 插件对话绑定的 “始终允许” 审批现在会从旧设置文件迁移过来，并且在多个 OpenClaw 进程运行时更不容易丢失或被覆盖。ae41b00 感谢 @vincentkoc。
• Matrix 用户现在会看到：必须先提供有效的恢复密钥，才能继续执行强制交叉签名重置，防止第二次重置导致加密恢复和房间密钥备份不可用。#95720 相关 #78396。感谢 @jteddy、@vincentkoc、@xialonglee。
• Memory Wiki 状态卡和基于桥接的来源同步在同时重写页面期间更不容易失败，因为 OpenClaw 现在会重试瞬时路径不匹配，同时仍会阻止不安全或持续性的文件系统写入。#94443 相关 #92134。感谢 @cknzraposo、@zengwen-dt。
• 修复了最近会话恢复问题：对于工作区路径较长的用户，现在会返回已有转录记录，而不是打开一个新的对话。#94578 相关 #94577。感谢 @rohitjavvadi、@vincentkoc。
• Memory Wiki 现在会在重新摄取或同步现有来源页面时保留用户编写的笔记，同时仍会刷新其生成的内容。#95614 感谢 @yetval。
• 修复了 Memory Wiki 在其 vault 存储在工作区记忆文件夹内时，反复将自己生成的来源页面复制回自身的问题，避免重复文件、重复清理和不必要的记忆索引增长。#95666 相关 #95657。感谢 @johannes0402、@turbotheturtle、@vincentkoc。
• 对于将主动记忆与 memory-core dreaming 配合使用的操作员，夜间 dreaming 任务不再启动不必要的召回工作并触发 45 秒超时，而常规 Web 聊天仍会收到记忆召回。#95721 相关 #78500。感谢 @vincentkoc、@vishutdhar、@xialonglee。
• 包含大量工具调用的智能体会话现在会用更少的重复工作修复乱序结果，同时让每个结果都与正确的工具调用配对。#96014 感谢 @vincentkoc。
• Windows 上由 qmd 支持的记忆工作现在会在可用性探测和命令超时后停止所有相关进程，防止 qmd 子进程继续在后台运行。830691b
• 受信任的 OpenClaw 包来源现在会拒绝相似的同级路径，因此信任 /artifactory/openclaw 不再也会允许诸如 /artifactory/openclaw-malicious 这样的路径。12c34fc 感谢 @vincentkoc。

Slack 路由器中继模式

Slack 路由器中继模式让托管或多 Gateway 网关部署能够集中处理传入的 Slack 流量，同时正确的 OpenClaw Gateway 网关仍然处理提及、线程亲和性和回复。

来源和贡献者

• 托管 Slack 部署现在可以使用中央路由器，将提及和持续线程发送到正确的 OpenClaw Gateway 网关，同时回复仍会通过 Slack 显示。#94707 感谢 @pash-openai、@sjf-oa。

Raft External Agent 唤醒桥

Raft 渠道和 Raft 插件现在支持本地 CLI 唤醒桥，因此 External Agents 可以唤醒 OpenClaw 处理待处理的工作区工作，操作员也可以通过受支持的路径检查设置和状态。

来源和贡献者

• 当工作区有待处理工作时，Raft External Agent 操作员现在可以通过受支持的本地 CLI 桥唤醒 OpenClaw 智能体，并支持命名配置文件以及缺失 CLI 前置条件检查。#95497 感谢 @vincentkoc。

官方插件安装和修复

插件管理现在通过常规外部包安装和修复流程处理更多官方集成。插件清单和相关设置检查会在包缺失、不兼容或需要重新安装时，为用户提供更清晰的结果。

来源和贡献者

• 当 plugins.allow 使用渠道或包名称而不是真实插件 ID 时，启动指引现在会识别未匹配的条目，并显示修正配置所需的已发现插件 ID。#68389 相关 #68352。感谢 @aym9999、@jirboy、@lyfuci、@pahuchi-joe、@zmxccxy。
• 首次或全新安装时的插件信任警告现在包含可直接复制的 plugins.allow 示例，以及列出或检查插件 ID 的命令，因此用户可以在信任或重新安装插件代码之前解决该警告。#78105 相关 #68780。感谢 @jirboy、@pahuchi-joe。
• Codex 迁移现在可与标准全局插件安装配合使用，因为 openclaw migrate 可以找到已安装的提供商，而不是因 Unknown migration provider 失败。#89612 相关 #89609。感谢 @mugabuga、@zerone0x。
• 插件安装和更新现在可以从过期的 OpenClaw 管理依赖固定中恢复，而不是因 npm EOVERRIDE 失败，同时后续同步不会降级或移除用户明确安装的包。#91786 相关 #91772。感谢 @amknight、@mkdelta221。
• 渠道插件开发者现在可以通过钩子和选定的 exec 工作流携带原生发送者和会话标识符，在不破坏现有发送者和聊天字段的情况下，为集成提供更精确的路由。#91903 感谢 @lanzhi-lee、@vincentkoc。
• 插件发现现在会在启动期间减少重复的阻塞性文件系统检查，在不改变内置插件树发现行为的情况下，降低可避免的冷启动工作量，尤其是在较慢的 Windows 文件系统上。#93919 相关 #76209。感谢 @ml12580、@shenhonglong456-ai。
• 插件 Gateway 网关方法现在可在注册后通过 openclaw gateway call 使用，因此插件作者可以从脚本和 cron 作业中使用它们，而不是遇到 unknown method 错误。#94154 相关 #94127。感谢 @brycemurray、@pick-cat、@vincentkoc。
• ClawHub Skills 发现和安装检查现在更不容易卡住或使 OpenClaw 崩溃，因为过大或停滞的市场响应现在会在耗尽内存之前被停止。#95226 感谢 @alix-007。
• 当操作员在升级后遵循 openclaw doctor 或深度 Gateway 网关状态给出的修复建议时，已固定的官方插件不再停留在旧版本。#95541 感谢 @ooiuuii、@vincentkoc。
• 托管 npm 插件更新现在更不容易因缺失模块错误破坏正在运行的 Gateway 网关上的工作，因为旧版插件文件会一直保留到后续 Gateway 网关启动时再清理。#95589 感谢 @ooiuuii、@vincentkoc。
• 支持品牌的官方插件卡片现在会在 ClawHub 和其他目录中显示可识别的图标，插件作者也可以通过已记录的清单字段提供市场图稿。#95845 感谢 @patrick-erichsen。
• ClawHub 和其他目录中的官方插件图标不再被强制设置为同一种硬编码颜色，允许 Simple Icons 改用其默认图稿。#95987 感谢 @patrick-erichsen。
• Docker 用户现在除了 GHCR 外，还可以使用官方 openclaw/openclaw Docker Hub 镜像，并且带版本的 beta 发布不会移动稳定版 latest 和 main 别名。#97122 感谢 @vincentkoc。
• 基于 Git 的 OpenClaw 安装现在即使存在其他全局 pnpm 或外围项目包管理器，也会使用仓库固定的 pnpm 版本，因此设置命令不再在错误的包管理器环境中运行。bd74a62 感谢 @vincentkoc。
• ClawHub Skills 卡片和更新请求现在即使收到异常大的超时值，也会可预测地完成或超时。8cd0c11 感谢 @vincentkoc。
• Windows 用户现在可以完成源码安装，不会被 llama.cpp 设置步骤阻塞或拖慢，安装程序随后会恢复他们现有的 shell 设置。ea9065b 感谢 @vincentkoc。
• 更多官方渠道、提供商和 Web 搜索插件现在可以通过常规外部包目录安装或修复，同时仍能从其现有凭证中被识别。#95683 感谢 @vincentkoc。
• 通过 OpenClaw 可信目录安装或更新官方腾讯元宝渠道插件的用户现在会获得版本 2.15.0，预期的完整性检查和缺失插件指引也已与该版本对齐。#94470 感谢 @jase-283。
• 首次运行的新手引导现在可以通过 Homebrew 安装内置 gog Skills，而不会因已移除的第三方 tap formula 失败。#95019 相关 #95017。感谢 @sedrak-hovhannisyan、@vincentkoc、@zengwen-dt。
• Canvas、Discord、Slack、Voice Call 和 WhatsApp 用户会在每个已安装或内置插件中保留相同的 Skills 指引，而对旧根目录 skills/... 路径的引用需要迁移到相关插件目录。#95664 感谢 @vincentkoc。
• ClawHub Skills 验证现在接受与安装和更新相同的 @owner/<slug> 引用，因此用户可以检查目标发布者，而无需切换到含义不清的裸 slug。#95992 感谢 @patrick-erichsen。
• OpenClaw 的安装时包管理器警告现在能正确识别 npm、Yarn、Yarn Berry 和 Corepack 风格启动器，避免这些工具通过替代可执行文件名运行时出现误导性指引。11a2e03 感谢 @vincentkoc。
• 包 URL 安装现在可以处理过大的下载超时值，而不会在可用包数据解析完成前失败。c310f8c
• 插件和 CLI 开发者现在可以看到更清晰的受支持命令格式化 API，同时设备配对、节点注册和 Doctor 指引会继续生成相同的 shell 安全命令。23b4f33
• Windows ARM64 用户现在通过 x64 模拟 shell 运行 PowerShell 安装程序时，会获得匹配的 ARM64 Node 和 MinGit 下载。fac091b 感谢 @vincentkoc。
• 默认 OpenClaw 安装不再花时间构建可选 llama.cpp 支持，避免未启用该功能的用户遇到原生构建失败。cc1b3a8 感谢 @vincentkoc。

渠道和消息

其他渠道修复

其他 Telegram 和频道配置修复覆盖了更细分的投递和设置问题。

来源和贡献者

• Telegram 回复链在上下文变化后会继续附带缓存回复，而不是在复用这些缓存回复时失败。#82909 感谢 @lidge-jun。
• 修复了当结束代码围栏接近 2,000 字符消息限制时，Discord 会丢弃包含围栏代码块的整条长回复的问题。#95661 感谢 @ly-wang19。
• Slack 操作员现在可以将令牌和签名密钥存储为受支持的 SecretRef 输入，同时读取、写入、allowlist 和目标查找以及设置检查会使用解析后的凭证，而不是拒绝或误读这些引用。7da955f 感谢 @vincentkoc。
• 当集成停止响应时，渠道能力检查现在会返回明确的超时，避免故障排除卡在终端或自动化运行中。8ecdb97 感谢 @vincentkoc。

Gateway 网关、安全和信任

重启和就绪恢复

Gateway 健康和故障排除信号现在能更一致地反映 OpenClaw 实际处于就绪、重启中还是无法继续的状态。通过 CLI 启动的智能体运行可以更干净地从断开连接、关闭、路由变更和启动失败条件中恢复。

来源和贡献者

• 当已配置或显式指定的远程 Gateway 网关较慢但可访问时，openclaw gateway probe --timeout ... 现在会等待请求的超时时间，而不是在较短的内部截止时间后报告其不可访问。#89859 相关 #65355。感谢 @hellocli、@mushuiyu886。
• 长时间或并行的内部子智能体运行现在会避免不必要的实时预览处理，同时可见的子智能体会话仍会显示实时更新和最终响应。#91906 感谢 @lanzhi-lee、@vincentkoc。
• ACP 对话，尤其是由 Kiro 支持的线程，现在会在第一条回复之后继续：当后端无法再恢复旧会话时，会启动一个新会话。#93547 相关 #87830。感谢 @amersheeny、@chouzz。
• 当 Linux 内存压力终止子命令或会话时，由 systemd 管理的 OpenClaw Gateway 网关现在会继续运行并保持渠道连接，同时报告子进程失败。#93585 感谢 @snowzlm。
• 现在在工具工作期间取消 OpenClaw 运行会及时结束，而不是启动另一个模型轮次或让会话保持锁定。#94412 感谢 @szsip239、@vincentkoc。
• 使用云端模型的 OpenClaw 定时作业现在默认会从静默卡住的模型调用中恢复，帮助避免后续 cron 工作积压，同时本地或自托管提供商仍保留现有超时行为。#94445 感谢 @bek91。
• Gateway 网关就绪检查现在会在重启排空期间变为不健康，防止流量管理器将新工作发送到正在临时拒绝请求的 Gateway 网关。#94915 相关 #78136。感谢 @markoub、@maxschachere、@vincentkoc。
• Mac 用户现在可以让 LaunchAgent 管理的 Gateway 网关在 OpenClaw 升级期间保持运行，而不是在旧的文本转换运行时代码仍被缓存时看到反复崩溃和重启循环。#95081 相关 #95057。感谢 @849261680、@yveslarose。
• 由 Codex 驱动的 TUI、WebChat 和兼容的流式 API 对话现在会在回复生成时显示内容，同时干净地替换临时文本，确保最终答案不包含过期草稿。#95404 相关 #95422。感谢 @agonza1、@vincentkoc。
• Gateway 网关重启后，当 OpenClaw 已经在恢复被中断的回复或报告实际恢复失败时，用户不再看到误导性的重试通知，从而减少不必要的重复尝试。#95431 感谢 @moeedahmed、@vincentkoc。
• 长时间、工具密集的智能体会话现在会在结果累积时保留提示缓存节省，减少轮次之间重新发送改写历史带来的可避免延迟和成本。#95624 感谢 @vincentkoc。
• Gateway 网关重启不再让已配置的 Codex、Copilot 或基于可信插件的智能体暂时不可用，并且不受信任的工作区插件仍会被阻止自行激活。#95652 感谢 @vincentkoc。
• 长响应、繁忙的工具流、图像密集型请求和记忆回忆现在会产生更少的 CPU 和文件系统开销，且不需要更改设置或工作流。#95697 感谢 @vincentkoc。
• 在无配置设置中，运维人员现在可以再次为已知渠道添加或更新定时公告；而已配置的环境仍会在投递前拒绝已禁用、过期、无所有者或未知的目标。#95754 感谢 @vincentkoc。
• macOS 用户在停止或更新受管 Gateway 网关时不太可能再看到误报的端口冲突失败，因为 OpenClaw 会短暂等待正常关闭释放端口，同时仍会报告持续存在的冲突。#95886 感谢 @fuller-stack-dev。
• 由 Copilot 支持的智能体现在可以向用户提问，并通过 OpenClaw 的常规聊天回复流程接收答案；同时紧凑的工具搜索和代码模式控件会避免将完整工具目录加载到会话中。#96005 感谢 @vincentkoc。
• 在 systemd 或容器设置中重启 Gateway 网关时，不再留下旧的 Codex 或 Claude 适配器进程，帮助新的 ACPX 会话在反复重启后无需等待数分钟清理停顿即可启动。#96032 感谢 @t2wei、@vincentkoc。
• 由 Copilot 支持的会话现在会在工作展开时显示计划更新，并且其原生子任务会一直可见直到完成或失败，而不是从 OpenClaw 的任务视图中消失。#96062 感谢 @vincentkoc。
• 即使连接的智能体（如 OpenCode）的 harness 无法选择请求的模型，现在也会通过 OpenClaw 启动；而真正不受支持的模型选择仍会返回原始错误。#96068 相关 #95869。感谢 @sabatech-dev、@vincentkoc。
• 使用 heartbeat_prompt_contribution 的插件现在会在智能体通过 Codex app-server 等 harness 运行时，将其 Heartbeat 专用上下文传递给模型，同时不影响普通用户轮次或未使用该钩子的插件。#96233 感谢 @azogheb、@vincentkoc。
• Windows Gateway 网关清理和监听器检查现在会一致地处理 UTF-16 WMIC 命令行数据，减少对正在运行的 Gateway 网关进程识别失败或冲突的情况。15c880a 感谢 @vincentkoc。
• 长上下文、工具密集的智能体会话现在会在重复轮次中更稳定地复用提示缓存，同时不丢失单个结果大小限制；高级运维人员也可以为大上下文模型配置更大的工具结果上限，而不会被配置拒绝。a60947f 感谢 @vincentkoc。
• 长时间、工具密集的智能体会话在工具输出累积时不太可能让模型请求膨胀，同时重复轮次会保持稳定的提示缓存复用。2f33999 感谢 @vincentkoc。
• Gateway 网关重启现在使用 OpenClaw 的持久状态数据库进行交接，而过期、格式错误、进程错误或已被取代的请求会在影响重启前被丢弃。0ad48da
• Gateway 网关状态、Doctor 和重启诊断现在会在 OpenClaw 的共享状态数据库中保留最近的重启详情，同时仍会丢弃过期或格式错误的记录。a39a3b7 感谢 @vincentkoc。
• Gateway 网关重启和受管服务更新现在会保留正确的延续消息，避免复用过期的交接状态，并一致地标记失败的更新交接。514b336 感谢 @vincentkoc。
• 由 Gateway 网关启动的智能体在执行实时 cron 检查等任务时，不再丢失仅限所有者使用的 OpenClaw 工具，因此授权操作可以在正确的请求上下文中使用预期工具。c2ee9b0 感谢 @vincentkoc。
• 格式错误的 Gateway 网关重启请求现在会明确失败且不会安排重启，防止错误或意外的集成调用意外重启 Gateway 网关。108d6d7 感谢 @vincentkoc。
• Gateway 网关排队的过期节点请求现在会自动过期，因此旧工作不太可能滞留并影响后续活动。f6d432e
• 当集成请求过多子智能体会话历史时，插件工作流不太可能卡住或使 Gateway 网关过载，因为每次读取现在都被限制在安全上限内。b66b450 感谢 @vincentkoc。
• 图像描述现在会一致地处理极大的超时设置：将其限制在安全的运行时上限内，而不是冒计时器溢出的风险。88b21fc
• 嵌入式智能体会话现在即使设置了极大的超时时间，也会可靠地等待另一个会话释放其文件锁，而不是冒计时器溢出的风险。4c736df 感谢 @vincentkoc。
• 使用极大任务超时设置的排队命令现在会可靠超时，因为 OpenClaw 会将等待时间限制在运行时的安全最大值内。1f6ae32 感谢 @vincentkoc。
• 修复了 normalization-core 暴露错误字符串强制转换入口点，以及 ACP 会话显示过期 fast-mode 值的问题，因此集成会收到预期 API，用户也会看到实际生效的模式。93ad397 感谢 @vincentkoc。
• 快速自动运行现在会更一致地交付最终回复，并且进度重置处理仅限于自动模式，因此不会干扰响应或转发的回调。9e8ab08 感谢 @vincentkoc。
• 使用 OpenAI Responses 的智能体会话现在会在重放历史包含不匹配的工具请求和结果时，恢复基于工具的工作且不会失败或丢失进度。b4bc1f2 感谢 @vincentkoc。
• 当 Gateway 网关返回不同的完成信封形状时，已完成的插件子智能体和 QA 运行不再被误报为失败，让插件作者和运维人员的成功交接更可靠。d1b268f 感谢 @vincentkoc。
• 修复了已完成的子智能体任务有时结束但没有更新的问题，因此用户会收到结果或父智能体的下一步。68a1e00 感谢 @vincentkoc。

远程结果和媒体投递

远程图像结果和已完成的子智能体工作现在会更可靠地通过活动的 Gateway 网关 对话返回，而不是看起来失败或消失。

来源和贡献者

• 来自远程 Codex app-server 的生成图像现在会作为附件到达，而不是在成功生成后显示 Media failed 或只返回文本。#96212 感谢 @sjf-oa。
• 当子智能体完成时，其结果现在会更可靠地到达活动的父运行，而不是看起来没有响应。7fc4bbc 感谢 @vincentkoc。

客户端和界面

客户端发送和重连

WebChat 和 Control UI 在重连后能更一致地显示活动对话和失败状态，而移动客户端和终端 UI 可以恢复已完成、已拒绝或已中断的发送，不会让它们看起来卡住。

来源和贡献者

• 当 WebChat 消息在智能体启动前失败时，WebChat 和 Control UI 现在会将会话显示为失败，而不是让它看起来仍在运行。#84352 感谢 @jesse-merhi。
• 修复了 Control UI 会话选择器卡在隐藏子智能体会话后面的问题，因此加载更多现在会到达下一个可用聊天，而不会显示误导性的总数。#89323 相关 #89249。感谢 @giodl73-repo、@originsecured-do。
• 当用户从历史记录重新打开 Control UI 对话时，他们的提示词现在会和助手回复一起显示，在长转录中保留问答上下文，不再出现空白断层。#93841 相关 #90241。感谢 @mushuiyu886、@pronzcw。
• 部署在路径前缀后的 Control UI 现在会让 manifest、favicon 和 service-worker 请求保留在该前缀下，避免登录后出现令人困惑的根级别 403 错误。#94204 相关 #94157。感谢 @hugenshen、@xrow。
• Android 用户现在可以在设置中打开健康日志和技能行以查看可读详情，从而更容易排查 Gateway 网关活动、检查技能设置和状态，并了解如何使用现有设置代码进行配对。#95148 感谢 @tosko4。
• 发送后，已发送的提示词不再重新出现在 Control UI 编辑器中，因此用户可以切换会话或开始下一条消息，而不会冒着重复发送或覆盖新草稿的风险，同时有意重新输入仍然可用。#95503 相关 #89466。感谢 @vincentkoc、@zhangguiping-xydt、@zhong18804784882。
• Android 用户现在会看到更清晰的概览，连接状态、已配置的智能体、节点健康、审批、最近会话，以及聊天和 Talk 操作都能一目了然。#95557 感谢 @joshavant、@solvely-colin。
• Android 用户现在可以从应用内审批屏幕刷新并处理 Gateway 网关命令审批，在连接时选择允许一次、始终允许或拒绝。#95593 感谢 @solvely-colin。
• iOS 用户现在可以避免意外的通知提示，并在审批提醒不可用时获得清晰指引，权限也可在一个可预测的设置屏幕中管理。#95640 感谢 @joshavant。
• 即使 OPENCLAW_TUI_LOCAL_RUN_SHUTDOWN_GRACE_MS 设置得极高，本地 TUI 关闭现在也会保持在安全计时器限制内。c21dcfc
• Canvas A2UI 现在会在每次构建后仅提供当前应用资产，因此过时的兼容性图片和残留文件出现的可能性更低。a89e65c 感谢 @vincentkoc。
• iOS 推送中继设置失败现在更容易定位，因为注册诊断会显示设置停止的位置，同时避免将敏感推送凭证写入日志。f2b8668 感谢 @joshavant。
• iOS 设备现在只有在用户接受托管中继披露并允许通知后才会注册推送通知，防止注册数据在同意前被发布。8efed50 感谢 @joshavant。
• 修复了聊天、语音、TUI 和转发发送有时在 Gateway 网关已经完成或拒绝后仍看起来卡住或消失的问题，因此受影响的客户端现在会清除待处理状态、恢复可重试输入、刷新历史记录，或显示有用的失败信息。#91049 相关 #91048。感谢 @nxmxbbd。

界面、设置和新手引导修复

更多 Control UI、移动端和桌面端修复提升了显示准确性、无障碍访问、新手引导和应用行为。

来源和贡献者

• 恢复了展开的 Control UI 聊天侧边栏中的 OpenAI/Codex 使用配额，因此用户无需离开对话即可检查限制。#94219 相关 #93041。感谢 @jazzroutine、@pick-cat。
• iOS 屏幕现在在新手引导、设置、聊天、审批提示、语音权限、小组件和共享聊天视图中使用一致的 OpenClaw 强调色和状态颜色。#94627 感谢 @zats。
• Control UI 现在可以在主会话中使用静默预设创建 Early Morning 作业且不发送通知，而不是让对话框保持打开却没有可见结果。#95459 相关 #95073。感谢 @vincentkoc、@vporton、@zoowh。
• 在百万 token 边界，Control UI 徽章和用量读数现在显示 “1M”，而不是令人困惑的 “1000k”，同时底层 token 计数保持不变。#95485 感谢 @narahariraghava、@vincentkoc。
• Control UI 概览现在只统计并标记仍需关注的已启用 cron 作业，而已禁用作业会保留过去的失败详情，但不会显示为当前问题。#95723 相关 #95716。感谢 @voytas75、@zengwen-dt。
• Control UI 用户现在会看到更短的系统、浅色和深色主题工具提示，而屏幕阅读器会播报重复更少的标签，同时不丢失周围的颜色模式上下文。#95837 感谢 @hannesrudolph、@sannidhyasah。
• 从表单视图切换后，原始配置不再在设置中看起来缺失，因为 JSON 会重新进入视图，而不是保留之前的滚动位置。#96145 相关 #94202。感谢 @sunlit-deng、@vporton。
• 新 iOS 用户现在会先进入 OpenClaw 的欢迎和新手引导，再由 iOS 请求 local-network 访问权限；现有用户仍会在打开 Gateway 网关设置或以其他方式需要局域网 Gateway 网关发现时收到该请求。#96181 感谢 @joshavant。

文档和管理工具

设置和命令可靠性

常见 CLI 命令 现在能更一致地处理配置、路径、输出和失败场景。Shell completion、doctor、配置命令 和 Gateway 网关配置 会在安装或设置需要关注时提供更清晰的指引和更安全的恢复方式。

来源和贡献者

• OpenClaw 的 zsh Tab 补全菜单现在会按字面显示包含 $ 变量或反引号包裹示例的选项说明，而不会将它们当作 shell 输入求值并损坏菜单。 #64490 感谢 @edenkangdw。
• 从旧版沙箱存储升级后，操作员现在会收到清晰的 openclaw doctor 警告，提示残留的注册表文件，并可使用 openclaw doctor --fix 迁移或清理它们。 #84326 感谢 @giodl73-repo。
• 操作员现在可以使用 doctor --lint 发现陈旧的旧版 Gateway 网关服务并预览清理内容，而有意保留的额外服务会保持为信息提示，并且不会让默认检查失败。 #84340 感谢 @giodl73-repo。
• macOS Gateway 网关操作员现在会在重新安装、修复或重启覆盖自定义 LaunchAgent 包装器行为之前收到警告，同时 openclaw status 会区分仅 CLI 的缺失密钥检查和已安装服务。 #90537 相关 #90518。感谢 @turbotheturtle、@vincentkoc。
• 现在可以用 --message-file 将很长、多行或包含大量代码的提示发送给 openclaw agent，避免脆弱的 shell 引号处理，并在分发前报告无效文件。 #93351 感谢 @ooiuuii。
• 修复了计划执行的 doctor --fix --non-interactive 修复在临时健康检查失败后重启已在运行的 Gateway 网关的问题，因此无人值守维护不再中断实时服务。 #94148 相关 #78217。感谢 @esqandil、@zhangguiping-xydt。
• openclaw configure 和裸 openclaw config 现在从脚本或管道运行时会停止并给出清晰的子命令指引，而不是打开部分交互式向导后以不清晰的方式退出。 #94238 相关 #93953。感谢 @nianjiuzst、@ruomuxydt。
• 多 Agent 操作员现在可以使用 openclaw gateway usage-cost 查看一个已配置 Agent 或所有 Agent 的成本，同时现有默认 Agent 命令保持不变。 #94483 感谢 @ly-wang19。
• 已归档的 Workboard 卡片不再干扰默认 openclaw workboard list 输出，而 --include-archived 和 JSON 输出仍可在需要时提供访问。 #94562 相关 #94555。感谢 @ecican、@vincentkoc、@zengwen-dt。
• OpenClaw Doctor 现在会为正常工作的隔离式 shell 提示 cron 作业给出准确指引，而不是反复建议无法清除警告的 --fix 命令。 #94784 相关 #94655。感谢 @altaywtf、@geekoagent、@zengwen-dt。
• 修复了 openclaw doctor 在有意跳过就绪检查后，对健康的本地 GGUF 记忆设置显示需要修复警告的问题，同时在配置的本地模型实际缺失时仍保留警告。 #95393 相关 #92582。感谢 @mikasa0818、@neekolascmd、@vincentkoc。
• 在 Windows 上，安装程序创建的 Gateway 网关任务现在会在后台运行，不再显示用户可能意外关闭并停止 Gateway 网关的控制台窗口。 #95480 相关 #89231。感谢 @cameronweller、@mikasa0818、@vincentkoc。
• Agent 频道绑定现在会拒绝格式错误的账户规格，例如 matrix:work:extra，并给出清晰错误，而不是静默地将 Agent 路由到另一个账户。 #95572 感谢 @ly-wang19。
• ClawHub 技能更新现在会遵循你配置的安装安全策略，并且 openclaw skills update --all 只会更新受跟踪的 ClawHub Skills，而不会意外安装其他已配置的 Skills。 #95684 感谢 @vincentkoc。
• Windows 重启和 Gateway 网关启动工作流更可靠了，因为 OpenClaw 现在会将命令交给受信任的系统 cmd.exe 路径，而不是依赖进程查找。 7dd01d1 感谢 @vincentkoc。
• 当 PATH 查找不完整时，Windows Gateway 网关清理和监听器检查更可靠，因此操作员可以识别 Gateway 网关进程并释放被占用端口，而不会漏掉已安装的系统工具。 e9b694e 感谢 @vincentkoc。
• 在 Windows 上，即使另一个 where 命令更早出现在 PATH 中，OpenClaw 启动和 TUI Codex 交接现在也会通过受信任的系统定位器找到 bun、codex 和其他运行时二进制文件。 72b9bc7 感谢 @vincentkoc。
• Windows 端口诊断现在即使在 PATH 条目缺失或被遮蔽时也会使用预期的系统工具，因此 Gateway 网关和服务端口冲突更不容易被命令解析失败掩盖。 c4facb2 感谢 @vincentkoc。
• 当 PATH 不完整、异常或被遮蔽时，Windows 守护进程恢复更不容易漏掉进程检测或清理，因为计划任务回退现在会在受信任的系统位置找到 PowerShell 和 taskkill。 2a140e6 感谢 @vincentkoc。
• OpenClaw 现在会通过迁移将配置恢复标记、最后已知良好快照和可疑读取历史保存在共享状态中，而不会留下单独的配置健康日志文件。 6daabd2 感谢 @vincentkoc。
• 在 Windows 上，通过 Node 包 shim 启动的 Crabbox 命令现在会按输入原样接收提供商标志、shell 命令和特殊 shell 字符，而不会丢失或重新解释它们。 54d24cd 感谢 @vincentkoc。
• 面向 Windows 的 Crabbox 工作流在通过 .cmd 和 .bat shim 启动 Node 工具时，更不容易失败或回退到较慢的 shell 处理。 d48dcc6 感谢 @vincentkoc。
• Windows 用户可以通过 npm 安装的命令 shim 运行 crabbox、git 和其他基于 Node 的工具，而不会在工具打开前就让 Crabbox 停止。 77f4e45 感谢 @vincentkoc。
• openclaw doctor 现在会检查省略工具策略设置的配置文件，而不会将这种有效省略视为错误。 03ba09b
• openclaw doctor 在无法评估自定义预览配置文件时，不再显示误导性的工具部分警告。 420a0e6 感谢 @vincentkoc。
• openclaw doctor 现在会将预览警告限制到它能够评估的工具配置文件，避免对未知配置文件显示误导性的已配置授权警告。 541f7ff 感谢 @vincentkoc。
• Windows 用户现在可以从源代码安装 OpenClaw，而不会因为安装程序强制通过 cmd.exe 运行 npm 或 pnpm 脚本导致依赖设置被阻塞。 1252378 感谢 @vincentkoc。
• 更大的 OpenClaw 配置现在可以更高效地初始化并生成 UI 提示，同时敏感字段仍会以相同方式标记。 #55018 感谢 @huangyandi-red、@vincentkoc、@xdhuangyandi。
• 仍需手动重启 Gateway 网关的配置更改现在会显示清晰的需要重启通知，并保留原始说明，而不是用误导性的 config-patch ok 消息显得已完成。 #83041 相关 #46797。感谢 @stache73、@xuruiray。
• doctor、gateway、models、plugins、sessions 和 tasks 的帮助现在会在几十毫秒内显示，而此前 sessions --help 和 tasks --help 等命令大约需要 1.6 到 1.8 秒才开始响应。 #89628 感谢 @yyzquwu。
• Langfuse 等 OpenTelemetry 追踪后端现在会为带斜杠限定的模型 ID 显示实际的提供商/模型名称，而不是 “unknown”。 #89981 感谢 @mycarrysun、@vincentkoc。
• 格式错误或较旧的设备配对记录不再阻止 openclaw devices list 显示待审批请求，同时有效角色仍会正常显示。 #93504 感谢 @ly-wang19。
• OpenClaw 现在会在带有意外前置或尾随冒号的 SSH 目标生成无效 SSH 配置或导致基于 SSH 的沙箱和 Gateway 网关隧道启动失败之前拒绝它们。 #93887 感谢 @miorbnli。
• 非交互式设置的本地 Gateway 网关健康检查失败的用户现在会获得可运行的 openclaw onboard --install-daemon 或 openclaw onboard --skip-health 恢复命令，而不是不受支持的 setup 标志。 #93994 相关 #93947。感谢 @bk-z1、@nianjiuzst。
• Gateway 健康和探测检查现在会接受与启动本地 Gateway 网关时相同的自定义 --port，提前拒绝无效端口，并在 JSON 输出中显示所选的 local loopback 目标。 #94687 相关 #79100。感谢 @bryantegomoh、@ozthedivine。
• gateway --force 现在会检测只占用 Gateway 网关端口的 IPv4 进程，并且在端口检查不确定时仍会尝试清理，而不是错误地将该端口视为空闲。 #94949 相关 #94426。感谢 @sunlit-deng、@vincentkoc、@wangwllu。
• openclaw config validate 现在会接受显式使用 transport: "stdio" 的基于命令的 MCP 服务器设置，避免错误的验证失败，同时仍会拒绝无效的远程式 stdio 配置。 #95102 相关 #95082。感谢 @ken-jo、@lzyyzznl。
• CLI 图像编辑现在可以用 --count <n> 在一个命令中返回多个变体，而不再受限于提供商默认的单个结果。 #95300 感谢 @ly-wang19。
• 当配置了自定义、基于 ~ 或使用 {agentId} 模板的存储时，openclaw sessions export-trajectory 现在无需再次提供存储路径，就能找到其他会话命令已能看到的会话。 #95570 相关 #95568。感谢 @youngting520。
• 修复了 infer inspect --name <id> --json 显示匹配的 CLI 命令并不接受的标志的问题，让开发者和运维人员可以可靠地发现受支持的模型、凭证和转录选项。#95719 感谢 @ly-wang19、@vincentkoc。
• 查看非常大或乱序会话的用户现在可以打开用量详情，并仍能获取带最新时间戳的日志条目，同时 OpenClaw 不会在内存中保留完整的已解析日志历史。#96019 感谢 @vincentkoc。
• 运维人员现在可以为自己的 OpenClaw 主机设置凭证监视器、systemd 定时器和 Termux 小组件，而无需先替换维护者专用的主机名和文件系统路径。af3e509 感谢 @vincentkoc。
• 原生 Windows crabbox hydration 现在会自动选择所需的 Windows 守护进程作业，避免运行失败或路由错误，同时保持 WSL2 和显式作业覆盖不变。d5d9a82 感谢 @vincentkoc。
• 设置本地智能体头像的用户可以通过将工作区相对文件保持在 2 MB 以下来避免图片缺失，而 HTTP(S) 和 data URI 头像不受该限制约束。#78884 相关 #65312。感谢 @wangjieweb3-design、@nyx-nocturna。
• OpenClaw 的默认智能体指令现在要求智能体在提出自定义构建前先检查是否有合适的免费或开源解决方案，同时在自定义工作更合适时仍允许这样做。#86608 感谢 @cablackmon。
• 插件作者现在可以在 subagent_ended 事件上使用已记录的 targetSessionKey，将其与对应的派生操作匹配，而不必依赖不会发出的 agentId 或 childSessionKey 字段。#95191 相关 #95186。感谢 @ken-jo、@mahaohao-ch。
• OpenClaw 文档和展示卡片中的 ClawHub 技能链接现在会打开规范的带所有者限定页面，安装示例也会使用可直接复制的 openclaw skills install @owner/<slug> 引用，而不是较旧的裸 slug 路由。#95972 感谢 @patrick-erichsen。

工具和定时工作

定时作业和内置工具现在能更一致地完成、重试、报告失败，并保留其预期输入。对插件 SDK 运行时的改进，也让由工具支持的扩展在加载、返回结果或运行定时工作时更加可靠。

Sources and contributors

• 使用 deleteAfterRun 的隔离 cron 作业现在会在完成后移除其临时会话和转录记录，包括禁用投递的运行，从而减少陈旧文件、累积上下文和手动清理。#84794 相关 #84707。感谢 @bottenbenny、@turbotheturtle。
• 单个定时作业现在可以使用自己的回退模型、在禁用回退的情况下运行，或通过 CLI 恢复到正常的回退继承，而无需操作员编辑更底层的载荷数据。#93369 相关 #90302。感谢 @849261680、@walliiee。
• cron 历史现在能可靠找到作业 ID 周围带有额外空格的条目，并在嵌套或空白 ID 产生无法安全读回的日志记录之前拒绝它们。#93567 感谢 @alix-007、@vincentkoc。
• 添加或移除 cron 作业不再导致另一个已经到期的周期性作业丢失其待运行项。#94323 感谢 @yetval。
• Word、PowerPoint 和 Excel 文档的读取和写入现在使用预期的 .docx、.pptx 或 .xlsx 路径，而不是因虚构的扩展名而失败。#95805 相关 #93326。感谢 @bhnan、@lzyyzznl、@vincentkoc、@xzh-icenter。
• 浏览器自动化用户会保留同样富含引用的快照，包括紧凑结果中的有用分支，同时快照生成期间可避免的处理更少。#96072 感谢 @vincentkoc。
• 修复 Windows 上超时命令和被中断的核心更新有时会留下子进程运行的问题，因此 OpenClaw 可以在取消、超时或更新清理后更可靠地停止完整进程树。a192b2e 感谢 @vincentkoc。
• Windows 用户在解包 ripgrep 等 ZIP 下载时，较不容易遇到智能体管理的工具安装失败，因为 OpenClaw 现在使用内置 Windows 解压程序，而不是依赖 PATH 查找。a5fde91
• Windows 设置和运行时检查现在通过使用受信任的 System32 解析器，而不是依赖意外的 PATH 条目，更可靠地找到所需工具。d3b4444 感谢 @vincentkoc。
• 使用 timeoutMs: 0 创建的 SDK 运行现在会保留请求的零超时，而不会带有不需要的客户端侧看门狗。2bdcc83 感谢 @vincentkoc。
• 即使调用方提供极大的执行或空闲输出超时，停滞的 OpenClaw 命令现在也能可靠停止。1425bb3 感谢 @vincentkoc。
• 被赋予极大超时设置的命令现在会使用安全最大值，而不是因为运行时无法调度请求的等待而失败。66b94ba
• 提供商特定的工具允许/拒绝设置现在与 OpenClaw 的 Doctor 警告更一致，包括带有提供商别名、模型特定键、OpenRouter 风格模型 ID 或格式错误策略条目的配置。8f2882f
• SDK 应用现在会在终端工具失败或被阻止时收到 tool.call.failed，而不是误导性的完成事件，因此现有失败处理可以正确响应。#95383 感谢 @ly-wang19。
• 修复当已识别的作业字段带有无害尾随空格时，cron 添加和更新请求会被拒绝的问题，因此可以保存计划，同时不会放宽对含糊或不安全输入的检查。#95674 相关 #95407。感谢 @nassiel、@zw-xysk。
• Codex 子智能体监控会以更少的不必要扫描处理大量子智能体和转录文件，同时较旧的转录文件名格式会继续像以前一样解析。#96085 感谢 @vincentkoc。
• 修复原生 Windows crabbox 水合在运行器和守护进程使用不同主目录时卡住或丢失交接的问题，因此两者都能找到相同的作业状态和停止文件。f354889 感谢 @vincentkoc。

Additional contributions

• 改进仓库 CI 调度、runner 使用和失败处理。#95308 感谢 @vincentkoc。
• 改进仓库 CI 调度、runner 使用和失败处理。#95465 感谢 @wangmiao0668000666。
• 改进仓库 CI 调度、runner 使用和失败处理。#95625 感谢 @vincentkoc。
• 改进仓库 CI 调度、runner 使用和失败处理。#95649 感谢 @vincentkoc。
• 改进仓库 CI 调度、runner 使用和失败处理。#95681 感谢 @vincentkoc。
• 改进仓库 CI 调度、runner 使用和失败处理。#95857 感谢 @romneyda。
• 改进仓库 CI 调度、runner 使用和失败处理。#95870 感谢 @vincentkoc。
• 改进仓库 CI 调度、runner 使用和失败处理。#95872 感谢 @romneyda。
• 改进仓库 CI 调度、runner 使用和失败处理。#95879 感谢 @vincentkoc。
• 改进仓库 CI 调度、runner 使用和失败处理。#95890 感谢 @vincentkoc。
• 改进仓库 CI 调度、runner 使用和失败处理。#95909 感谢 @vincentkoc。
• 改进仓库 CI 调度、runner 使用和失败处理。#95922 感谢 @vincentkoc。
• 改进仓库 CI 调度、runner 使用和失败处理。#95946 感谢 @vincentkoc。
• 改进仓库 CI 调度、runner 使用和失败处理。#95967 感谢 @vincentkoc。
• 改进仓库 CI 调度、runner 使用和失败处理。#95983 感谢 @vincentkoc。
• 改进仓库 CI 调度、runner 使用和失败处理。#96258 感谢 @vincentkoc。
• 改进发布检查自动化和必需证据处理。#95094 感谢 @romneyda。
• 改进发布检查自动化和必需证据处理。#95466 感谢 @jason-allen-oneal。
• 改进发布检查自动化和必需证据处理。#95876 感谢 @romneyda。
• 改进发布检查自动化和必需证据处理。#95880 感谢 @romneyda。
• 改进发布检查自动化和必需证据处理。#95919 感谢 @romneyda。
• 改进发布检查自动化和必需证据处理。#95928 感谢 @vincentkoc。
• 改进发布检查自动化和必需证据处理。#95991 感谢 @vincentkoc。
• 改进发布检查自动化和必需证据处理。#96235 感谢 @vincentkoc。
• 改进发布打包、发布和验证工具。#94272 感谢 @romneyda。
• 改进发布打包、发布和验证工具。#94622 感谢 @tayoun。
• 改进发布打包、发布和验证工具。#95898 感谢 @romneyda。
• 改进发布打包、发布和验证工具。#95901 感谢 @romneyda。
• 改进发布打包、发布和验证工具。#95999 感谢 @vincentkoc。
• 改进发布打包、发布和验证工具。#96055 感谢 @vincentkoc。
• 改进发布打包、发布和验证工具。#96226 感谢 @vincentkoc。
• 改进发布打包、发布和验证工具。#96271 感谢 @vincentkoc。
• 改进发布打包、发布和验证工具。#97909 感谢 @patrick-erichsen。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#91502 感谢 @romneyda。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#91506 感谢 @romneyda。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#94700 感谢 @romneyda。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#95406 感谢 @romneyda。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#95858 感谢 @romneyda。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#95933 感谢 @romneyda。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#95944 感谢 @romneyda。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#95947 感谢 @romneyda。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#95952 感谢 @vincentkoc。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#95961 感谢 @vincentkoc。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#95971 感谢 @romneyda。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#95975 感谢 @vincentkoc。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#96003 感谢 @romneyda。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#96017 感谢 @romneyda。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#96030 感谢 @romneyda。
• 改进 QA Lab 覆盖、证据捕获和发布就绪检查。#96246 感谢 @vincentkoc。
• 为维护者工作流添加或修复针对性回归覆盖。#87121 感谢 @davinci282828、@lizuju。
• 为维护者工作流添加或修复针对性回归覆盖。#90223 感谢 @aniruddhaadak80。
• 为维护者工作流添加或修复针对性回归覆盖。#93378 感谢 @mmyzwl、@yachiyo1680。
• 为维护者工作流添加或修复针对性回归覆盖。#95475 感谢 @kklouzal。
• 为维护者工作流添加或修复针对性回归覆盖。#95499 感谢 @romneyda。
• 为维护者工作流添加或修复针对性回归覆盖。#95602 感谢 @vincentkoc、@zats。
• 为维护者工作流添加或修复针对性回归覆盖。#95653 感谢 @vincentkoc。
• 改进仓库维护和贡献者接收工作流。#76668 感谢 @wadydx。
• 改进仓库维护和贡献者接收工作流。#87861 感谢 @coder999999999、@shuofengzhang、@vincentkoc。
• 改进仓库维护和贡献者接收工作流。#95243 感谢 @hugenshen、@vincentkoc。
• 改进内部文档结构和发布参考维护。#78715 感谢 @mehrazmorshed。
• 改进内部文档结构和发布参考维护。#93502 感谢 @harjothkhara。
• 改进内部文档结构和发布参考维护。#96044 感谢 @romneyda。
• 改进内部文档结构和发布参考维护。#96057 感谢 @vincentkoc。
• 改进内部文档结构和发布参考维护。#96061 感谢 @vincentkoc。
• 在不改变公开产品工作流的情况下强化内部行为边界。#91193 感谢 @davinci282828、@whiteyzy。
• 在不改变公开产品工作流的情况下强化内部行为边界。#95706 感谢 @rushindrasinha、@vincentkoc。
• 在不改变公开产品工作流的情况下强化内部行为边界。#96179 感谢 @jalehman。
• 将会话和运行时内部机制移到共享维护边界之后。#89912 感谢 @jalehman。
• 将会话和运行时内部机制移到共享维护边界之后。#90439 感谢 @jalehman。
• 将会话和运行时内部机制移到共享维护边界之后。#96182 感谢 @jalehman。
• 将会话和运行时内部机制移到共享维护边界之后。#96191 感谢 @jalehman。
• 将会话和运行时内部机制移到共享维护边界之后。#96193 感谢 @jalehman。
• 将会话和运行时内部机制移到共享维护边界之后。#96195 感谢 @jalehman。
• 将会话和运行时内部机制移到共享维护边界之后。#96204 感谢 @jalehman。
• 将会话和运行时内部机制移到共享维护边界之后。#96206 感谢 @jalehman。
• 将会话和运行时内部机制移到共享维护边界之后。#96213 感谢 @jalehman。
• 将会话和运行时内部机制移到共享维护边界之后。#96218 感谢 @jalehman。
• 改进 iOS 推送沙箱和发布验证覆盖。#95893 感谢 @joshavant。
• 更新 Copilot harness 验证文档和实时测试设置。#95930 感谢 @vincentkoc。