世界太吵,来原声听播客

Lenny's Podcast

Grok Bot 一个月做出来:小团队躲进山洞,大团队会拖没微决策

把知识工作做进 Cursor 不是显然错误,但用户能闻出三套愿景共用一块屏——那是把组织架构图直接发货。所以 Grok Bot 从零开始,几个人躲进山洞一个月。

AI agent产品设计创业团队知识工作Grok Bot
前半段是产品决策的取舍细节,后半段关于 bot 该有自己的电脑、自动化不该有界面的判断更值钱。

核心论点 · 点时间戳可跳到原声

0:02

一个月造出爆款,靠的是小团队躲进山洞

Grok Bot 的起点不是 Cursor 里加个标签页,而是一支「a handful of people」的小队被隔离到办公室一角、私有 Slack 频道,用大约一个月从第一行代码做到内部可用原型。Roman 的判断是:如果换成大团队、按 6 到 12 个月的愿景规划,就做不出最后落地的那个东西——因为每天要做的是一堆不明显的微决策,大团队会把这些决策拖没。

— Roman Ugarte
9:07

不塞进 Cursor,是因为用户能闻出三套愿景挤在一块屏

把知识工作做进 Cursor 并非显然错误,团队认真讨论过。Roman 说这条路的问题是「small paper cuts」:产品对非技术用户有压迫感,还有品牌联想。他点名批评竞品那种「每个新形态加一个 tab」的做法,用户能感觉到这不是一套统一的工作愿景,而是三套愿景共用一块屏幕,像「shipping your org chart」。所以决定完全从零开始。

— Roman Ugarte
11:08

两三百场手工 onboarding,是为了明天不再犯同一个错

团队亲手 onboard 了两三百人,包括主持人。头几场相当痛苦:电脑起不来、用户一脸困惑,而核心团队必须坐在那 20 分钟的电话里。Roman 说这种在场带来的效果是「that can never happen again」,明天就要修好,因为明天还要 onboard 下一个人。这个模式持续了大约两周。

— Roman Ugarte
12:08

他们刻意不告诉用户该建什么 bot

内部先自发出现「5 到 10 个 bot 各管一块」的用法,第二周末开始有人把某个表现突出的 bot 提拔成 primary personal assistant,再让它当 chief of staff 把任务分发给其他 bot——甚至有截图是用户告诉 bot 它升职了,bot 反问会不会加薪、token 预算是不是更高。团队注意到了,但在 onboarding 里刻意不引导,怕 bias 用户,先看外部用户会不会自己走到这一步,结果很多人真的走到了。

— Roman Ugarte
14:09

不展示思考过程,是产品立场不是省事

Grok Bot 把大量内部机制藏起来:不显示 tool calls、不显示它在自己电脑上点的每一步,只给一个类似 Slack 的活跃指示和按需的阶段性更新。Roman 的类比是,你不会要求同事逐秒汇报他按了哪个按钮、去了哪个网站。反馈里确实有人想看 to-do list 和优先级,但没有人想要长串的文本流和 chain of thought,这反过来确认了方向。

— Roman Ugarte
19:11

内部 beta 那三周主要在 unshipping

从内部 beta 到公开发布只有约三周,Roman 说这段时间「we unshipped a lot」:砍掉实验性功能,把伪开发者式的可见性工具从产品表面移走,比如暴露模型内部思考和具体记忆的界面。判断标准是「what is the launch post」——如果这件事写不成一条有说服力的发布推文,可能就不该做。他还区分了「Grok Bot now has」(新按钮、新下拉、新集成)和「Grok Bot can now」(新能力),后者才是该有的框架。

— Roman Ugarte
29:17

自动化不该有界面,99% 靠一句话生成

竞品的自动化设置是进侧边栏、点加号、选触发事件、选动作,Roman 说这很笨重,结果是人们很少真的去建自动化。Grok Bot 的做法是直接用自然语言定义:告诉 bot「每天早上 8 点提醒我」,它就该去做,用户永远不该看到那个创建自动化的界面。现在平台上 99% 的自动化就是这么建出来的。

— Roman Ugarte
30:17

两个早期决定:一切在云上,每个 bot 有自己的电脑

Roman 认为 Grok Bot 成功靠两个当时并不显然的决定。第一,用户永远不该思考本地还是云端、电脑要不要开着、从手机发起是否要连着家里的机器——全部放云上,bot 成为有自己电脑的持久同事,在任何入口状态一致。第二,bot 必须有自己的电脑,因为大量工具没有像样的 MCP 或 API,而人类本来也不是靠 MCP 和 API 工作的,是靠点像素、往输入框里打字。

— Roman Ugarte
32:20

让 AI 同事共用你的电脑,是这段历史的怪事

Roman 说现在是个会被回看的奇怪时刻:人们让这些超级聪明的新同事共用自己那台电脑。他的类比是,如果新员工第一天入职,你说你没有自己的笔记本,就坐我旁边,我们永远共用这台电脑、互相绊手绊脚,你有我的凭据我有你的凭据——没人会这么干。所以 bot 也需要类似「给它一台自己的笔记本」的 onboarding 方式。

— Roman Ugarte
36:27

OpenClaw 证明了模型被用错了方式

Roman 说 OpenClaw 做对两件大事。第一,模型已经很聪明且会继续变聪明,但即便在现有能力下,只要给 bot 你工作时用的那些工具,它就能走很远;人们觉得 AI 笨或不如承诺的地方,很多是「harnessed in the wrong way」。第二,它把 AI 的心智模型推向同事、队友、人格化的助手实体。Grok Bot 在此基础上补的是:必须极易设置,家里挂 VPN 加一台 Mac mini 的玩法显然无法扩展到数百万用户,也不是企业采用的方式。

— Roman Ugarte
39:31

终极愿景是给你一支 AI 团队

Roman 说 Grok Bot 的终极愿景「incredibly simple」:你该有一支 AI bot 团队帮你干活、帮你生活,而且它要真的像一支团队——自主、可被 steer、不用 micromanage、能拿到做大事所需的工具。产品侧的北极星是:每做一个产品决策,都少从 SaaS 产品的角度想,多从「我们在造有用的 AI 队友」的角度想。他给了一个可操作的判断法:产品争论两边都有道理时,跳出科技公司的语境问一句「人类队友在这种情况下会怎么做」,答案往往清晰且全场一致,剩下的只是把它造出来。

— Roman Ugarte
41:32

语音体验要抄的是五分钟 huddle

Roman 举了 colleague pill 这个词,说很多产品决策要往「像同事」的方向推。具体例子是语音:人类协作里很常见的是 Slack 来回发上下文,但更简单的是直接开一个五分钟 huddle,互相共享屏幕、把想法摊开,然后下线继续异步。他认为现在没有任何 AI 产品把这件事做对,而它「deeply integral to the way that I think humans collaborate」,所以想造一个类似的东西。

— Roman Ugarte
43:33

未来的 power tool 没有旋钮

Roman 说过去一二十年糟糕的 B2B 软件留下了包袱,让人看到简单的产品就以为它不是工作工具、不是 power tool。他脑子里上一代 power tool 是 Photoshop:一堆旋钮,用户是知道每个旋钮干什么的 cockpit flyer。他认为未来的 power tool 完全不同——主要是表达意图加上人的 good steering,AI 工具把所有旋钮抽象掉,除非你确实要直接操作,否则不该看见它们。所以界面是对话式的:他路过同事工位看到 Grok Bot,第一反应是「他在用聊天软件吗」,其实那是对方干活的主力工具。

— Roman Ugarte
44:34

工作和生活最终会共用一个 bot

Roman 判断很多人会想要工作和个人生活分开,这很好也重要,企业视角也有常识性理由。但他要造的方向是:Grok Bot 既承接你工作里大量可委派的低杠杆事务,也承接你个人生活里低杠杆的部分,而这两者「actually are not different problem sets」——产品形态和解题方式基本相同。所以他的直觉是一个产品会是两边最好的形态。主持人追问怎么避免个人内容和工作内容交叉污染,Roman 没有在这段里给出答案。

— Roman Ugarte
47:39

电脑这个概念会被彻底抽象掉

Roman 用队友类比解释 computer:你和队友合作时,需要手动接管对方电脑、点来点去、说「你这里做错了,应该点这里」的次数,希望接近于零。同理,现在 computer use 已经不错且在快速变好,很快 computer 这个概念会从用户视野里完全抽象掉——你不该点进一台远程虚拟机,也不该需要接管它。中期内 computer 对用户仍是重要概念,但不会是他们实际交互的东西。Grok Bot 该被理解成一支替你干活的 agent 团队。

— Roman Ugarte
49:39

每个 bot 有自己的电脑,能跑 Grok Bot

Roman 说这些 agent 有很长的记忆,不是一次性会话,会随时间变聪明;它们能拿到人类同事该有的工具(API、MCP),还有一台自己能像人一样自由操作的电脑。他提到在 meetup 上 Shub 演示了 Grok Bot 里跑 Grok Bot——bot 可以运行自己的 Grok Bot,用来做测试和看回归。Roman 自己也这么干:给一个 bot 装上 Grok Bot 当 QA tester,让它按十条 workflow 测新构建,把结果写进一份记录历次测试的 Notion 文档里做对比。

— Roman Ugarte
51:42

把 bot 当 infovore,让它主动 page 你

Roman 说一个简单但有深度的模式是把 Grok Bot 当 infovore:吞掉海量信息、卸掉你的认知负担,只把重要的推给你。V1 实现是接上 Slack 和邮件,告诉它你的角色和关注点、什么情况直接 ping 你、什么情况放进每日 roundup。他自评自己在 V3 或 V4:接了 X 上所有提到 Grok Bot 的内容,和内部上下文、QA tester 联动看能不能复现 bug,还接了自己的消息服务去快速响应反馈。已经有人给 bot 开了 page 权限,紧急时在喝咖啡也会被 Grok Bot 呼叫——前提是你得信任它没有误报。他认为 agent 比人更主动,会是 AI 的下一次转变。

— Roman Ugarte

原话 · 已逐字校验

we decided to kind of create this very small team internally. It was really just a handful of people uh to go off into a cave for about for about a month with the sole objective of build an amazing knowledge work product that brings agents to the rest of the company.

我们决定在公司内部组建一支非常小的团队。真的就是几个人,钻进一个山洞里待了大约一个月,唯一的目标是做出一个出色的知识工作产品,把智能体带给公司其他所有人。

Roman Ugarte4:05

this was not a single consistent uh vision of the way that work should work and instead it's three different visions that all kind of share a screen and you can hop between but it is kind of a shipping your org chart style thing that I think users are reacting negatively to.

这不是一套关于工作该如何进行的统一愿景,而是三套不同的愿景共用一块屏幕,你可以在它们之间跳来跳去——这有点像把你的组织架构图直接发货给用户,我认为用户的反应是负面的。

Roman Ugarte10:08

you're onboarding these super intelligent new colleagues, these AI bots and you're asking them to share the same computer that you have. It's crazy.

你在给这些超级聪明的新同事——这些 AI bot——做入职,却要求它们和你共用同一台电脑。这太疯狂了。

Roman Ugarte32:20

The ultimate vision of Grockbot is incredibly simple, which is you should have a team of AI bots that help you with your job and help you with your life.

Grok Bot 的终极愿景非常简单:你应该有一支 AI bot 团队,帮你工作,也帮你生活。

Roman Ugarte39:31

I think power tools of the future will actually be very different from that. Uh where it is mostly just intent being expressed and good steering on the part of the human and these AI tools abstract away all of the knobs.

我认为未来的 power tool 会和那完全不同。它主要是表达意图,加上人这边良好的 steering,而这些 AI 工具把所有旋钮都抽象掉了。

Roman Ugarte43:33

You're not that's not 90% task completion. You're still doing the thing and it feels that way and it's it's weighing on you in the same way versus like truly throwing a nook pass to a colleague and being like you got this.

那不是 90% 的任务完成度。你还在做那件事,感觉上也是,它同样压在你身上——而不是像真正给同事扔一个不看人传球,说「你来,这是上下文,去干吧」。

Roman Ugarte1:02:56

I've always been a big AI semantic search nerd. I love any SEM search product, especially the kind of out of the ordinary ones.

我一直是个 AI 语义搜索的狂热爱好者。我喜欢任何语义搜索产品,尤其是那些不寻常的。

Roman Ugarte1:20:03

I think we're in the very early innings of this still. I mean, we released a beta 3 weeks ago.

我觉得我们在这件事上还处在非常早期的局数里。我是说,我们三周前才发布 beta。

Roman Ugarte1:22:03

数字与实体

从第一行代码到内部可用原型约一个月4:05
从内部 beta 到公开发布约三周19:11
手工 onboarding 人数两三百人11:08
通过自然语言创建的自动化占比99%29:17
Roman 自评的 Grok Bot 信息流用法阶段V3 或 V451:42
Grok Bot beta 发布至今3 周1:22:03

术语

MCP模型上下文协议
让 AI 模型连接外部工具和数据源的开放协议。
steering引导
人对 AI 输出进行方向性调整,而非直接操作每个细节。
infovore信息吞噬者
大量吞入信息、只把重要内容推给用户的模式。
unshipping反向发布
把已上线的功能或界面从产品中移除。

收听指南

谁该听

正在做 AI 产品、agent 或知识工作工具的创业者和产品经理,尤其关心小团队如何快速验证、bot 该不该有自己的电脑。

可跳过

1:18:03 之后的闪电轮(书、影视、格言)没有产品机制,可跳过。