
“`html
一、协议层重构:MCP 1.2 原生兼容 + MiniMax-M3 默认适配
1. 全面拥抱 MCP 1.2 协议
本次更新最大的底层变化,是 OpenClaw 正式将 MCP(Model Context Protocol)从”可选插件”升级为”一等公民”。以前接入一个 MCP 服务器需要手动注册 tool schema,现在只需要在 ~/.openclaw/config.json 里声明即可,启动时会自动发现并加载。
{
"mcpServers": {
"github": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-github"],
"env": { "GITHUB_TOKEN": "ghp_xxx" }
},
"postgres": {
"command": "openclaw-mcp-pg",
"args": ["--conn", "postgresql://localhost:5432/prod"]
}
},
"mcp": {
"version": "1.2",
"auto_reconnect": true,
"tool_timeout_ms": 30000
}
}实战中,配置 GitHub MCP 后,claw agent 可以直接调用 PR、Issue、Webhook 等 17 个工具,无需写一行胶水代码。MCP 1.2 还带来了 streamable HTTP 传输支持,长任务(比如跑 CI)再也不会因为 SSE 断连而失败。
2. MiniMax-M3 成为默认推理后端
OpenClaw 与 MiniMax 团队的深度合作落地——MiniMax-M3 不再需要单独申请 API Key,安装即内置调用通道。CLI 一行切换:
# 查看当前模型 $ openclaw model list * MiniMax-M3 (default) 128K context, 0.8¥/1K tokens claude-sonnet-4.5 200K context, 0.015¥/1K tokens qwen3-235b 32K context, 0.002¥/1K tokens # 在单次调用中指定 $ openclaw chat --model MiniMax-M3 --reasoning high "设计一个分布式爬虫架构"
在内部测试中,MiniMax-M3 在代码生成(HumanEval 92.3%)、多轮工具调用(τ-bench 81.7%)两个维度上比上一代 M2 提升明显,且对中文 function calling 的 schema 理解准确率提升到 96.4%。
二、能力层进化:多 Agent 编排 + 持久化记忆
3. 多 Agent 协作框架(Orchestrator)
过去想跑多 Agent 流程,得自己写消息循环。现在用 YAML 声明式定义:
# pipeline.yaml
name: research-report
agents:
- id: searcher
role: 网络检索与原始素材整理
tools: [web_search, mcp:github]
- id: analyzer
role: 数据清洗与图表生成
tools: [python_repl, chart_tool]
model: MiniMax-M3
- id: writer
role: 最终报告撰写
depends_on: [searcher, analyzer]
orchestrator:
strategy: dag
max_iterations: 5
shared_memory: ./report.db一个真实的案例:某券商分析师用这个 pipeline 把”研报初稿”流程从 4 小时压到 22 分钟,关键在于 analyzer 节点可以并发处理多份 PDF,而不再被串行的 token 限制卡住。
4. 长期记忆系统(Persistent Memory)
新版本引入了三层记忆:会话内(in-context)、跨会话(vector store)、用户级(key-value)。最实用的 API 是 claw.memory:
from openclaw import Agent
agent = Agent(model="MiniMax-M3")
# 用户偏好,会被自动注入到 system prompt
agent.memory.set("user.tone", "专业但口语化", scope="user")
# 项目级事实,30 天 TTL
agent.memory.set("project.db_schema", schema_dict, ttl=86400*30)
# 语义记忆,跨项目检索
agent.memory.remember("客户张总偏好表格而非图表")和之前纯靠 prompt 注入不同,记忆系统采用 SQLite + sqlite-vec 组合,零额外依赖,200MB 本地空间可存 10 万条事实。实测在 7 天后回访客户时,Agent 准确调用了 23 条历史偏好中的 19 条。
三、运行时优化:推理提速 + 端侧落地
5. 推测解码(Speculative Decoding)让响应快 2.3 倍
这是本次更新最容易被低估的特性。OpenClaw 内置了一个 0.5B 的 draft model,配合 MiniMax-M3 做 speculative decoding:
# 启用并配置 $ openclaw config set inference.speculative true $ openclaw config set inference.draft_model MiniMax-M3-mini # 基准测试结果(128K context, 1024 输出 tokens) # 关闭推测解码: 首 token 380ms, 总耗时 8.4s # 开启推测解码: 首 token 410ms, 总耗时 3.6s ← -57%
代价是显存多占约 1.2GB,但首 token 延迟只增加 30ms,对交互式体验几乎无感。这项优化对长文本流式输出尤其友好,代码补全场景下用户体验接近”打字机速度”。
6. 端侧量化与边缘部署
最后一项升级解决了”模型太重跑不动”的问题。OpenClaw 2026 春季版提供了完整的量化与交叉编译链:
# 量化到 INT4,模型从 14GB → 4.1GB
$ openclaw quantize MiniMax-M3 --bits 4 --out m3-int4.gguf
# 一键打包为可执行文件(含运行时)
$ openclaw pack m3-int4.gguf --target macos-arm64 --standalone
# 部署到边缘设备
$ openclaw deploy --device jetson-orin \
--model m3-int4.gguf \
--endpoint http://192.168.1.100:8080 \
--auth-token $EDGE_TOKEN在某智能制造客户的工厂车间,部署了 12 台 Jetson Orin Nano 跑本地质检模型,断网情况下仍能保持每秒 18 帧的推理速度,比之前用云端方案延迟降低 89%。这是 OpenClaw 从”云端 CLI 工具”走向”端云一体”的关键一步。
升级建议
如果你的项目重度依赖工具调用(Agent/Coding/数据分析),优先升级并启用 MCP 1.2 + 多 Agent 框架;如果做的是本地化或隐私敏感场景,直接试 INT4 量化 + 端侧部署。CLI 升级命令只有一行:
$ curl -fsSL https://get.openclaw.dev | sh -s -- --version 2026.07
从 2025 年的”能跑”到 2026 年的”好用且能落地”,OpenClaw 这次春季更新把协议、能力、运行时三个层面都补齐了短板。剩下的,就是看你的业务场景能不能接住了。
整理自 OpenClaw 官方文档 | 2026年07月25日
“`