从代码工具到通用知识工作Agent的起源
Roman Bogart 是 Cursor 的第15号员工，过去两年担任增长负责人。近期他参与孵化了 Grok Bot，一款旨在改变日常知识工作流的产品。Roman 指出，团队最初的目标并非仅服务于开发者或工程师，而是希望打造一款面向广泛知识工作者的 Agent 产品。为了验证这一设想，团队组建了一个高度隔离的小型核心小组，在内部“闭关”约一个月。这种 极度专注的小团队模式 被证明至关重要，因为它允许成员每天做出大量微小且非显而易见的决策，避免了大团队常见的长期愿景僵化。从写下第一行代码到内部发布原型仅耗时一个月，随后通过全员大会推向整个 SpaceX AI 团队。结果令人振奋：大量原本使用 ChatGPT 或其他对话界面的员工迅速将 Grok Bot 作为主要 Agent 界面，这种内部狂热直接推动了产品向全球数百万用户的正式扩展。
“我觉得以现在的后见之明来看，如果当时是一个大得多的团队，这事儿我觉得根本就不可能成。我觉得这需要一个高度专注的小团队，完全和公司的其他人隔离开来。”
独立产品决策与“幕僚长”模式的发现
面对 Anthropic（CoWork）和 OpenAI（Codex）将代码 Agent 扩展至知识工作的路径，Roman 团队做出了一个关键决策：不从 Cursor 中衍生功能，而是从零开始构建全新产品。这一选择源于对用户体验一致性的考量。在现有代码产品中硬塞非技术功能会导致界面杂乱，且品牌认知存在冲突；而独立产品能让团队掌控每一个像素，提供既简单又强大的连贯体验。在早期用户导入（Onboarding）阶段，团队人工服务了二三百名用户，包括主持人 Lenny。这一过程揭示了重要的使用模式：许多用户在第二周开始将表现突出的 Bot “升职”为 幕僚长（Chief of Staff），由它统一分发任务给其他专项 Bot。团队并未强制推广此模式，而是通过观察确认其有效性后，才在产品中适度鼓励。此外，团队还刻意隐藏了 Bot 的内部执行细节（如工具调用步骤），主张用户无需像监控同事那样查看每一步操作，只需关注阶段性进展和在线状态即可。
“我们非常明确的主张，用户不需要看到所有这些细节。所以，我们就是从这里起步的。”
跳出硅谷信息茧房：早期反馈的多样性与通用性
团队在开发初期进行了大量高强度的导入沟通，虽然投入了巨大精力，但这被证实是产品成功的核心部分。值得注意的是，早期体验群体并不局限于极具影响力的意见领袖或高阶用户。虽然像 Wany 这样熟悉市面众多产品的高阶用户提供宝贵反馈，但团队更有意让那些“非常规用户”参与测试。例如，一位咖啡馆老板在体验 Grok Bot 后成为高阶用户和重要反馈来源，他指出了 Shopify 集成不稳定、商品文案风格偏差等具体问题。这种来自经营小微企业的不同使用场景的反馈，填补了内部“吃狗粮”测试无法覆盖的盲区。
这一实践让团队意识到，Grok Bot 是一款极具通用性的产品，甚至可能对非开发者群体更为强大。团队反思道，虽然身处硅谷的 AI 信息茧房有助于推动前沿技术演进，但必须主动跳出来。因为这款产品有机会成为主流用户和主流企业客户以实用方式接触 AI 的途径。从时间线来看，从第一行代码到内部测试版仅用一个月，随后经过三周迭代便公开上线。这种快速节奏要求团队在极短时间内精准把握产品方向，确保其能真正服务于更广泛的人群。
做减法与重构：从功能堆砌到后台自主执行
在公开上线前的最后三周，团队进行了大刀阔斧的功能下线。早期版本中塞入了许多偏开发者的可视化工具和实验性功能，如模型内部思考展示、记忆存储等。虽然这些对排查问题有用，但团队意识到必须区分哪些是用户在界面上必须看到的，哪些不是。核心目标是简化产品，将用户不需要主动思考的东西封装到后台。这反映了 AI 产品开发中一个关键的人类价值点：AI 擅长提供越来越多的点子，但人类需要决定砍掉什么、不上线什么。
团队重新定义了发版逻辑：传统软件倾向于宣布“新增了某个按钮或集成”，而 Grok Bot 应强调“现在可以做什么”。例如，在自动化流程方面，竞品通常要求用户通过复杂的侧边栏菜单配置触发器和动作，导致使用率低。Grok Bot 的解决方案是直接用自然语言定义自动化。用户只需对 Bot 说“请每天早上八点提醒我”，Bot 便在后台执行，无需任何可视化界面。目前平台上 99% 的自动化都是通过这种方式建立的。这种“赋予 Bot 在后台默默办妥工作且不掉链子”的能力，才是用户真正关心的核心价值。
云端独立实体与 Computer Use：像真实同事一样工作
Grok Bot 的成功源于两个早期关键决定。首先是完全云端化。团队摒弃了本地运行或依赖用户电脑常开的模式，让 Bot 成为拥有专属电脑的常驻云端同事。无论用户在何处交互（如手机短信或电话），状态都完全同步。这解决了现有产品因运行环境依赖设备而产生的诸多痛点，使 Bot 成为一个独立于用户设备的实体。
第二个决定是赋予 Bot 拥有自己电脑的能力，即强化 Computer Use（计算机使用）功能。由于许多工具缺乏良好的 MCP 或 API 支持，Bot 必须像人类一样通过点击像素、输入文字来操作界面。这一突破在销售团队中体现得尤为明显：通过解决鼠标精准点击 Salesforce 仪表板等底层架构问题，Bot 能够处理过去无法可靠委托给 AI 的任务。同样在招聘领域，Adam Ward 的团队利用 Bot 进行全天候自动搜寻人选（如下载特定会议 PDF、背调并发送 Slack 引荐请求），实现了超人水平的自动化。这种模式如同给新员工配备独立电脑而非共用，标志着 AI 从“编程助手”向真正独立的数字同事的转变。
从零开始构建通用知识工作助手
Grok Bot 的成功很大程度上归功于其从零开始（from scratch）的开发策略，而非在现有编程助手平台上修修补补。这种全新起点的做法让团队能够摆脱既有范式的束缚，针对通用知识工作（general knowledge work）这一全新受众群体进行深度打磨。虽然许多基础构建概念早已被其他产品（如 OpenCL）验证并实现了产品市场契合度（Product-Market Fit），但大多数竞争对手受限于沉没成本，难以跳出旧框架。Grok Bot 汲取了这些灵感，但将其重塑为一种配置要求更低、更紧凑且易于上手的产品形态。这种对现有痛点的重新定义，使得产品能够直接跑通并打动大量用户。
如果你困在现有的范式里，在这个范式里砸了很多沉没成本。想从零去搭一个新东西，就会非常痛苦，很难真正付诸行动。
我觉得很大程度上正是这一点，让这款产品能直接跑通，打动这么多人。
借鉴 OpenCL 并降低使用门槛
OpenCL（文中亦提及为 Open QA）对 Grok Bot 的设计产生了深远影响，它验证了两个核心观点：首先，模型能力极强且持续提升，只要赋予其足够的工具权限和独立的计算环境（如专属电脑），它就能完成大部分工作；其次，AI 应被视为同事或队友（colleague/teammate）而非单纯的聊天机器人，需赋予其人格以延伸人类能力。然而，OpenCL 等早期工具存在极高的配置门槛（如需要自行搭建 Mac mini、配置 VPN），这限制了其向数百万普通用户或企业场景的普及。Grok Bot 的核心创新在于极低的上手门槛和极致的开箱即用体验，通过后台自动化处理复杂的抽象概念（如 skill 或斜杠命令），让用户无需掌握前沿 AI 技术细节即可享受高效协作。
很多时候，大家觉得 AI 笨或者没宣传的那么厉害，我觉得很大一部分原因只是调用它的方式不对。
我们怎么能让一个Grok Bot用户甚至根本不需要知道skill是什么？他们永远都不该去敲斜杠命令，这些东西应该在后台生成。
以“同事协作”为北极星的产品愿景
Grok Bot 的终极愿景是让用户拥有一支AI Bot 团队，这些 Agent 能够像真正的队友一样自主行动、调用工具并协助完成工作与生活中的任务。产品决策遵循“Colleague Paired”（同事配对）原则，即跳出传统 SaaS 或科技公司的思维定式，转而思考“人类希望队友如何协作”。例如在语音交互上，模拟 Slack 中拉通简短语音会议共享屏幕的场景，而非强制异步文本沟通。在架构上，每个 Bot 拥有独立的云端电脑实例和长期记忆，避免了传统对话式 AI“单次会话、无状态”的弊端。此外，Grok Bot 旨在统一工作与个人生活场景，通过抽象掉专业工具中复杂的“旋钮”，让用户仅表达意图即可驱动 AI 执行高杠杆任务，实现真正无缝的数字化协作体验。
往往这个答案能一下子把事情理清……你希望你的队友怎么做？
Grok Bot 的终极愿景非常简单，就是你应该拥有一支 AI Bot 团队……必须真正感觉像是一群能够自主行动，为你提供帮助的队友。
长期智能体与自主计算环境
在团队结构中，工作分类应当对应不同的角色。这些 Agent 不是单次的临时会话，而是长期存在的实体。它们会向你学习并随着时间推移变得越来越聪明，从而针对不同的工作甬道提供专业化的支持。除了调用 API 和 MCP 等标准工具外，更关键的是赋予 Agent 属于自己的电脑。这意味着它可以像你一样自由地操作计算环境。例如，在 Grok Bot 中运行另一个 Grok Bot（即“套娃”架构），用于测试和观察回归问题。这种自主计算环境让 Agent 能够执行复杂的后台任务，如作为 QA 测试员下载并运行新版本应用，将测试结果写入 Notion 文档并与历史版本对比。一旦跳出“带连接的聊天框”这一局限，将其视为配了电脑的同事，你对 AI 能力上限的想象会被直接拉高。
信息过滤与主动式协作
Grok Bot 的一个核心应用场景是充当“信息吞噬者”。通过接入 Slack、邮箱及 X（Twitter）等海量信息源，Agent 结合内部上下文进行过滤。它负责消化冗余信息，卸下用户的认知负担，仅将真正重要的内容呈现在每日汇总中。随着版本迭代（从 1.0 到 4.0），Agent 不仅能接收信息，还能与 QA Bot 协作复现 Bug，并主动联系相关人员采取行动。这相当于拥有一个时刻在线的幕僚长实体。此外，部分用户已赋予 Agent 主动呼叫权限（如电话或短信），仅在极度紧急且确信无误时打扰用户。这种从“被动等待指令”到主动寻找问题并介入的转变，被视为 AI 交互模式的下一次重大跃迁。
市场策略与品牌架构
在市场拓展方面，团队采取了抢占窗口期的策略。鉴于产品尚新且存在认知门槛，重点在于通过聚焦具体使用场景（如模板案例）来降低用户上手难度，并以最快的速度扩大免费账号分发。这种打法借鉴了编程领域的经验：早期尝鲜者在个人项目中体验极速工作流后，会反向推动企业采纳。目前，SpaceX 的产品架构分为三大支柱：一是专业编程套件（Cursor 和 Grok Build），坚信生产级软件需要像素级的优化；二是通用知识工作 Bot，旨在成为可委托的 AI 队友；三是务实的基础模型研发。与追求模糊“超级智能”的其他实验室不同，这里的工程师以应用为导向，目标是打造真正有用的 AI。
100% 委托体验与初创速度
AI 能力的关键跃迁在于从“90% 完成”到 100% 全权委托的区别。若只能信任 AI 90%，用户仍需全程监控并介入修正，心理负担并未减轻；而 100% 的可靠性实现了真正的“不看人传球”，用户只需提供背景信息并期待成果。这种体验在 Grok Bot 的非编程任务中首次得到验证，标志着工作方式的根本性改变。同时，团队保持了初创公司般的极速迭代能力。尽管规模扩大至千人以上并融入 SpaceX 体系，但内部仍维持着极高的信任度与执行效率。这种快速响应反馈、每日上线新功能的节奏，确保了产品在保持高品质方向的同时，能够迅速占领市场并解决实际问题。
初创基因与快速适应：在巨头夹击下的生存之道
尽管公司规模扩大，但内部依然保留着初创公司那种全员冲刺、混乱却高效的特质。这种状态对于维持公司的成功至关重要，即便在招入大量来自高速增长公司的人才后，节奏并未完全放缓。与那些体量变大、明显失去初创冲劲的竞争对手不同，Cursor 始终致力于在文化、组织架构和自我构建上保留这种快速推进的能力。从局外人的视角看，Cursor 原本处于一个极其危险的位置：它身处全球竞争最激烈的市场，对手是 OpenAI 和 Anthropic 等历史上增长最快的公司；同时它还架设在底层平台之上。然而，Cursor 之所以能胜出并完成巨大退出，核心在于其顺应市场现实调整的速度。从代码自动补全到 Agent 对话，再到云端及 Grok Bot，每一次转型都体现了对现实的快速认知。成功的要素不仅在于认清现实并调整方向，更在于即便某项功能在别处可用，也能将其打造成同类中顶尖的体验。例如 Cursor IDE 成为了写代码的最佳方式，而 Grok Bot 则提供了极致的交互体验。这种快速迭代与极致体验的结合，是 Cursor 在激烈竞争中存活并持续出色的根本原因。
“如果我们这家公司不能每六个月彻底重塑一次自己，最近感觉这个周期甚至比六个月还要短……我们就会输掉。”
“正是这一点促使我们去投资像 Grok Bot 这样的东西……文化上无法做到快速行动，无法随形势变化而随机应变。”
核心价值观：做减法与自主执行
支撑这种快速适应能力的，是两条核心的公司价值观。第一是做减法与删除功能。观察 Cursor 和 Grok Bot 的迭代历史，会发现产品形态在变少而非增加新功能。那些像脚手架一样的过渡性功能被逐步移除，因为它们最初只是为了弥补模型能力的不足。团队必须敢于做出艰难决定，即便这会惹恼一小部分用户或让内部人员不适，也要坚持把产品做简单、做强大，以跟上未来的走向。第二是执行速度与自主性。随着公司规模扩大，“事情靠的是你”成为常态。公司文化鼓励员工直接行动，而非凡事请示；如果看到该做的事，就应拉来所需资源将其办成。这种高度的自主性（Autonomy）让许多同仁取得了成功，并与 SpaceX 的文化高度契合。这种文化确保了在面对 AI 快速演进时，团队能始终冲在最前沿，不断更新认知，从不觉得自己已经“做完”或“赢了”。
“我们必须敢于去做这种艰难的决定。即便可能会惹恼一小部分用户……也要去做更重要的事，把产品做简单、做强大。”
“如果你看到某件事儿，你觉得该做……你直接去把事情解决掉，拉来你需要的一切资源，把事办成。”
护城河的误解与 Grok Bot 的使用哲学
关于 Cursor 的护城河（Moat），外界常认为是数据反馈回路或顶尖体验。但创始人认为，如果当初老想着护城河或套用抽象战略概念，是做不出今天成果的。Cursor 真正的魔力在于死磕当下做出一件有用的东西。这是一个不断重复的过程：将未来三个月或六个月才能实现的能力，通过工程手段提前拉到今天让用户使用。一旦这些能力成为标配（如三个月后），就将其删除，转而追求下一个前沿。这种持续将“不可能”变为“可能”的循环，建立了用户的信任与分发优势。护城河往往是摸索出来的结果，而非提前规划的目标。
在使用 Grok Bot 方面，团队理念是不应存在复杂的调节旋钮。对于新手，建议像带新人入职一样提供背景信息（如 Slack、邮箱权限），并直接询问 Bot 能做什么，让其自行梳理任务。对于高阶用户，建议搭建脚手架规划输出物存储位置（如统一写入数据库或简报），以便高效阅读。这种简洁、自主且基于信任的交互模式，是 Grok Bot 的核心体验所在。
“我觉得 Cursor 真正的魔力所在是死磕在今天做出一件有用的东西……哪怕需要我们在上面做一点工程，或者做大量工程才能跑通。”
“我们的理念都是这类东西（复杂的调节旋钮），其实根本不该存在……你应该能把事情交代给 Grok Bot，它就能把它做好。”