一个月打造 Grok Bot：SpaceXAI 知识工作智能体的极简实验

原始视频：How we built Grok Bot in a month | Roman Ugarte (SpaceXAI)

Lenny Rachitsky · 2026-09-08 · 1 小时 22 分 43 秒

主持：Lenny Rachitsky，播客主理人 · 嘉宾：Roman Ugarte，SpaceXAI 产品负责人，曾任 Cursor 增长负责人

字幕说明：视频仅提供 YouTube 英文自动字幕，文中人名、组织与技术细节已对照官方文字记录与一手资料核验校正。

补充一手资料：Lenny's Newsletter 官方文字稿 · Roman Ugarte 的 X 主页 · Grok Bot iOS 应用商店页面

Roman Ugarte 此前在 Cursor 担任增长负责人，经历团队从 15 人扩张至 1000 多人并被 SpaceX 收购的全过程。随后，他在 SpaceXAI 内部参与孵化了一款面向通用知识工作的智能体产品：Grok Bot。

团队的推进节奏极为紧凑。极少数核心成员搬进一间相对隔离的办公室，建立独立的沟通渠道，从第一行代码开始推进。从写下第一行代码到拿出内部原型，他们只用了 4 周时间；再经过 3 周的内部高强度试用与打磨，产品正式推向公测。 整场开发冲刺耗时 7 周。

在全员大会公布原型后的第一周，原本习惯使用 ChatGPT 等对话工具的非技术部门，开始迅速将日常流程迁移至 Grok Bot。这款产品没有沿用行业常见的工具堆叠路线，其背后的设计取舍揭示了智能体产品演进的新逻辑。

为什么不把知识工作塞进现有工具？

在做产品立项时，行业的主流路径是把现有编码工具继续延展。Anthropic 与 OpenAI 分别在已有产品中增加知识工作模块或画布界面，试图用单一工作台容纳更多工种。

SpaceXAI 团队最终推翻了这个设想。Cursor 在开发者群体中已经建立起强大的心智，但对非技术工作者而言，IDE 的界面天然带有心理门槛。即使用户可以用它完成非编程任务，各种细小的操作摩擦与终端概念依然会让体验变得沉重。

当一个产品试图兼顾所有工种时，往往会演变成在界面上不断堆叠新标签页。团队认为这种做法本质上是在把公司的组织架构图直接硬塞给用户。与其在既有代码编辑器上打补丁，从零开辟一个全新独立产品，才能完整掌控每一个像素的交互节奏。

手动陪跑 300 名早期用户的真实反馈

为了验证产品的真实使用方式，团队没有急于开放大规模内测，而是采取了极度密集的人工陪跑策略。包括播客主持人 Lenny Rachitsky 在内，团队成员一对一手动陪跑了近 300 名早期用户。

在陪跑过程中，团队让用户直接输入真实工作需求，观察他们在哪个环节感到困惑，哪些操作属于自然流露。Lenny 当时给出的测试指令是为自己最新一期播客撰写一条推文，Grok Bot 自主找到了最新剧集的主题并完成了文案构思。

团队内部的招聘团队成为了深度用户。负责人 Adam Ward 的团队不再依赖繁琐的批量搜寻工具，而是让智能体协助筛选高匹配度人选并起草个性化沟通内容。一对一观察让团队看清了真实需求：普通工作者不需要复杂的提示词旋钮，他们只想要一个能真正把事情办妥的帮手。

纯云端运行与反向去功能化

在产品架构上，团队确立了两个关键原则。第一项原则是纯云端持久运行。用户不需要理解本地运行与云端调度的区别，也不用担心笔记本电脑是否休眠，或者手机操作是否需要连接家里的台式机。所有智能体任务在云端 24 小时保持运行。

第二项原则是反向去功能化。在公测前两周，团队内部界面堆满了各种实验性功能，甚至包含许多开发者专用的观察面板与自动化设置抽屉。团队随后果断移除了大量多余开关。

这种删减让交互回到了最简单的对话指令。平台上 99% 的定时与自动化任务，都是用户直接通过自然语言委派生成的，无需通过复杂的规则编辑器手工配置。 用户只需说明每天早上 8 点执行某项汇总，智能体就会在后台建立计划并准时交付结果。

把智能体当同事看待的协作范式

Roman Ugarte 提出了把智能体当同事看待的产品框架。在团队合作中，没有人会频繁争夺同事的鼠标与键盘，更不会时刻盯着对方的屏幕逐字纠错。

这种协作要求为智能体提供独立的计算环境与权限抽象。智能体拥有属于自己的浏览器环境与长期记忆，能够像助手一样处理复杂长流程，并在需要补充信息时异步向人类汇报。人类只需向它抛出一记利落的不看人传球：交代清晰的背景，然后放手让它执行，无需陷入逐次调优 prompt 的泥潭。

这也构成了产品对任务完成度的苛刻标准。一个能完成 100% 任务的智能体，与只能完成 90% 任务的工具存在质的区别。 如果用户始终需要介入最后 10% 的环节去修正或盯盘，心理认知负荷就从未真正卸下。

删减产品与动态发现护城河

在团队内部，有两个反复被提及的文化原则。第一个是主动删减产品。随着底层基础模型能力持续跃升，过去为了弥补模型缺陷而搭建的脚手架界面都会逐步失效。团队必须保持淘汰旧功能的敏锐度，把复杂的交互归还给模型本身。

第二个原则是护城河来自实践发现，而非静态规划。在瞬息万变的技术周期里，关在会议室预测 12 个月乃至 24 个月后的竞争壁垒毫无意义。Cursor 过去在激烈竞争中突围，正是依靠超高日活反馈循环所带来的快速应变。

智能体最终会走向一组各司其职的虚拟团队。对于刚接触这一形态的用户，最有效的切入点在于放下复杂的提示词技巧，像迎接新员工一样，为智能体配齐工作上下文与必要权限。