Grok Bot 评测：怎么用、多少钱，哪些任务适合交给它

Grok Bot 值得用来尝试范围明确的资料研究、报告整理和初稿准备，前提是有人能审核结果，并在运行失败后接手处理。你创建的所有 Bot 都共用 1 台云电脑，订阅中的每周用量池也与符合条件的 Grok 和 Cursor 使用活动共享。先从可以等一等的任务开始；涉及业务截止时间的工作，不要只交给无人值守的 Bot 负责。

本文依据 2026 年 11 月 2 日 SpaceXSI 在线的产品、价格、文档和更新日志页面核验。这是一篇基于文档的评估，并非上手性能测试。下文的工作流是建议的操作方法，不代表实测结果。

Grok Bot 是什么，能做什么？

Grok Bot 是 SpaceXSI（原 xAI）推出的应用，用来把工作交给长期驻留的 AI 智能体：这类软件可以跨工具执行操作，完成任务。你可以创建有名字的 Bot，为它分配任务，再通过消息与它沟通。它们会使用已连接的应用，或一台配有浏览器、文件系统和终端的云电脑；终端就是运行软件的命令界面。即使合上笔记本电脑，任务也能继续，环境还会在任务之间保留文件和登录状态。这里要分清：每个 Bot 都有自己的职责和工作上下文，但电脑属于你的账号，由所有 Bot 共享。产品概览。

谁适合试用，谁应该先等等？

如果你的日常工作是反复从多个来源收集信息、做出判断，再整理成一份别人能够核查的成果，Grok Bot 值得一试。比如创始人整理客户档案简报、运营负责人核对供应商更新，或开发者收集缺陷报告所需的证据。这些任务都有明确的完成标准，即使延误或只完成一部分，也有办法补救。

如果任务要求有保障的处理能力、严格隔离不同客户的账号，或者需要无人值守地花钱，它就不适合作为首选。即使 Bot 能给出正确答案，若它受用量限制、要等额度重置才能完成，也不适合承担有截止时间的工作。给 Bot 起名“财务”，同样不会在账号里自动划出一个受保护的财务空间。

决定是否采用它，关键看三点：产出能否核查，能否在源系统限制权限，以及工作流能否承受一次漏跑？ 只要有一项答案是否定的，就应把有实质影响的操作留给人，或交给权限单独受控的工作流。

Grok Bot、Claude Cowork、ChatGPT Work 和 Gemini Spark 怎么选？

为 Bot 设定名字和职责，有助于组织工作。但仅凭能在后台运行，还不足以成为切换工具的理由。以下几款值得一起比较：

Claude Cowork 是 Anthropic 支持执行任务的工作空间。对已经在用 Claude 的人来说，它是优先考虑的替代方案。云端会话和定时任务不需要设备在线也能继续；使用本地文件夹或本地浏览器的工作则依赖桌面端。因此，只拿“Grok 合上笔记本也能工作”来比较并不完整。详见我们的 Claude Cowork 评测和 Anthropic 当前的各端使用指南。

ChatGPT Work 是 OpenAI 用于执行多步骤任务的模式，适合希望连接 Gmail、Slack 等工具并获得完整成果的使用者。如果现有插件已经能覆盖任务需求，可以继续使用；考虑迁移之前，先评估审核流程和积分消耗。我们的 ChatGPT Work 评测介绍了产品本身，OpenAI 的操作指南则说明了哪些场景适合使用 Work。

Gemini Spark 是 Google 的任务工作流产品，适合考虑通过个人账号使用已连接应用、定时任务和浏览功能的人。Google 当前的帮助页面将这些功能称为 Gemini 任务，仍不支持工作和学校账号。这是企业推广时一道明显的门槛。账号和工作流要求可参阅我们的 Gemini Spark 评测。

给 Bot 明确分工，让重复任务有固定负责人

当一项工作每次都要遵守同样的标准时，Grok Bot 的长期角色设置最有价值。只有客户研究和版本更新监控需要不同的工作指令时，才有必要分别创建 Bot。Bot 名单越长，并不代表完成的工作越多。

在侧边栏选择 + → Create a Bot，为 Bot 命名，再用第一条消息交代职责、资料来源和停止条件。需要长期遵守的指令可以在对话中补充，并保留供后续任务使用。创建和管理 Bot。

对已获得融资的创始人来说，适合作为起点的角色是客户研究。先刻意缩短潜在客户名单，再给出具体指令：

为这五家指定公司各整理一份简报，写清它们销售的产品、近期一项相关变化，并附上来源链接。把已确认事实与推测分开。为每家公司提出一个值得联系的理由，但不要联系任何人，不要把联系人加入营销活动，也不要修改客户数据库。

交付结果应当便于审核：每个判断都有来源，建议与证据分开，缺失的信息明确标出。如果一段话虽然流畅，却把没有依据的假设写成事实，就不该验收。任务是否成功，要看创始人能否更快决定该不该联系对方，而不是 Bot 写了多少文字。

审核完第一份简报后，要告诉 Bot 哪些要求以后也必须遵守。例如：“没有采购需求的证据，就不要认定一家公司是合适客户。” 本周的潜在客户名单这类单次任务信息，应与长期规则分开。

Bot 之间可以协作和交接任务，但交接也多了一个可能产生歧义的环节。先让一个 Bot 负责；只有明确了交接物，例如一份已审核的研究文件，才增加第二个角色。如果研究 Bot 只把模糊印象交给客户联络 Bot，不过是把审核难题推到了后面。

这项能力的价值在于复用上下文，限制则在权限：被记住的指令只是描述工作要求，并不能限制所连接账号在技术上能够访问什么。

电脑操作与连接器：补上跨应用流程中的衔接步骤

如果一项工作既要使用受支持的连接器，又要进入仍需页面导航的网站，Grok Bot 就更值得考虑。连接器是经过身份验证的应用集成，向 Bot 提供特定操作；浏览器操作则让它通过网站的可视界面完成工作。这是两条不同的访问路径，出错的方式也不同。

以运营负责人准备供应商评估为例，建议的流程很清楚：阅读相关邮件对话，查看获得授权的供应商门户，将当前文件与保存的上一版比较，再返回差异清单。让 Bot 完成比对，合同修改和对外回复则留待审核。

通过 Connect apps 添加所需集成，完成身份验证，并确认它已安装且连接成功。仅看到“Added”标签，并不能证明登录成功。布置任务时，用 @ 引用该应用。Gmail 连接器能读取和起草邮件，也能发送邮件，因此只要求拟稿时，必须明确写出停止条件。电脑与应用文档。

有效的任务交接会明确指出邮件对话或文件夹、门户页面、用于比较的文件，以及结果保存位置。“把这个供应商的所有事情都查一遍”没有限定范围；“将附件中的续约文件与已批准的协议比较，并标出义务条款的变化”，才有可核查的交付物。

连接器能完成的操作，优先使用连接器，其余步骤再交给浏览器。这是一项操作建议，并非实测速度结论。直接操作通常更容易描述和检查；走浏览器路径，则还要依赖页面布局、会话状态和导航过程。

共享电脑让一个 Bot 接着另一个 Bot 的工作继续做变得方便，也意味着放在上面的文件和浏览器登录状态，应当视为所有 Bot 都能使用。下图展示的是访问模型，不是产品界面。

独立技术开发者应在预发布环境账号中试用，并使用可随时丢弃的数据。先让 Bot 收集问题复现步骤和证据，再考虑让它修改。如果仅仅排查问题就需要高权限生产环境账号，应先解决权限设计，再把工作流交出去。

技能与例行任务：先把方法跑通，再做自动化

当你已经有一套值得重复执行的流程，Grok Bot 的例行任务才真正有用。技能说明工作该怎么做；例行任务负责按计划或在受支持的事件发生时启动它。首次成功只说明方法有了雏形，之后还要补上规则，让后续执行结果也能被妥善审核。

资深运营人员可以从每周客户健康度简报开始。让 Bot 收集获准使用的支持记录和客户信号，找出变化，并整理一份带链接的关注清单。它应当标明缺失的源数据，区分新证据和旧记录，且不联系客户。

如果账号已开放 Teach a task，你可以演示浏览器工作流，再检查生成的技能。功能可能逐步开放，也可以改用文字指令。演示本身不会说明报告为空、来源过时或登录失效时该怎么办，这些规则需要你补充。技能与例行任务。

1. 1

   先跑一次小任务

   限定客户名单，要求附上来源链接，再对照源系统核查结果。先修正方法，再安排定时执行。

2. 2

   保存验收规则

   让 Bot 将成功的流程保存为技能。写清输出格式、什么算有意义的变化，以及数据缺失时应报告异常、不能猜测的规则。

3. 3

   设置计划并核对

   要求例行任务按办公室所在时区，在工作日 8:30 运行。打开任务，核查负责人、指令和保存的计划。新建计划会等到下一个计划时间才执行；如需立即运行，使用桌面应用中的 Test。

4. 4

   先检查结果，再看用量

   确认收到了有用的结果，再检查消耗。对于持续消耗额度、却没有合格产出的例行任务，应暂停或缩小范围。任务没说清楚，不能靠提高运行频率来解决。

事件触发也要控制范围。在指定频道中监测特定的升级处理用语，目的很明确；监听所有消息，则可能因为无关聊天反复唤醒 Bot。文档也将连接应用以读取内容，与配置事件触发列为不同的设置步骤。

还要写清只完成部分工作时如何处理。例如，某个来源不可用，就返回已获得的证据，指出缺失的系统，然后停止。如果之后重试可能重复发消息或创建重复记录，在能够识别此前执行情况之前，应继续由人操作这一步。

这样做能减少反复协调，但保存了定时计划，并不保证任务一定完成：来源是否可用、用量是否充足、审批和运行故障仍然会影响结果。

审批与 Vault：给多少权限，要从业务出发决定

Grok Bot 的审批系统可以暂停操作，等你审核，但哪些操作需要关注，要由你定义。自动检查操作的 Auto Review 默认开启。它可以不询问人就放行工作，并不保证每项有实质影响的操作都会弹出确认。

对广告投放人员来说，合理的任务是核对投放表现，再准备调整建议。要求 Bot 列出当前设置、建议设置、依据和受影响的广告活动。在它修改预算，或把建议发送到公司外部之前，必须由人做决定。

在 Settings → General → Bot 中保持 Auto Review 开启，并在 Custom Rules 下添加描述具体、范围明确的 Ask first 规则。例如，规定向外部发送消息或修改生产环境设置前必须审核。关闭 Auto Review 后，你的个人自定义规则也会停止生效。厂商说明这项审核由模型执行，因此源服务自身的权限控制仍然不可少。审批文档。

无人值守任务还有一个容易踩坑的限制：例行任务或其他后台工作发起的审批卡片，会在 30 分钟后过期。直接在聊天中发起的请求没有这个计时限制。需要审批的工作应安排在有人能响应的时候，或者先让例行任务生成方案，之后再由人要求执行。

早间简报适合放在夜间准备；必须赶在供应商关门前完成的采购，则是另一种委托。对截止时间负责的人，需要为 Bot 中途停下准备备用方案。

Vault 保护敏感值，但不会隔离不同 Bot

Grok Bot 的 Vault 可以保存登录凭据、银行卡和联系信息，并在填入敏感值时不向 Bot 展示密码或卡号。API 密钥应通过安全凭据卡片提供，登录步骤则使用安全交接。不要把凭据粘贴到普通聊天里，也不要留在工作文件中。Vault 条目对整个账号生效，不能限定为仅供某一个个人 Bot 使用。Vault 文档。

连接任何服务前，先问自己：能否接受这个账号下的任意 Bot 使用这项权限？如果市场研究 Bot 绝对不能接触薪资数据，薪资系统的登录凭据就不该放在共享电脑上，也不该存入账号共用的 Vault。另建一个名为“薪资”的 Bot，并不会改变这一点。

如果源服务支持，应使用受限账号。研究工作流只需要访问相关资料，不应默认接入创始人不受限制的整个邮箱。通过账号权限直接阻止修改，比要求模型记住“不要修改”的指令更可靠。

停用时也要单独收尾：暂停相关例行任务，退出网站登录，删除文件，并在源服务撤销集成授权。仅删除 Bot，不会清除共享电脑上的浏览器会话和文件。否则，负责人以为试验已经结束，仍可使用的凭据却可能留在环境中。

桌面端与移动端：离开工位，也能审核任务

Grok Bot 的桌面应用支持 macOS、Windows 和 Linux，移动应用支持 iPhone 和 Android。各端访问的是同一组 Bot、对话、例行任务、连接器和云电脑。离开工位时，手机适合用于追加任务、回答问题和处理审批。移动端文档。

在两场会议之间，用手机布置的任务应当范围明确，例如：“比较这几家供应商的方案，把各自利弊发在这里。” 手机随后用来查看已经完成的比较结果。不要把每一段空闲时间，都花在批准范围不清的操作上；判断这些操作的后果，往往需要更大的屏幕和原始文件。

移动端和桌面端的控制功能并不完全相同。你可以在手机上查看和管理例行任务，但测试任务需要桌面应用。新的周期工作流应先在桌面端设置并跑通，再依靠手机通知跟进。

Grok Bot Windows 版怎么下载？

Grok Bot Windows 版与其他桌面安装程序一样，可通过 x.ai/bot 的官方下载入口获取。按应用提示在浏览器中登录，并使用拥有相应权益的账号。入门指南介绍了 Cursor 身份验证，以及关联 Grok 订阅的不同接入路径。

云电脑和你的笔记本电脑是两回事。本地命令执行是一项额外权限，有独立的控制设置。如果试用只需要云端工作，就保持本地执行关闭；只有具体任务确实需要本地文件时，再考虑开启。云端智能体并不需要获得你电脑的无限制访问权，才能体现订阅价值。

Grok Bot 价格：订阅和实际运行要花多少钱？

新个人用户试用 Grok Bot，合理的起点是 Premium，这是当前包含 Grok Bot 的最低档 X Subscription 套餐。更便宜的 Plus 不含这项使用权益。以下为 SpaceXSI 价格页面在 2026 年 11 月 2 日列出的网页端月付价格，币种为美元，未包含适用税费：

• **Free：**不包含 Grok Bot。
• **Plus，$8/月：**不包含 Grok Bot。
• **Premium，$30/月：**包含 Grok Bot；个人用户可从这里开始小范围试用。
• **Super，$100/月：**包含 Grok Bot，共享额度更大；先测清任务消耗，再决定是否升级。
• **Ultra，$200/月：**包含 Grok Bot，额度进一步增加；这并不等于官方保证能够完成多少任务。
• **Teams，$30/用户/月起：**符合条件的付费 Premium、Super 和 Ultra 席位包含 Grok Bot。
• **Enterprise，定制报价：**访问和用量控制取决于协议。

完整的订阅档位可参阅《Grok 免费吗？》。这里真正影响购买决定的，是在预算内能完成哪些工作，而不是套餐里其他功能有多少。

Grok Bot 与 Cursor 如何共享每周用量？

Grok Bot 消耗的是 The X Subscription 分配给付费席位的每周用量池，与符合条件的 Grok 和 Cursor 第一方产品入口共享。SpaceXSI 没有公开这个用量池的绝对总量。 因此，不能把它可靠地换算成承诺可用的 token 数、消息数、任务数或小时数。不同活动的消耗也不同。用量限制。

自助开通的 Teams 中，每个席位各有自己的每周额度，不会合并成团队用量池。付费的 Additional Usage 则从团队共享的预付余额扣除。个人用户也可以充值，支付超出套餐额度的活动费用。让例行任务无人值守运行之前，要检查 Auto Top-up 自动充值和支出上限。Cursor 中的第三方模型属于另行付费的 Additional Usage，不在套餐内的第一方用量池中。

已有订阅的用户，再购买前应先核对权益。文档列出的接入方式包括旧版付费 Cursor 套餐、符合条件且已关联的 SuperGrok 和 X Premium+ 订阅，以及自助开通的 Grok Business 席位。新用户从 The X Subscription 开始。符合条件的旧账号迁入统一订阅后，额度模型会变化，而且文档明确表示，统一后无法撤销。订阅接入与迁移。

成本要按合格产出算，不能只看 Bot 忙不忙

有用的成本算法是：分摊到该工作流的订阅费，加上充值费用和人工审核成本，再除以通过验收的产出数量。合格产出应满足运行前设定的标准；需要大幅返工的初稿不算。

举个算术例子：如果把 Premium 的全部 $30 订阅费分摊到一个月内通过验收的 20 份简报上，在计入充值和审核人工之前，每份成本为 $1.50。如果只有五份能用，同样的分摊方式下，每份就是 $6。这只是计算示例，并非预测套餐额度能够支持多少份简报。如果订阅也用于其他工作，就应采用一致的成本分摊方法，而不是把完整订阅费重复计入每条工作流。

试用记录应包含任务、通过验收的结果、审核时间、额外支出，以及运行前后的用量读数。由于其他 Grok 和 Cursor 活动共用计量，在混合使用期间比较前后读数，只能粗略估算 Bot 的消耗。仪表盘热闹，不代表业务有收获。

Grok Bot 使用限制：哪些地方容易出问题？

Grok Bot 的实际限制集中在处理能力、访问权限和故障恢复。采用它的风险不只是答错问题，还包括任务只完成一半，负责人却以为自动化已经把事情办妥。

11 月 1 日的成本表态，让可用额度更难预期

在用户抱怨用量消耗异常快之后，Elon Musk 于 2026 年 11 月 1 日表示，提供 Grok Bot 服务的成本**“相对于收入，已经高到不可持续”**。这份表态没有宣布新价格，没有明确额度，也没有承诺重置。同期报道提到，有用户发现每周额度一夜之间耗尽，或已用量大幅增加；这些是用户反馈，并非对整晚任务消耗的受控测量。相关投诉报道与背景。

对实际运营来说，这意味着一份订阅长期能支撑多少工作，仍有不确定性。成本压力可能影响套餐内额度或用量分配方式，但这段表态不能说明任何一个具体账号究竟发生了什么变化。它既不足以预测涨价，也不能证明每一次用量跳升都是正常消耗。

因此，创始人应为关键报告保留人工完成的途径，并在扩大定时任务规模前，观察一个完整的每周额度重置周期。订阅能够支撑短期集中试验，并不代表它已经证明自己能稳定承担周期性任务。

给 Bot 起不同名字，无法隔离不同客户的数据

为互不相关的客户服务的顾问，不能把不同 Bot 名称当作数据隔离机制。个人账号的电脑和访问权限仍然共享。导入客户资料之前，应通过获准使用的账号、独立环境和源系统权限满足保密要求。不要等 Bot 读错了文件夹，才发现权限边界在哪里。

禁用应用连接器，不等于封住网站入口

电脑与应用文档中有个容易忽略的区别：禁用连接器，并不会阻止通过浏览器访问同一服务。文档中用于关闭网站访问路径的控制功能是 Enterprise Network Controls。中型企业的 CTO 在评估“我们已经禁用了这项集成”时，需要核查两条路径。只覆盖连接器的策略，仍会留下另一条访问通道。

这并不表示 Bot 会自动绕过策略，而是说应用禁用和网络限制约束的是不同路径。在认定某项服务不可访问之前，应与管理员确认实际生效的边界。

设了定时任务，不等于具备故障恢复能力

例行任务文档列出了一种情况：运行因速率限制报错而失败后，不会自动重试。因此，循环执行的计划并不等同于受到监控的生产工作流。必须有人发现产出缺失，并判断重试是否安全。凡是客户或同事等着接收的结果，都应配上负责人和备用方案。

审批也可能在无人关注时打断任务。浏览器会话可能过期，网站可能要求人工验证。工作流应当报告哪些步骤完成、哪些没完成，而不是返回一段看似确定的总结，把未完成的操作掩盖起来。

环境能保留状态，不代表所有安装都会保留

云电脑会保留工作状态，但文档区分了普通软件更新，以及电脑的更换或恢复。完整电脑更新、Recover 和 Reset 都可能移除已安装的应用及软件包；恢复还可能打断正在进行的工作。重要产出应保存到目标业务系统，不要让一套没有记录的安装环境，成为业务流程如何运行的唯一依据。电脑维护行为说明。

技术开发者在依赖环境之前，应把依赖项记录下来。非技术运营人员则要确保 Bot 的产出足够清楚，让接手的人不必重建环境也能继续工作。

评测结论：先试职责明确的小任务，无人值守交付再等等

如果一项工作既有足够的重复性，可以复用上下文，又有一定变化，需要判断，同时范围足够有限，方便人工核查，那么 Grok Bot 值得试用。最适合的起点是研究简报、核对工作、监控摘要，以及带有明确来源链接和停止条件的初稿。

只有通过验收的产出所节省的精力，超过设置、审核和故障补救的投入，而且实测用量还能为同一席位的其他工作留出空间，才值得正式采用。 如果可靠性交给了一份未公开总量的额度，指望它刚好撑到某个截止时间，或依赖不同 Bot 名称来隔离权限，就先等等。

下周可以选一项反复发生的准备工作，为它创建负责的 Bot，只连接必需的来源，不保存付款卡和高权限生产环境凭据，并在有人看着的时候跑一个小样例。审核后，再让同一个范围明确的任务经历一次每周额度重置。只有既能说明它产出了什么价值，又能说清运行中断时怎么办，才扩大使用范围。

如果创始人已经满意于 Claude Cowork 或 ChatGPT Work，应先测试一条现有工具尚未覆盖的具体工作流，再考虑切换。使用个人 Google 账号的人可以考虑 Gemini Spark。需要有保障的处理能力或严格客户隔离的业务，则应继续放在容量和权限都能明确控制的系统中。

常见问题

Grok Bot 是什么？

Grok Bot 是 SpaceXSI 的应用，用于创建长期驻留、有明确名称的 AI 智能体，让它们通过已连接工具和共享云电脑工作。每个 Bot 可以有自己的任务和工作上下文，但账号层面的文件和浏览器会话仍然共享。

使用 Grok Bot 要花多少钱？

对于新个人订阅用户，Premium 是当前包含 Grok Bot 的最低档 X Subscription 套餐。上方套餐列表列出了当前价格。超出每周套餐额度后，可能需要付费充值，因此只看订阅价格，无法判断无人值守工作流的实际成本。

Grok Bot 怎么用，如何开始？

从 Grok Bot 官方页面下载应用，登录符合条件的账号，再创建一个职责明确的 Bot。桌面端和移动端使用同一个账号；已有的旧版订阅可能已经包含使用权益。

Grok Bot 到底好不好用？

对于需要跨应用处理、又能从长期保留的上下文中受益的准备工作，它值得考虑。本评测核对的是文档描述的行为，并未验证任务成功率。在把周期性工作交给它之前，应通过小范围试用，衡量可用产出、审核投入和用量消耗。

Grok Bot 可以免费使用吗？

目前 Free 和 Plus 套餐都不包含 Grok Bot。免费下载应用，或免费使用 Grok 聊天，不等于长期拥有 Bot 使用权益。再次付费前，先检查官方套餐和已有订阅。

领取《企业主 AI 工具地图》，为下一条工作流找到合适的工具。