OpenClaw 24h 更新快报（2026-07-29）：Memories 搜索、Code Mode 可靠性、模型强优排序
过去 24 小时，OpenClaw 仓库共合并 15 个 Pull Request，数量可观但主题集中：控制台 UI 继续完善 Memory 体验、代码执行链路可靠性得到系统性修复、模型发现与排序逻辑进一步规范化。本文梳理其中最有代表性的变化。
Memory 体验：搜索终于落地
上一个版本让 Memory 设置页变成"落地页"，但用户仍无法直接查看和搜索已存储的记忆内容。PR #115419 为 Memory 设置页新增了搜索标签页，接入了已有的 memory.search RPC 接口。同时，PR #115383 优化了 Memory 目的页的实时概览展示，让操作者能直观看到当前记忆库的状态。两者协同补全了 Memory 功能从"配置"到"查询"的完整路径。
模型发现与排序：更强模型优先
OpenClaw 支持多 provider 下的模型动态发现，但之前 UI 层存在两处体验问题：模型列表在 provider 内部按字母排序，导致刚上线、更强的新模型被压在靠后位置；部分 Moonshot 模型别名被误显示为独立 provider。PR #115380 修复了控制台模型选择器的排序逻辑，优先展示能力更强的模型。PR #115406 则确保实时账户发现之后，最强模型始终排在最前，而非被字母序覆盖。
Code Mode 可靠性：生命周期全覆盖
Code Mode（AI 辅助代码执行）在此前存在四类隐患：Gateway 关闭后挂起的执行槽未释放、工具目录在 preparation 失败时泄漏进程全局状态、node 型 MCP 调用取消信号丢失、直接工具被静默剥离。PR #115379 系统性修复了上述所有问题，覆盖 gateway、scripts、docker、agents 多个模块，对依赖 Code Mode 进行自动化操作的用户影响直接。
会话一致性：Web 与终端同步
同一对话在 Web UI 和终端同时打开时，曾出现消息历史不一致、提示词不同步、重复回复或复位后消息丢失等问题。PR #115377 重构了 chat 模块的会话同步逻辑，统一了 web 与 terminal 两条客户端路径的状态提交时机，是一次架构级别的收敛。
Telegram 频道：多图 album 合并为单次交互
Telegram 多图消息以多个 Bot API update 共享同一 media_group_id 的形式到达，此前被拆分为多次 Ingress 处理，可能导致同一组图片被错误识别为多条独立消息。PR #115401 将同一 album 合并为一次 turn 处理，改善了 Telegram 频道的消息一致性与用户体验。
其余清理：冗余路径移除
多组 PR 集中清理了历史遗留代码路径，包括 agents 模块的节点审批执行路径（PR #115418）、gateway 的重复 cron 关闭路径（PR #115417）、process 模块的取消路径（PR #115416），以及 CI 层面的过期 workflow 复活问题（PR #115378）。这些变更本身不带来新功能，但降低了未来维护成本与潜在 Bug 风险。
本轮更新核心基调明确：完善已有功能的可用性与健壮性，而非扩展新能力边界。
评论