OpenClaw 中文指南、安装教程与生态产品对比

本站是面向中文用户的独立 OpenClaw 导航与判断站。先确认 OpenClaw 是否适合当前问题，再决定安装、升级、选择成品客户端、接入渠道或扩展 Skills；不要把“能运行”直接等同于“适合接入真实权限”。

当前版本：稳定版已更新到 2026.9.4

截至 2026-09-13：

• 当前正式稳定版：v2026.9.4。GitHub Release published_at 为 2026-09-11T03:46:22Z，prerelease: false；按中国时间为 2026-09-11 11:46:22。
• v2026.6.35 仍是 June Extended Stable 最终维护线；它和 9.4 是不同 channel，不要按版本号大小混判。
• 9.3 现在是上一 regular Stable；它引入的 Node 新门槛、事务式更新、实时 Browser panel、公开聊天分享和持久 Skill Workshop 仍是 9.4 的行为基线。

这轮最值得关注的是六件事：

• Skills / Plugins 可发现性明显增强：Web UI 可以统一浏览 bundled、local 与 ClawHub 扩展，查看兼容性、配置、权限和安装状态，聊天也能打开推荐。
• Skill Workshop 可见学习：Learn from past conversations 会打开可跟随、可补充方向、可停止的学习聊天；Auto 与 Propose 分开，手动启动不会自动开启持续自学习。
• GPT Image 2.5：加入 Flare / Sunburst，可通过 OpenAI 或 fal 做生成和参考图编辑，并支持透明输出等设置。
• Cloud Worker 更可复用：prepared project、ready worker、repository profile 与 provider 支持时的 Linux / Windows / WSL2 / macOS 选择进入正式工作流。
• 终端交互补齐：Agent questions 可以直接在 terminal 回答，secret request 使用 masked input，并避开 conversation / input history。
• 升级和 Node 恢复继续加强：CLI Node 不兼容时可以使用 OpenClaw 私有 runtime，stale Gateway service Node 也有修复路径；update rollback / repair 与 plugin update 状态更清楚。

9.4 是 Stable，但复杂生产环境仍建议保留快照。发布后已经有少量 9.3 → 9.4 update、hot config reload 后渠道 ingress、stdio MCP 子进程生命周期的现场报告；它们不是“9.4 普遍故障”的证据，但足以要求多 MCP、多渠道和长期 Gateway 做一次真实验收。

完整判断看OpenClaw 2026.9.4 更新解读和版本中心；新安装看安装中心；第三方扩展先看Skill 安装与验证。

第一次来：先完成五分钟判断

如果还不能清楚说出要解决的问题，先看五分钟起步判断。它会帮助你确认：

• 目标是信息整理、知识问答、消息协作，还是需要真实写入和执行。
• 是否愿意维护模型、Gateway、渠道、凭证、插件与升级。
• 哪些权限可以从只读开始，哪些动作必须保留人工确认。
• 是否已经准备测试数据、日志和回退方式。

已经决定自行部署

安装中心已按 2026.9.4 当前稳定版重新核验 Node、core、Quick Start、桌面 Companion、Docker / VPS 与升级路径，并补入 9.4 已实际发布的 Linux .deb / AppImage 资产。

9.3 引入的 Node 门槛在 9.4 继续有效。 官方当前要求 Node 24.16.0+（24.x）或 26.1.0+，Node 26 是推荐运行时。9.4 重点改善了恢复：CLI 可以使用 OpenClaw 私有兼容 Node，Gateway service 仍绑旧 Node 时也有单独修复路径。

Quick Start 继续可用；9.2 的 managed local-model setup 也仍然有效。无论走哪条路，foreground Gateway 能打开 Dashboard 都不代表已经安装常驻 service；headless 环境的一次性 dashboard link 也不应改造成长期共享凭据。

安装后不要反复重装覆盖现场。先学会状态、Gateway、日志与更新命令；出现异常时从故障排查中心的只读步骤开始。

想先用成品桌面 Agent

产品中心把自行部署 OpenClaw、成品桌面 Agent 与云平台入口分开。重点产品有独立证据页：

• WorkBuddy：腾讯 CodeBuddy 体系内的办公工作台；官方未说明其基于 OpenClaw。
• QClaw：官方明确称基于 OpenClaw 开源生态，侧重桌面与多渠道远控。
• EasyClaw：官网称基于 OpenClaw，提供桌面、云端和企业入口；数据边界需按政策逐项判断。
• Molili：候选入口证据链不完整，当前保持下载隔离，不恢复安装引导。

需要横向选择时进入产品对比中心，不要只按功能数量决定。

从实际问题选择场景

使用场景覆盖晨间简报、Reddit/YouTube 摘要、第二大脑、会议行动项、个人 CRM、习惯追踪和知识库 RAG 等案例。每页会列出来源边界、所需组件、读写类型、风险、设置步骤和故障排除。

首次试点优先使用公开或虚构数据，选择能人工核对的只读任务，再逐步增加外部服务和写操作。

接消息渠道或安装 Skills

• 渠道中心比较飞书、微信、Telegram、WhatsApp、Discord 与 Slack 的交付形态、凭证和权限边界。
• 飞书接入教程覆盖企业自建应用、WebSocket 事件、pairing、群策略与验证。
• ClawHub说明官方 Skills 市场的入口、扫描与证据边界。
• Skill 安装与验证区分 ClawHub、workspace Skill、Personal Skill Library 与持久 Skill Workshop，并加入 9.4 的统一发现与“从历史对话学习”流程；第三方 Skill / Plugin 仍要求核对发布者、版本、文件、网络和权限。

9.1：Memory 出问题先 reset 派生索引，不要直接删数据库

9.1 新增：

openclaw memory reset --agent main --yes

它用于清理和重建派生 Memory index / embedding cache，不会删除 Session、transcript 或 Memory 原始文件。所以它不是隐私擦除命令，也不应该被写成“清空所有记忆”。

需要重建时再执行：

openclaw memory index --agent main
openclaw memory status --agent main --deep

如果问题只是 index 不兼容或损坏，优先使用这条官方窄恢复路径，不要手工删除 Agent SQLite 数据库扩大故障面。

9.2 起：共享 Gateway 不要依赖默认跨 Agent 权限

9.2 改了一个必须主动检查的默认边界；9.4 仍沿用这条行为基线。当对应设置完全省略时：

tools.sessions.visibility = all
tools.agentToAgent.enabled = true

这意味着，满足其他策略时，具备相关工具的 Agent 可能列出、读取、搜索、发消息或检查其他 Agent 的 Session，其中也可能包含其他用户的 transcript。

共享 Gateway 建议显式配置，不要依赖默认值。例如希望维持更保守的同 Agent 范围，并关闭跨 Agent 调用：

{
  "tools": {
    "sessions": { "visibility": "agent" },
    "agentToAgent": { "enabled": false }
  }
}

真正要求当前 Session 单独隔离时使用 self。需要部分 Agent 互通时使用明确 allow list。

还要注意：agent 只限制到同一个 Agent；多人共用同一个 Agent 时，仍可能看到其他人的 Session。互不信任的用户应使用独立 Gateway，而不是把 Session visibility 当成完整多租户隔离。

9.3：公开聊天链接是分享能力，不是私密预览

9.3 新增 revocable read-only conversation sharing。Session creator 或 Gateway admin 可以发布公开链接，持有链接的人可以读取现有和后续新增的聊天文本，直到访问被撤销。

公开页不会展示 tools、reasoning、files、images 和 executable widgets，但“只读”不等于“私密”：链接可以被转发，撤销也无法收回别人已经保存的副本。

因此含有客户数据、内部代码、敏感运营信息或凭据线索的 Session，不要因为页面是只读就直接分享。普通 private-session preview 仍然走原来的认证边界，两者不要混淆。

真实接入前先守住边界

安全入口把 security audit、security.installPolicy、skills verify 和 ClawHub 扫描串成一条流程。接入前安全清单继续核对触发者、日志、数据范围、人工确认与回滚。

9.4 继续补强 update rehearsal / recovery、rollback 与 repair，但这些机制不会替你验证 Agent 的业务语义、权限和数据边界。共享环境仍要显式设置 Session visibility 与 agent-to-agent policy；hostname blocklist、approval 和网络控制也只是其中一层，不是完整多租户或 egress firewall。

当不能说明谁能触发、数据发给谁、错误如何停止和恢复时，先不要扩大权限。

跟进版本与内容

• 版本中心区分 regular Stable、Extended Stable 与预览渠道，并加入 9.4 发布后的社区风险观察。
• 博客已新增 OpenClaw 2026.9.4 更新解读，并保留 9.3 作为 Node、Browser、分享与 Workshop 行为基线。
• 关于本站说明非官方身份、来源分级、核验日期、纠错与链接隔离规则。

本站优先使用官方官网、文档与 GitHub。官方发布事实、社区 issue、厂商主张、本站判断和本站实测会分开标注；没有证据的项目保留为未知，不用竞品表或历史营销材料补齐。