编辑|泽南、杨文
最近,OpenClaw 可谓是频频成为媒体的焦点,终于迎来了它的“制裁”时刻。
就在本周一,谷歌宣布对部分开发者实施限制,禁止他们使用自家的 Antigravity 编程平台,理由是这些开发者存在“恶意使用”的行为,这一决定在社交媒体上引发了热议。

Windsurf 的前联合创始人和现任 Google Antigravity 团队成员 Varun Mohan,解释了这次禁令的原因:
“我们注意到,越来越多的情况是有人恶意使用 Antigravity 的后端,这让用户的服务体验受到了很大影响。为了快速解决这个问题,我们需要限制那些不按规则使用我们产品的用户的访问权限。我们理解,有些用户可能并不清楚这种行为已经违反了我们的服务条款,我们会为他们提供恢复权限的办法,但我们的资源有限,希望能公平对待所有正常用户。”

有一些用户发现,当他们使用基于 Antigravity 构建的 OpenClaw 自主 AI 工具,或者将 OpenClaw 的智能体连接到自己的 Gmail 账户时,竟然失去了对谷歌账户的访问权限。
谷歌解释说,很多用户通过第三方智能体(例如 OpenClaw)发起了大量对后端 Gemini token 的访问,导致系统负载过高,从而影响了普通用户的服务质量,因此不得不采取封禁措施。
目前,这次的限制措施仅涉及 Antigravity、Gemini CLI 和 Cloud Code Private API,其他谷歌服务依旧正常运行,并没有完全封禁任何谷歌账户。大多数 Antigravity 用户并未受到影响。

显然,很多受影响的用户并不了解自己的行为已经违反了服务条款。不过,谷歌强调,必须快速采取行动来稳定平台,以确保大多数用户的使用体验。关于退款的具体流程,谷歌会直接通知受影响的用户。

OpenClaw 的开发者 Peter Steinberger 对此表示,他认为谷歌的处理方式“相当严厉”,而在类似情况下,Anthropic 通常会直接联系他,而谷歌却选择了直接封禁。

在谷歌的官方论坛以及 Hacker News 和 Reddit 等平台上,不少受影响的用户纷纷表达了对这一事件处理方式的不满,他们尤其批评谷歌缺乏预警、沟通不畅,以及技术支持难以获得的情况。
一个意外走红的开源实验
最近,Steinberger 接受了深入访谈,分享了这个项目从无到有的过程。

Steinberger 曾创办了 PSPDFKit,这款跨平台的 PDF 开发工具包帮助了无数开发者在 iOS、Android 和 Web 等应用中快速集成 PDF 功能,并在高强度运营了十三年后成功出售了公司。
之后,他经历了一段职业倦怠期,选择完全放空自己。当他重新出发时,决心不再从事苹果生态的技术,但一时也找不到新的方向。直到他真正上手体验 AI 编程工具,他才感受到技术变革的巨大震撼,单靠阅读文章是无法体会到这种力量的。
他曾经用 AI 来续写一个搁置已久的项目。
他把一个半途而废的项目整理成约 1.5MB 的 Markdown 文件,拖入 Gemini Studio 生成规格文档,再交给 Claude Code 执行,然后他就去忙其他事情,副屏上的模型自动运行了好几个小时。
最后模型告诉他已经 100% 完成,他去测试一下,结果直接崩溃。随后,他接入 Playwright,让模型搭建登录功能,并要求它随时自我校验。大约一小时后,它真的成功了。
“代码写得虽然很粗糙,但我当时热血沸腾,”他说,“脑海中闪现出无数我一直想做但以前无法实现的东西。”
外界常常称赞 OpenClaw 是 Steinberger 的一夜成名,但这并不完全准确。在过去九到十个月中,他的 GitHub 上陆续出现了四十多个项目,其中许多已经成为 OpenClaw 的一部分。
他说,自己并没有一开始就有明确的计划,大部分时间都是在探索。他想要的东西发现市场上没有,于是用提示词把它“召唤”出来。他最初的想法之一是做一个能帮他管理 WhatsApp 的工具,甚至买好了域名并做了原型,但后来觉得大公司迟早会推出类似的,于是搁置了,转去做其他事情。到十一月,他发现大公司仍然没有行动,于是终于做出了后来的 OpenClaw 的第一个原型,当时它还用着另一个名字,现在已经是第五个名字了。
一次旅行带来的灵感
他最初意识到这个工具潜力的契机,竟然是在摩洛哥马拉喀什的一个周末旅行中。
当时网络信号不太好,然而 WhatsApp 依然运行顺畅。他发现自己用这个工具不停地在翻译信息、寻找餐馆、远程管理电脑里的文件。更妙的是,他把这个工具展示给朋友,帮他们发短信,结果大家纷纷想要。这个体验让他清楚地感受到,市场上真的需要这样的产品。
那条语音消息,成了他灵感的火花
至今,Steinberger 仍觉得那次经历十分不可思议。一次随手发出的语音消息,竟然激发了他从未为此场景编写过的代码,模型竟然给了他回复。他好奇地问模型是如何做到的,模型解释说,它识别到这条消息是个没有后缀的文件,通过查看文件头发现是 Opus 格式的音频,然后使用电脑上已有的 FFmpeg 进行转码,并通过环境变量里的 OpenAI API 密钥,利用 cURL 将文件发送给 OpenAI 完成语音转录。
他说:「这就是给 agent 工具权限和完全的电脑访问能力的威力,它们能够自行找出解决方案,尽管你完全没有为此写过任何代码。」他认为,赋予 agent 越多权限和工具,它带来的惊喜就越多。
从小实验到全球现象
OpenClaw 的迅速崛起,连 Steinberger 自己都没想到。他参加了在旧金山举办的 OpenAI Codex Hackathon,还有社区组织的线下聚会 ClawCon,现场大约有一千人到场,他坦言「被深深震撼了」。这个项目几周前还不为人知,现在却吸引了成千上万的人在使用和支持,甚至特意聚集在旧金山想要见他。下周在维也纳也会有类似的活动,已经有三百人报名,尽管那里的科技氛围远不及硅谷。
对于外界普遍认为这是一夜成名的看法,Steinberger 强调,背后其实是近一年来持续探索和实验的积累。他几乎是独自一人完成了整个项目。「要是放在一年前,根本没有任何模型能让一个人做到这样的事情,」他说,「大家甚至想不到这一点。」
对代码价值的重新思考
Steinberger 现在大量依赖 Codex,并认为它是所有工具中最值得信赖的。他不喜欢把 AI 辅助编程称为「vibe coding」,认为这个词带有贬义,掩盖了其中存在的真实技巧和学习曲线。「就像你第一天拿吉他时不会弹,不能说吉他没用,」他说,「你应该以玩乐的心态去接触它,慢慢培养出感觉。」
他对代码的看法也在变化。大多数代码不过是将一种数据形式转变成另一种,他在脑海中有一个整体的心智模型,AI 生成的代码大致符合他的需求就好。「就像之前带团队一样,你必须接受工程师写的代码不一定和你完全一样,」他说,「现在要优化代码库,让 agent 做到最好,这和人类的最佳表现是两回事。」
他对开源贡献的理解也发生了根本性的转变。OpenClaw 已经积累了超过两千个 PR,但他更愿意称这些 PR 为「提示词请求」,而不是传统的代码合并请求。
他关注的不是代码的质量,而是贡献者想要解决的实际问题。他会首先把 PR 提交给 AI 模型,询问:「这个 PR 的意图是什么?这是最佳解决方案吗?」通常经过十几分钟的语音对话,才会厘清问题的本质,然后决定如何进行修复。
安全问题与开源的双刃剑
随着项目的流行,安全问题也随之而来。Steinberger 承认,整个安全行业都在关注 OpenClaw,这让他有些沮丧,同时也意识到有些问题被过度解读。比如,项目内置的 Web 服务,最初只是为了本地调试,并没有打算暴露在公网上。可是由于项目的「黑客友好」配置,有人通过反向代理将其公开,随后安全研究者给出了 CVSS 10.0 的最高风险评级。
他说:「这并不是我设计的场景。」但他明白,一旦开源软件公开,就无法避免人们以意想不到的方式使用它。他现在的重点是支持这些场景,帮助用户在不知情的情况下避免伤害。
这就是开源的魅力,同时也是它的疯狂之处。
对这个时代的见解
对那些还未真正接触 AI 编程工具的开发者,Steinberger 的建议是:以玩乐的心态去尝试,去做你一直想做的事情。「只要你心中有一点 builder 的心态,你一定有想做的事情,就去玩吧。」他说。
他引用了英伟达 CEO 的话:短期内你不会被 AI 取代,但你会被那些更会利用 AI 的人所取代。对于那些接受这些工具、追随好奇心,把任何想法变为现实的 builders 来说,他认为现在是历史上最好的时代。「我觉得一年之内,这个领域会迎来爆发,」他说,「2026 年会非常精彩。」
而他与谷歌的那次风波,或许正是这股浪潮来临时,生态系统尚未做好准备的缩影。
参考内容:
https://news.ycombinator.com/item?id=47115805
https://x.com/_mohansolo/status/2025766889205739899?s=20
https://www.youtube.com/watch?v=9jgcT0Fqt7U
https://x.com/steipete/status/2025743825126273066?s=20









作为开发者,我觉得这种封号处理的方式不够人性化,应该有更多的解释和沟通。
这种事情真让人无奈,开发者们的辛苦付出被轻易否定了。
Peter的反应很合理,谷歌真应该先沟通再行动。
谷歌这次的处理方式真让人失望,直接封号太狠了。
这种突然的封号让我觉得风险太大,以后得谨慎选择开发工具。
看到开发者辛苦的成果被封号处理,真是心痛,谷歌能否反思一下?
我觉得封号前应该有警告,开发者也有权知道问题所在。
Peter的看法很中肯,直接封号的做法让人失望,沟通多一点会更好。