OpenClaw + Peekaboo v3 ——开源桌面 AI Agent 竞品分析

一、OpenClaw 生态地图

OpenClaw 是一个开源 AI agent 平台/生态，目标是让 AI agent 操作真实电脑。它的组件结构：

OpenClaw 主体：agent 编排框架 + skill 系统（聊天、计划、记忆）
Peekaboo：macOS 端的 Computer Use 工具（"眼睛 + 手"），CLI + MCP server 形态
KiwiClaw：OpenClaw 的 macOS App 形态（GUI 客户端）
QClaw：腾讯系做的 OpenClaw 兼容/衍生版本，集成腾讯文档、ima 等（5/12 速递里也有同步消息）

作者 Peter 单人快速迭代，停更数月后一日三连发（v3.0 → v3.1.0 → v3.1.1 → v3.1.2）。

来源：GitHub openclaw/Peekaboo、OpenClaw 官方文档、KiwiClaw Skills Hub、LLMBase 整理

二、Peekaboo v3 的能力栈

原子操作

see — 截屏 + 视觉问答（VQA）
click — 坐标点击
type — 文本输入
scroll — 滚动
hotkey — 系统级热键（精确控制 fallback）
menu — 菜单导航
window — 窗口管理
app — 应用启动/切换
dock — Dock 操作
space — Mission Control / Space 切换

Agent 模式

v3 引入 natural-language agent：用户只说"把这份草稿从 Notes 复制到 Slack 的 #design 频道"，agent 自己把任务拆成原子操作链。默认模型 GPT-5.1，兼容 Claude 4.x / Grok 4-fast (vision) / Gemini 2.5 / 本地 Ollama。

MCP 双向

Peekaboo 同时是 MCP server（暴露原子操作给 Claude/Cursor 等外部 client）+ MCP client（默认内置 Chrome DevTools MCP，可挂载 GitHub/文件系统/任意远端 MCP）。这意味着：

一个 Claude Desktop 用户可以直接把 Peekaboo 装上，让 Claude 操作自己的 Mac
一个 aiself 这样的产品可以把 Peekaboo 当成依赖，直接走 MCP 协议调用

来源：Peekaboo v3.0.0 Release Notes、Peekaboo.sh 官网、Skywork 解读

三、OpenClaw 对 aiself 的威胁与机会

威胁（OpenClaw 占领了什么）

"AI 操作个人电脑"心智位置：OpenClaw 已经在开发者圈建立了"macOS 上做这件事的开源选项"的认知。aiself 如果以"我也能控制你的电脑"作为差异化卖点会失败——这件事已经有人在免费开源做。
执行层工程门槛：Peekaboo 处理的细节非常多（窗口聚焦、空间切换、菜单深度导航、跨 App 的 IPC），Peter 一日三更的迭代节奏说明这个执行层不是一周能搭起来的。aiself 从零造一个会陷入泥潭。
跨模型 + 开源协议：Peekaboo 兼容 5+ 模型 + Ollama 本地模型，对"AI 主权"用户人群已经覆盖。

机会（OpenClaw 没解决什么）

没有长期记忆系统：Peekaboo 是一个"现场执行"工具，每次任务结束记忆即丢。aiself 的核心定位"长期个人助理"覆盖的正是这块——用户偏好、过往决策、关系图谱、目标演进的跨会话连续性。
没有主动行为：OpenClaw 是被动响应（用户说一句它做一件事）。aiself 的"主动 agent"定位（参考 Anthropic Orbit 的产品形态——隔夜研究、早间简报、时区感知）是 OpenClaw 没碰的方向。
没有"非工作"场景产品形态：OpenClaw 的演示场景以开发者工作流（操作 GitHub、Slack、IDE）为主。aiself 如果定位在生活管理（学习计划、健康追踪、决策日志、关系维护）就是完全错开的赛道。
没有 Windows / iOS 覆盖：Peekaboo 是 macOS-only。aiself 若早期就把 Windows 端纳入计划，能在另一半人群上抢位。
作者驱动 vs 团队驱动：Peter 单人项目，节奏快但 bus factor = 1。aiself 双人团队 + 明确的产品形态承诺，对企业 / 长期用户更可信赖。

四、推荐的战略动作

Action 1（本周）：跑通 Peekaboo MCP，验证可复用性

不要重造 GUI 自动化轮子。具体动作：

brew install peekaboo  # 或从 GitHub Release 安装
peekaboo --version
peekaboo "open Notes and create a note titled aiself-test"
# 验证 MCP 接入：在 Claude Desktop 的 config.json 中加入 peekaboo MCP server

验收标准：

能否稳定从 aiself 的 MCP 客户端调用 Peekaboo 完成 5 个典型桌面任务（开应用、复制粘贴、跨应用搬运、表单填写、文件操作）
失败率、平均延迟、token 消耗的实测数据

Action 2（本月）：明确 aiself 与 OpenClaw 的定位差异

写一份 1 页的对比文档，重点回答：

维度	OpenClaw	aiself
产品形态	CLI + MCP + 桌面 App（KiwiClaw）	TBD
主战场	开发者工作流	TBD
记忆	无	长期记忆系统
主动性	被动响应	主动 agent
平台	macOS only	TBD
商业模式	开源（赞助/企业版 TBD）	TBD

填掉 TBD 的过程就是 aiself 战略澄清的过程。建议放进 decide/ 目录作为正式决策文档。

Action 3（持续）：把 OpenClaw 纳入周度跟踪信息源

把 GitHub openclaw org 加入 research/信息源/ 跟踪列表
每周一次扫描 commits / releases / issues 的趋势变化
特别关注 OpenClaw 是否开始往"记忆"或"主动"方向延伸——如果开始，aiself 的差异化窗口收窄

Action 4（中期）：评估"基于 OpenClaw 还是平行造"

两条路线的 tradeoff：

基于 OpenClaw（fork 或 MCP 复用）：起步快，但绑定 OpenClaw 生态，未来若 OpenClaw 商业化/收窄许可，aiself 受制；技术债以"如何同步上游"的形式出现
平行造：完全自主，但执行层工程量大，半年内交付不出能跑 50 个原子操作的稳定层

推荐：v0.1 期复用 Peekaboo MCP，把团队工程力集中在记忆/主动/产品定位三件事上；到 v0.5（用户量验证后）再评估是否要把执行层换成自研。

五、未解问题

OpenClaw 的商业模式是什么？（赞助？KiwiClaw App 付费？还是企业版？）——决定它的长期开放性是否会收窄
Peter 是否有团队化计划？——决定 OpenClaw 的迭代上限
QClaw 与 OpenClaw 的关系是否会发生分叉？（腾讯系版本是否会闭源化、是否会强绑腾讯生态？）
Anthropic / OpenAI 是否会推出官方的 Computer Use 工具，挤占 Peekaboo 这种第三方层？（已有 Claude 的桌面操作能力，但 Mac 端 native 工具尚不明确）

待持续跟踪。