Grok Bot 是什么、怎么用？套餐与用量查看指南

Grok Bot 是什么，适合交付什么任务

这里的 Grok Bot 指官方 AI 队友产品，具有持续的云端执行环境，可以使用已授权工具和网站、处理文件，也能让多个 Bot 分工协作。它与 X 帖子里的普通 @grok 回复、问答界面和第三方同名机器人不是同一个入口。本文按 2026 年 11 月 2 日可读取的套餐及入门文档修订；这次核验日期不代表新套餐的准确生效日。

判断是否值得交给 Bot，可以先看任务是否有明确输入和可检查的输出。本文建议从资料整理、来源比对或待审核草稿开始。例如，让一个资料 Bot 从指定公告提取生效日期，让另一个 Bot 检查遗漏；这是操作建议，并非本文亲测结果，也不意味着 Bot 给出的每个结论都可靠。

哪些套餐能用，额度和额外费用怎么算

先看账单上是否为 The X Subscription。当前 Premium、Super、Ultra 个人套餐及对应团队席位包含 Grok Bot，Plus 和 Free 不包含；Super 和 Ultra 的周用量池更大。使用包含资格的同一账号登录，团队按自己的付费席位使用，不需要再关联 SuperGrok 或 X Premium+。

在 The X Subscription 下，Grok Bot 与 Cursor、Grok 应用共用一个每周刷新用量池。到 grok.com/dashboard 的 Usage 核对消耗；周额度用完后，额外用量从预付余额支付。追加余额、Auto Top-up 和每月追加用量上限位于 grok.com/dashboard/billing 的 Additional usage credits。开启自动追加可能继续扣费，先确认预算；从带关联资格的旧套餐切换后，使用新共享池，不再叠加原关联额度。

旧套餐另看 legacy Cursor 规则：个人 Pro、Pro+、Ultra 和自助 Teams 包含入口；个人 SuperGrok、SuperGrok Plus、SuperGrok Heavy 或 X Premium+ 可按文档关联，SuperGrok Lite 不包含。Cursor 套餐与关联资格只取能提供更多周用量的一项，不相加。旧套餐周额度耗尽后，只有启用 on-demand 才能继续产生经 Cursor 计费的额外用量，并计入 On-demand monthly limit；这与新订阅的预付追加不是同一计费方式。

已有自助 Grok Business 分配席位时，退出后选择 Sign in with Grok，用持有席位的 Grok 账号登录，无须另买或从套餐页手动关联，用量依席位许可证。Cursor Enterprise 由客户负责人协助启用，Grok Enterprise 联系账号经理；不能推定所有组织都已开通，也不应为取得入口擅自改变组织数据策略。

一句回复为什么显示很多 token？先看缓存明细

10 月 14 日，Cursor 官方论坛工作人员 Colin 澄清：用量页每行的 Tokens 不只算你看到的回复，还包含模型本次读取的指令、记忆、工具列表和近期对话。这类上下文大部分可能来自缓存，计费低于新增输入；总 token 数不等于全部按新增输入计价。

打开自己的用量页，把指针悬停在某行 token 数上，查看 input、output、cache read 和 cache write，即输入、输出、缓存读取与缓存写入。先分清这些组成，再结合账号里的实际用量与费用判断消耗，不能拿一个总数直接估账单。

Colin 对该帖用户所列记录的结论是：这些用量计入其套餐包含额度，当时没有额外收费。这是该用户这些记录的说明，不是所有账号免费或无限使用的承诺；帖子也没有给出单价、套餐名称或地区资格。

减少消耗可先查三处：有没有不必要的事件唤醒、Bot 之间是否反复发送零碎消息、背景里是否保留过时记忆和已停用队友信息。Colin 认可减少这三类重复上下文的做法；调整时应保留任务仍需要的触发条件和资料。

假设一个 Bot 每逢 PR 事件就被唤醒，检查后又没有要做的事，频繁唤醒仍会重复读取背景。本文建议先区分必须即时处理的事件与可以合并检查的事件，再调整自己的流程；这不是实测结果，也不保证固定节省比例。

也要分清任务单位。Colin 说明，composer-2.5 对应的记录是完整 Cloud Agent 编码任务，不是一次 Bot 简短回复；两者不能只按总 token 横向比较。缓存便宜也不等于零消耗，仍应留意自己套餐的包含额度与额外用量设置。

怎么开始：安装、登录并创建第一个 Bot

从官方入口下载 Grok Bot，按设备选择版本。FAQ 列出 macOS、Windows、Linux；移动端要求 iOS 18 及以上、Android 9 及以上，iPad 要求 iPadOS 18 及以上。按上文套餐选择正确账号，组织用户完成正常 SSO 流程。仅旧套餐的个人 SuperGrok 或 X Premium+ 资格需要按页面关联；这种关联创建后不能解除或转移至另一 Cursor 账号，先确认身份。Grok Business 席位使用 Sign in with Grok。

已分配自助 Grok Business 席位的用户，先在应用中退出登录。桌面端入口是 Settings > General > Sign Out，手机端在 Settings 选择 Sign Out。

重新登录时选 Sign in with Grok，使用实际持有席位的 Grok 账号。无需为此另买套餐或先做个人关联；若仍停在套餐页，先让管理员核对席位分配，账号关联冲突则联系官方支持。

首次登录并完成简短介绍后，系统会创建名为 Grok Bot 的第一个 Bot 并打开对话。需要更多 Bot 时，在侧栏选择 +、Create a Bot，命名后选择 Create。给每个 Bot 一个主要职责，例如“只读取指定材料、指出缺失证据，在修改原件或向外发送之前停止”。创建 Bot 或选择工具不等于已经连接并授权该工具。

首次任务怎么写，怎样确认结果确实完成

建议先上传一份不含敏感信息的会议纪要，给出这样的请求：“找出本周需要我确认的三项决定，每项写明原文位置和截止日期；找不到日期就写未注明。只返回待办表，不改原件，也不发送给任何人。”这是本文设计的练习，目的在于检查来源和格式，不承诺处理速度或准确率。

收到结果后，逐项回到原材料核对日期、责任人和原文位置；缺失时让 Bot 补证据，不把推测改写成事实。下一次接入网站时，先确认目标账号；需要密码、二次验证或 CAPTCHA，由用户接管 Agent Computer 完成，再交回控制权。重复流程稳定后再考虑保存为 skill 或 routine，而不是首轮就开启长期自动运行。

多个 Bot 共用什么，例行任务又是什么

官方当前说明是每名用户分配一台持久云电脑，同一用户的所有 Bot 共享文件、浏览器会话和登录态。不同 Bot 的角色和对话并不构成账号隔离；在这台电脑登录的服务，应当视为其他 Bot 也可能使用。关掉客户端不会停止已经在云端执行的任务。

Skill 描述任务做法，routine 决定由哪个 Bot 在何时运行流程。本文建议先把一次性任务的验收条件写清，再设定触发时间和复查方式。并行任务应避免同时改同一份材料；若工作必须使用独立电脑和独立凭据，官方团队文档建议分配独立 Cursor 用户，不能只另建一个 Bot。

接入真实工具前，明确授权和审批边界

本文建议使用完成任务所需的最低权限，并把发送、发布、删除、付款和修改权限等动作写入清楚的停止条件。官方 Auto-review 支持 Ask first 规则；是否停下来还与工具、动作和规则执行设置有关，不能把一句“操作前问我”当成账户隔离或绝对保证。

批准前核对目标账号、对象、内容及影响；结束后到目标系统查看真实记录，不只读 Bot 的完成声明。测试不再需要某个账号时，退出共享电脑上的会话，并按来源服务的功能撤销授权。交付结果应留下可核对的文件或来源链接，便于发现遗漏和纠正。

没有入口或 Bot 不回应时怎么排查

先核对套餐、当前登录账号及所用登录路径、组织策略和客户端版本。任务已经开始却不回应时，检查侧栏与对话状态、官方服务状态页，再打开云电脑看是否在等待审批、登录、验证码或用户回答；同时查看用量是否耗尽。保留原任务和错误时间，只给出简短纠正指令，避免把“客户端失联”直接判断为工作已经停止。

云电脑不可达时，官方建议从 Retry、重开对话和重启应用开始，再按可用入口 Recover computer 或 Update。不要先 Reset：恢复和更新保留持久文件与登录，重置可能丢失最近未同步的工作。只有明确出现 DNS、TLS、超时或代理错误时，再单独检查网络；网络更换不能解决资格、组织权限或待审批问题。