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 用户引用较早的 Bot 消息时，回答现在会关联到用户当前的问题；引用其他人的消息时，仍会回复所选引用。#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。
• 在受影响的 message_tool_only 来源渠道轮次中，通过消息工具成功发送 Discord 回复后，不再触发误导性的失败警告。#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 端到端加密 Gateway 网关现在可以在长期运行时保持在线，不再因内存逐渐耗尽而崩溃并导致渠道和进行中的工作中断。#94942 相关问题 #90455。感谢 @xzh-icenter、@yar-sh。
• Telegram 用户现在会看到预期的原生表情回应，而不会看到泄漏的指令或丢失仅包含表情回应的回复；只有在 Telegram 接受表情回应后才会记录成功。#94977 相关问题 #71140。感谢 @cuttingwater、@hugenshen。
• Telegram 中命令、搜索、更新和 API 活动的进度更新现在会保持清晰易读，不再暴露杂乱的 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。
• 当主服务器发送过大或停滞的响应时，Matrix 用户和操作员现在会收到明确的失败提示，而不是让 OpenClaw 继续缓冲响应并面临内存无限增长的风险。#95240 感谢 @alix-007。
• 修复在注入大量环境变量的 Kubernetes 风格部署中，Telegram 和其他排队渠道的回复延迟或缺失的问题；此前打开队列数据库可能会使 Gateway 网关停滞。#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 用户现在可以在 Bot 回复后继续在线程中交谈，而无需再次提及 Bot；即使 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 消息，而不是触发回复的用户消息的问题；当回复目标可用时，最终答案现在会关联到预期消息，当回复目标不可用时，则避免指向过时的 Bot 上下文。#95914 感谢 @mcaxtr。
• 当 WhatsApp 以不同方式标识同一私聊时，WhatsApp 用户现在可以通过表情回应批准或拒绝提示，而不会导致提示一直卡住；群组审批仍会关联到正确的群组和用户。#95935 感谢 @mcaxtr。
• OpenClaw 检查分块文本是否已发送时，最终回复处理现在会占用更少的 CPU，同时不会改变哪条回复到达聊天，也不会改变重复文本的抑制方式。#96087 感谢 @vincentkoc。
• 来自外部渠道插件的 Exec 审批结果现在会返回到命令发起时所在的渠道或私信，而不会回退到 WebChat，也不会在审批后看似消失。#96140 相关问题：#96103。感谢 @lansenger-pm、@vincentkoc、@yetval。
• 在回复较早的 OpenClaw 消息后，如果用户刚刚又发送了一条后续消息，WhatsApp 的最终答复现在会继续引用这条后续消息，而不会以无引用形式送达或重新指向较早的机器人回复。#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。
• 因长时间运行的任务、崩溃或 Gateway 网关重启而卡住的 Telegram 消息现在会自动恢复处理，因此后续消息不再静默等待，也不再需要操作员手动修复队列。#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 工具调用现在可以正常运行，不会再因可空字段触发提供商的架构拒绝。#91559 相关问题 #91542。感谢 @pick-cat、@qiukui666。
• 带提供商限定的模型 ID 现在会遵循其配置的智能体运行时策略和 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 个令牌上下文窗口，避免模型缺失错误和不必要的提示词大小拒绝。#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 支持的嵌入式智能体运行现在会在过大或永不结束的提示词缓存响应耗尽内存或导致运行停滞之前停止读取。#95417 感谢 @alix-007。
• OpenRouter 模型扫描遇到过大或格式错误的目录时会安全失败，而不会因过度使用内存而导致 OpenClaw 不稳定。#95418 感谢 @alix-007。
• OpenRouter 设置现在会在过大的模型目录耗尽 OpenClaw 内存之前将其拒绝，并且不会缓存或立即重新获取失败的响应。#95420 感谢 @alix-007、@sallyom。
• 当 Claude CLI 用完额度或遇到通用运行器故障时，配置的回退模型现在可以作答，而不会将失败消息作为给用户的最终响应。#95508 相关问题 #95489。感谢 @mikasa0818、@riazrahaman、@sallyom。
• 由 Gemini 支持且使用 freshness: "day" 或 pd 的 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 个输出令牌，而不会受限于过时的 32,000 个令牌上限。#95934 感谢 @idootop。
• 包含大量工具调用的模型响应现在可以用更低的开销进行流式传输，同时在 Google 和 OpenAI 兼容提供商之间，重复的工具调用 ID 和加密推理详情仍能与正确的调用保持匹配。#95957 感谢 @vincentkoc。
• 对于内置 ACPX 用户，令牌用量统计现在更加可靠，因为 OpenClaw 默认包含 ACPX 0.11.2 的持久化修复，无需单独覆盖软件包或手动更新客户端。#96124 感谢 @vincentkoc。
• Ollama Cloud 用户现在可以找到并选择 glm-5.2:cloud，使用其 1,000,000 个令牌上下文窗口、推理和工具支持，即使该模型不在公开模型列表中也可以使用。11484f8
• 当超时时间为零、负数或极大值时，MiniMax 图像理解请求不再在到达提供商之前失败；无效值现在会采用正常或安全的最大等待时间。4b6182e 感谢 @vincentkoc。
• Codex 运行现在会遵循当前的快速模式选择，而不会沿用旧的速度层级；当快速模式为自动启用时，状态行也会清晰显示。77012f9 感谢 @vincentkoc。
• 自动快速模式被清除后，由 Codex 支持的对话现在会恢复正常路由，防止后续轮次或模型变更重复使用过期的优先级层级。8afc1f7
• 即使运行覆盖了快速模式设置，回退智能体运行现在也会遵循每个模型配置的自动快速模式截止条件，使回退行为与所选模型策略保持一致。efd3172
• 实时模型切换重试现在会为长时间运行的会话保留原始快速模式截止条件，而显式启用快速模式时不会再显示具有误导性的自动截止进度消息。d990115 感谢 @vincentkoc。
• 嵌入式智能体运行现在会在重试和进度更新期间始终保持自动快速模式正常工作，不会将其与手动选择的快速模式设置混淆。cf1b6fe 感谢 @vincentkoc。
• 快速模式运行现在会在模型回退重试期间保留其速度设置，并在状态中显示配置的自动阈值，从而避免重试行为不一致和缺乏帮助的通用标签。aa3797c 感谢 @vincentkoc。
• 智能体回复和定时 Cron 运行现在可以更可靠地处理快速模式回退重试，保留最终尝试正确完成或报告进度所需的状态。14e448e 感谢 @vincentkoc。
• 在模型回退尝试仍在进行时，用户不会再看到快速模式重置通知；该通知仅会在运行到达最终回退尝试时出现。6eb72a8
• 当配置的实时模型不可用时，用户和操作员现在会获得更清晰的处理结果，因为 OpenClaw 会将提供商的“找不到所选模型”响应识别为模型未找到故障，而不是通用错误。2405d02 感谢 @vincentkoc。
• Qwen 和 vLLM 现在会在开启或关闭思考功能时一致地保留现有聊天模板设置，提供商插件也可以使用同一个经过测试的辅助函数。2ba9d6e 感谢 @vincentkoc。
• OpenAI 兼容代理提供商现在可以更一致地处理思考级别和旧版 reasoning_effort 字段，插件开发者和提供商维护者可在 OpenRouter、Kilocode 和 SDK 中使用同一个有文档说明的规范化辅助函数。35bafea
• 浏览器和 Vite 构建现在可以加载 OpenAI ChatGPT Responses 提供商，而不会因仅限服务器的依赖项导致打包失败，同时 WebSocket 故障仍会正常显示。8c8eb86 感谢 @vincentkoc。
• OpenRouter 模型扫描现在可以接受与运行时发现相同的更大型有效目录，同时仍会在超大响应消耗无限内存之前将其拒绝。ad3b2f4 感谢 @vincentkoc。
• OpenAI Responses 用户（包括受影响的 Bedrock Mantle GPT-5.x 推理配置）现在只会收到一份简洁的最终答案，保存的对话记录和重放上下文也会保持一致，不再出现数十份重复的累积副本。#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 恢复会安全停止。工具策略、审批和密钥处理会持续关联到预期的运行时状态，而风险较高的操作除非明确启用，否则仍保持禁用。

来源和贡献者

• 使用 OpenAI Responses 的受影响智能体对话现在可以在可见的渠道回复导致已保存历史记录不完整后恢复并继续回复，而不会再让此后的每一轮都在回复出现前失败。#84708 感谢 @anyech。
• 当由 Codex 支持的智能体产生异常庞大的工具输出时，保存和重放的对话现在会将其中的文本限制在常规大小范围内，同时保持非文本内容不变。#87912 感谢 @adrianip0204。
• Control UI 对话现在会在设备休眠、网络中断或 Gateway 网关重新连接后保持可见，并继续使用同一会话，而不会在发送下一条消息时消失。#89017 相关问题 #87700。感谢 @zhangguiping-xydt、@asicoe。
• 随着存储机制演进，内置的 Codex 和 Copilot 集成现在会让镜像聊天历史记录及转录更新始终关联到正确的 OpenClaw 会话，同时在迁移期间继续支持现有基于文件的活跃转录记录。#89518 感谢 @jalehman。
• WebChat 的当前会话状态现在与实际使用的对话一致，因此会话身份、思考级别、令牌上下文和费用详情不再来自作为回退的 main 会话。#89800 相关问题 #89773。感谢 @killo3967、@sweetcornna。
• 在自动压缩期间按下停止后，对话丢失上下文的可能性降低了，因为压缩请求现在也会被取消。#89886 相关问题 #89868。感谢 @lykeion-dev、@openperf、@vincentkoc。
• 当跨智能体会话访问被阻止时，OpenClaw 现在会列出所有必需的可见性、智能体间通信和允许列表设置，帮助操作员修正策略配置，而不是排查并不存在的智能体故障。#90489 相关问题 #90443。感谢 @ramitrkar-hash、@sahibzada-allahyar、@vincentkoc。
• openclaw memory status 现在会显示活跃的浅层或 REM Dreaming 阶段，而不会错误地报告 Dreaming: off，使操作员能够确认有效的记忆配置已启用。#93113 相关问题 #67868。感谢 @agentarclab、@mrossit。
• QMD 记忆搜索超时后，现在会在智能体继续执行后续工作时停止其后台任务，防止被遗弃的进程继续消耗 CPU 和内存。#93394 感谢 @alix-007。
• 压缩后发送的重复指令现在会保留在对话中，从而避免轮次丢失、回复失去归属以及某些提供商会拒绝的历史记录格式错误。#94328 感谢 @vincentkoc、@yetval。
• Memory Wiki 的过时页面报告现在会从时效性警告中排除持久性的概念页面和综合页面，将注意力集中在可能确实需要审查的来源页面和实体页面上。#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。
• 保存的会话记忆摘要现在会排除原始模型令牌、工具调用块、媒体占位符、角色标签和过时的 NO_REPLY 标记，使未来的对话能够保留有用的上下文。#95791 感谢 @sweetsophia、@vincentkoc、@yb0y。
• 使用 Codex/ChatGPT OAuth 的长时间 OpenAI 会话现在无需单独的 API key 即可执行压缩，无论是手动运行 /compact 还是自动触发。#95831 相关问题 #95693。感谢 @sallyom、@yui-tien。
• 大量使用工具的长会话现在会压缩超出大小限制的对话，而不会因末尾出现庞大的工具结果而卡住。#95860 相关问题 #78478。感谢 @jw8957、@wzhgba、@yetval。
• 当 Node 运行时缺少 node:sqlite，导致 memory_search 不可用时，OpenClaw 现在会引导用户使用兼容的运行时，而不会让用户进行无关的嵌入提供商故障排查。#95916 感谢 @rrrrrredy、@vincentkoc。
• 开发者和操作员检查已压缩的 Copilot 会话时，现在会获得其摘要、压缩前后的令牌数量和会话详情，而不是不完整的结果。#96049 感谢 @vincentkoc。
• 即使会话键需要规范化，或无法保存中止元数据，/stop 和中止命令现在仍会及时停止活跃运行、清除排队的后续任务并终止相关子智能体。#96201 感谢 @jalehman。
• 随着 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。
• 插件对话绑定的 “Always allow” 审批设置现在会从旧设置文件迁移过来，并且在同时运行多个 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 的知识库位于工作区记忆文件夹内时，反复将自身生成的来源页面复制回自身的问题，从而避免文件重复、反复清理和不必要的记忆索引增长。#95666 相关问题：#95657。感谢 @johannes0402、@turbotheturtle、@vincentkoc。
• 对于将主动记忆与 memory-core 梦境功能结合使用的操作员，夜间梦境任务不再启动不必要的记忆召回工作并触发 45 秒超时，而常规网页聊天仍会获得记忆召回。#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 外部智能体唤醒桥接

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

来源和贡献者

• 当工作区有待处理的工作时，Raft 外部智能体操作员现在可以通过受支持的本地 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 技能发现和安装检查现在不易导致 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 镜像；带版本号的测试版发布不会再移动稳定版的 latest 和 main 别名。#97122 感谢 @vincentkoc。
• 基于 Git 的 OpenClaw 安装现在会使用仓库固定的 pnpm 版本，即使存在另一个全局 pnpm 或外围项目的软件包管理器也是如此，因此设置命令不会再运行于错误的软件包管理器环境中。bd74a62 感谢 @vincentkoc。
• 即使收到异常大的超时值，ClawHub 技能卡片和更新请求现在也会按预期完成或超时。8cd0c11 感谢 @vincentkoc。
• Windows 用户现在可以完成源码安装，而不会被 llama.cpp 设置步骤阻塞或拖慢，并且安装程序会在之后恢复其原有的 shell 设置。ea9065b 感谢 @vincentkoc。
• 现在可以通过常规外部软件包目录安装或修复更多官方渠道、提供商和 Web 搜索插件，同时仍可通过其现有凭据识别这些插件。#95683 感谢 @vincentkoc。
• 通过 OpenClaw 可信目录安装或更新官方腾讯元宝渠道插件的用户现在会获得 2.15.0 版本，并且预期的完整性检查和缺失插件指引也已与该版本保持一致。#94470 感谢 @jase-283。
• 首次运行的新手引导现在可以通过 Homebrew 安装内置的 gog Skill，而不会因已移除的第三方 tap formula 而失败。#95019 相关问题：#95017。感谢 @sedrak-hovhannisyan、@vincentkoc、@zengwen-dt。
• Canvas、Discord、Slack、Voice Call 和 WhatsApp 用户仍会随各个已安装或内置的插件获得相同的 Skills 指引，而对原有根目录 skills/... 路径的引用需要移至相关插件目录中。#95664 感谢 @vincentkoc。
• ClawHub 技能验证现在接受与安装和更新相同的 @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 输入，而读取、写入、允许列表和目标查找以及设置检查都会使用解析后的凭据，而不是拒绝或误读这些引用。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。
• TUI、WebChat 和兼容流式 API 中由 Codex 驱动的对话现在会在回复生成时实时显示内容，同时干净地替换临时文本，确保最终答案不包含过时草稿。#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 会话显示过时的快速模式值的问题，因此集成会收到预期 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 在重新连接后能更一致地显示进行中的对话和失败状态；移动客户端和终端界面也能从已完成、已拒绝或已中断的发送中恢复，不再让它们看起来像是卡住了。

来源和贡献者

• 当 WebChat 消息在智能体启动前失败时，WebChat 和 Control UI 现在会将会话显示为失败，而不是让它看起来仍在运行。#84352 感谢 @jesse-merhi。
• 修复了 Control UI 会话选择器因隐藏的子智能体会话而卡住的问题，使 Load More 能够加载下一个可用聊天，而不会显示误导性的总数。#89323 相关问题：#89249。感谢 @giodl73-repo、@originsecured-do。
• 当用户从 History 重新打开 Control UI 对话时，他们的提示词现在会与助手回复一同显示，在较长的对话记录中保留完整的问答上下文，不再出现空白间隔。#93841 相关问题：#90241。感谢 @mushuiyu886、@pronzcw。
• 部署在路径前缀下的 Control UI 现在会让清单、网站图标和 Service Worker 请求继续使用该前缀，避免登录后出现令人困惑的根路径 403 错误。#94204 相关问题：#94157。感谢 @hugenshen、@xrow。
• Android 用户现在可以在 Settings 中打开 Health 日志和 Skill 条目，查看易读的详细信息，从而更轻松地排查 Gateway 网关活动、检查 Skill 设置和状态，并了解如何使用现有设置代码进行配对。#95148 感谢 @tosko4。
• 发送提示词后，它不再重新出现在 Control UI 编辑框中，因此用户可以切换会话或开始输入下一条消息，而不必担心重复发送或覆盖新草稿，同时仍支持有意重新输入。#95503 相关问题：#89466。感谢 @vincentkoc、@zhangguiping-xydt、@zhong18804784882。
• Android 用户现在可以获得更简洁的概览，一眼即可看到连接状态、已配置的智能体、节点健康状况、审批、最近的会话以及聊天和 Talk 操作。#95557 感谢 @joshavant、@solvely-colin。
• Android 用户现在可以在应用内的 Approvals 屏幕中刷新和处理 Gateway 网关命令审批，并在连接时选择 Allow Once、Always 或 Deny。#95593 感谢 @solvely-colin。
• iOS 用户现在不会再意外看到通知权限提示，并且会在审批提醒不可用时获得明确指引；相关权限可在一个位置固定的 Settings 屏幕中管理。#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 现在可以在主会话中使用 Silent 预设创建 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 用户现在会看到更简短的 System、Light 和 Dark 主题工具提示；屏幕阅读器播报的标签也减少了重复，同时保留周围的 Color mode 上下文。#95837 感谢 @hannesrudolph、@sannidhyasah。
• 从表单视图切换后，原始配置不再在 Settings 中看似缺失，因为 JSON 会重新进入可视区域，而不是保留之前的滚动位置。#96145 相关问题：#94202。感谢 @sunlit-deng、@vporton。
• 新的 iOS 用户现在会先看到 OpenClaw 欢迎页面并完成新手引导，之后 iOS 才会请求本地网络访问权限；现有用户在打开 Gateway 网关设置或其他需要局域网 Gateway 网关发现的场景中仍会收到该请求。#96181 感谢 @joshavant。

文档和管理工具

设置和命令可靠性

常用 CLI 命令现在能以更一致的方式处理配置、路径、输出和失败情况。当安装或设置需要处理时，Shell 补全、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。
• 多智能体操作员现在可以使用 openclaw gateway usage-cost 查看某个已配置智能体或所有智能体的费用，同时现有的默认智能体命令保持不变。#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。
• 智能体渠道绑定现在会拒绝 matrix:work:extra 等格式错误的账号规范，并给出清晰错误，而不再静默地将智能体路由到其他账号。#95572 感谢 @ly-wang19。
• ClawHub 技能更新现在会遵循你配置的安装安全策略，并且 openclaw skills update --all 只更新已跟踪的 ClawHub 技能，不再意外安装其他已配置技能。#95684 感谢 @vincentkoc。
• Windows 重启和 Gateway 网关启动工作流现在更加可靠，因为 OpenClaw 会将命令交给可信的系统 cmd.exe 路径，而不再依赖进程查找。7dd01d1 感谢 @vincentkoc。
• 当 PATH 查找不完整时，Windows Gateway 网关清理和监听器检查现在更加可靠，因此操作员可以识别 Gateway 网关进程并释放被占用的端口，而不会漏掉已安装的系统工具。e9b694e 感谢 @vincentkoc。
• 在 Windows 上，即使 PATH 中更靠前的位置存在另一个 where 命令，OpenClaw 启动和 TUI Codex 移交现在也能通过可信的系统定位器找到 bun、codex 和其他运行时二进制文件。72b9bc7 感谢 @vincentkoc。
• 即使 PATH 条目缺失或被遮蔽，Windows 端口诊断现在也会使用预期的系统工具，因此 Gateway 网关和服务端口冲突不太可能再被命令解析失败所掩盖。c4facb2 感谢 @vincentkoc。
• 当 PATH 不完整、异常或被遮蔽时，Windows 守护进程恢复现在不太可能漏掉进程检测或清理，因为计划任务回退机制现在会在可信的系统位置查找 PowerShell 和 taskkill。2a140e6 感谢 @vincentkoc。
• OpenClaw 现在会在迁移过程中将配置恢复标记、最后已知良好的快照和可疑读取历史保留在共享状态中，不再留下单独的配置健康日志文件。6daabd2 感谢 @vincentkoc。
• 在 Windows 上，通过 Node 包命令垫片启动的 Crabbox 命令现在会按输入原样接收提供商标志、shell 命令和特殊 shell 字符，不再丢失或重新解释它们。54d24cd 感谢 @vincentkoc。
• 面向 Windows 的 Crabbox 工作流在通过 .cmd 和 .bat 垫片启动 Node 工具时，现在不太可能失败或回退到较慢的 shell 处理方式。d48dcc6 感谢 @vincentkoc。
• Windows 用户现在可以通过 npm 安装的命令垫片运行 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 的沙箱和 Gateway 网关产生无效 SSH 配置或隧道启动失败之前，拒绝开头或结尾带有多余冒号的目标。#93887 感谢 @miorbnli。
• 非交互式设置未通过本地 Gateway 网关健康检查的用户，现在会获得可直接运行的 openclaw onboard --install-daemon 或 openclaw onboard --skip-health 恢复命令，而不再收到不受支持的 setup 标志建议。#93994 相关问题 #93947。感谢 @bk-z1、@nianjiuzst。
• Gateway 健康和探测检查现在接受启动本地 Gateway 网关时使用的同一个自定义 --port，会及早拒绝无效端口，并在 JSON 输出中显示所选的环回目标。#94687 相关问题 #79100。感谢 @bryantegomoh、@ozthedivine。
• gateway --force 现在会检测仅使用 IPv4 且占用 Gateway 网关端口的进程，并在端口检查无法得出结论时仍尝试清理，而不再误将该端口视为空闲。#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 水合现在会自动选择所需的 Windows 守护进程作业，避免运行失败或路由错误，同时保持 WSL2 和显式作业覆盖的行为不变。d5d9a82 感谢 @vincentkoc。
• 设置本地智能体头像的用户可以通过将工作区相对路径下的文件保持在 2 MB 以内来避免图片缺失，而 HTTP(S) 和数据 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> 引用，而不再使用旧版的纯短标识路由。#95972 感谢 @patrick-erichsen。

工具和定时工作

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

来源和贡献者

• 使用 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。
• OpenClaw 现在使用 Windows 内置的解压程序，而不依赖 PATH 查找，因此 Windows 用户在解压 ripgrep 等 ZIP 下载文件时，智能体管理的工具安装更不容易失败。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。

其他贡献

• 改进仓库 CI 调度、运行器使用和失败处理。#95308 感谢 @vincentkoc。
• 改进仓库 CI 调度、运行器使用和失败处理。#95465 感谢 @wangmiao0668000666。
• 改进仓库 CI 调度、运行器使用和失败处理。#95625 感谢 @vincentkoc。
• 改进仓库 CI 调度、运行器使用和失败处理。#95649 感谢 @vincentkoc。
• 改进仓库 CI 调度、运行器使用和失败处理。#95681 感谢 @vincentkoc。
• 改进仓库 CI 调度、运行器使用和失败处理。#95857 感谢 @romneyda。
• 改进仓库 CI 调度、运行器使用和失败处理。#95870 感谢 @vincentkoc。
• 改进仓库 CI 调度、运行器使用和失败处理。#95872 感谢 @romneyda。
• 改进仓库 CI 调度、运行器使用和失败处理。#95879 感谢 @vincentkoc。
• 改进仓库 CI 调度、运行器使用和失败处理。#95890 感谢 @vincentkoc。
• 改进仓库 CI 调度、运行器使用和失败处理。#95909 感谢 @vincentkoc。
• 改进仓库 CI 调度、运行器使用和失败处理。#95922 感谢 @vincentkoc。
• 改进仓库 CI 调度、运行器使用和失败处理。#95946 感谢 @vincentkoc。
• 改进仓库 CI 调度、运行器使用和失败处理。#95967 感谢 @vincentkoc。
• 改进仓库 CI 调度、运行器使用和失败处理。#95983 感谢 @vincentkoc。
• 改进仓库 CI 调度、运行器使用和失败处理。#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。