上一篇【第62篇】Coze 3.0 + OpenClaw深度集成实战：字节跳动AI Agent平台的本地智能体接入全指南
下一篇【第64篇】2026 年 AI Agent 框架全景横评：OpenClaw 生态 9 款产品场景选型指南

OpenClaw v2026.6.1 深度解析：Skill Workshop 技能工坊与 Workboard 编排能力全面升级

摘要：OpenClaw v2026.6.1 正式版于2026年6月3日发布。Skill Workshop 技能工坊迎来完整控制界面，支持技能提案的全生命周期管理；Workboard 编排原语首次引入多智能体任务协调能力；MiniMax M3 模型获得官方原生支持；Tokenjuice 与 GitHub Copilot 代理运行时正式外部化为独立插件。本文深入拆解 Skill Workshop 提案审核流、Workboard 多 Agent 协作机制、iOS 推送中继架构等核心更新，结合实战配置指南，帮助开发者在第一时间完成版本升级与能力验证。

一、版本全景：v2026.6.1 更新总览

OpenClaw v2026.6.1 经历 4 个 Beta 版本迭代后正式发布（Beta.1→Beta.2→Beta.3→正式版），由核心贡献者 vincentkoc 与 steipete 主导，社区贡献者 zeus1959、RomneyDa、NianJiuZst、sallyom 等共同参与。这次更新的关键词是稳定性 × 可编排性 × 生态解耦。

┌─────────────────────────────────────────────────────────┐
│           OpenClaw v2026.6.1 核心更新全景               │
├─────────────────────────────────────────────────────────┤
│                                                         │
│   🏗️  技能工坊        ──  完整 Control UI + 提案审核流    │
│   📋  工作板          ──  多 Agent 编排原语 + 任务评论     │
│   🤖  MiniMax M3       ──  官方原生模型支持               │
│   🔌  插件外部化       ──  Tokenjuice / Copilot 独立发布   │
│   📱  iOS 增强         ──  推送中继 / iPad 布局 / Talk     │
│   💾  SQLite 迁移      ──  iMessage / 队列 / Cron 持久化   │
│   🔗  Tailscale Serve  ──  Gateway 服务名绑定              │
│   🧭  代码模式命名空间  ──  作用域代理 / 精确工具调度       │
│   ⚡  性能优化         ──  热路径去重 / 首包延迟追踪        │
│   🔒  安全加固         ──  SecretRef 清单 / 原子化认证      │
│                                                         │
└─────────────────────────────────────────────────────────┘

架构意义上的定义：v2026.6.1 是 OpenClaw 从"单体 AI 助手"向"多智能体协作平台"转型的关键版本——Skill Workshop 让技能从个人创作进化为团队协作的制品，Workboard 让多 Agent 协同有了原生的编排层。

1.1 版本迭代路径

版本 发布日期 定位
v2026.6.1-beta.1 6月1日 09:45 基础特性集 + Provider/Channel 边界修复
v2026.6.1-beta.2 6月1日 21:56 热路径优化 + 内存监控去重 + UI 延迟埋点
v2026.6.1-beta.3 6月3日 09:16 正式候选版，全特性冻结
v2026.6.1 6月3日 19:35 正式发布 ✅

二、Skill Workshop 技能工坊：从个人技能到团队协作制品

2.1 为什么需要 Skill Workshop？

在 v2026.6.1 之前，OpenClaw 的技能体系存在一个"创作者孤岛"问题：

  • 技能由个人编写，缺乏审核机制
  • 技能版本管理依赖文件系统（容易冲突）
  • 团队协作时无法追踪谁改了什么
  • 技能质量完全依赖创作者自律

Skill Workshop 提出了一套完整的提案→审核→发布流水线，其设计哲学可概括为：

Skill Workshop 是 OpenClaw 技能体系的"Git 工作流"——用提案驱动协作，用审核保障质量，用元数据追溯变更。

┌──────────────────────────────────────────────────────────────┐
│                  Skill Workshop 技能工坊工作流                │
├──────────────────────────────────────────────────────────────┤
│                                                              │
│  ┌─────────┐    ┌─────────┐    ┌─────────┐    ┌──────────┐  │
│  │ 创建提案 │───▶│ 携带文件 │───▶│ 提交审核 │───▶│ 审核决策 │  │
│  │ Create  │    │ Attach  │    │ Submit  │    │ Approve/ │  │
│  │ Proposal│    │  Files  │    │ Review  │    │  Reject  │  │
│  └─────────┘    └─────────┘    └─────────┘    └────┬─────┘  │
│                                                    │        │
│                          ┌─────────────────────────┘        │
│                          ▼                                   │
│              ┌─────────────────────┐                        │
│              │   应用 / 隔离 / 拒绝  │                        │
│              │  Apply / Quarantine │                        │
│              │      / Reject       │                        │
│              └─────────┬───────────┘                        │
│                        ▼                                     │
│              ┌─────────────────────┐                        │
│              │  就地修订（可选）    │                        │
│              │  In-Place Revise   │                        │
│              │  + 版本元数据标记   │                        │
│              └─────────────────────┘                        │
│                                                              │
└──────────────────────────────────────────────────────────────┘

2.2 控制界面（Control UI）核心组件

v2026.6.1 的 Skill Workshop Control UI 提供了一套完整的可视化操作面板：

UI 组件 功能描述 技术实现
提案列表（Proposal List） 展示所有待审核/已审核的提案，支持筛选和排序 状态驱动 UI，按审核状态分组渲染
今日操作（Today View） 当前用户需要处理的待办项聚合视图 按分配人 + 截止时间排序
修订交接（Revision Handoff） 弹窗式交互，支持审阅者与创作者来回修订 携带版本化前置元数据（日期+版本号）
文件预览（File Preview） 可搜索的模态框，预览提案附带的技能文件 支持代码高亮 + 全文搜索
审核状态（Review Status） 每项提案的审核生命周期追踪 draft → submitted → approved/rejected → applied
多语言覆盖（i18n Override） 界面文本的本地化字符串覆盖 基于 locale key 的动态文本替换
会话路由（Session Routing） 可复用的会话上下文，审核者可在多个提案间无缝切换 会话绑定提案 ID

2.3 提案安全机制

Skill Workshop 对提案文件实施了多层安全保障：

# Skill Workshop 提案安全三层防护
proposal_security:
  layer_1_scan:
    - 文件哈希校验（SHA-256）
    - 已知恶意模式扫描
    - 文件类型白名单验证
    
  layer_2_quarantine:
    - 隔离区存放未审核文件
    - 沙盒执行环境
    - 权限最小化原则
    
  layer_3_rollback:
    - 审核拒绝自动回滚
    - 版本快照留存
    - 变更历史可审计

2.4 实战：创建并审核一个技能提案

下面通过一个完整流程演示 Skill Workshop 的使用方式。

Step 1：创建提案

# 通过 Gateway API 创建一个技能提案
openclaw skill-workshop create-proposal \
  --name "weather-report-skill" \
  --description "整合天气预报 + 数据分析，生成每日天气简报" \
  --category "productivity"

Step 2：携带支持文件

# 将技能文件附加到提案中
openclaw skill-workshop attach-files \
  --proposal-id "proposal-2026-0604-001" \
  --files ./weather-report/SKILL.md \
  --files ./weather-report/references/api-docs.md \
  --files ./weather-report/scripts/fetch_weather.js

Step 3：提交审核

openclaw skill-workshop submit-review \
  --proposal-id "proposal-2026-0604-001" \
  --reviewer "@team-lead"

Step 4：审核者决策

# 通过 Control UI 或 CLI 进行审核决策
# 审批通过
openclaw skill-workshop approve proposal-2026-0604-001 \
  --comment "代码质量良好，API 错误处理完善，批准合并"

# 或拒绝并附修订建议
openclaw skill-workshop reject proposal-2026-0604-001 \
  --comment "请补充 API 限流处理，参考 docs/rate-limiting.md"

2.5 与旧版技能管理的对比

维度 v2026.6.1 之前 v2026.6.1 Skill Workshop
创建方式 手动编写 SKILL.md，直接放入 skills/ 目录 通过 Control UI 或 CLI 创建提案
审核机制 无 完整的三阶段审核流（创建→审核→应用/拒绝）
版本追踪 依赖 Git 或文件时间戳 提案内置版本化元数据（日期+版本号）
安全校验 无自动化扫描 文件哈希 + 恶意模式扫描 + 隔离区
回滚能力 手动还原 自动回滚快照 + 变更审计
团队协作 通过 PR/MR 间接协作 原生提案→审核→修订→应用闭环
文件管理 文件系统散落 提案附带文件集中管理 + 可搜索预览

三、Workboard 编排原语：多 Agent 协作的"指挥中心"

3.1 Workboard 的设计目标

在已有的 Task Flow（034篇）和 ACP Agents（033篇）基础之上，Workboard 填补了一个关键空白：多 Agent 之间的任务编排与运行追踪。

Workboard 是多 Agent 系统的"看板层"——它不替代 Task Flow 的单任务执行，也不替代 ACP 的 Agent 调度，而是在更高抽象层级上协调"谁做什么、做到哪了、谁在等谁"。

┌─────────────────────────────────────────────────────────────┐
│                Workboard 多层编排架构                        │
├─────────────────────────────────────────────────────────────┤
│                                                             │
│  ┌─────────────────────────────────────────────────────┐   │
│  │                  Workboard UI (看板视图)              │   │
│  │   ┌─────────┐  ┌─────────┐  ┌─────────┐            │   │
│  │   │ 待分配  │  │ 进行中  │  │ 已完成  │            │   │
│  │   │ Task A  │  │ Task B  │  │ Task C  │            │   │
│  │   │ Task D  │  │ Task E  │  │         │            │   │
│  │   └─────────┘  └─────────┘  └─────────┘            │   │
│  └──────────────────────┬──────────────────────────────┘   │
│                         │                                   │
│  ┌──────────────────────▼──────────────────────────────┐   │
│  │              编排原语层 (Orchestration Primitives)    │   │
│  │   · 任务分配 (Assign)    · 依赖声明 (DependsOn)      │   │
│  │   · 状态同步 (Sync)      · 运行追踪 (Track)          │   │
│  │   · 任务评论 (Comment)   · 结果投递 (Deliver)        │   │
│  └──────────────────────┬──────────────────────────────┘   │
│                         │                                   │
│  ┌──────────────────────▼──────────────────────────────┐   │
│  │                  Agent 执行层                         │   │
│  │     Agent-1          Agent-2          Agent-3        │   │
│  │   (代码生成)       (测试执行)       (文档撰写)        │   │
│  └─────────────────────────────────────────────────────┘   │
│                                                             │
└─────────────────────────────────────────────────────────────┘

3.2 核心编排原语

Workboard 引入了几项关键编排原语：

// Workboard 编排原语接口（概念性伪代码）
interface WorkboardPrimitives {
  // 创建编排看板
  createBoard(config: BoardConfig): Board;
  
  // 创建任务并声明依赖
  createTask(task: TaskDefinition): Task;
  
  // 分配 Agent
  assignAgent(taskId: string, agentId: string): void;
  
  // 声明任务依赖
  declareDependency(taskId: string, dependsOn: string[]): void;
  
  // 同步任务状态
  syncStatus(taskId: string): TaskStatus;
  
  // 运行追踪
  trackRun(boardId: string): RunTrace;
  
  // 任务评论（支持编辑弹窗中展示）
  addComment(taskId: string, comment: Comment): void;
}

3.3 实战：三 Agent 协作构建 API 服务

以下是一个使用 Workboard 编排三个 Agent 协作开发 API 服务的示例：

# workboard-config.yaml - 多 Agent 协作编排配置
board:
  name: "API 服务开发看板"
  description: "构建一个 RESTful API 服务的数据层"
  
tasks:
  - id: "design-data-model"
    name: "设计数据模型"
    agent: "architect-agent"
    priority: high
    
  - id: "implement-repository"
    name: "实现 Repository 层"
    agent: "backend-agent"
    dependsOn: ["design-data-model"]
    priority: high
    
  - id: "write-unit-tests"
    name: "编写单元测试"
    agent: "test-agent"
    dependsOn: ["implement-repository"]
    priority: medium
    
  - id: "generate-api-docs"
    name: "生成 API 文档"
    agent: "doc-agent"
    dependsOn: ["design-data-model"]
    priority: low

runtime:
  mode: "sequential-with-parallel"  # 串行依赖 + 并行无关
  maxConcurrentTasks: 2
  failFast: true

3.4 任务评论与运行追踪

Workboard 的另一个亮点是任务评论与运行追踪的可视化：

# 在编辑弹窗中查看任务评论
openclaw workboard show-comments --task-id "implement-repository"

# 输出示例：
# ┌─────────────────────────────────────────────────┐
# │ Task: implement-repository                      │
# ├─────────────────────────────────────────────────┤
# │ @backend-agent [2026-06-04 10:15]:              │
# │   数据模型已确认，开始实现 JPA Repository        │
# │                                                 │
# │ @backend-agent [2026-06-04 10:45]:              │
# │   UserRepository 完成，遇到 N+1 查询问题需要优化  │
# │                                                 │
# │ @backend-agent [2026-06-04 11:20]:              │
# │   N+1 已修复（使用 @EntityGraph），提交 PR #42    │
# └─────────────────────────────────────────────────┘

# 追踪整个看板的运行状态
openclaw workboard track --board-id "api-service-board"

四、MiniMax M3 模型原生支持

4.1 MiniMax M3 简介

MiniMax M3 是 MiniMax（稀宇科技）最新推出的大语言模型，在长上下文处理、多轮对话和代码生成方面有显著提升。v2026.6.1 为其提供了官方原生 Provider 集成，开发者无需额外安装插件即可使用。

4.2 配置接入

# openclaw.providers.yaml
providers:
  minimax:
    base_url: "https://api.minimax.chat/v1"
    api_key: "${MINIMAX_API_KEY}"
    models:
      - id: "minimax-m3"
        name: "MiniMax M3"
        context_window: 262144       # 256K 上下文窗口
        max_output_tokens: 16384
        capabilities:
          - chat
          - code_generation
          - tool_calling
          - vision

# CLI 方式快速配置
openclaw config set providers.minimax.api_key "$MINIMAX_API_KEY"
openclaw model switch minimax-m3

4.3 性能基准参考

模型 上下文窗口 代码能力 工具调用 多语言 适用场景
MiniMax M3 256K ⭐⭐⭐⭐ ✅ 中/英 长文档分析、代码生成
GPT-5.4-pro 256K ⭐⭐⭐⭐⭐ ✅ 多语言 复杂推理、科学计算
Claude Opus 4.8 200K ⭐⭐⭐⭐⭐ ✅ 多语言 代码工程、安全审计
DeepSeek V3.2 128K ⭐⭐⭐⭐ ✅ 中/英 性价比、中文场景

选型建议：MiniMax M3 在中文长文本处理场景下性价比突出，适合作为中文文档分析、知识库问答等任务的默认模型；复杂代码工程仍建议使用 Claude Opus 4.8 或 GPT-5.4-pro。

五、插件生态重构：Tokenjuice 与 Copilot 外部化

5.1 为什么外部化？

v2026.6.1 将两个重要组件从核心仓库中解耦为独立插件：

组件 之前 之后 收益
Tokenjuice 内置于核心代码库 @openclaw/tokenjuice 插件 独立发布周期、按需安装
Copilot 代理运行时 内置于核心代码库 @openclaw/copilot 插件 降低核心仓库体积、解耦依赖

架构意义：插件外部化是 v2026.6.1 最深远的变化之一。它标志着 OpenClaw 核心团队确立了"瘦核心 + 富插件"的架构方向——核心只保留最基础的能力，领域功能（如 Token 管理、Copilot 集成）交给插件独立演进。

5.2 安装与使用

# 安装 Tokenjuice 插件
openclaw plugin install @openclaw/tokenjuice

# 安装 GitHub Copilot 插件
openclaw plugin install @openclaw/copilot

# 查看已安装插件
openclaw plugins list --json

// plugins list --json 输出示例
[
  {
    "name": "@openclaw/tokenjuice",
    "version": "1.0.0",
    "status": "active",
    "source": "clawhub",
    "description": "Token 用量监控与成本优化"
  },
  {
    "name": "@openclaw/copilot",
    "version": "1.0.0", 
    "status": "active",
    "source": "clawhub",
    "description": "GitHub Copilot 代理运行时集成"
  }
]

5.3 SecretRef Provider 集成清单

v2026.6.1 新增了 SecretRef Provider 集成清单契约，用于规范插件对敏感信息的管理：

# SecretRef 清单示例
plugin:
  name: "@openclaw/tokenjuice"
  secret_refs:
    - name: "OPENAI_API_KEY"
      required: true
      provider: "openai"
      scope: "token_monitoring"
    - name: "ANTHROPIC_API_KEY"
      required: false
      provider: "anthropic"
      scope: "token_monitoring"

这个机制带来的好处是：当插件被禁用时，其对应的 SecretRef 不会意外地中断嵌入式会话或通道请求。

六、iOS 移动端增强与 SQLite 状态迁移

6.1 iOS 新增能力

v2026.6.1 为 iOS 端带来了三项关键增强：

┌──────────────────────────────────────────────────────────┐
│               iOS 端 v2026.6.1 增强能力                   │
├──────────────────────────────────────────────────────────┤
│                                                          │
│  📱 托管推送中继 (Push Relay)                             │
│  ├── 默认推送配置，无需手动设置 APNs 证书                  │
│  ├── WebSocket ping 路径加固（防止连接空闲断开）            │
│  └── 实时 Talk 播放（语音对话延迟显著降低）                  │
│                                                          │
│  📐 iPad 原生布局支持                                     │
│  ├── 适配 iPad 大屏显示比例                               │
│  ├── 分屏多任务支持                                       │
│  └── 横竖屏自适应                                         │
│                                                          │
│  🔄 移动端会话可靠性                                       │
│  ├── 中断恢复（网络切换不掉线）                             │
│  ├── 后台保活优化                                         │
│  └── 电量消耗控制                                         │
│                                                          │
└──────────────────────────────────────────────────────────┘

6.2 SQLite 状态存储迁移

v2026.6.1 将多个核心组件的状态存储从文件系统迁移到 SQLite：

组件 之前存储方式 迁移后 性能提升
iMessage 监控状态 文件系统 JSON SQLite 重启恢复速度 ↑ 80%
入站消息队列 内存 + 文件备份 SQLite 持久化 消息不丢失
插件安装索引 文件系统扫描 SQLite 索引 插件加载速度 ↑ 60%
Cron 任务存储 文件系统 SQLite 兼容旧版 + 瞬时速率限制重试
Talk 通话日志 文件系统 SQLite (doctor 迁移) 格式容错 + 可重试

注意：旧版 Cron 任务和 Talk 日志需要通过 openclaw doctor 命令手动迁移，建议在升级后立即执行。

# 升级后执行数据迁移
openclaw doctor

# 检查迁移状态
openclaw doctor --check-sqlite

七、其他重要更新速览

7.1 代码模式命名空间（Code Mode Namespaces）

v2026.6.1 为代码模式引入了内部命名空间能力：

  • 作用域代理：Agent 可以在隔离的命名空间中运行，互不干扰
  • 精确工具调度：命名空间级别的工具路由，避免工具名称冲突
  • MCP API 文件：配套的 API 定义文件，供外部工具集成
// 代码模式命名空间概念示意
const codexSession = openclaw.codeMode.createSession({
  namespace: "backend-refactor",  // 独立命名空间
  agent: "refactor-agent",
  scope: "isolated",              // isolated | shared
  tools: ["read_file", "write_file", "execute_command"]
});

7.2 Tailscale Serve 网关绑定

新增 Tailscale Serve 服务名绑定，让 Gateway 可以直接通过 Tailscale 网络暴露：

# 配置 Tailscale Serve
openclaw config set gateway.tailscale.serve.name "openclaw-gateway"

# Gateway 将可通过 https://openclaw-gateway.<tailnet>.ts.net 访问

7.3 聊天界面交互优化

优化项 效果
流式增量渲染 打字时即时看到内容，无需等待完成
本地草稿保存 输入中意外关闭不丢失内容
发送后清空编辑器 消息发送后自动清空输入框
优先首屏连接 冷启动时优先建立连接再加载历史
首包延迟追踪 埋点监控从输入到首个输出 Token 的延迟
简洁编辑器控件 减少不必要 UI 元素，聚焦输入体验

7.4 插件与 Provider 超时控制

v2026.6.1 为所有外部请求添加了更严格的超时与重试边界：

┌─────────────────────────────────────────────────┐
│         超时与重试边界矩阵                        │
├──────────────────┬──────────┬──────────────────┤
│ 请求类型         │ 超时上限 │ 重试策略          │
├──────────────────┼──────────┼──────────────────┤
│ OAuth/设备码     │ 5min     │ 3次指数退避      │
│ 媒体下载         │ 10min    │ 2次重试+断点续传  │
│ 本地服务探测     │ 30s      │ 1次快速重试      │
│ 生成内容轮询     │ 15min    │ 5次线性退避      │
│ Provider API 调用 │ 2min     │ 2次指数退避      │
└──────────────────┴──────────┴──────────────────┘

八、升级指南与避坑建议

8.1 升级步骤

# Step 1: 备份当前配置与数据
openclaw config export > backup/openclaw-config-$(date +%Y%m%d).json
cp -r ~/.openclaw ~/.openclaw.backup

# Step 2: 检查兼容性
openclaw doctor --pre-upgrade-check

# Step 3: 执行升级
openclaw update

# Step 4: 数据迁移
openclaw doctor

# Step 5: 验证
openclaw --version          # 应输出 v2026.6.1
openclaw status             # 检查所有组件状态

8.2 常见问题与解决

问题 原因 解决方案
升级后 Skill 加载失败 禁用的 Skill 快照覆盖了环境变量 清除 ~/.openclaw/skills/cache/ 后重启
Cron 任务不执行 需要 SQLite 迁移兼容 执行 openclaw doctor 完成迁移
Talk 功能异常 通话日志格式不兼容 openclaw doctor 自动迁移
插件列表查询慢 旧版扫描方式 使用 --json 参数走快照路径
认证失败 认证文件非原子写入 删除 ~/.openclaw/auth/ 重新认证
WSL 剪贴板异常 需要桥接支持 确认 WSL 环境已启用剪贴板桥接

8.3 生产环境升级建议

推荐策略：先在 Staging 环境验证 48 小时，确认无异常后再推生产。特别注意：如果使用了 Cron 定时任务或 Talk 功能，务必先执行 openclaw doctor 完成数据迁移。

九、总结与展望

v2026.6.1 是 OpenClaw 2026年6月的开局版本，其核心价值体现在三个层面：

  1. 协作化：Skill Workshop 和 Workboard 将 OpenClaw 从个人工具推向团队协作平台，提案审核流和多 Agent 编排原语填补了关键的协作空白
  2. 解耦化：Tokenjuice 和 Copilot 的外部化标志着"瘦核心+富插件"架构方向的确定，为后续插件生态的繁荣铺平道路
  3. 工程化：SQLite 状态存储迁移、超时重试边界、首包延迟追踪等工程优化，让系统在生产环境中更加可靠

如果只关注一个功能，我建议你重点看 Skill Workshop——它从根本上改变了 OpenClaw 技能的创作与分发方式，从个人作品变成了团队制品。如果你已经在使用多 Agent 协作，Workboard 编排原语会是下一个值得探索的方向。

上一篇【第62篇】Coze 3.0 + OpenClaw深度集成实战：字节跳动AI Agent平台的本地智能体接入全指南
下一篇【第64篇】2026 年 AI Agent 框架全景横评：OpenClaw 生态 9 款产品场景选型指南

FAQ

Q1：v2026.6.1 有哪些破坏性变更？

A：本次版本主要为特性和稳定性更新，修复了若干问题（如禁用 Skill SecretRef 中断通道请求、认证文件写入原子性等）。建议在升级前执行 openclaw doctor --pre-upgrade-check，重点关注 Cron 任务和 Talk 功能的 SQLite 迁移需求。

Q2：Skill Workshop 与直接在 skills/ 目录写 SKILL.md 有什么区别？

A：Skill Workshop 提供提案→审核→应用的完整生命周期管理，包含文件哈希校验、恶意模式扫描、回滚保障等安全机制。它是团队协作场景下的推荐方式；个人快速实验仍然可以直接编辑 SKILL.md。

Q3：Workboard 与 Task Flow（v2026.4.2）有什么区别？

A：Task Flow 侧重于单任务的持久执行（比如一个长时间运行的数据处理任务），而 Workboard 侧重于多 Agent 之间的任务编排与协作追踪（比如三个 Agent 分别做设计、实现、测试）。它们是互补关系，不是替代关系。

Q4：已经用旧版本部署了生产环境，升级风险大吗？

A：风险可控但需要谨慎。建议先在 Staging 环境验证，重点关注：(1) Cron 任务运行状态；(2) Talk 功能是否正常；(3) 自定义插件兼容性。升级后立即执行 openclaw doctor 完成数据迁移。

Q5：MiniMax M3 与 DeepSeek V3.2 如何选择？

A：如果场景以中文长文本处理为主（知识库问答、文档分析），MiniMax M3 的 256K 上下文窗口优势明显；如果追求极致性价比和开源生态，DeepSeek V3.2 是更好选择；复杂代码工程仍建议 Claude Opus 4.8 或 GPT-5.4-pro。

Q6：Tokenjuice 和 Copilot 外部化后，会影响现有配置吗？

A：不会。已安装的 Tokenjuice 和 Copilot 功能仍然可用，外部化只是将它们从核心仓库中分离为独立插件。如果之前使用过这两个功能，建议在升级后显式安装对应的 @openclaw/tokenjuice 和 @openclaw/copilot 插件以确保后续更新路径通畅。

# AI作画
Logo
AtomGit开源社区

AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念，把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起，为开发者提供从开发、训练到部署的一站式体验。

更多推荐

cover

AtomGit 首发开源｜光轮智能发布全球首个十万小时级全模态人类行为开源数据集 EgoSuite-Open100K

avatar AtomGit开源社区
cover

构筑赋能金融行业应用 Agent｜20 强决战北京，一场金融 Agent 的硬核答卷

avatar AtomGit开源社区
cover

最高赢取价值万元大奖，仓颉生态创新开发挑战赛开启！

avatar AtomGit开源社区