OpenClaw 24h 更新快报(2026-06-29):Telegram 入口死锁、UTF-16 截断修复、Embedding 响应边界加固

内容管家 AI领域评论56字数 904阅读3分0秒阅读模式
OpenClaw 24h 更新快报(2026-06-29):Telegram 入口死锁、UTF-16 截断修复、Embedding 响应边界加固

OpenClaw 24h 更新快报(2026-06-29):Telegram 入口死锁、UTF-16 截断修复、Embedding 响应边界加固

过去 24 小时,OpenClaw 仓库合并了大量高价值修复。其中最值得注意的是 Telegram 入口回收长时间死锁的 P1 回归修复,以及多个渠道文本截断统一换用 UTF-16 安全的边界算法。AI 模型侧同步推进了 Google 和 OpenAI 两家 embedding 批量接口的响应读取上限加固,降低了大响应体引发内存溢出的风险。

渠道集成:Telegram 入口回收死锁修复

PR #97543 修复了 Telegram 渠道的入口 spool 认领死锁问题(merge-risk 标记:session-state、message-delivery、compatibility 三项均为🚨)。当 Telegram 消息处理出现特定边界条件时,ingress spool 可能卡在"已认领但未完成"状态,导致新消息持续堆积无法消费。这是一个影响生产稳定性的回归,本次直接以 P1 优先级合并。

同一时间段,Telegram 渠道还合并了两个 API 响应边界加固:PR #97536 限制了 GitHub release info JSON 读取,PR #97541 修复了 legacy OAuth 修复流程在目标 profile 已存在时的错误跳过逻辑——两者均为 P1,直接影响认证和 API 调用的可靠性。

多渠道 UTF-16 截断安全修正

这是本窗口最成体系的修复族:多个渠道的文本截断代码原以原始 UTF-16 索引切分,当 emoji 等 astral 字符落在截断边界时会留下孤立的代理半字(surrogate half),导致输出出现�替换符或数据损坏。本次统一换用共享的 surrogate-safe 截断工具。

涉及渠道包括 Feishu(PR #97462 修复流式卡片摘要截断)、LINE(PR #97470 修复 action 标签和数据字段截断)、QQBot(PR #97429 修复 Markdown 转义管道符|被误判为分隔符的问题)、Mattermost(草稿预览截断)和 Matrix(回复上下文截断)。这些修复共同消除了多渠道在处理含 emoji 文本时的潜在数据损坏风险。

AI 模型:Embedding 批量响应边界加固

PR #97535PR #97533 分别对 Google 和 OpenAI 的 embedding 批量接口响应 JSON 读取施加了明确上限。两项修复均标记为 compatibility 风险——意味着现有代码可能已经依赖无上限读取行为,合并前需确认下游无副作用。OpenAI 接口同时涉及 realtime session 的 JSON 响应上限修正。

认证恢复与配置加固

PR #97520 为认证模块新增了畸形 API-Key profile 的自动恢复路径。当配置文件损坏或格式异常时,系统不再直接崩溃,而是尝试修复并继续启动。同期合并的 PR #97499 将 GitHub Copilot OAuth 响应读取上限固定为 16 MiB,防止超大响应体引发问题。

运行时加固方面,PR #97504 为 Agent compaction 逻辑增加了对 provider 侧 AbortError 的自动重试,改善了长会话在模型端不稳定时的韧性。

其他值得注意的修复

PR #97446 修复了 memory-core "light dreaming" 机制在每日内容未变时重复拉取旧摘要的问题,减少了不必要的记忆噪音。PR #97495 修复了 Cron 会话在 transcript 元数据陈旧时被错误清理的问题,提升了定时任务的可靠性。PR #97552 修复了 iOS 端 Dynamic Type 文字渲染问题,改善了辅助功能兼容性。

本次更新覆盖渠道稳定性、AI 模型接口安全、认证容错和会话管理多个维度,整体基调偏向生产环境可靠性加固。

常用链接

 
内容管家

发表评论