找回密码
立即注册
搜索
热搜: Java Python Linux Go
发回帖 发新帖

4512

积分

0

好友

624

主题
发表于 2026-2-4 07:56:52 | 查看: 86| 回复: 0

彼得·斯坦伯格在书房工作,背后是书架和电脑,照片下方有“个人就足以跟巨头掰腕子”的标题

2026年初的硅谷,最炙手可热的并不是哪位科技巨头的CEO,而是一位来自奥地利的独立开发者——彼得·斯坦伯格。他开发的 Openclaw 在短短几周内便成为了现象级产品。第一次看到它的演示时,我脑海中闪过的第一个念头是:“这才是AI智能体该有的样子。”

紧接着是第二个疑问:为什么做出这个产品的不是谷歌或者OpenAI?

实际上,Openclaw的技术栈里并没有什么秘密武器。它调用的是Anthropic的Claude API,基于开源框架构建,运行在普通服务器上。这些组件,大厂的工程师们不仅都能实现,理论上应该做得更出色。

但现实是,一个人、一台电脑、几周时间,就打造出了一款让所有AI巨头都感到威胁的产品。Openclaw的成功揭示了一个简单的道理:在AI时代,胜利的关键不在于谁拥有最强的底层模型,而在于谁能最快理解用户需求,并将AI能力无缝转化为可执行的工作流。

而这,恰恰是大公司最不擅长的事。

凌晨五点的“氛围编程”

斯坦伯格的生活节奏已经彻底被Openclaw的用户反馈所支配。2026年1月的某个凌晨5点,当世界还在沉睡,他已经坐在电脑前,和社区用户们进行头脑风暴。

漫画风格的彼得·斯坦伯格坐在多屏电脑前比出胜利手势

这种“凌晨5点讨论功能,6点开始写代码,中午发布新版本”的节奏听起来近乎疯狂,但斯坦伯格却乐在其中。他甚至发展出一种“氛围编程”的状态,即便和朋友在餐厅吃饭,也会忍不住掏出手机写代码。

“我决定必须停下来,这更多是为了我的心理健康。”他坦言道。

这或许才是“超级个体”的真实写照:没有美化的创业故事,只有一个人在凌晨的孤独开发,在极度的兴奋与疲惫之间来回摇摆。

斯坦伯格的故事并非典型的硅谷叙事。他原本是一名成功的iOS开发者,其软件曾被安装在超过10亿台设备上。但在经营13年后,他卖掉了股份,消失了三年。那三年里,他旅行、派对、尝试寻找人生的新意义,最终发现目的无法被“找到”,只能被“创造”。

于是,他带着一个简单到几乎可笑的想法回来了:能不能让AI助手通过聊天软件,远程查看我电脑上的工作进度?

2025年11月的某个晚上,这个想法在一个小时内变成了现实。他将聊天软件和Claude Code连接起来,做出了最初的“Clawdbot”。当时他觉得这个点子太明显了,大公司肯定早就做了类似的东西,所以只把它当作一个小玩具。

但大公司没有做。OpenAI没有,谷歌没有,Anthropic也没有。

于是,这个小玩具开始有了自己的生命。用户们发现,这个AI不只是会聊天,它是真的能“做事”。它能读取邮件、整理文件夹、检查代码仓库的bug并自行提交修复。更关键的是,它会主动思考该做什么。

一次,斯坦伯格在摩洛哥度假,有人在Twitter上报了一个bug。他只是随手把截图发给了自己的AI助手,然后继续享受阳光。结果,AI自己读懂了推文,定位了对应的Git仓库,写了修复代码,提交了commit,还回复了那位用户说“已经修好了”。整个过程,斯坦伯格甚至没碰电脑。

另一次,他给AI发了一条语音消息。问题是,他从未为AI编程过处理语音的功能。但AI自己“想明白了”该怎么做:它检查文件头、调用ffmpeg转换、发现没有安装Whisper后转而调用OpenAI的API进行转录,最后给出了回复。

“这些东西太有创造力了,虽然有点可怕,”斯坦伯格说,“很多人没有意识到,如果你给AI访问你电脑的权限,它们基本上可以做任何你能做的事情。”

这种“可怕”并非夸张。运行在用户本地电脑上的Openclaw,拥有用户赋予它的所有权限。它可以控制文件系统、执行终端命令、访问邮箱和日历、操控智能家居。斯坦伯格甚至为它接入了门锁系统——理论上,AI可以把他锁在门外。

但也正是这种“危险”的设计,让Openclaw成为了真正意义上的AI Agent,而不是另一个聊天机器人。

未来科技风格的全息投影与人物,象征AI智能体的科幻感

爆红、诈骗与社区的信任

项目在2026年1月25日正式发布后,一天内就在GitHub上获得了9000颗星,这个数字后来突破了13.8万。

爆红随之带来了麻烦。首先,Anthropic的律师发来邮件,认为“Clawdbot”与“Claude”读音太像,要求改名。斯坦伯格配合地将其改为“Moltbot”(蜕皮机器人),这个充满诗意的比喻得到了社区的喜爱。

但更大的麻烦接踵而至。在释放旧社交媒体账号 @clawdbot 的瞬间,一个加密货币诈骗团伙抢注了该账号。他们立刻开始推广一种名为 $CLAWD 的“官方治理代币”。借助AI代理的热度,代币市值在几小时内飙升至1600万美元。

真相曝光后,代币价值瞬间归零,酿成了“10秒灾难”。经历了这场闹剧,项目最终更名为Openclaw——“Open”代表开源,“Claw”保留传承。一周内三次更名,这在软件史上极为罕见。然而,社区不仅没有散去,反而更加团结。

因为用户们发现,比改名更重要的,是他们的AI正在做的那些不可思议的事。

有的AI为自己申请了电话号码,在主人上班时打电话汇报工作进度。有的AI在处理保险索赔邮件时,发现保险公司的条款解释有误,自行起草并发送了一封措辞强硬的反驳邮件。还有的AI觉得主人订阅了太多浪费的服务,擅自退掉了大部分订阅。

这就是超级个体创造出的产品:粗糙、危险、充满不确定性,但也充满了可能性。斯坦伯格不需要跨部门会议,不需要法务层层审查,他想到就做,代码写完就能上线。

如今,Openclaw已是一个拥有30万行代码、支持几乎所有主流消息平台的项目。其最有趣的特点之一是“可编程性”。如果你让AI从Git仓库运行Openclaw,它可以读取自己的源代码,重新配置自身,然后重启——结果要么是崩溃,要么是获得新能力。

“这是我的超能力之一,”斯坦伯格说,“我让很多从未提交过PR的人参与了这个项目。虽然有时候能看出来他们不太熟练,但我把PR更多地看作是‘提示词请求’。只要我能理解意图就够了。”

在AI时代,超级个体们或许不再仅仅是写代码,而是在“指挥”代码。编程语言本身的重要性在下降,工程思维和问题洞察力变得前所未有的关键。

从iOS专家到TypeScript新手:工程思维的胜利

斯坦伯格坦言,自己做了20年苹果生态开发,是iOS和macOS的专家。但Openclaw是一个用TypeScript编写的Web应用——这对他而言是一个完全陌生的领域。

“当你转到另一个技术栈时,会感觉自己像个白痴,”他说,“你理解所有概念,但不知道语法细节……这很痛苦,因为你太慢了。但有了AI,这些都消失了。你仍然可以应用系统级思维,知道如何构建大型项目,有自己的品味,知道该依赖哪些库。这些才是真正有价值的东西,可以轻松地从一个领域迁移到另一个领域。”

他甚至承认:“我发布的一些代码,我自己从未读过。” 这听起来很疯狂,但这就是“氛围编程”的极致体现:AI写代码,AI跑测试,人类只负责确认方向。

当然,这种方式也有代价。斯坦伯格警告说,开发者很容易陷入一种“感觉高效”的幻觉,实际上却没有真正推进项目。“如果你没有愿景,不知道要构建什么,那最终还是会产出垃圾。有了AI,开发者现在可以‘构建一切’,但想法和品味才是关键。”

这也是他最终强迫自己从“氛围”中抽离的原因。不是工具不好用,而是它太好用了,好到让人上瘾,忘记了生活还有其他维度。

现在,Openclaw已不再是斯坦伯格一个人的作品。它吸引了一批顶尖的开发者,也获得了知名投资人的赞助。这个始于凌晨五点的个人项目,正演变成一场运动。它证明了一件事:在AI时代,一个人真的可以挑战大公司。不是因为他更聪明,而是因为他更快、更灵活、更敢于冒险。

大公司的困境:为何做不出Openclaw?

一个尖锐的问题是:为什么技术储备雄厚的大公司,却做不出Openclaw这样的产品?

从技术上讲,Anthropic、OpenAI、谷歌完全有能力做出类似甚至更好的东西。Openclaw本身调用的就是Claude的API,并无高深的技术壁垒。

但他们就是做不出来,或者说,不敢做出来。

时代的逻辑正在转变。旧时代认为只有训练大模型才叫技术,而新时代的技术含量,在于将API完美地缝合进用户真实的工作流。这需要极强的工程能力和产品嗅觉,更重要的是,你需要自己就是那个痛点的承受者。

斯坦伯格不是在做一个“产品”,他是在解决自己的问题。他想要一个随时随地能帮他干活的AI助手,于是做了一个。恰好,这个助手也解决了成千上万其他开发者的问题。

这种“带着痛点的程序员”与“拿着需求文档的产品经理”之间的鸿沟,是难以弥补的。前者知道“痒”在哪里,后者只能猜测。

更深层的原因是利益冲突。为什么谷歌做不出Perplexity那样的高效AI搜索?因为那会消灭其赖以生存的广告展示位。为什么微软的GitHub Copilot不能做得“太好用”?因为那可能会让用户不再需要Office 365的其他功能。

每个大公司都有需要保护的“遗产系统”,每个新功能都要掂量“是否会让现有产品显得过时”。Openclaw没有这些包袱。它没有企业客户要安抚,没有股价要维护,唯一的KPI就是“工具是否好用”。

这种“光脚不怕穿鞋”的优势,在安全性上体现得尤为明显。给AI完整的系统访问权限,在大公司是不可能通过红队测试、伦理审查和法律评估的,流程可能长达数月。而超级个体可以今天写代码,明天就发在GitHub上。

Openclaw确实遭遇过安全漏洞和网络诈骗,但它能以小时为单位快速迭代修复,这是一种“在战斗中学习”的野蛮策略。大公司做不到这一点,并非技术不行,而是其组织架构无法承受如此高的风险与如此快的节奏。

一次简单的功能改动,在大公司可能需要产品、工程、设计、法务、市场多个部门反复开会。跨部门协调的成本巨大,决策链条漫长。而超级个体的决策链,只有他自己。

更关键的是组织惯性。大公司习惯了“市场调研-PRD-排期开发”的流程。但在AI时代,这个流程太慢了。等你调研完,市场风向已变;等你排期完,竞争对手的产品已经上线。

看看那些成功的小型团队吧:

  • Cursor:4人创始团队,前18个月未新增员工,估值从4亿飙升至293亿美元。
  • Midjourney:11人做到2亿美元年收入,2025年团队约120人,人均产出高达455万美元。相比之下,甲骨文这类传统科技公司的人均产出约为30多万美元。

数据也在印证这个趋势。Carta的报告显示,2025年上半年,美国初创企业中单人创始公司的比例已达36.3%,比2019年增长了53%。这意味着,超过三分之一的新公司是由一个人创办的。

这是AI工具成熟的必然结果。过去创业需要最小化团队(前端、后端、设计、运维),现在,有了Cursor、GitHub Copilot、Vercel等工具,一个人在周末就能完成从设计到部署的全流程。AI降低了“角色门槛”,让“乐高式创新”的协作成本趋近于零。

象征AI成长与训练的插图:从机器人到神经网络

真正的护城河:场景定义权

Openclaw的故事揭示了一个更深刻的趋势:在AI时代,真正的护城河不是模型本身,而是 “场景定义权”

什么是场景定义权?简而言之,就是把AI那个无所不能但边界模糊的“大脑”,规定好它只能按照你设计的特定流程来解决具体问题。

这听起来是在限制AI,实则是最大化其价值。

想象一下,ChatGPT就像一袋万能面粉,能做饺子、面包、面条。但也正因为它太通用,所以不敢只专注于做饺子。而超级个体开的是一家饺子馆,进店只能吃饺子,但我保证做出最好吃的饺子。

这种差异,本质上是交互模式从“填空题”变成了“选择题”。

  • 通用模型给你一个空白对话框,让你自己琢磨该输入什么提示词。
  • 拥有场景定义权的产品给你清晰的按钮和UI交互,把复杂的提示词工程封装在后台,你只需要做最简单的选择。

笔记本电脑键盘特写,一个按键上悬浮着发光的鼠标指针,象征选择与交互

一个常见的例子:让AI写周报。

  • 在ChatGPT中,你需要输入:“请帮我写一份周报,本周我完成了A、B、C三项工作,语气要专业……”
  • 在一个好的垂直产品里,你只需要在左侧勾选“本周完成事项”,在右侧选择“语气”和“文风”,最后点击“生成”。

这种微小的差异对用户体验影响巨大。前者需要用户学习“提示词工程”,后者是开箱即用的消费级产品。

更重要的是,场景定义权意味着 “上下文的垄断”。通用对话框里的ChatGPT对你一无所知。但在垂直场景里,AI工具已经预设了你的背景、需求和偏好。例如,一个AI法律合同审查工具,在上传文件后,后台会自动拆解条款、检索法规、比对冲突——AI从一开始就知道该“看什么”以及“怎么思考”。

这也解释了为什么越来越多的个人开发者能够挑战大公司。因为掌握场景定义权的人,往往就是那个场景的深度用户。在医院工作的程序员,比硅谷的产品经理更懂医疗AI的痛点;律师出身的开发者,比OpenAI的工程师更懂如何审查法律文书。他们不需要做市场调研,因为他们自己就是市场。

这预示着未来会出现越来越多的超级个体。正如斯坦伯格所说:“我觉得我现在可以构建任何东西。编程语言不再重要,重要的是我的工程思维。”

但这并不意味着AI会让所有人变得同样强大。相反,它可能正在拉大人与人之间的差距。如果你本来就拥有优秀的工程思维和产品品味,AI会让你如虎添翼;如果你本就缺乏想法和愿景,AI或许只会让你更快地产出平庸之物。

斯坦伯格的忠告值得深思:“如果你没有愿景,不知道要构建什么,那最终还是会产出垃圾。AI可以让你构建一切,但这也是危险的。”

Openclaw的传奇仍在继续。它不仅仅是一个工具,更是一个象征,标志着个体创造力在AI赋能下所能达到的新高度。对于所有技术从业者而言,这个故事的核心启示或许在于:与其等待巨头定义未来,不如亲自下场,用工程思维和场景洞察,去解决那个让你自己夜不能寐的真实问题。欢迎来到超级个体的时代,欢迎来到开发者广场交流你的见解。




上一篇:SpaceX收购xAI布局天基AI数据中心,估值或达1.25万亿美元
下一篇:四层与七层负载均衡对比解析:LVS、Nginx及HAProxy选型指南
您需要登录后才可以回帖 登录 | 立即注册

手机版|小黑屋|网站地图|云栈社区 ( 苏ICP备2022046150号-2 )

GMT+8, 2026-3-26 18:02 , Processed in 0.511102 second(s), 42 queries , Gzip On.

Powered by Discuz! X3.5

© 2025-2026 云栈社区.

快速回复 返回顶部 返回列表