SpaceX Super Intelligence 的 Grok Bot 模板增至 146 个
146 个模板覆盖九个业务类别，智能体共享一台持久云电脑
SpaceX Super Intelligence 已在九个业务类别中汇集了 146 个 Grok Bot 模板，现有订阅用户都可以使用，无需按智能体额外付费。这个数字包括发布在 x.ai/bot/use-cases 的 56 个官方用例模板，以及Grok Bot 市场中约 90 个由社区构建的智能体；它来自上周在 X 上广为流传的一份统计，反映出自 Grok Bot 8 月发布以来，该公司搭建部署库的速度有多快。
76 天从测试版到 146 个智能体
Grok Bot 于 2026 年 8 月 11 日发布，让企业可以使用在用户会话之间独立运行的常驻 AI 智能体。17 天后，SpaceXSI 开放了Grok Bot 市场，第三方开发者可以在其中发布和分发自己的智能体模板。到 9 月初，一份第三方分析统计市场中约有 69 个智能体；到 10 月 20 日当周，这一数字增长到约 90 个，使平台上的合并目录达到 146 个智能体。
这种增长速度反映了一种有意为之的策略：重部署广度，而非深度。在OpenAI 于 9 月 29 日推出 Dots、Meta 于 9 月 8 日发布 Muse 的同时，SpaceXSI 扩充的是一个免费可用的模板库，而不是要求企业客户从零编写智能体。
Grok Bot 通过一台共享的持久云电脑运作
这 146 个模板不是聊天机器人外壳或 API 集成。SpaceX Super Intelligence 为每个账号提供一台持久云电脑：一个带浏览器的环境，拥有共享文件系统和保存的登录状态，该账号下的所有 Grok Bot 都共同使用它。这些智能体登录外部应用的方式和人类员工一样，通过图形界面操作，而不要求目标应用开放程序化接口。
这种架构意味着，Grok Bot 可以在从未开放 API 的应用中实现工作流自动化。一个销售智能体可以登录 CRM，进入其报表界面，提取季度数据，再把摘要发到 Slack 频道，而这个 CRM 不需要开放任何一个机器可读的接口。智能体会保留之前会话的记忆，还能把任务交给其他智能体，共享文件、浏览器会话和保存的登录状态，从而实现跨职能的多智能体协作。SpaceXSI 的Team Bots 功能于 9 月 28 日推出，进一步扩展了这一模式，允许多名团队成员共享同一个智能体实例，并同步上下文。
56 个官方模板涵盖什么
SpaceXSI 的官方用例库把 56 个模板分为九个类别。营销占比最大，有 13 个模板；其次是销售 10 个、工程 5 个、产品 5 个、运营与财务 5 个、招聘与人事 4 个、客户成功与支持 4 个、生活与效率 4 个，另有六个跨多个职能的通用模板。目录涵盖的任务包括竞品分析、线索筛选、候选人初筛、冲刺规划、财务对账和客户升级分派。
市场中约 90 个智能体，在最受开发者关注的类别中增加了深度。工程和销售占据第三方列表的主导，另有设计、个人、产品和运营类别的智能体。两个目录合在一起，意味着今天部署 Grok Bot 的企业团队，第一天就能为大多数标准业务工作流启用一个智能体，无需开发自定义模板。
不按智能体收费，冲击企业自动化市场
把全部 146 个模板捆绑进现有订阅的决定，有重大的市场影响。企业自动化厂商通常会对功能范围相当的专门模块收取可观的按用户订阅费，SpaceXSI 正在直接压低这种定价结构。
SpaceXSI 在基础订阅价格中包含如此规模的模板库，会给企业买家带来压力，促使他们集中到单一智能体平台上，而不是从多家厂商拼凑单点方案。
这种态势正在获得商业上的牵引。SpaceXSI 的 AI 业务在 2026 年第三季度营收 75.6 亿美元，同比增长 830%，占母公司当季 146 亿美元总营收的 52%。合作伙伴网络于 10 月 22 日启动，有贝恩、Databricks、NVIDIA 和 Snowflake 等 130 多家企业合作伙伴。免费模板库对这一合作生态起到部署加速器的作用：系统集成商可以为客户配置和部署经过验证的智能体，而不必在每个项目中从零编写模板。
延伸阅读：SpaceX AI 营收达 75.6 亿美元，公司史上首次超过 Starlink
GUI 自动化触及 API 无法覆盖的工作流
持久云电脑的做法，造成了与竞争平台的结构性差异。9 月 29 日推出的OpenAI Dots和 9 月 8 日推出的Meta Muse，同样为智能体提供云电脑和浏览器访问。但 Dots 强调其 4,000 多个结构化应用集成的生态，Muse 则主要面向个人和消费者工作流。SpaceXSI 把 Grok Bot 定位为一个 GUI 优先的企业平台，可以通过图形界面操作任何应用，包括老旧的 ERP 系统、政府门户、专有内部工具，以及仍在实际生产中使用的几十年前的软件，而不要求这些应用开放程序化接口。
这一差异的实际范围，比产品对比中看起来的更大。相当一部分关键业务企业软件，是在 API 优先设计成为标准做法之前构建的。Grok Bot 的 GUI 优先架构意味着它可以覆盖这批存量软件，而这个细分市场是结构化集成平台仅靠程序化接口无法触及的。
悬而未决的问题：规模化下的可靠性
SpaceXSI 尚未公开解决的，是企业规模下 GUI 自动化的可靠性底线。基于浏览器的自动化会以结构化 API 调用不会出现的方式失败。目标应用的布局变化会让视觉选择器失效。身份验证提示、多因素验证和验证码可能毫无预警地打断智能体的执行。会话超时需要重新认证的逻辑，一旦缺失或配置错误，工作流就会无声地停滞。当模板在各不相同的企业环境中共享时，不同浏览器版本之间的渲染差异会让问题雪上加霜。
随着 Grok Bot 模板库增长到 146 个乃至更多，失效模式的覆盖面也相应扩大。一个负责财务对账的智能体，与一个管理社交媒体排期的智能体，所处的风险环境截然不同；两者都在当前目录中，而对可靠性的要求相差一个数量级。
目前已发表的文献中，还没有出现对 Grok Bot 全部模板任务完成率的独立评估。SpaceXSI 也没有发布可与业界如今为模型推理能力公布的数据相比的、关于智能体可靠性的结构化基准数据。这类证据的出现或继续缺席，将是最清楚的信号，说明 146 个模板代表的是一个正在接近真正企业就绪的平台，还是一个广度目前超过了已证明可靠性的雄心勃勃的部署目录。