跨国深谈← 返回←Grok Bot 如何三周引爆全球：从零孵化「有电脑的同事」

Grok Bot 如何三周引爆全球：从零孵化「有电脑的同事」

关联

人物 Roman Ugarte

公司 Grok Bot · Cursor · SpaceXAI · OpenClaw

概念 智能体 · AI Bot · 计算机使用 · 云计算

来源 Lenny’s Podcast

一个上线才三周的产品，聚会现场几百人站席全满，被称为「当下世界上最火的 AI 产品」——这就是 Grok Bot。聊它的人叫 Roman Ugarte，他是 Cursor 的第 15 号员工，做过两年增长，最近帮助孵化了 Grok Bot，现在负责它的产品工作。他有两条早期决定，当时没人觉得显而易见，事后看却是这款产品成功的全部关键。

从零开始，一个月做出内测版

Grok Bot 不是 Cursor 里加出来的功能，而是一次完全从零的构建。Roman 说，团队长期觉得不该只做开发者的产品，于是内部组建了一个极小的团队，「钻进山洞」约一个月，唯一目标是做一个把智能体带给全公司的知识工作产品。从第一行代码到内部原型，只用了大约一个月。

回头看，Roman 认为小团队、与公司完全隔绝是速度的关键——字面意义上的独立办公区、私有 Slack 频道。因为每天要做大量微观决策，如果是一大群人围着六到十二个月的长期愿景讨论，根本到不了最终的落点。

为什么不直接做进 Cursor？这个决定当时争议很大。

原因是编程产品对非技术用户有品牌联想、令人望而生畏，而且竞品那种「一个界面塞多个标签页」的做法，用户能感觉到这不是关于工作该怎么运作的单一愿景，而是「三个不同愿景共享一块屏幕」——有点像把组织架构图直接发布给用户，大家的反应是负面的。控制体验的每一个像素、保持一个一致愿景，对成功贡献很大。

内测上线后的推广动作也很「土」但有效：开了一场全员大会，然后核心团队在约两周内手动引导了两三百个用户，每次 20 分钟坐在电话旁。最初几次相当痛苦——电脑启动不了、用户极度困惑——但正因为核心团队在现场，第二天就修，绝不允许同样的问题发生第二次。

「不诱导证人」：让用户自己发明用法

手动引导的另一个目的是发现真实用法。内部最早流行的是每人开五到十个 bot，各管一条工作线；到第二周末，Slack 里开始出现有人「提拔」表现最突出的 bot 为「幕僚长」，之后主要跟幕僚长对话，由它把任务分发给其他 bot、管理整个团队。还有好玩的截图：被提拔的 bot 问自己能不能加薪、token 预算会不会更高。

团队注意到了这个模式，但在早期访问计划中刻意「不诱导证人」——不明说该建幕僚长 bot、该怎么管理其他 bot，而是看外部用户会不会自己走到那一步。很多人确实走到了，团队这才在产品里轻微鼓励这个模式，但保持它不是单向门。

做减法：unship、「Grok Bot 可以」而不是「Grok Bot 有了」

内部测试的三周里，最大的两件事都是减法和修可用性。一是大规模下线（unship）：他们曾把模型的内部思考、存储的记忆这类调试用的可见性工具塞进产品，发布前被极其激进地裁掉。团队现在的方向是「无情地简化，把用户不需要主动思考的一切抽象掉」。

二是用一个非常实际的纪律来过滤工作：任何在做的东西，先问「它的上线推文是什么」——如果写不出一条能打动用户的推文，也许就不该做。他们还刻意把句式从「Grok Bot 有了（新按钮/新下拉菜单/新集成）」改成「**Grok Bot 可以（…

…）**」——用更贴近人的方式描述能力，逼着团队思考「能给 bot 哪些工具和能力」，而不是「能往产品里加什么」。

一个典型例子是自动化设置。竞品的做法是进侧边栏、按加号、选触发事件、选动作，非常笨拙，结果人们根本不会设置多少自动化。

Grok Bot 的做法是直接用自然语言：「请每天早上 8 点提醒我」，然后你永远不用看到创建自动化的界面。现在平台上 99% 的自动化都是这样构建的。

两个关键决定：全在云端 + 每个 bot 一台自己的电脑

被问「Codex 和 Cowork 技术上也能做这些，你们到底做对了什么」，Roman 给出两个早期决定。

第一，永远不让用户思考本地和云：工作流在哪跑？电脑必须开着吗？

从手机启动还要连着家里的电脑吗？Grok Bot 很早就决定一切都在云端——bot 是一个拥有自己电脑的持久同事，在任何交互入口状态一致，可以发消息、从手机启动，将来可以从任何地方打电话叫它干活。

第二，更进一步：这些 bot 要有自己的电脑。一是很多工具没有支持良好的 MCP（让 AI 接入外部工具的标准协议）或 API，销售团队用的很多工具就是如此，而人类工作本来也不是通过 API 完成的——我们点像素、往输入框打字，bot 也得有这些基线能力。

二是他觉得现在是个将来回头看会觉得奇怪的的时刻：「你给超级智能的新同事做入职培训，却让它和你共用一台电脑、共用凭证、不断互相绊倒——这太疯狂了。」

「有自己的电脑」带来的反馈循环非常具体：销售团队会报上来 10 到 20 个「鼠标点不到 Salesforce 仪表盘那个位置」的具体案例，基础设施一修复，第二天就收到销售团队如潮水般的感谢——过去七天一直失败的工作流终于能用了。这比看仪表盘上数字缓慢爬升实在得多。

另外一点反直觉的立场：不给用户看内部机制。不展示工具调用、每一次点击、长长的思维链文本流。

理由是队友式的类比——你不会要求人类队友逐秒汇报按了哪个按钮。有用户反馈想看 bot 的待办清单，这个会考虑；但没有任何人想要文本流，这反而验证了方向。

从 OpenClaw 吸收什么、再补上什么

Roman 坦承 Grok Bot 从 OpenClaw 那类产品吸收了很多。OpenClaw 做对两件事：一是证明即使按当前模型能力，只要给 bot 访问你工作所用工具的权限，它就能走完大部分路——很多人觉得 AI 笨，其实是「被错误的用法拖累」；二是把 AI 更看作同事、队友，一个能访问你生活、延伸你的实体。

Grok Bot 补上的是规模化：家里架 VPN 加一台 Mac mini 的 hacky 方案无法扩展到数百万用户，更不会是企业采用的方式。同时把粗糙边缘磨平，移除高级用户才懂的抽象——怎么让用户甚至不需要知道什么是 skill、永远不用输入斜杠命令。

北极星：每个决策都问「人类队友会怎么做」

产品的北极星是：少从 SaaS 产品的角度思考，多从「打造有用的 AI 队友」思考。当一场产品辩论两边都有道理时，跳出来问「一个人会怎么做这件事？

这个情境下你希望队友怎么做？」——答案往往清晰且全屋一致。比如语音体验：人类协作里，「Slack 来回沟通到一定时候，直接开个五分钟临时会议、共享屏幕、挂断后继续异步」是核心模式，而目前没有任何 AI 产品做对了这件事。

关于工作与个人会不会分成两个助手，Roman 的判断是：用户确实需要分离、企业也有常识性理由，但这两件事「实际上不是不同的问题集合」，产品形态几乎相同——他的直觉是一个产品就能同时承载，这也是他们想建的东西。

增长打法和 Cursor 的生存之道

Go-to-market 上他们复用编程领域的模式：早期采用者先在个人场景（晚上周末的副业项目）感受到「体验未来」的顿悟时刻，回到工作就无法忍受旧方式、反向要求公司采用。现在 X 上已经有 Grok Bot 控制扫地机器人、帮 Tesla 充电桩谈判省钱的例子，下一步就是推动它进入真实的企业系统——bot 在复杂组织里怎么工作、组织级记忆长什么样，还是未解之题。

至于 Cursor 为什么能在 OpenAI、Anthropic 夹击下持续赢，Roman 的答案是文化：从不自满、从不觉得已经赢了；「如果我们不能每六个月彻底重塑自己——最近感觉比那还短——我们就会输。」当年一起做 AI 编程的十几二十家竞争对手，如今没有一个还在前沿，不是决策错了或资源不够，而是「文化上无法快速行动、无法在当下变化时跟上当下」。两条反复被讲到的价值观：一是「删除产品」——为补模型能力不足而搭的脚手架式功能，会随时间被移除，要敢于做让小部分用户不满的艰难决定；二是「直接去做」——不是请求许可的文化，看到该做的事就去做、自己去拉资源。

对护城河的讨论，他的回答很反主流：如果 Cursor 当年从战略图表倒推护城河，不会有今天。真正的魔力是「痴迷于今天就造出有用的东西」——看到三个月后模型能解决的事，就想办法用工程把它拉到今天实现，三个月后再把这些全删掉，再为下一个三个月构建。护城河（分发、数据）是这个过程的副产品。

怎么上手：给上下文，然后问它

给新手的建议刻意避开 hacky 技巧（他们的理念是那些东西不该存在）：第一，像给新同事做入职一样，把 Slack、邮箱、公司记录等工具的访问权给它；然后问 Grok Bot 它能为你做什么。Roman 自己的第一个任务就是「过一遍我的 Slack 和邮箱，建议五件你能接走的事」，它建议的五件里有两件真有价值——不是「起草一封邮件」，而是「完成一大块工作」——他立刻派生了两个 bot 去做。这是他最大的震撼时刻。

进阶玩法：让 bot 之间协作。他给自己建了一个 QA 测试员 bot，里面装着 Grok Bot，测试桌面版新构建时让它跑十个关键工作流、写入一份记录所有历史测试结果的文档并对比。

还有把 Grok Bot 当「信息吞噬者」：挂在 Slack 和邮件上，被告知你的角色和关注点，重要的事直接通知、其余进每日汇总；他自己更进一步，接上了 X 上所有提及 Grok Bot 的内容、内部上下文、QA 测试器和消息服务，形成永远在线的幕僚长。已有用户给 bot 授权「紧急时呼叫我」——前提是你足够信任它没有误报。他认为 AI 的下一个转变就是 bot 比你更主动。

本集带走

• 两个决定成就 Grok Bot：一切运行在云端（不用想本地/云、设备是否开机），且每个 bot 拥有自己的电脑（能像人一样点像素、填表单，而不只靠 API）。
• 手动引导两三百个早期用户：核心团队亲自坐镇每一次 20 分钟引导，痛苦的问题第二天必须修；同时「不诱导证人」，让用户自己发明出幕僚长管理模式后再在产品里鼓励。
• 用减法做产品：每项工作先问「上线推文是什么」；说「Grok Bot 可以」而不是「Grok Bot 有了」；自动化这类能力直接用自然语言定义，99% 的用户永远不需要见到配置界面。
• 招聘自动化别从筛简历开始：把「候选人的完整宇宙」匹配到具体业务问题——比如每天自动盯会议官网、下载新论文 PDF、找出未追踪的作者、查内部人脉、请求引荐。
• 六个月彻底重塑一次自己：Cursor 的生存之道是不自满、敢删除脚手架式旧功能；护城河是「把三个月后的未来拉到今天」的副产品，不是规划出来的。
• 新手第一招：接好邮箱和 Slack 等工具后，直接问 Grok Bot「你能替我接走哪五件事」——它会给出整块工作的答案，而不只是一封邮件草稿。

让我对开发 Grok Bot 感到如此兴奋的是，这是我第一次在非编码任务上感觉自己可以真正把工作委托给 AI，不用再去想它，回来的时候事情已经完成了。
What made me so excited to work on Grok Bot is it was the first time for non-coding tasks that I felt like I could truly delegate work to AI, not have to think about it, and I would come back and it’s done.
—— Roman Ugarte · [01:00]

一旦你开始突破「这是带有一组连接的 AI 聊天」的框架，转向「这是一个有电脑的同事」，它就直接抬高了你会想到交给 AI 的事情的上限。
Once you start breaking out of, this is AI chat with a set of connections instead to, this is a colleague with a computer, it just raises the ceiling of what you would think to give to AI.
—— Roman Ugarte · [00:43]

我认为我们现在正处于一个非常奇怪的时刻，将来回头看我们会说：我很惊讶很多人就是这样与 AI 一起工作的——你在给这些超级智能的新同事、这些 AI 机器人做入职培训，却让它们和你共用同一台电脑。
I think we’re in a really weird moment right now that I think we’re going to look back on and be like, I’m surprised that this is the way that a lot of people worked with AI, where you’re onboarding these super intelligent new colleagues, these AI bots, and you’re asking them to share the same computer that you have.
—— Roman Ugarte · [32:21]

而如果你在现有范式中投入了大量沉没成本，从零开始创造一个新东西是非常痛苦的。
And if you have a lot of sunk cost in that existing paradigm, it’s very painful to create a new thing from scratch.
—— Roman Ugarte · [35:05]

在很多人们认为 AI 很笨、或者可能没有承诺的那么有影响力的地方，我认为很多情况都是它只是被错误的使用方式所拖累的结果。
In a lot of the places where people think AI is dumb or maybe not as impactful as it’s been promised, a lot of that I think is downstream of it just being harnessed in the wrong way.
—— Roman Ugarte · [36:50]

但从某种意义上说，这并不是火箭科学，不需要你是个天才。你只需要问这个问题：你会希望从一个人类队友那里得到什么，我们能否推动 AI 以类似的方式表现？
But in some ways it’s not a rocket science, doesn’t require you being a genius. You just need to ask the question of what would you want from a human teammate and can we push AI to behave in a similar way?
—— Roman Ugarte · [41:21]

你仍然在做那件事，感觉也是那样，它同样压在你身上——而不是真正地给同事来一记不看人的传球，然后说：「你可以搞定，这是背景信息，放手去干吧。」
You’re still doing the thing and it feels that way and it’s weighing on you in the same way versus truly throwing a no look pass to a colleague and being like, “You got this, here’s the context, go off and run.”
—— Roman Ugarte · [62:59]

如果我们作为公司不能每六个月彻底重塑自己——最近感觉甚至比那更短——对我们优先事项、核心产品、用户感受进行非常重大的彻底重塑，我们就会输。
And if we as a company can’t completely reinvent ourselves every six months, which recently it’s felt even shorter than that, of complete very significant reinventions of our priorities, the core product, what users feel, we’re going to lose.
—— Roman Ugarte · [68:49]

而且我认为值得注意的是，这些竞争对手没有一个现在站在 AI 编程的前沿，这在很大程度上不是因为它们做出了任何错误的决定或缺乏资源，而是因为在文化上无法快速行动、无法在当下变化时改变以跟上当下。
And I think it’s notable that none of those competitors are at the forefront of AI coding right now in large part, not because of any incorrect decisions that they made or any lack of resources on their part, but this cultural inability to move quickly and to change to meet the moment as the moment’s changing.
—— Roman Ugarte · [69:38]

我认为真正造就 Cursor 之魔力的，是对今天就构建一个有用的东西的痴迷。
I think what really created the magic of Cursor was an obsession with building a useful thing today.
—— Roman Ugarte · [73:14]