跳到主要内容 OpenClaw 如何重新定义 AI 产品 | 极客日志
编程语言 SaaS AI
OpenClaw 如何重新定义 AI 产品 OpenClaw 是一个开源 AI 代理框架,允许用户通过自然语言在本地设备上执行任务而非仅回答问题。文章探讨了该工具对产品经理的影响,指出产品范式正从功能转向代理,强调 API 设计需适配 AI 代理访问,并提出了权限模型、审计跟踪等安全挑战。建议产品经理亲自体验此类工具以培养对代理工作流的直觉,并重新审视竞争格局与路线图规划。
咸鱼开飞机 发布于 2026/4/5 更新于 2026/4/18 6 浏览引言
说实话,三周前我第一次听说 OpenClaw 时,我把它当成了又一个 AI 玩具。又一个在聊天机器人海洋中的框架。又一个开发者兴奋但永远不会进入真正产品的东西。
然后我看着同事在喝咖啡时用手机自动化了三个小时的日常工作。没有写一行代码。
那时我意识到:这不是关于技术。是关于当 AI 不再是一个功能,开始成为一个队友时会发生什么。作为产品经理,我们需要现在 就理解这个转变 — 因为它已经在改变我们思考构建产品的方式。
OpenClaw 究竟是什么?
OpenClaw 是奥地利开发者 Peter Steinberger 创建的开源 AI 代理框架。但让它与你使用过的所有聊天机器人不同的是:它不仅仅回答问题。它实际上 。
做事
这样想:ChatGPT 是一个给出色建议的聪明同事。OpenClaw 是那个实际执行建议的实习生 — 在你睡觉的时候。
该框架在你的设备上本地运行,连接到你已经使用的消息平台(WhatsApp、Telegram、Slack、Discord)。你用自然语言告诉它做什么,它通过"技能"系统处理执行 — 让它与不同工具和服务交互的模块化插件。
自 2025 年 11 月推出以来,OpenClaw 已经爆炸式增长到超过 150,000 个 GitHub 星标。更重要的是,人们正在用它做实际工作:管理日历、自动回复电子邮件、进行研究、处理客户支持查询,甚至通过对话构建整个应用程序。
OpenClaw 如何工作 OpenClaw 的核心非常简单。它建立在三个关键组件上:
网关 作为控制平面 — 一个协调一切的本地服务器。把它想象成你的 AI 代理的任务控制中心。它处理认证,管理会话,并在你的消息应用和 AI 之间路由消息。
语言模型 提供智能。OpenClaw 没有自己的 AI — 相反,它连接到 Claude、GPT-4 或 DeepSeek 等模型。你带来自己的 API 密钥,这意味着你控制成本,可以根据需要交换模型。
技能系统 是魔法发生的地方。这些是预构建或自定义的集成,赋予 OpenClaw 与工具交互的能力。想让它管理你的 Notion 工作区?有一个技能。需要它控制智能家居设备?技能。部署代码到 GitHub?你猜对了。
实际操作是这样的:你发送一条 WhatsApp 消息说"总结昨天的支持票,并创建一个包含共同主题的 Notion 页面"。OpenClaw 通过网关接收这消息,使用语言模型理解意图,然后协调多个技能(访问你的票务系统,分析内容,创建 Notion 页面)来完成任务。
关键洞察?产品不是 AI。产品是让 AI 与你实际工作流程交互的编排层 。
产品经理为什么应该关心 我知道你在想什么:'太好了,又一个开发者工具。这怎么影响我的路线图?'
问题是 — OpenClaw 不仅仅是一个开发者工具。它是一个预览,展示你的用户在 18 个月后对产品的期望。
代理优先的产品范式 过去一年,我们一直在现有产品上添加 AI 功能。聊天界面。自动完成。智能建议。但 OpenClaw 代表了一种根本不同的方法:为代理 而不仅仅是人类构建的产品。
考虑一下:如果 AI 代理可以通过自然语言自动管理某人的日历,这对日历产品功能意味着什么?如果代理可以只是"显示我下周与外部利益相关者的会议",我们还需要复杂的过滤界面吗?如果代理可以按需生成自定义报告,我们还需要构建报告仪表板吗?
这不是假设。一位 OpenClaw 用户在喝咖啡时通过对话构建了一个功能齐全的 Laravel 应用程序。没有打开 IDE。没有键盘。只是对一个理解上下文、做决定并执行代码的代理的自然语言指令。
集成经济 OpenClaw 有超过 100 个预配置的技能,涵盖从 GitHub 到 Spotify 到智能家居设备的一切。采用模式很有启发性:用户不是问"我能与 X 集成吗?"他们假设集成是可能的,当不可能时会感到沮丧。
作为 PM,我们需要从将 API 视为技术要求转变为将其视为代理界面。问题不是"我们应该构建 API 吗?'而是"当 AI 代理是主要用户时,我们如何让我们的产品无缝工作?"
这对产品战略有直接影响。如果你的竞争对手的产品可以被 AI 代理控制,而你的不能,你不仅仅是在功能上落后 — 你与一整个新类别的用户工作流程不兼容。
记忆和上下文:新的竞争护城河 OpenClaw 最强大的功能之一是持久记忆。它记住以前的对话,学习你的偏好,并随着时间建立上下文。这创造了一个有趣的产品挑战。
传统 SaaS 产品存储用户数据并提供访问接口。但当用户主要通过 AI 代理交互时,代理 成为用户意图、偏好和工作流模式的主要存储库。谁拥有这种关系?谁拥有这些数据?
我一直在用我们自己的产品测试这一点。通过 OpenClaw 代理交互的用户开发的工作流程,以我们从未设计过的方式将我们的工具与六个其他服务混合在一起。代理成为他们的个性化集成层。关键是,他们更锁定于代理 而不是任何单个工具。
这既创造了风险(去中介化)也创造了机会(成为代理从中获取的权威来源)。
现实世界的产品管理应用 让我分享一些来自我们团队和早期 OpenClaw 采用者的例子,展示具体的 PM 用例:
大规模用户研究 一家 B 轮初创公司的 PM 配置了他们的 OpenClaw 代理来监控客户支持渠道,提取功能请求,并更新 Notion 中的研究数据库。代理持续运行,使用产品的分类法对反馈进行分类,并实时标记模式。
结果?他们从季度综合冲刺转变为持续洞察生成。代理不会取代用户研究 — 但它处理通常阻止 PM 深入挖掘的繁琐聚合工作。
竞争情报 另一位同事设置了一个代理,跟踪竞争对手产品发布,监控相关 Reddit 讨论,并编译每周简报。代理知道哪些竞争对手重要,要观察哪些信号,甚至在竞争对手招聘特定角色时标记(通常是功能开发的领先指标)。
这不是关于监视 — 是关于信号提取。信息是公开的;代理只是让它可操作。
冲刺规划自动化 一个更有趣的应用:一个在 Slack 中监控工程讨论复杂性的代理,从 Jira 中提取历史速度数据,并建议冲刺容量估计。它不做最终决定,但基于团队模式提供数据驱动的建议。
PM 仍然拥有优先级,但代理处理通常每个冲刺需要一个小时的分析繁重工作。
保持最新的文档 文档衰减是每个 PM 的噩梦。一位 OpenClaw 用户配置了他们的代理来监控 GitHub 中的产品变更,识别受影响的文档,要么自动更新简单变更,要么标记复杂变更以供审查。
代理理解产品结构,知道哪些文档对应哪些功能,甚至基于支持票模式建议改进。
我们需要进行的安全对话 让我们解决房间里的大象:OpenClaw 需要实质性的权限来完成它的工作。访问电子邮件、日历、消息平台和文件系统。这引发了合理的安全担忧。
Cisco 的研究团队发现了一个恶意的第三方技能,在用户不知情的情况下执行数据窃取。技能库缺乏健全的审查。这是一个真正的问题。
但从产品角度看,有趣的是:这些不是 OpenClaw 独有的。这些是任何 代理式 AI 系统的根本挑战。而且你的用户无论如何都会要求这些功能。
权限模型 :我们如何给代理足够的能力而不过度访问?权限应该是特定于任务的而不是全有或全无的吗?
审计跟踪 :当代理代表用户行动时,我们如何创造透明度?"代理行动历史"作为产品功能是什么样子的?
信任边界 :某些行动应该需要人工确认吗?我们如何平衡自动化与控制?
技能验证 :如果我们的产品成为代理生态系统中的一个技能,我们如何确保我们的技能不会被武器化?
这些不是已解决的问题。但它们是我们很快就会在我们的产品中解决的问题。
这对你的路线图意味着什么 如果你是一个读到这里的产品经理,这是我的实用建议:
现在开始实验 安装 OpenClaw(或类似框架)。实际使用它。不是作为开发者练习 — 用它做你实际的 PM 工作。研究、文档、分析、沟通。理解当软件与你一起工作而不是等待你的输入时的感觉。
这不是关于具体采用 OpenClaw。是关于在你需要为它们构建之前,培养对代理工作流的直觉。
审计你的 API 战略 通过代理的眼睛看你的产品。核心工作流程可以通过你的 API 自动化吗?什么需要人类视觉解释而不应该?对于程序化访问,认证流程在哪里崩溃?
我们发现我们的 API 理论上完整但实际上对代理不可用。太多有状态导航,太多关于视觉上下文的假设。我们现在正在重新设计,以"API 优先为人类和 代理"为原则。
映射代理攻击面 你的产品中哪些地方 AI 代理可以取代人类工作流?这不是关于功能对等 — 是关于识别 AI 代理可以通过完全不同的方法满足的待办工作。
我们的一个功能是一个复杂的仪表板,花了几个月时间构建。现在,OpenClaw 代理可以通过对我们 API 的自然语言查询生成相同的见解。我们构建了错误的东西,因为我们假设人类永远是主要用户。
重新思考你的竞争 你的竞争对手不仅仅是你类别中的其他产品。它们是任何可以从可用工具中拼凑起来的代理。如果代理可以通过编排三个其他工具来重现你 80% 的价值,你需要理解为什么用户仍然会选择你的集成体验。
这迫使你明确你实际的差异化,超越"我们把这些东西放在一起"。
AI 产品的不舒服真相 OpenClaw 让我意识到:我们一直在构建 AI功能 ,而用户实际上想要 AI队友 。
我今年使用的每一个"AI 驱动"产品本质上都是一个复杂的自动完成或昂贵的总结工具。有用,当然。但根本上是反应性的。
OpenClaw 展示了主动 AI 的样子。它监控你关心的上下文。它处理没有提示的重复任务。它学习模式并建议优化。它在你睡觉的时候行动。
不舒服的真相?我们大多数 AI 产品战略都基于这样的假设:人类将保持主要参与者,AI 将保持助手。OpenClaw 表明这个假设是有有效期的。
这并不意味着 AI 将取代产品经理。(如果有的话,我发现 AI 代理为 PM 生成更多 战略工作 — 有人需要编排编排者。)但它确实意味着我们构建的产品需要在 AI 代理与人类一起成为一等用户的世界中工作。
接下来会发生什么 OpenClaw 正在快速发展。社区每周添加功能。像 DigitalOcean 这样的公司提供托管部署。像 ClawApp 这样的桌面应用使非技术用户可以访问它。该框架正在从黑客工具过渡到真正的平台。
更重要的是,OpenClaw 是更广泛转变的一部分。Google 最近的 AI 代理公告,Microsoft 的 Copilot 演变,Anthropic 的 Claude Code — 这些都指向一个未来,其中代理式 AI 是常态,而不是例外。
作为产品经理,我们有一个窗口来塑造这在我们的产品中的表现。我们可以从一开始就考虑代理来构建,而不是后来改造。我们可以在我们还有时间思考的同时设计权限模型、审计跟踪和信任系统。
或者我们可以等到我们的用户因我们的产品不能与他们的 AI 代理一起工作而感到沮丧,就像我们所有人都因网站在移动设备上不工作而感到沮丧一样。
OpenClaw 正在教我们当 AI 不再是一个功能,开始成为工作完成方式时,产品需要是什么样子的。
如何实际尝试 OpenClaw 足够的理论 — 如果你想理解 AI 代理将如何改变产品期望,你需要使用一个。以下是如何在 20 分钟内让 OpenClaw 运行起来。
开始前:安全现实检查 OpenClaw 在你的计算机上运行,访问你的文件并能够执行命令。这很强大,但需要尊重。最初不要在你的主要工作机器上安装它。使用虚拟机、VPS 或专用设备进行你的第一次实验。
把它想象成获得一个有管理员权限的新团队成员 — 你不会在第一天就给他们完全访问权限。
步骤 1:安装(5 分钟) curl -fsSL https://openclaw.ai/install.sh | bash
安装程序自动处理一切 — 检测你的操作系统,下载依赖项,并设置网关。在 macOS 和 Linux 上,这是无缝的。在 Windows 上,你需要先安装 WSL2。
完成后,你会看到一个包含版本详细信息的确认消息。通过运行验证它是否工作:
步骤 2:入职向导(10 分钟) 选择"QuickStart" — 这使用安全默认值,所以你可以专注于让它工作而不是配置细节。
选择你的 AI 模型 — OpenClaw 需要 LLM 来驱动对话。你将在提供商之间选择:
Anthropic Claude(推荐给 PM — 出色的推理,善于理解意图)
OpenAI GPT-4(熟悉,广泛可用)
DeepSeek(预算友好的选项)
本地模型(仅限高级用户)
连接消息平台 — 这是你与代理交互的方式。选择一个:
打开 Telegram 并搜索@BotFather
发送/newbot命令
给你的机器人一个名称和用户名(必须以_bot结尾)
复制 BotFather 提供的 API 令牌
当 OpenClaw 提示你时粘贴它
给你的新机器人发消息 — 你会得到一个配对码
当 OpenClaw 询问时批准代码
OpenClaw 显示一个二维码
打开 WhatsApp → 设置 → 链接设备
扫描二维码
你的代理显示为链接设备
现在跳过技能 — 向导提供安装预构建技能。最初选择"现在跳过"。你会在理解基础后添加技能。
选择你的界面 — OpenClaw 提供两种交互模式:
我推荐第一次使用控制 UI — 它更视觉化,更容易监控。
步骤 3:第一次对话(5 分钟) '创建一个名为 test.txt 的文件,包含一首关于产品管理的俳句。'
注意它如何回应。注意回答问题(被动)和实际执行任务(主动)之间的区别。
你应该知道的基本命令 openclaw status
openclaw logs --follow
openclaw doctor
openclaw dashboard
openclaw restart
安全最佳实践(请不要跳过)
启用同意模式 — 在文件写入或命令执行前要求批准:
编辑 ~/.openclaw/config/openclaw.json
设置"exec_approval": true
代理在执行敏感命令前会请求权限
限制网关访问 — 默认情况下,控制 UI 对网络上的任何人都可访问:
在配置中将网关绑定从0.0.0.0更改为127.0.0.1
通过 SSH 隧道远程访问,而不是打开端口
安装前审查技能 — 社区技能库未经过策划。Cisco 提供技能扫描器,在安装前检查恶意代码。
从只读任务开始 — 在给你的代理对重要文件的写访问之前,用只读操作测试:总结文档,回答问题,搜索信息。
作为 PM 首先尝试什么 一旦你对基础感到舒适,这些用例帮助你理解产品含义:
个人自动化 :要求代理监控特定主题,并每周向你发送摘要
文档创建 :让它生成你经常使用的格式的结构化文档
研究综合 :给它几个 URL,要求它比较观点
工作流观察 :观察你自然地将哪些任务委托给代理 — 这些揭示了自动化机会
目标不是成为 OpenClaw 专家。目标是培养对用户在不久的将来期望 AI 代理如何与你的产品交互的直觉。
20 分钟的实践经验将教给你比 20 篇关于代理式 AI 理论的文章更多的东西。
微信扫一扫,关注极客日志 微信公众号「极客日志」,在微信中扫描左侧二维码关注。展示文案:极客日志 zeeklog
相关免费在线工具 RSA密钥对生成器 生成新的随机RSA私钥和公钥pem证书。 在线工具,RSA密钥对生成器在线工具,online
Mermaid 预览与可视化编辑 基于 Mermaid.js 实时预览流程图、时序图等图表,支持源码编辑与即时渲染。 在线工具,Mermaid 预览与可视化编辑在线工具,online
Base64 字符串编码/解码 将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具,Base64 字符串编码/解码在线工具,online
Base64 文件转换器 将字符串、文件或图像转换为其 Base64 表示形式。 在线工具,Base64 文件转换器在线工具,online
Markdown转HTML 将 Markdown(GFM)转为 HTML 片段,浏览器内 marked 解析;与 HTML转Markdown 互为补充。 在线工具,Markdown转HTML在线工具,online
HTML转Markdown 将 HTML 片段转为 GitHub Flavored Markdown,支持标题、列表、链接、代码块与表格等;浏览器内处理,可链接预填。 在线工具,HTML转Markdown在线工具,online