
从产品经理到用户:OpenClaw 正在改变什么?
作者 /超级 Rui
编辑 /Soren
过去两个月,一款被网友戏称为“小龙虾”的AI工具OpenClaw引发罕见的刷屏效应。Hacker News 讨论帖快速堆叠到上千楼,Twitter时间线被“养工具”的体验分享占据,一些原本与开发工具无关的产品经理、运营甚至投资人,也开始参与转发。
这轮热度带来了兴奋,也带来了另一层情绪:焦虑。有人担心自己被工具替代,有人焦虑错过下一波浪潮,FOMO(错失恐惧)不断在持续蔓延。
这轮热度与过去几次AI编程工具的扩散路径明显不同。GitHub Copilot、Cursor的讨论长期停留在开发者圈层,核心问题始终围绕“如何提高工程效率”。OpenClaw的扩散路径出现了外溢——越来越多非技术背景的用户开始尝试亲自构建工具。
这一变化,与黄仁勋近期反复提及的一种判断形成了呼应:“未来编程语言将更接近自然语言。”OpenClaw提供了一个更具体的观察窗口:当表达门槛下降,软件生产是否会发生结构性变化。
需要先明确一个前提:OpenClaw当前的能力边界仍然清晰。它可以高效生成提醒、数据处理、简单流程自动化等轻量工具,但在复杂交互、高并发系统、底层架构和安全敏感场景中,仍无法替代传统开发体系。
正是在这一边界之内,它的意义开始显现——它改变的主要是碎片化需求的处理方式。
01.
软件的本质从未改变,改变的是构建成本
任何一个软件产品,都可以抽象为一个经典结构:输入 → 系统处理 → 输出。这是一个典型的黑箱模型。
在这个结构里:
输入: 你的需求,加上你手里现有的信息。
输出: 可能是整理好的报告,可能是某个具体的动作。
用户提供输入,系统经过一系列内部逻辑处理,最终给出结果。
举几个最直观的例子。在淘宝购物时,你会在搜索框里输入关键词,这是输入;淘宝平台的商品排序、推荐算法,是系统处理;最终你下单买到商品,就是输出。
自动驾驶系统也是类似的结构。
在微观层面,系统首先识别周围环境——车辆、行人、道路信息,这是输入;自动驾驶算法完成决策计算,这是处理;最终车辆执行加速、转向或刹车,就是输出。
在宏观层面也是一样:你输入目的地,系统规划路线,最终把你送达。
无论多复杂的软件,底层逻辑都不超出这个框架。
软件开发的核心工作,就是不断构建和优化这个黑箱。过去几十年,这套工作流遵循固定分工:用户提出需求,产品经理整理成文档,工程师编写代码实现逻辑。普通用户之所以无法自己造工具,不是因为不理解这个结构,而是因为构建成本太高——需求定义、工程实现、持续迭代,每一个环节都需要专业能力介入。

图:软件开发工作流模式
这种成本结构导致一个必然结果:产品只能优先满足“平均用户”的需求。在大多数产品经理的需求池里,只有能服务足够多用户的需求才被定义为“有效需求”,而那些规模小但对个体至关重要的需求,往往被归入“伪需求”范畴。

图:紫圈里的需求池才被视为有效需求
这也是软件行业几十年来的核心矛盾:需求极度碎片化,但供给高度规模化。
产品经理中心制的本质,是用专业化分工对冲高昂的开发成本,用“平均需求”覆盖大多数用户。当AI把开发成本击穿,这套依赖中间层的分工体系,就迎来了被重构的可能。
02.
三次范式迁移:从“手搓代码”到“用户驱动”
软件开发的生产方式经历过两次明显跃迁,正在进入第三次。
第一阶段是程序员驱动(手搓代码)。
软件行业早期,开发几乎完全由工程师主导、手搓,工具很大程度上是开发者写给自己用的。Linux创始人Linus Torvalds曾说过一句非常著名的话,“Talk is cheap. Show me the code”——空谈无意,代码为证。

图:工作流模式
在那个时代,代码就是一切,用户只能被动接受开发者提供的能力。这种模式技术效率极高,但迭代缓慢,普通用户参与感并不高。当软件需要走出开发者的小圈子、服务更广泛的普通用户时,专门负责理解用户需求、并将需求翻译成工程语言的产品经理角色便应运而生。
第二阶段是产品经理驱动,但角色开始融合。
互联网产品规模化后,分工体系成熟:产品经理负责理解用户需求、翻译成工程语言,工程师负责实现。软件开发的逻辑从技术驱动转向需求驱动,产品经理成为连接用户与技术的核心枢纽。
近年来GitHub Copilot、Cursor等AI编程工具的出现,让这一阶段演进出一个变种——开发者社区称之为“Vibe Coding”。代码越来越廉价,表达需求反而变得更重要,新的口号变成“Code is cheap, show me the talk。”
但Vibe Coding带来的不仅是效率提升,更关键的是产品经理与程序员的角色界限开始模糊。当AI能自动生成代码,产品经理可以绕过工程师直接实现简单功能;而工程师也更早介入需求讨论,用原型快速验证想法。两者逐渐从“接力关系”走向“协作关系”,甚至在某些团队中,一个人同时承担产品定义与代码实现——成为真正的“产品拥有者”或“功能维护者”。
如果说前两次范式迁移解决的是效率问题,第三次迁移的重心,从效率转向话语权:谁能直接定义软件功能,谁能决定产品走向。早期AI编程工具提升的是工程师效率;Vibe Coding降低的是编码门槛;而OpenClaw正在压缩用户与软件之间的职业中间层。
OpenClaw展现的正是第三次跃迁的可能,全栈逻辑编排时代。在这套系统里,用户直接用自然语言描述需求,AI自动生成工具,并在使用过程中通过持续对话调整系统行为,形成了前所未有的超级反馈循环。用户从提出需求到获得可用工具的路径被压缩到分钟级,修改迭代的成本极大压缩,需求的提出、实现、验证、优化可以在同一次对话中快速轮转。

图:OpenClaw新工作流
例如,一位早期用户在Twitter上分享了他的使用场景:他想做一个“喝水提醒与记录”的工具。在OpenClaw上用聊天的方式说:“帮我做一个每两小时提醒我喝水的工具,并且我可以记录每次喝了多少毫升,最后生成每天的喝水报告。”系统立刻生成一个可用工具。使用几天后他觉得两小时太频繁,于是说:“改成每三小时提醒一次,另外如果当天喝水不足1500毫升,晚上8点再提醒一次。”系统马上调整逻辑。
整个过程不需要掌握编程,但用户仍需要通过不断尝试,逐步找到更有效的表达方式。用户既是需求提出者,也是测试和迭代者。一些开发者把这种过程称为“养工具”——工具像宠物一样,随着使用和反馈越来越贴合需求。
这与传统低代码/无代码平台存在明显差异。低代码仍要求用户理解组件和流程,本质上仍属于简化开发;而OpenClaw更接近直接表达意图,再由系统完成实现。
03.
从“平均人产品”到“离群需求”的价值重估
OpenClaw带来的真正冲击,不是又一款AI工具,而是它正在动摇软件行业的需求收敛逻辑。
过去所有商业化软件的前提,都是把分散需求收敛成通用功能;而OpenClaw允许需求保持分散、保持个性化、保持小众,但依然能被低成本满足。
在传统产品体系中,只有具备规模的需求才具备商业价值。产品经理必须优先解决多数用户的问题。但现实世界中大量需求其实是高度个性化的:一个研究人员可能需要自动整理实验数据的工具,一个创作者可能需要特殊的内容处理流程,一个投资人可能需要特定维度的信息筛选工具。这些需求往往规模不大,在传统产品逻辑里很难成为优先开发方向。
当开发成本下降到足够低,个体需求不再需要规模支撑。一个人就可以为自己构建工具。这类需求可以被称为“离群需求”——它们在统计意义上不重要,但在个体层面却非常关键。

图:离群需求的低成本满足成为可能
需要澄清的是,这并不意味着产品经理这个角色会被淘汰。软件开发并非不再需要产品思维,而是“产品能力”正在从职业产品经理手中,部分下放给用户本身。产品经理的核心价值,将从“需求翻译者”转向规则制定者、体验设计者、安全与边界把控者。个体用户第一次拥有了“为自己定义产品”的权利,这才是范式变化的核心。
但这一轮变革仍有一个关键问题尚未有答案:当每个人都能“养工具”,这些工具与背后的数据,究竟属于谁、由谁掌控?目前大部分AI生成工具仍运行在云端,用户的需求、逻辑、数据都留在平台。未来真正的范式彻底成立,需要解决三件事:
用户能否本地部署、完全自主控制工具;
生成的工具能否跨平台迁移、不被绑定;
个性化工具能否形成可分享、可协作、可沉淀的生态。
只要工具仍依附于平台运行,软件生产的权力就不会真正回到个体手中。
英伟达CEO黄仁勋在最近一次演讲中谈到一个观点:“计算的未来不再是寻找通用解决方案,而是为每个特定问题生成特定解决方案。”OpenClaw的爆火恰好为这个判断提供了一个注脚。当工具构建成本持续下降,软件产品可能出现一种新的形态:高度个性化的软件,每个人都可以根据自己的需求不断调整工具。
结语:
不是替代,而是下放
OpenClaw最近的热度正在回落。这很正常——每一款刷屏的工具都会经历这样的周期。重要的是,当潮水退去,它留下的东西还在。
技术史上每一次生产力跃迁,都会改变工具与人的关系。工业时代,机器让规模化生产成为可能;互联网时代,软件让信息处理规模化。AI编程工具带来的变化,可能是让每个人都拥有构建工具的能力。
过去软件世界服务的是“平均用户”——那些符合统计规律的、可以被规模化的需求。在新的范式里,软件开始重新服务于个体。从“平均人”回到“个性人”,或许只是一个开始。
产品经理这一角色也不会因此消失。但其职责正在迁移:从需求的转译者,转向规则的定义者、复杂系统的设计者,以及用户体验与系统边界的把控者。当个体能够为自己构建简单工具时,产品经理的价值,会更多体现在那些超出个体能力范围的复杂性问题上。
OpenClaw的热度本身并不重要。重要的是,它让一种长期存在但难以实现的可能性,以更低成本显现出来——那些长期被规模逻辑筛掉的个体需求,终于有机会被正视和满足。部分工具的定义权,正在从平台侧缓慢回流到用户手中。
这件事本身,已经足够让人兴奋。不是因为要取代谁,而是因为——我们终于可以为自己做点东西了。
排版运营 / Teagan




夜雨聆风