知识工作代理的产品决策、云端架构与企业化路径——Grok Bot产品负责人Roman Ugarte访谈要点梳理（Lenny's Podcast，2026-09-08）

——据Lenny's Podcast节目《How we built Grok Bot in a month | Roman Ugarte (SpaceXAI)》（2026-09-08）整理

摘要：本文对Lenny's Podcast节目专访SpaceX AI旗下Grok Bot产品负责人Roman Ugarte的主要观点进行了梳理汇总。梳理了Grok Bot从立项到公开发布的开发过程与两项关键架构决策，介绍了其产品简化原则、早期用户引导方式与企业内部采用情况，最后阐述了公司的企业化市场策略以及嘉宾对应用层护城河的判断。据其介绍，Grok Bot从第一行代码到内部原型约用一个月，内部测试至公开发布约三周，核心团队亲自引导两到三百名早期用户上手，平台上99%的自动化由自然语言建立。

关键词：企业代理；企业采用；应用层护城河；前沿实验室；研发效率；Grok Bot；Cursor；OpenClaw

一、开发过程与产品定位

Grok Bot由隔离运作的小团队在约一个月内完成原型，并选择以独立产品的形态面向知识工作。

（一）嘉宾背景与开发节奏

Ugarte此前是Cursor的第15号员工、负责增长，经历了该公司从15人发展到一千余人直至被SpaceX收购的全过程。Grok Bot是面向知识工作的代理产品，录制时距公开发布约三周。

据其介绍，开发过程主要有三个环节。一是小团队隔离运作，团队此前的积累集中在开发者工具上，为做出面向公司其余部门的知识工作产品，公司内部抽调一个很小的团队集中攻关约一个月，团队坐在办公室的另一片区域、使用私密的Slack频道。他表示，若换成一个大团队去构想六到十二个月的愿景，团队将难以走到现在的产品形态，原因在于每天要做大量并不显然、此前在其他产品上也没有做过的微观决策。二是内部压力测试，第一行代码到内部原型约用一个月，随后在全员会上推广，他称之为“与现实的真正压力测试”；结果原本日常使用聊天界面的人把日常的代理型任务整体切换过来，其中包括一些预期之外的部门。三是快速外推，内部反响确认后团队随即转入面向外部的准备，内部测试至公开发布约三周。

（二）另起独立产品的考虑

主持人指出，其他公司的路径是从编码代理中延伸出知识工作部分。Ugarte表示，新建产品的决定当时“完全不显然”，支持新建的理由主要有三。一是新产品能控制体验的每一个像素，使知识工作的愿景前后一致。二是编码产品对非技术用户有威慑感，编码代理虽能胜任其中一些任务，但会撞到细小的刺痛点，且存在品牌关联。三是把多种形态放进同一界面、每加一种形态就加一个标签页的做法，用户能感觉到那里是“三个不同的愿景共用一块屏幕”，他认为这“有点像把组织架构图直接发布出去”，用户反应是负面的。与此同时，他也认可存在多种做法，把用户从其他产品引入更原生的体验同样可能是好机会。

二、两项关键架构决策

在技术上同类产品也能实现相近功能的情况下，Ugarte将Grok Bot能够跑出来归因于两个当时并不显然的早期决策，两者均属于架构层面的选择，与模型能力无关。

（一）运行时全部置于云端

Ugarte表示，现有产品存在大量别扭之处：用户要考虑工作流跑在哪里、自己的电脑是否必须开着、从手机启动是否需要连着家里的电脑。他表示：“如果它在云上、是一个有自己电脑的持久同事，它就能自己干活，你在任何入口与它交互时状态都一致。”由此打开的可能性包括给bot发短信、从手机启动任务，以及未来从任何地方呼叫它完成工作。他判断，未作同样选择的产品，用户每天都在承受由此产生的细小刺痛。

（二）每个bot配备独立电脑

其理由分为两层。一是现实层面，很多工具没有得到良好支持的模型上下文协议（MCP）与API，人类使用电脑的方式是点击像素、在输入框里打字，bot同样需要这项基线能力。二是同事类比，他表示：“你在给这些超级聪明的新同事做入职，却要求他们和你共用同一台电脑。这很疯狂。”共用电脑意味着彼此绊脚、互相能访问对方凭证，与人的工作方式相悖。

谈及其他公司为何未这样做，Ugarte给出三方面看法：一是它们在既有编码代理平台上向外延伸，这一步是不小的转向；二是相关原语团队此前已做过或试过，云基础设施原本为编码代理而建，他坦言这些并非团队的独创，此前OpenClaw已在这些原语上获得关注与产品市场匹配，团队所做的是将其产品化进一个更紧凑的界面、降低配置门槛；三是路径依赖，“如果你困在既有范式里、在那个范式上有很多沉没成本，从零造一个新东西是非常痛苦的”。

三、产品简化与早期用户引导

Grok Bot以同事隐喻组织产品，刻意隐藏内部机制，并通过手工引导早期用户观察其自发形成的使用模式。

（一）隐藏内部机制与大规模删减

产品简化主要体现在三个方面。一是隐藏内部机制，Grok Bot不显示工具调用、思维链以及在自己电脑上的每次点击，只发出它认为合适的阶段性更新，并配一个类似Slack的活跃指示。Ugarte表示：“你不会要求队友逐秒汇报他按了哪些按钮、去了哪些网站，要求你的bot这么做也过分了。”早期反馈显示，有人希望看到bot的待办清单与大致优先级，没有人想要长长的文本流与思维链。二是发布前大规模删减，发布前两周产品里还有很多实验性特性和伪开发者可视化工具，例如暴露模型的内部思考与所存记忆，团队对用户需要看到的部分作了激进裁剪，他表示当前重点之一仍是“无情地简化这个产品”。三是以能力替代功能，旧式软件习惯说“Grok Bot现在有了”，后面往往接一个新按钮、新下拉菜单或新集成，团队改为“Grok Bot现在能够”，他表示“给产品加东西不是目标”；团队内部还有一条标准，做任何东西先问它的发布帖是什么，推文不够有说服力就可能不做。

自动化的建立方式是这一原则的具体落地。竞品需在侧边栏点加号、选触发事件、选后续动作，他认为这一方式“非常笨重”，结果是人们很少设置自动化；Grok Bot由用户直接用自然语言告诉bot“每天早上八点提醒我”，用户无需看到创建自动化的界面。据其介绍，平台上如今99%的自动化以这种方式建立。

（二）手工引导与使用模式观察

据其介绍，核心团队亲自为两到三百名早期用户做上手引导，持续约两周。他表示头几场“相当痛苦”，价值在于核心团队必须在场：“就在电话上坐二十分钟，看着虚拟机起不来，或者看着一个人在引导过程里彻底困惑。然后你立刻就知道这件事不能再发生。”

引导过程中团队刻意观察用户自发形成的使用模式。一是内部形成了“幕僚长”（chief of staff）模式，推广后头一两周，常见用法是每人配五到十个bot、各管一条工作线；到第二周末，有人把表现突出的bot“升职”为幕僚长，由它向其他bot分发任务，有人真的告诉bot它被升职，bot反问是否加薪、token预算是否提高。二是外部验证后再加引导，团队在外部早期用户身上不作引导，观察其是否自行走到同一处，结果许多人确实如此，产品随后给出更有主张的引导，但他表示这“不应该是一扇单向门”。三是刻意吸纳非典型用户，团队特意寻找此前从未接触过的用户画像，一位经朋友的朋友接触产品的咖啡店老板成为重度用户和高质量反馈来源，反馈集中在Shopify集成不稳定、产品文案写法等小生意场景。他由此认为这会是一个很通用的产品，开发者之外的人可能获得更大价值，并表示“我们确实活在硅谷的AI泡泡里”。

四、企业内部采用与市场策略

Ugarte认为知识工作代理将沿编码工具的扩散路径进入企业，当前市场策略的重心放在企业。

（一）销售与招聘团队的内部采用

销售团队在内部成为重度用户。据其介绍，一是该团队使用的一批工具缺乏良好支持的MCP或API，此前这些任务交给任何AI工具都会在流程某一步卡住，现在他们感觉像是给团队新招了一个人、给了它一台笔记本；二是卡点非常具体，列下来有十到二十条，例如鼠标控制的精细度不足以准确点中Salesforce仪表盘上的某个位置，团队将其带回基础设施核心团队逐项解决；三是反馈具有可操作性，他表示：“你今天发一个背后的改进，第二天就会收到销售团队的一片感谢，说过去七天一直失败的那个工作流终于跑通了。”

招聘团队是另一个例子。Ugarte介绍，公司的招聘理念是看哪些问题需要有人承担，再从全世界找出合适人选并全力说服，对方是否正在求职并非前提，因此读简历、排序简历的价值有限，有用的是把一整个潜在人群与具体岗位匹配起来并帮忙约见。据其介绍，团队设置了一个常开的寻访任务：每天早上去某个会议网站下载新论文PDF，找出此前未追踪的新名字加入表格并做背景研究，再核对公司内部是否有人与其直接相识，如有即发Slack消息请求引荐。他认为这类过去极为手工的工作，AI已达到“超人级”水平。

（二）企业化路径与公司布局

Ugarte从编码领域归纳了扩散路径：早期采用者在夜间与周末的个人项目上把工具推到极限，回到公司后开始要求引入，称“我现在感觉像在糖浆里走路，这必须改变”。他判断知识工作会出现同样的模式，当下X上流传的用bot控制家中扫地机器人、帮人节省特斯拉充电费等用例正是这一阶段的特征。

他明确表示团队并不把Grok Bot视为消费产品，认为它会改变企业与团队，bot将进入团队并贡献真正有经济价值的工作。基于此，当前市场策略重心押在企业，关注点从单人与单个bot转向三个尚无答案的问题：一是bot在更大的团队内部如何工作；二是bot在拥有大量上下文与历史的真实公司系统里如何工作；三是组织层面的记忆与面向个人时有何不同。他将产品定位为“为编码之外的公司其余部分完成向代理的切换的正确原语”。

据其介绍，SpaceX AI有三大支柱：一是编码产品，即Cursor与Grok Build，真正交付生产软件仍需要每个像素都为开发者优化的产品；二是通用知识工作，即Grok Bot；三是通用模型。他表示公司目标“其实非常实际，就是做有用的AI”，参与模型训练的是带着应用心态加入的工程师。

五、产品理念与护城河判断

Ugarte以“同事化”作为产品北极星，并认为应用层护城河在很大程度上是在持续交付中被发现的。

（一）OpenClaw的启发与同事化理念

Ugarte明确把OpenClaw视为思路来源，并归纳了其做对的两件事：一是模型已经足够聪明，关键在于运行框架（harness），“很多人觉得AI笨、或者觉得它没有兑现承诺的地方，很大一部分是被错误地装配了的结果”；二是它改变了AI的心智模型，把代理当作同事与队友。Grok Bot在此基础上作了两点延伸：一是必须极易上手，家中放一台Mac mini再配VPN的做法“显然扩不到几百万用户”，也不会是企业利用这项技术的方式；二是抹掉高阶用户的抽象，用户无需知道技能（skill）是什么、无需输入斜杠命令，这些应在后台生成为bot可用的原语。主持人转述，一位长期以OpenClaw为工作与生活核心的从业者已关停全部OpenClaw，整体切换到Grok Bot。

产品侧的北极星被他称作“同事化”（colleague-pilled），即产品争论陷入僵持时，回到“一个人类队友在这个处境里会怎么做”这一问题，答案通常相当一致。他举的在做例子是语音，人与队友协作时常开一个五分钟的语音会议、共享屏幕说清想法再回到异步协作，这一体验目前尚无AI产品做好。对于能完成100%工作的AI与只到90%的AI属于不同类别这一观点，他的解释落在负担是否被拿走：委派给一个只能信任九成的对象，用户仍须惦记、介入与引导，负担仍在自己身上。他表示，这是他在非编码任务上第一次感到可以真正把工作委派出去；工程师在过去一年到一年半里已有这种体感，多数人对AI的体感仍停留在两年前的模式。

（二）Cursor的生存与护城河

主持人认为，从外部看Cursor身处竞争激烈的市场，对手是增长极快的前沿实验室，且它运行在这些实验室的平台之上，本不该存活下来。Ugarte的回答主要有三个层次。一是文化上从不自满，产品必须匹配当下的能力水平，他表示：“如果我们作为一家公司不能每六个月彻底重塑自己一次，最近感觉周期还更短，我们就会输。”二是对手的教训，AI编码从Cursor出现时就竞争激烈，当时的对手是微软（Microsoft）等十到二十家公司，如今均已落后于AI编码前沿，他将主要原因归于文化上无法随时刻变化而快速变化，这些对手并未做错决策、也不缺资源。三是护城河的来源，他认为造就Cursor的是执着于做出今天就有用的东西，从战略图或抽象观念倒推护城河难以得到今天的产品，其循环是：预判三到六个月后模型能解决的问题，靠或多或少的工程把能力提前拉到今天，三个月后删掉这些脚手架，再去做下一件事，反复进行使用户信任公司会把产品带到下一个前沿。

他对创业者的建议是：“我怎么能让现在不可能的事情变得可能。用户会为了那件事来用我的东西……在这整个过程里我会获得很多分发优势、获得数据优势，价值会在那里。”与之呼应的是两条内部价值观：一是“删掉产品”，因模型不够聪明而搭建的脚手架会随时间移除，团队需习惯做出可能让少数用户不快的决定；二是“把事做了”，看到需要发生的事就去修好，并拉来所需资源，无须请求许可。

总的看，Ugarte认为模型能力已足以支撑相当一部分知识工作，产品成败在很大程度上取决于云端运行、独立电脑等运行框架层面的选择与持续简化；知识工作代理将沿编码工具的路径由个人扩散至企业，而护城河在很多时候是在持续把前沿能力带到当下的过程中被发现的，难以事先规划。