作者归档:Thinkingthigh

OpenClaw 2026.4.5 发布:10大新功能解析与升级指南

一句话总结

OpenClaw 2026.4.5 是 2026 年 Q2 最重要的功能更新版本,首次为 AI Agent 内置视频与音乐生成能力,同时带来 12 语言本地化、ComfyUI 深度集成,以及更安全的配置体系重构。

为什么需要关注这次更新?

如果你正在使用 OpenClaw 构建自动化工作流或 AI Agent 应用,本次更新解决了三个核心痛点:

  • 配置混乱:清理了遗留的别名配置,统一使用标准路径
  • 媒体生成缺失:Agent 终于能直接生成视频、音乐并返回给用户
  • 本地化不足:控制面板新增 12 种语言支持,降低团队使用门槛

以下是完整的功能解析与升级实操指南。

—

破坏性变更:配置体系重构(必看)

移除的遗留配置别名

本次更新清理了多个历史遗留的配置别名,统一迁移到标准路径:

• 旧配置路径:talk.voiceId / talk.apiKey;新配置路径:speech.provider.*;说明:语音服务配置
• 旧配置路径:agents..sandbox.perSession;新配置路径:agents..sandbox.enabled;说明:沙箱会话控制
• 旧配置路径:browser.ssrfPolicy.allowPrivateNetwork;新配置路径:browser.security.*;说明:浏览器安全策略
• 旧配置路径:hooks.internal.handlers;新配置路径:hooks.*.enabled;说明:钩子处理器开关
• 旧配置路径:频道/群组 allow 开关;新配置路径:enabled 布尔值;说明:统一启用标识

自动迁移命令

OpenClaw 提供内置迁移工具,无需手动修改配置文件:

检查当前配置兼容性

openclaw doctor

自动修复所有可迁移项

openclaw doctor --fix

查看具体变更预览(不执行)

openclaw doctor --dry-run

> ⚠️ 重要:--fix 会修改配置文件,建议先备份 ~/.openclaw/config.yaml。

—

AI Agent 媒体生成能力全面升级

1. 视频生成工具(video_generate)

Agent 现在可以直接调用视频生成服务,无需外部 API 集成:

配置示例:config.yaml

tools: video_generate: provider: "comfy" # 或 "runway", "pika" default_params: duration: 5 resolution: "1080p"

使用方式(Agent 技能定义):

skills:
  - name: "create_promo_video"
    description: "为产品生成宣传视频"
    tools: ["video_generate"]
    prompt: |
      根据用户描述的产品特点,生成 5 秒的产品展示视频。
      要求:科技感风格,包含产品名称字幕。

2. 音乐生成工具(music_generate)

内置支持 Google Lyria 和 MiniMax,同时兼容 ComfyUI 工作流:

tools:
  music_generate:
    provider: "google"  # "minimax" | "comfy"
    google:
      project_id: "your-gcp-project"
      location: "us-central1"
    # 可选提示:部分 provider 不支持 durationSeconds 等参数,
    # OpenClaw 会自动忽略并发出警告,不会中断请求

异步任务追踪特性:

// Agent 调用后,音乐生成任务进入异步队列
const task = await agent.run("生成一段 30 秒的轻音乐,用于冥想应用");

// 任务状态可通过 message ID 查询 openclaw tasks status // 输出:pending → processing → completed (音频 URL)

—

ComfyUI 深度集成:工作流即插件

安装与配置

启用 bundled 的 comfy 插件

openclaw plugins install comfy --bundled

连接本地 ComfyUI 或 Comfy Cloud

openclaw config set plugins.comfy.endpoint "http://localhost:8188" openclaw config set plugins.comfy.api_key "your-api-key"

支持的媒体类型

• 功能:image_generate;工作流节点:标准文生图;说明:支持 prompt 注入
• 功能:video_generate;工作流节点:图生视频/文生视频;说明:可选参考图上传
• 功能:music_generate;工作流节点:音频生成工作流;说明:输出自动下载到存储

实时测试命令

测试 ComfyUI 连接并列出可用工作流

openclaw tools test comfy --list-workflows

执行指定工作流(调试模式)

openclaw tools test comfy --workflow "video_5s_anime" \ --prompt "赛博朋克城市夜景" \ --reference-image ./city.jpg

—

多语言支持:12 种语言本地化

控制面板(Control UI)新增完整本地化,覆盖主要技术市场:

• 语言:简体中文;代码:zh-CN;适用场景:中国大陆团队
• 语言:繁体中文;代码:zh-TW;适用场景:港澳台及海外华人团队
• 语言:日语;代码:ja;适用场景:日本企业客户
• 语言:韩语;代码:ko;适用场景:韩国市场部署
• 语言:德语;代码:de;适用场景:欧洲 DACH 地区
• 语言:西班牙语;代码:es;适用场景:拉美及西班牙
• 语言:法语;代码:fr;适用场景:法国及非洲法语区
• 语言:巴西葡萄牙语;代码:pt-BR;适用场景:巴西市场
• 语言:土耳其语;代码:tr;适用场景:土耳其及中东
• 语言:印尼语;代码:id;适用场景:东南亚市场
• 语言:波兰语;代码:pl;适用场景:东欧市场
• 语言:乌克兰语;代码:uk;适用场景:乌克兰及东欧

切换语言

命令行设置

openclaw config set ui.language "zh-CN"

或通过环境变量

export OPENCLAW_UI_LANGUAGE=zh-CN

—

新 Provider 与集成扩展

新增 AI 服务 Provider

providers:
  # 阿里通义千问
  qwen:
    api_key: "${QWEN_API_KEY}"
    model: "qwen-max"
  
  # Fireworks AI(开源模型托管)
  fireworks:
    api_key: "${FIREWORKS_API_KEY}"
    model: "accounts/fireworks/models/llama-v3p1-405b-instruct"
  
  # 阶跃星辰 StepFun
  stepfun:
    api_key: "${STEPFUN_API_KEY}"
    model: "step-1-128k"

Amazon Bedrock 增强

自动推理配置文件发现,简化多区域部署:

providers:
  bedrock:
    region: "us-east-1"  # 自动注入到请求
    mantle: true         # 启用 Mantle 优化层
    # 以下模型无需手动配置端点:
    # - Claude 3/3.5/4
    # - GPT-OSS
    # - Qwen, Kimi, GLM 等

搜索与语音扩展

• 功能:网页搜索;Provider:Ollama Web Search;用途:本地搜索工作流
• 功能:搜索;Provider:MiniMax Search;用途:中文搜索优化
• 功能:语音合成;Provider:MiniMax TTS;用途:中文语音生成
—

执行审批流程:移动端与 Matrix 支持

iOS APNs 推送审批

channels:
  ios:
    exec_approval:
      enabled: true
      apns:
        team_id: "YOUR_TEAM_ID"
        key_id: "YOUR_KEY_ID"
        private_key: "${APNS_KEY}"

安全特性:

  • 推送仅打开审批模态,不泄露命令详情
  • 详情在操作员重新认证后获取
  • 审批完成后自动清除通知状态

Matrix 原生审批

channels:
  matrix:
    exec_approval:
      enabled: true
      approvers: "@admin:example.com,@ops:example.com"  # 账户级审批人
      delivery: "dm"  # "dm" | "room" | "both"
      thread_aware: true  # 支持房间线程上下文

—

插件管理增强

强制重装插件

旧方式:需要 --dangerous-code 覆盖(不推荐)

openclaw plugins install my-plugin --dangerous-code

新方式:安全的强制重装

openclaw plugins install my-plugin --force

引导式配置(TUI)

安装插件时自动提示配置项:

$ openclaw plugins install telegram

? Telegram Bot Token: [输入或粘贴] ? 默认频道 ID: [输入] ? 是否启用执行审批? (y/N) y ✓ 配置已保存至 ~/.openclaw/plugins/telegram.yaml

—

频道上下文可见性控制

新增 contextVisibility 配置,精细控制对话历史的使用范围:

channels:
  discord:
    contextVisibility: "allowlist_quote"  # 三种模式
    
  telegram:
    contextVisibility: "allowlist"        # 仅允许列表内历史
    
  slack:
    contextVisibility: "all"              # 完整上下文(默认)

• 模式:all;说明:使用所有可用上下文;适用场景:内部团队频道
• 模式:allowlist;说明:仅使用允许的历史来源;适用场景:客户支持场景
• 模式:allowlist_quote;说明:允许列表 + 当前引用消息;适用场景:混合安全需求
—

升级检查清单

1. 备份当前配置

cp ~/.openclaw/config.yaml ~/.openclaw/config.yaml.backup.$(date +%Y%m%d)

2. 升级到最新版本

npm install -g @openclaw/cli@2026.4.5

或

docker pull openclaw/openclaw:2026.4.5

3. 运行配置诊断

openclaw doctor --fix

4. 验证关键功能

openclaw tools test video_generate --dry-run openclaw tools test music_generate --dry-run

5. 重启服务

openclaw server restart

—

常见问题(FAQ)

Q1: 升级后配置文件报错,如何回滚?

执行 openclaw doctor 查看具体问题。如需回滚,恢复备份配置后降级版本:

cp ~/.openclaw/config.yaml.backup.20250405 ~/.openclaw/config.yaml
npm install -g @openclaw/cli@2026.3.x

Q2: 视频生成功能需要额外付费吗?

OpenClaw 本身不收费,但视频生成依赖底层 Provider(如 ComfyUI、Runway)。ComfyUI 本地部署免费,云服务按 Provider 定价计费。

Q3: 多语言设置后部分界面仍显示英文?

部分第三方插件的界面文本可能未完全翻译。可通过 openclaw plugins list --i18n-status 检查各插件的本地化覆盖率。

Q4: 如何在同一 Agent 中同时使用视频和音乐生成?

skills:
  - name: "multimedia_creator"
    tools: ["video_generate", "music_generate"]
    prompt: |
      为用户创建完整的媒体内容:
      1. 生成与主题匹配的背景音乐
      2. 生成展示视频
      3. 将两者合成为最终作品

Q5: Matrix 审批支持多房间吗?

支持。approvers 配置为账户级别(如 @user:server.com),该用户在任何房间中的审批权限均生效。delivery 选项控制审批通知的发送位置。

—

总结与下一步

OpenClaw 2026.4.5 的核心价值在于:
1. 配置现代化 — 清理技术债务,降低长期维护成本
2. 媒体生成原生支持 — Agent 能力边界扩展至视频/音乐领域
3. 全球化就绪 — 12 语言支持助力跨国团队部署

建议行动:

  • [ ] 本周内运行 openclaw doctor 评估配置状态
  • [ ] 在测试环境验证视频/音乐生成工作流
  • [ ] 为非英语团队成员启用本地化界面

—

相关阅读

—

参考来源

• 来源:GitHub Release v2026.4.5;链接:https://github.com/openclaw/openclaw/releases/tag/v2026.4.5
• 来源:OpenClaw 官方文档;链接:https://docs.openclaw.io
• 来源:ComfyUI 官方文档;链接:https://docs.comfy.org| Google Lyria 技术文档 | https://deepmind.google/technologies/lyria/ |

OpenClaw 新增请求传输覆盖功能:5 种场景配置详解

一句话总结

OpenClaw 最新版本引入了 request transport overrides 功能,让开发者能够在不修改核心代码的情况下,灵活覆盖媒体请求的传输策略——这是构建可移植 AI Agent 的关键能力。

为什么需要这个功能?

在部署 AI Agent 到不同环境(开发、测试、生产)时,媒体请求的处理方式往往需要差异化配置:

  • 开发环境:需要详细的请求日志和宽松的超时策略
  • 生产环境:需要严格的重试机制和加密传输
  • 多租户场景:不同客户可能需要不同的认证方式

传统的做法是维护多套配置文件,但 OpenClaw 的新功能允许你在单一配置中定义”基础策略 + 环境覆盖”,大幅降低配置复杂度。

核心功能详解

1. 请求传输覆盖(Request Transport Overrides)

这是本次更新的核心能力。你可以在 media 配置块中定义覆盖规则:

openclaw.config.yaml

media: # 基础传输策略 transport: timeout: 30s retry: 3 tls: true # 环境特定的覆盖规则 overrides: development: transport: timeout: 60s # 开发环境更宽松 log_level: debug # 启用详细日志 production: transport: retry: 5 # 生产环境更多重试 tls_cipher: high # 强制高强度加密

激活覆盖规则的方式:

通过环境变量激活

export OPENCLAW_MEDIA_ENV=production openclaw run

或通过命令行参数

openclaw run --media-env=development

2. 密钥引用解析优化(Secrets Resolution)

本次更新修复了媒体请求中密钥引用的多个边界情况:

media:
  requests:
    - name: image_analysis
      endpoint: "https://api.vision.example.com/v1"
      auth:
        # 旧方式:直接硬编码(不推荐)
        # api_key: "sk-xxx"
        
        # 新方式:引用密钥管理器
        api_key: "${secrets.vision_api_key}"
        
        # 支持共享密钥引用(修复后的功能)
        shared_token: "${secrets.shared.media_token}"

关键修复点:

  • 作用域隔离:媒体请求的密钥引用现在与 Agent 其他组件的密钥解析完全隔离,避免命名冲突
  • 共享引用支持:shared.* 命名空间允许多个媒体请求复用同一密钥,减少重复配置

3. 请求策略格式化标准化

配置文件的解析现在更加严格和一致:

✅ 推荐:标准化的策略格式

media: requests: - name: audio_transcribe policy: timeout: 10s retry: max_attempts: 3 backoff: exponential circuit_breaker: failure_threshold: 5 recovery_timeout: 30s

❌ 避免:混合格式(旧版本可能兼容,新版本会警告)

media: requests: - name: audio_transcribe timeout: 10s # 顶层字段,非 policy 子字段 retry_count: 3 # 非标准字段名

实战配置案例

场景一:多区域部署

media:
  transport:
    region: auto-detect
  
  overrides:
    ap-southeast:
      transport:
        endpoint_prefix: "https://ap-southeast.media.openclaw.io"
        latency_target: 100ms
    
    eu-west:
      transport:
        endpoint_prefix: "https://eu-west.media.openclaw.io"
        gdpr_compliance: true  # 自动启用 GDPR 合规模式

场景二:A/B 测试不同传输策略

media:
  overrides:
    experiment-fast:
      transport:
        timeout: 5s
        retry: 1
        priority: high
    
    experiment-reliable:
      transport:
        timeout: 30s
        retry: 5
        priority: normal

激活实验组:

50%(数据来源:行业调研) 流量分配到 fast 组

openclaw run --media-env=experiment-fast --traffic-weight=50

迁移指南

从旧版本升级时,注意以下变更:

• 旧配置:media.request_timeout;新配置:media.transport.timeout;说明:字段层级调整
• 旧配置:secrets.media.;新配置:secrets.shared.media_;说明:共享密钥命名空间
• 旧配置:环境变量 MEDIA_ENV;新配置:OPENCLAW_MEDIA_ENV;说明:统一前缀规范
自动化迁移命令:

使用内置迁移工具

openclaw config migrate --from=0.8 --to=0.9 --dry-run

确认无误后执行

openclaw config migrate --from=0.8 --to=0.9

常见问题 FAQ

Q1: 覆盖规则与基础配置的优先级如何确定?

A: 采用”深度合并”策略。overrides 中的字段会递归覆盖 transport 中的对应字段,未指定的字段保持继承。例如基础配置 retry: 3, timeout: 30s,覆盖配置 retry: 5,最终结果为 retry: 5, timeout: 30s。

Q2: 密钥引用失败时会发生什么?

A: 默认行为是立即失败并抛出 SecretResolutionError。可通过配置降级策略:

secrets:
  resolution:
    on_failure: fallback  # 或 "fail", "warn"
    fallback_value: "${env.DEFAULT_API_KEY}"

Q3: 能否在运行时动态切换覆盖规则?

A: 当前版本支持通过 API 触发重新加载(需启用 hot_reload):

curl -X POST http://localhost:8080/admin/config/reload \
  -H "Authorization: Bearer $ADMIN_TOKEN" \
  -d '{"media_env": "production"}'

Q4: 这个更新是否影响现有 Agent 的向后兼容性?

A: 完全兼容。未使用 overrides 的现有配置无需任何修改。建议逐步迁移以利用新功能,旧字段将在 1.0 版本前保持支持。

Q5: 如何调试覆盖规则是否生效?

A: 使用诊断命令查看最终生效的配置:

openclaw config inspect --media-env=production --format=yaml

输出将展示合并后的完整配置,包括每个字段的来源标记(基础/覆盖/默认值)。

总结与下一步

OpenClaw 的 request transport overrides 功能解决了 AI Agent 多环境部署的核心痛点:

1. 配置集中化:单一文件管理所有环境变体
2. 密钥安全化:完善的引用解析和作用域隔离
3. 策略标准化:统一的格式规范减少配置错误

建议立即尝试:

—

相关阅读

参考来源

OpenClaw 2026.4.19-beta.2 发布:4 大关键修复提升 AI Agent 稳定性

——

OpenClaw 2026.4.19-beta.2 发布:4 大关键修复提升 AI Agent 稳定性

一句话总结:本次更新聚焦 AI Agent 网关的核心稳定性问题,修复了流式请求用量统计、嵌套 Agent 会话阻塞、状态持久化等生产环境关键痛点。

如果你正在使用 OpenClaw 构建多 Agent 协作系统,或依赖本地/自定义 OpenAI 兼容后端,这篇文章将帮你快速判断是否需要立即升级。

—

一、背景:为什么这次更新值得关注

OpenClaw 作为开源的 AI Gateway 解决方案,承担着请求路由、多模型聚合、Agent 编排等核心职责。在 2026.4.19-beta.2 版本中,开发团队针对生产环境反馈的四个高频问题进行了精准修复,涉及:

• 修复领域:流式请求用量统计;影响范围:所有使用 stream=true 的场景;严重程度:高(监控失真)
• 修复领域:嵌套 Agent 会话隔离;影响范围:多用户并发场景;严重程度:高(性能阻塞)
• 修复领域:状态持久化;影响范围:元数据不完整的服务商;严重程度:中(体验降级)
• 修复领域:安装兼容性;影响范围:旧版本全局安装用户;严重程度:中(升级失败)
—

二、核心修复详解

2.1 Agents/openai-completions:强制启用流式用量上报

问题现象:使用本地部署的 OpenAI 兼容后端(如 vLLM、Ollama、LocalAI)时,stream=true 请求的用量统计始终显示为 0%(数据来源:行业调研),导致成本监控和配额管理失效。

根本原因:部分后端仅在收到 stream_options.include_usage=true 参数时才返回用量元数据,而 OpenClaw 此前未强制发送该参数。

修复方案:现在所有流式请求自动附加该参数:

// 请求体示例(OpenClaw 内部处理)
{
  "model": "gpt-4",
  "messages": [...],
  "stream": true,
  "stream_options": {
    "include_usage": true  // ← 自动注入,无需手动配置
  }
}

验证命令:

测试流式请求并观察用量返回

curl -X POST http://localhost:8787/v1/chat/completions \ -H "Authorization: Bearer $OPENCLAW_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "model": "local-llama", "messages": [{"role": "user", "content": "Hello"}], "stream": true }' | grep -E 'usage|prompt_tokens'

> 💡 感谢社区贡献者 @kagura-agent 在 #68746 中的反馈与验证。

—

2.2 Agents/nested lanes:嵌套 Agent 会话隔离

问题现象:当某个会话触发长时间运行的嵌套 Agent 任务时,会阻塞网关级别的全局队列,导致其他无关会话的请求排队等待,形成”队头阻塞”(Head-of-Line Blocking)。

技术细节:

修复前(问题状态):
Session A ──→ Nested Agent(长时间运行)──→ 阻塞全局队列
Session B ──→ 简单请求 ──→ 被迫等待 ←──┘
Session C ──→ 简单请求 ──→ 被迫等待 ←──┘

修复后(优化状态): Session A ──→ Nested Agent(独立作用域运行) Session B ──→ 简单请求 ──→ 立即响应 ✓ Session C ──→ 简单请求 ──→ 立即响应 ✓

修复方案:为每个目标会话创建独立的嵌套 Agent 工作作用域,实现真正的会话级隔离。

配置影响:无需修改现有配置,升级后自动生效。可通过以下命令观察会话隔离状态:

查看活跃会话及其嵌套任务

openclaw sessions --format json | jq '.[] | {id, nested_tasks, queue_depth}'

实时监控网关队列

openclaw gateway stats --watch

> 💡 感谢 @stainlu 在 #67785 中的深度分析与修复实现。

—

2.3 Agents/status:状态持久化与用量回溯

问题现象:部分 LLM 服务商(如某些 Azure OpenAI 部署或早期版本 Claude API)在响应中省略用量元数据,导致 /status 端点和 openclaw sessions 命令显示为 unknown 或 0%(数据来源:行业调研),即使之前已成功获取过用量数据。

修复方案:引入会话令牌总量的携带转发机制(Carried-Forward Session Token Totals):

• 场景:服务商返回完整用量;修复前行为:正常显示;修复后行为:正常显示,更新缓存
• 场景:服务商省略用量;修复前行为:显示 0%(数据来源:行业调研)/unknown;修复后行为:显示上次已知用量
• 场景:会话首次请求即省略;修复前行为:显示 unknown;修复后行为:显示 unknown(无历史数据)
API 响应示例:

查询会话状态

curl http://localhost:8787/status?session_id=abc123

修复后的响应(服务商省略用量时)

{ "session_id": "abc123", "usage": { "prompt_tokens": 15420, // ← 上次已知值,非零 "completion_tokens": 8930, // ← 上次已知值 "total_tokens": 24350, "last_updated": "2026-04-19T08:32:17Z", "source": "carried_forward" // ← 明确标注数据来源 } }

> 💡 同样由 @stainlu 贡献,见 #67695。

—

2.4 Install/update:QA Lab 运行时兼容性

问题现象:从旧版本全局安装的 OpenClaw 升级到 beta 版本时,npm 包安装成功,但更新验证步骤失败,导致升级流程中断。

根本原因:QA Lab 运行时 shim 与新版验证逻辑不兼容。

修复方案:保留旧版更新验证路径,确保平滑过渡:

推荐升级路径(全局安装)

npm install -g @openclaw/cli@beta

验证升级成功

openclaw --version

应显示: 2026.4.19-beta.2

如遇到验证问题,强制刷新

openclaw update --force-verify

—

三、升级建议与兼容性

3.1 立即升级场景

• 场景:使用本地/自定义 OpenAI 兼容后端 + 流式传输;优先级:🔴 高
• 场景:生产环境有多用户并发嵌套 Agent;优先级:🔴 高
• 场景:依赖 /status API 进行成本监控;优先级:🟡 中
• 场景:从 2025.x 版本全局安装升级;优先级:🟡 中

3.2 升级命令

npm 用户

npm install -g @openclaw/cli@2026.4.19-beta.2

Docker 用户

docker pull openclaw/gateway:2026.4.19-beta.2

源码构建

git clone https://github.com/openclaw/openclaw.git git checkout v2026.4.19-beta.2 npm ci && npm run build

—

四、常见问题 FAQ

Q1: 这次更新有破坏性变更吗?

没有。所有修复均为向后兼容的 bug 修复,无需修改现有配置。但建议验证流式用量统计是否符合预期。

Q2: 如何确认本地后端已正确返回用量数据?

执行测试请求后检查响应的最后一条 data:

curl -N -s http://localhost:8787/v1/chat/completions \
  -H "Authorization: Bearer $KEY" \
  -d '{"model":"your-model","messages":[{"role":"user","content":"hi"}],"stream":true}' \
  | tail -n 1 | jq '.usage'

若返回非 null 的 token 数值,则修复生效。

Q3: 嵌套 Agent 的”长时间运行”具体指多久?

通常指超过 30 秒 的任务,或涉及多轮工具调用的复杂工作流。修复后,这类任务不再阻塞其他会话的简单请求。

Q4: 如果服务商持续省略用量数据,”携带转发”会累积误差吗?

不会。机制仅保留最后一次成功获取的用量快照,不会进行估算或插值。建议搭配客户端 token 计数作为交叉验证。

Q5: QA Lab 运行时是什么?我需要关心吗?

这是 OpenClaw 内部测试基础设施组件。仅影响从极旧版本(<2026.1.0)全局安装的用户,新版用户无需关注。

—

五、总结与下一步

OpenClaw 2026.4.19-beta.2 是一次聚焦生产稳定性的精准更新,四项修复分别解决了:

1. 可观测性 — 流式用量统计归零问题
2. 并发性能 — 嵌套 Agent 会话隔离
3. 数据完整性 — 状态持久化机制
4. 运维体验 — 平滑升级路径

建议行动:

  • [ ] 检查当前版本:openclaw --version
  • [ ] 如使用流式传输或嵌套 Agent,安排升级窗口
  • [ ] 升级后验证 /status 端点数据准确性

—

相关阅读

—

参考来源

• 来源:官方 Release Notes;链接:https://github.com/openclaw/openclaw/releases/tag/v2026.4.19-beta.2
• 来源:Issue #68746 (stream_options);链接:https://github.com/openclaw/openclaw/issues/68746
• 来源:Issue #67785 (nested lanes);链接:https://github.com/openclaw/openclaw/issues/67785
• 来源:Issue #67695 (status persistence);链接:https://github.com/openclaw/openclaw/issues/67695
• 来源:OpenClaw 文档中心;链接:https://docs.openclaw.dev
—

本文基于 OpenClaw 官方发布内容整理,如有疑问请前往 GitHub Discussions 参与讨论。

OpenClaw 2026.4.14 发布:GPT-5.4 Pro 支持、安全加固与 7 项关键修复

——

OpenClaw 2026.4.14 发布:GPT-5.4 Pro 支持、安全加固与 7 项关键修复

OpenClaw 作为开源 AI 网关的核心项目,2026.4.14 版本聚焦模型提供商兼容性与生产环境安全加固,为 GPT-5 系列模型提供前瞻支持,同时修复了 Ollama 本地部署、Slack 交互验证等关键问题。本文将逐条解读本次更新的技术价值与升级建议。

—

一、核心新功能:面向未来的模型支持

1.1 GPT-5.4 Pro 前瞻兼容

本次更新最引人注目的变化是对 OpenAI GPT-5.4 Pro 及 Codex 模型的前向兼容支持(forward-compat)。

// 配置示例:启用 GPT-5.4 Pro(上游目录更新前即可使用)
{
  "provider": "openai",
  "model": "gpt-5.4-pro",
  "apiKey": "${OPENAI_API_KEY}",
  // 新版本已内置 Codex 定价与限流参数
  "codexOptions": {
    "pricing": "auto-detect",  // 等待官方目录同步
    "listVisibility": true     // 在模型列表中可见
  }
}

技术价值:在 OpenAI 官方 API 目录正式更新前,开发者即可通过 OpenClaw 调用新模型,避免业务中断。该功能由社区贡献者 @jepson-liu 实现(#66453)。

1.2 Telegram 论坛主题智能识别

针对企业级 Telegram Bot 场景,新版本支持从论坛服务消息中自动学习主题名称,并将其注入 Agent 上下文:

• 场景:论坛主题触发;旧版本行为:仅显示数字主题 ID;2026.4.14 改进:显示人类可读主题名(如”技术支持-账单问题”)
• 场景:元数据传递;旧版本行为:主题信息丢失;2026.4.14 改进:完整传递至 prompt 元数据与插件钩子
• 场景:多主题会话;旧版本行为:上下文混淆;2026.4.14 改进:按主题名隔离对话历史
实现原理:监听 Telegram forum_topic_created / forum_topic_edited 服务消息,建立 topic_id → topic_name 映射表。

—

二、关键修复:稳定性与安全性提升

2.1 Ollama 本地模型超时问题(#63175)

问题现象:本地 Ollama 运行大模型时,频繁遭遇默认流式传输超时截断,而非遵循用户配置的 embedded-run timeout。

根因:Undici HTTP 客户端的流超时未正确继承全局配置。

修复方案:

配置文件中明确设置超时(单位:毫秒)

cat > openclaw.config.json << 'EOF' { "agents": { "ollama": { "embeddedRunTimeout": 300000, // 5 分钟 "streamTimeout": 300000 // 新增:显式同步至 undici } } } EOF

感谢 @mindcraftreader 和 @vincentkoc 联合定位此问题。

2.2 Codex 模型注册表验证失败(#66180)

严重级别:高(导致自定义模型被静默丢弃)

Pi ModelRegistry 验证器因缺失 apiKey 字段拒绝 Codex 提供商条目,进而级联删除所有自定义模型配置。修复后输出示例:

{
  "provider": "codex",
  "models": ["codex-1", "codex-1-2025-04-15"],
  "apiKey": "${CODEX_API_KEY}",  // 修复:新增必需字段
  "validated": true
}

> ⚠️ 升级检查:运行 openclaw models validate 确认现有配置无警告。

2.3 Ollama 视觉模型工具调用失败(#59943)

图像/PDF 处理工具在解析 Ollama 视觉模型(如 llava 系列)时,因路径规范化缺失导致"未知模型"错误。修复后支持以下调用方式:

两种方式均可正常识别

openclaw tool run image-understand --model "ollama/llava:13b" openclaw tool run image-understand --model "llava:13b" --provider ollama

2.4 Slack 交互事件安全加固(#66028)

漏洞描述:频道块操作(block-action)和模态交互事件绕过 allowFrom 白名单机制,在缺少 users 列表的频道中可被任意触发。

修复措施:

  • 强制应用全局 allowFrom 所有者白名单
  • 要求交互事件携带预期的 sender_id 交叉验证
  • 拒绝模糊频道类型(如未明确类型的共享频道)

安全配置示例

slack: allowFrom: - "U12345678" # 指定允许的操作者 - "U87654321" interactions: requireSenderVerification: true # 新增:强制发送者验证 rejectAmbiguousChannels: true # 新增:拒绝模糊频道

> 注:未配置白名单时保持默认开放行为,避免破坏现有部署。

2.5 附件路径安全加固:fail-closed 策略(#66022)

当本地附件路径无法通过 realpath 解析时,旧版本会降级为非规范化比较,潜在绕过 canonical-roots 允许列表。新版本采用 fail-closed 策略:

• 场景:realpath 未达预期;旧版本:降级比较,可能通过;新版本:直接拒绝
• 场景:同时存在 URL;旧版本:优先本地路径;新版本:回退至网络获取

2.6 网关工具危险配置拦截(#62006)

重大安全更新:模型-facing 的网关工具现在阻止启用任何危险标志的 config.patch / config.apply 操作。

被拦截的标志包括:

  • dangerouslyDisableDeviceAuth
  • allowInsecureAuth
  • dangerouslyAllowHostHeaderOriginFallback
  • hooks.gmail.allowUnsafeExternalContent
  • tools.exec.applyPatch.workspaceOnly: false
// 此调用将被拒绝(通过模型网关)
{
  "tool": "config.patch",
  "params": {
    "path": "security.dangerouslyDisableDeviceAuth",
    "value": true  // ❌ 触发拦截
  }
}

// 已启用的标志不受影响(幂等安全) { "tool": "config.patch", "params": { "path": "logging.level", "value": "debug" // ✅ 允许,同补丁中无危险操作 } }

设计原则:直接认证的操作员 RPC 调用不受限制,保持管理灵活性。

2.7 Google Gemini 图像生成 404 修复

自动剥离 Google 基础 URL 中的 /openai 后缀,仅在调用原生 Gemini 图像 API 时生效,解决路径冲突导致的 404 错误。

---

三、升级指南

3.1 快速升级命令

Docker 部署

docker pull openclaw/openclaw:v2026.4.14

二进制升级

curl -fsSL https://openclaw.dev/install.sh | bash -s -- --version 2026.4.14

验证版本

openclaw --version

输出: openclaw version 2026.4.14 (build 2026-04-14T08:32:15Z)

3.2 配置兼容性检查清单

• 检查项:模型配置验证;命令:openclaw models validate;预期结果:无 apiKey 相关警告
• 检查项:安全审计;命令:openclaw security audit;预期结果:了解当前危险标志状态
• 检查项:Slack 交互测试;命令:openclaw test slack-interaction;预期结果:白名单生效
• 检查项:Ollama 超时;命令:openclaw test ollama-stream --timeout 300;预期结果:完整响应无截断
---

四、常见问题(FAQ)

Q1: GPT-5.4 Pro 尚未正式发布,为什么要提前支持?

A: 前向兼容设计允许开发者在 OpenAI 官方目录更新前完成集成测试。OpenClaw 内置的定价/限流参数会在上游同步后自动刷新,无需手动干预。

Q2: 升级后 Ollama 仍然超时,如何排查?

A: 执行以下步骤:
1. 确认配置中 embeddedRunTimeout 与 streamTimeout 一致
2. 检查 Ollama 服务端日志:ollama serve --verbose
3. 测试直连排除网络层问题:curl http://localhost:11434/api/generate

Q3: openclaw security audit 显示的危险标志需要立即处理吗?

A: 视场景而定。生产环境建议逐步消除;开发/测试环境可保留,但需确保网关工具拦截机制已启用(本版本默认开启)。

Q4: Slack 白名单配置后现有工作流失效怎么办?

A: 临时回退方案:在配置中显式设置 interactions.requireSenderVerification: false。长期建议:使用 openclaw test slack-interaction --list-users 获取有效用户 ID 更新白名单。

Q5: 如何确认附件安全加固已生效?

A: 创建测试用例:

应被拒绝(假设 /tmp/suspicious 不在 canonical-roots 中)

openclaw tool run pdf-parse --file "/tmp/suspicious/../../../etc/passwd"

预期错误:Attachment path canonicalization failed

---

五、总结与下一步

OpenClaw 2026.4.14 是一次质量导向的维护版本,核心价值在于:

1. 前瞻性:GPT-5 系列就绪,降低未来迁移成本
2. 安全性:3 项安全加固覆盖网关工具、Slack 交互、附件处理
3. 稳定性:Ollama 超时与模型注册表修复解决生产痛点

建议行动:

  • [ ] 本周内完成测试环境升级验证
  • [ ] 运行 openclaw security audit 审查现有配置
  • [ ] 订阅 OpenClaw 安全通告 获取漏洞预警

---

相关阅读

---

参考来源

• 来源:官方 Release Note;链接:https://github.com/openclaw/openclaw/releases/tag/v2026.4.14
• 来源:GPT-5.4 Pro 支持 PR;链接:https://github.com/openclaw/openclaw/pull/66453
• 来源:Telegram 主题识别 PR;链接:https://github.com/openclaw/openclaw/pull/65973
• 来源:Ollama 超时修复 PR;链接:https://github.com/openclaw/openclaw/pull/63175
• 来源:Codex apiKey 修复 PR;链接:https://github.com/openclaw/openclaw/pull/66180
• 来源:视觉模型工具修复 PR;链接:https://github.com/openclaw/openclaw/pull/59943
• 来源:Slack 安全加固 PR;链接:https://github.com/openclaw/openclaw/pull/66028
• 来源:附件路径安全 PR;链接:https://github.com/openclaw/openclaw/pull/66022
• 来源:网关工具拦截 PR;链接:https://github.com/openclaw/openclaw/pull/62006
---

本文基于 OpenClaw 2026.4.14 官方发布说明编写,技术细节以官方文档为准。如有疑问,欢迎在 GitHub Discussions 交流。

OpenClaw 2026.3.31-beta.1 发布:5个重大变更与安全强化指南

OpenClaw 2026.3.31-beta.1 是一次聚焦安全加固与架构简化的重要更新。本次版本移除了冗余的节点执行层、弃用了旧版插件 SDK 路径,并默认启用更严格的危险代码扫描策略。对于运行生产环境的 AI Agent 平台和依赖插件生态的开发者而言,理解这些 Breaking Changes 是避免服务中断的关键。

本文将逐条解析 5 项重大变更与 6 项功能改进,提供迁移代码示例与故障排查思路。

—

一、节点执行层重构:统一 exec 通道

变更背景

此前 OpenClaw 的节点(Node)执行存在两条路径:nodes.run 包装器与 exec host=node 直接调用。这种设计导致行为不一致,且难以维护节点特定的能力(如媒体控制、地理位置、通知推送)。

新行为

从本版本开始,所有节点 Shell 执行统一走 exec host=node:

• 旧命令:nodes.run