OpenClaw 升级与能力调研明细
参考来源
- OpenClaw 0323 至 0530 升级与容器性能调研原文
- Codex 会话证据整理：
60-状态快照-status/weekly/2026-W22/codex-session-review/2026-W22-Codex会话工作总结.md - 0522 链路 trace：
/Volumes/DevSSD/dev/workspace/yh/yh-openclaw/yhdos-claw/results/proxy-ab/openclaw-tail.log - 0522 TTFT 验证：
/Volumes/DevSSD/dev/workspace/yh/yh-openclaw/yhdos-claw/results/ttft-matrix/noaffinity-autowarmup-verify.jsonl - 0527 TTFT 验证：
/Volumes/DevSSD/dev/workspace/yh/yh-openclaw/yhdos-claw/results/verify-0527-origin-direct-warmup.jsonl
本周形成的判断
0522 版本已经完成基础升级验证，但相比 0323 多出的 5-6 秒级耗时不是公司源码改造导致，而是版本链路中的固定阶段导致，项目内 trace 主要指向 model-resolution 和 auth 等步骤。
0522 升级过程投入较高，说明每次升级都深度搬运源码改造不适合长期维护。本周已把升级路线调整为配置化优先：OpenClaw 侧尽量不改源码，trace、模型亲和、用户信息、日志观测等能力优先放到 LiteLLM、router 或网关链路处理。
0527 版本初步体验显示速度可以接近 0323，具备作为后续升级验证基线的价值。后续关键不是继续压 0522 的版本差异，而是用全量自动化功能测试验证 0527 的业务功能和整体性能。
业务场景可关注能力
OpenClaw 近期能力方向对公司更有意义的点，不是安装更多插件，而是看它能否作为标准 Agent 运行时承接飞书入口、工具调用、MCP、运行观测和安全边界。
当前可优先关注：
- 飞书入口：继续作为员工发起查询、排障、报告生成和工单跟进的统一入口。
- MCP / skill / 插件：把内部库存、订单、门店、配送、采购、日志查询等能力封装成 Agent 可调用工具。
- 运行观测：串联飞书事件、OpenClaw run、MCP tool call、LiteLLM spend log 和最终回复。
- 安全边界：高风险写操作不能只靠提示词，需要工具网关、接口权限和人工确认共同控制。
- 语音入口：可先探索飞书语音转文本后复用文本链路，第一阶段不做复杂 TTS 或电话闭环。
后续验证点
- 完成 0527 全量自动化功能测试。
- 对比 0323、0522、0527 的业务功能覆盖和整体性能。
- 明确哪些历史公司化改造可以继续外移，哪些仍需保留。
- 把部署配置差异固化为后续升级可复用的检查清单。