Skip to main content

​
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 E2EE 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。
  • 已绑定的多智能体渠道对话现在会加载所配置智能体的工作区文件，而不是默认智能体的文件；但此前被错误归档的对话可能会在修正后的智能体存储中重新开始。#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 风格部署中，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。
  • Bot 回复后，Mattermost 用户无需再次提及 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. 错误时，定时任务现在可以重试或切换到已配置的回退模型，而不会在未使用回退模型的情况下直接失败。#94062 相关问题：#93931。感谢 @hugenshen。
  • 过期的提供商令牌不再用重复的回退警告淹没有用的操作员日志，同时仍会保留首次警告和后续重复警告摘要以供诊断。#94233 相关问题：#56979。感谢 @goutamadwant、@yanan1991。
  • 现在可以选择 Google Gemini 3.5 Flash，并使用其完整的 1,048,576 令牌上下文窗口，从而避免模型缺失错误和不必要的提示词大小拒绝。#94726 相关问题：#94723。感谢 @ajwan8998、@anguslogan01、@kevinat。
  • Dashboard 子会话现在会以一致的方式处理允许的包含提供商限定符的模型选项，并在保存的模型状态过时时提供准确的恢复指引。#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。
  • 使用 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 个输出令牌，不再受过时的 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。
  • 智能体回复和定时任务运行现在能够更可靠地处理快速模式的回退重试，并保留最后一次尝试正确完成或报告进度所需的状态。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: 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 将 Voice Wake 的触发短语和路由规则从已停用的设置文件迁移到共享状态数据库，升级后现有配置仍可继续工作。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 的保管库位于工作区记忆文件夹内时，反复将其自行生成的源页面复制回自身的问题，从而避免文件重复、反复清理和记忆索引不必要的增长。#95666 相关问题：#95657。感谢 @johannes0402、@turbotheturtle、@vincentkoc。
  • 对于将主动记忆与 memory-core Dreaming 搭配使用的操作员，夜间 Dreaming 任务不再启动不必要的记忆检索工作并触发 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 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 使用，因此插件作者可以从脚本和定时任务中使用这些方法，而不会遇到 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 镜像，并且带版本号的 Beta 版本不会移动稳定版的 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 技能，而不会因已移除的第三方 tap formula 而失败。#95019 相关：#95017。感谢 @sedrak-hovhannisyan、@vincentkoc、@zengwen-dt。
  • Canvas、Discord、Slack、Voice Call 和 WhatsApp 用户会继续从各个已安装或内置的插件中获得相同的技能指引，而对原根目录 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 定时任务现在默认可以从无响应且卡住的模型调用中恢复，有助于防止后续定时任务积压，同时本地或自托管提供商仍保持现有的超时行为。#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 网关启动的智能体在实时定时任务检查等任务期间不再丢失仅所有者可用的 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 在重新连接后能更一致地保持活跃会话和失败状态可见，而移动客户端和终端 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 现在会将 manifest、favicon 和 service-worker 请求保持在该前缀下，避免登录后出现令人困惑的根级别 403 错误。#94204 相关问题：#94157。感谢 @hugenshen、@xrow。
  • Android 用户现在可以在 Settings 中打开 Health 日志和 Skill 行来查看易读的详细信息，从而更轻松地排查 Gateway 网关活动、检查 Skill 的设置和状态，并了解如何使用现有设置代码进行配对。#95148 感谢 @tosko4。
  • 发送后，已发送的提示不再重新出现在 Control UI 编辑框中，因此用户可以切换会话或开始编写下一条消息，而不必担心重复发送或覆盖新草稿，同时仍支持有意重新输入。#95503 相关问题：#89466。感谢 @vincentkoc、@zhangguiping-xydt、@zhong18804784882。
  • Android 用户现在可以看到更简洁的概览，一眼即可查看连接状态、已配置的智能体、节点健康状况、审批、最近的会话以及 Chat 和 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 概览现在只会统计并标记仍需关注的已启用定时任务，而已禁用的任务会保留其过去的失败详情，但不会显示为当前问题。#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 提示词定时任务提供准确指导，不再反复建议无法清除警告的 --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。
  • 对于带斜杠限定的模型 ID，Langfuse 等 OpenTelemetry 追踪后端现在会显示实际的提供商/模型名称，而不是“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 输出中显示所选的 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。
  • openclaw sessions export-trajectory 现在无需再次指定存储路径，即可找到其他会话命令已经能够看到的会话，包括配置了自定义存储、基于 ~ 的存储或采用 {agentId} 模板的存储时。#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> 引用，而非较旧的纯 slug 路由。#95972 感谢 @patrick-erichsen。

​
工具和定时工作

定时任务和内置工具现在能更一致地完成、重试和报告失败，并保留其预期输入。插件 SDK 运行时的改进也让由工具支持的扩展在加载、返回结果或执行定时工作时更加可靠。
  • 使用 deleteAfterRun 的隔离定时任务现在会在完成后删除其临时会话和转录记录，包括已禁用交付的运行，从而减少过期文件、累积的上下文和手动清理工作。#84794 相关问题：#84707。感谢 @bottenbenny、@turbotheturtle。
  • 现在可以通过 CLI 为各个定时任务配置各自的回退模型、禁用回退运行，或恢复正常的回退继承，无需操作员编辑更底层的载荷数据。#93369 相关问题：#90302。感谢 @849261680、@walliiee。
  • Cron 历史记录现在能可靠地查找任务 ID 前后含有额外空格的条目，并会在嵌套或空白 ID 生成无法安全读回的日志记录之前将其拒绝。#93567 感谢 @alix-007、@vincentkoc。
  • 添加或删除定时任务不再导致另一个已到期的周期性任务丢失其待执行的运行。#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。
  • 改进仓库 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。