乐于分享
好东西不私藏
当前位置：夜雨聆风 > 技术教程 > 软件教程 > 最近更新的OpenClaw Companion是什么?

最近更新的OpenClaw Companion是什么?

当前时间： 2026-06-16 19:13:16 更新时间： 2026-06-16 分类：软件教程 评论(0)

最近更新的OpenClaw Companion是什么?

很多人最近在讨论 OpenClaw 的 Windows 版本，尤其是 GitHub 上出现的 OpenClaw Companion（原名 Windows Hub）之后，不少人第一反应是：

OpenClaw 终于出了 Windows 版客户端？

实际上，这是一个很常见的误解。

Companion 确实运行在 Windows 上，也提供图形界面、聊天窗口、系统托盘等功能，但它并不是 OpenClaw 的 Windows 版核心，更不是一个能单独运行的 AI 系统。

如果把 OpenClaw 比作一个人，那么 Companion 更像是它的手脚和控制面板，而不是大脑。

Companion 不是 OpenClaw 本体

很多人安装 Companion 后会发现一个奇怪的现象：

第一次启动就要求部署 WSL。

如果它真的是 Windows 版 OpenClaw，为什么还要装 Linux？

答案其实已经说明了一切。

Companion 本身并不运行 Agent，也不负责调用大模型。真正负责 AI 工作的仍然是 OpenClaw Gateway。

无论是：

  • Agent 循环
  • LLM 调用
  • 工具调度
  • 记忆管理
  • 消息路由

这些核心能力都属于 Gateway。

Companion 负责的则是另一部分工作：

  • 提供 Windows 图形界面
  • 管理设备连接
  • 显示聊天窗口
  • 注册 Windows 本地能力
  • 与 Gateway 通信

简单来说：

Gateway = AI 大脑Companion = Windows 控制面板




所以很多用户觉得：




我明明安装了 OpenClaw Companion，为什么还需要 Gateway？




因为 Companion 从设计上就不是独立产品，而是配套产品。

为什么默认推荐 WSL

第一次启动 Companion 时，官方最推荐的安装方式是一键部署。

点击之后，它会自动：

  1. 创建专属 WSL 环境
  2. 安装 Gateway
  3. 自动完成配对
  4. 建立通信

最终形成这样一个结构：

Windows│├─ OpenClaw Companion│└─ WSL      │      └─ OpenClaw Gateway




很多人看到这里会疑惑：




既然 Gateway 才是核心，那 Companion 存在的意义是什么？




这就涉及到 OpenClaw 的设计理念。

 OpenClaw 需要一个能够接触 Windows 的“代理人”

如果 Gateway 部署在 Linux、WSL，甚至远程服务器上，它本身无法直接操作你的 Windows 桌面。

例如：

  • 获取屏幕截图
  • 调用摄像头
  • 弹出通知
  • 执行本地命令
  • 使用麦克风
  • 访问系统信息

这些能力都属于 Windows 本机。

而 Companion 的作用，就是把这些能力注册给 Gateway。

当 Agent 需要调用这些功能时，流程大致如下：

Agent ↓Gateway ↓Companion ↓Windows




因此 Companion 本质上是一个 Windows 节点。


它负责把本机能力暴露给 AI。

真正重要的是 Node 模式 

对于很多 OpenClaw 用户来说，Companion 最有价值的功能并不是聊天窗口，而是 Node（节点）模式。

启用后，AI 可以获得一系列 Windows 能力。

例如：

屏幕能力

可以截图。

screen.snapshot




也可以录屏。


screen.record




当然录屏属于敏感权限，需要用户授权。


摄像头能力


camera.snap




允许 AI 调用摄像头拍照。


系统能力


system.run




执行本地命令。


system.notify




发送 Windows 通知。


device.info




获取设备信息。


语音能力


tts.speak




文字转语音。


stt.transcribe




语音转文字。


从这个角度看，Companion 更像是 Windows 设备驱动，而不是 AI 本身。

它甚至可以不连接 OpenClaw

另一个容易被忽视的功能是 MCP Server。

Companion 不仅能服务 OpenClaw，还能服务其他 AI。

开启 MCP 模式后，它可以把 Windows 能力直接暴露给支持 MCP 的客户端。

例如：

  • Claude Desktop
  • Claude Code
  • Cursor
  • Windsurf

此时结构会变成：

Claude ↓ MCP ↓Companion ↓Windows




甚至不需要运行 Gateway。


这说明官方对 Companion 的定位，从来不是“Windows 版 OpenClaw”，而是“Windows 能力中心”。

它其实不是 Electron

还有一个流传很广的误解：

这不就是个 Electron 套壳吗？

从代码结构来看并不是。

Companion 基于微软的 WinUI 3 和 Windows App SDK 开发，使用 C# 和 .NET 构建。

因此它属于原生 Windows 应用。

支持：

  • 系统托盘
  • 深色模式
  • 开机启动
  • 设置中心
  • Command Center 诊断面板

而不是 Chromium 浏览器外壳。

这也是为什么安装包体积和运行方式与很多 Electron 应用明显不同。

为什么 GitHub 上只有 EXE

很多人查看 Release 页面时发现只有：

  • OpenClawCompanion-Setup-x64.exe
  • OpenClawCompanion-Setup-arm64.exe

于是认为：

OpenClaw 的 Windows 版终于发布了。

实际上发布的只是 Companion。

真正的 Gateway 并不通过 EXE 分发，而是通过安装脚本部署。

因此 GitHub 上看到的安装包，本质上是一个 Windows 前端，而不是完整的 OpenClaw 运行时。

结   语

OpenClaw Companion 最大的问题其实是名字。

对于不了解 OpenClaw 架构的人来说，“Companion”看起来像一个桌面客户端，很容易让人误以为它就是 Windows 版 OpenClaw。

  实际上它更接近于：

OpenClaw 的 Windows 控制中心 + 节点客户端 + MCP 服务端。

  真正负责 AI 推理和 Agent 运行的，依然是 Gateway。

  所以如果只记住一句话的话，可以这样理解： 

OpenClaw Companion 不是 OpenClaw 的 Windows 版，而是 OpenClaw 在 Windows 上的“手和眼睛”。真正负责思考的，仍然是运行在 Gateway 中的 AI 大脑。