我们如何在一个月内做出 Grok Bot | Roman Ugarte（SpaceXAI）

Roman Ugarte 用一句话概括了 Grok Bot 的雄心：人们应该拥有一支 AI 机器人团队，帮助自己处理工作和生活。Lenny Rachitsky 提供了外部定位，称它是全世界最热门的 AI 产品，同时承认这个位置争夺激烈，并提到发布三周后的一场聚会，数百人到场，只能站着。Roman 自己对产品为何重要的说明并不基于功能：一旦心智模型从「带上一组连接的 AI 聊天」转向「一个有电脑的同事」，用户愿意委托出去的上限就抬高了。

这个项目是从一张白纸开始的，而不是从某个已有的界面改造而来。Roman 描述了几个人被隔离在办公室的一个独立区域，使用私密的 Slack 频道，从第一行代码到内部原型大约花了一个月。他给出的后续时间线同样紧凑：从内部测试版到公开发布约三周，截至录制时已公开上线约三周。Lenny 把这个序列复述为：构建一个月，迭代三周，发布三周。

「钻进山洞里待上大约一个月，唯一目标就是打造一款了不起的知识工作产品」

这种隔离不只是后勤安排。Roman 认为，速度取决于每天做出大量微小的决策，其中一些与公司在其他产品界面上的做法完全不同，而一个为六到十二个月愿景做优化的大团队不会落到同一个结果。他把这当作带着后见之明的反事实陈述，而不是受控比较；而且他此前也用同样的方式描述了那两个关键产品决策：当时它们并不显得理所当然。

第一次真正的考验是在 SpaceXAI 全公司范围的推广。Roman 明确点出了偏见问题：团队很兴奋，也对自己产品的机制非常熟悉，所以内部的喜爱说明不了什么。问题在于人们是否会为了把 Grok Bot 当作主要智能体界面，而放弃其他内部和外部工具。他的证据是第一周的反应，包括那些日常使用 ChatGPT 或某个聊天界面的人，把自己日复一日的智能体任务迁移过来，他称这是非同寻常的反响。

Lenny 把这个架构选择放在竞争背景下来看。Anthropic 和 OpenAI 都认定自己的编程智能体存在知识工作方面的机会，并把它并入了现有产品，于是有了 Cowork 和范围更广的 Codex 推进。Grok Bot 反而起步于 Cursor 之外，Lenny 问这有多大争议。

Roman 说这一点完全不显然，围绕在 Cursor 和编程产品内部构建有过许多讨论，因为人们本来就用这些产品做非编程工作。他反对复用的理由很具体：编程智能体有细小却恼人的摩擦点，会让非技术用户望而生畏，还带着品牌联想。他也批评了另一种竞争做法——一个界面里为每种形态加一个新标签页，认为当三种不同愿景共用同一个屏幕时，用户是能感觉到的。从零开始让团队控制了每一个像素，并对知识工作的走向保持一致的看法。

「一种把组织架构图直接发出去式的做法」

Lenny 立刻把反方案记录下来，而不是让这个原则不受挑战地成立：Codex 走了相反方向，如今正在整合成一件东西。他总结说，做成这件事有很多条路，所选路径会塑造后续发展，而后见之明可能对当初的选择做出不同评判。这段交锋是采访这一部分中最明确的分歧，而 Roman 并未声称自己的路径是唯一一条。

后来，Roman 大幅缩小了这个主张。他说这些想法并非天才灵光，类似的原始构件早已在别处找到了产品与市场的契合，Grok Bot 的贡献是把它们产品化成一个更紧凑、设置更少的界面。他对竞争对手为何没有照搬这套做法的解释是沉没成本：每个人都看到同样的机会和市场反馈，但改造既有范式是强烈的默认选项，而当先前的投入很大时，从零构建是痛苦的。

Lenny 把手动引导上手的规模说成两三百人，包括他自己；Roman 描述的是一段约两周的时间，团队在此期间手把手带了大约两百人。两个数字接近但不完全相同，Roman 的版本强调的是持续时间和强度，而不是精确人数。Lenny 自己对这一过程的例子很具体：他要求发一条推文推广自己的最新一期节目，产品识别出了那期节目并生成了不错的推广内容，当场就说服了他。

声明的目的是贴近诊断现场。核心团队坐在二十分钟的通话里，看着一台电脑启动失败，或者一个新用户彻底不知所措，然后把修复当作紧急事项，因为第二天还安排了另一场上手。Roman 补充了第二个动机：内部用户已经在向共享的技巧和诀窍趋同，团队不希望在外部的使用能够证实或推翻之前，就让这种群体思维为外部用户定义这个产品。