Grok Bot 与 OpenAI Dots 怎么选？从持续任务、权限和用量看区别

本文是官方资料比较，核对日期为 2026 年 10 月 9 日。我们没有在两个产品中完成受控对照测试，下文的选择建议依据产品工作方式，不代表速度、质量或单次费用的实测排名。

如果你希望把一项工作交给助手，让它在一轮对话结束后继续推进，Grok Bot 和 OpenAI Dots 才是值得放在一起比较的对象。关键在于任务如何组织、上下文如何保留、工具如何授权，以及下次任务能否真正执行。模型排行榜回答不了这些问题。

官方资料呈现的主要区别是：Grok Bot 可以建立多个具名 Bot，各自保留对话上下文，但共享账户的云电脑；Dots 以一个持续存在的主要助手起步，可以利用 ChatGPT 记忆。两者都描述了持续工作和定时能力，但功能公告不等于你的账户已经获得全部权限，也不能证明谁完成任务更便宜。Grok Bot 概述、Dots 发布介绍。

先比较 Agent 产品，再讨论底层模型

调用 API 通常是提交明确输入、处理返回结果；交给 Agent 的项目还可能包括寻找资料、登录应用、操作浏览器、保存文件、保留上下文和定期回来检查。任何环节失败，都可能让一份看起来流畅的回答无法交付。

因此，比较单位应是可以验收的成果，例如有来源的研究简报、可编辑的内容包，或有真实执行记录的定时检查。只回复“已经完成”却没有文件，不能算完成；遇到登录中断，也不能直接归因于模型能力。

这对使用 Ofox API 的开发者尤其重要：能够调用 Grok 模型，不等于获得 Grok Bot 产品；获得 OpenAI 模型权限，也不代表具备 Dots 资格。模型 token 单价不能替代整个 Agent 任务的完成成本。

会影响选择的四组差异

这张表比较文档中的机制，不给速度、准确率或可靠性打分。依据为 Grok 概述、Skills 与 routines、Grok 套餐、Dots 介绍与帮助说明。

先查已有资格，不急着再买订阅

先确定准备使用哪个账户，再检查已有权益。Grok 文档列出了符合条件的 Cursor 套餐，以及关联 Grok 或 X 订阅的路径；商业和企业用户另有规则。多买一份符合条件的订阅不一定叠加用量，账户关联也应提前核对，不能把第二次购买当成补充额度的通用办法。套餐与计费。

Dots 的 Pro 开放范围不包含欧洲经济区、瑞士和英国；Business Premium 面向 ChatGPT 支持的地区，Enterprise 测试版需要管理员启用。分批开放仍可能影响个人账户。请在桌面端检查，不能仅凭发布新闻判断已经可用。Dots 入门说明。

团队评估前，私下记录套餐、账户地区、客户端版本及管理员限制，公开截图不应暴露账户信息。如果只有一方能读到内部资料，比较结果便混入了信息可得性的差异，不能全部解释为推理能力差异。

多个角色不代表文件相互隔离

给资料收集和采访改编安排不同角色，有助于明确责任，但这是工作组织方式，并非本文的测试发现。Grok 官方明确说明，同一账户的 Bot 共享电脑，因此独立对话不等于独立的文件安全边界。官方概述。

工作时可以按任务分目录，并在支持的环境中设置文件权限。交接应写清输入、允许写入的位置和验收标准。“优化发布内容”很模糊；“读取已批准的采访稿，在指定目录写三份内部草稿，保持原文不变”则可以核对。

Dots 能利用已有 ChatGPT 记忆，也意味着双方初始背景可能不一致。应记录这种差异，而不是为了制造相同起点删除用户记忆。无论使用哪一方，都要求它以最新指定来源复核事实，不能用记住的旧项目决策覆盖新采访中的更正。

连接应用和网页登录是两回事

Grok 文档区分支持服务的结构化连接器和浏览器操作。网页登录成功不等于连接器已经授权；安装的连接器在账户范围共享，建立另一个 Bot 并不能自动限制其可用范围。电脑与应用。

Dots 使用 ChatGPT 的应用控制。已连接信息也可能用于主动工作；断开应用不会自动抹去此前获得的信息。本地电脑访问是可选项，初始关闭。Dots 帮助。

先验证最小操作：任务只是总结文档，就让助手读取指定文档并确认版本。分别记录授权账户、可读来源和允许操作，后续才能区分账户选错、授权过期与操作不受支持。证明连接器可用，不需要顺带授权整个对外发布流程。

定时任务不能只有一句承诺

周期简报至少要说明来源范围、什么算新消息、结果保存位置，以及来源失败时如何处理。每天换个日期却复用旧内容，表面成功也没有信息价值。

Grok 的 skill 是可复用方法，routine 才决定何时运行；Dots 也支持周期检查。不能仅凭“支持自动化”判断工作流已经打通。Grok 自动化说明、Dots 定时活动说明。

初次评估可用无敏感信息的输入，登记一次检查，保存任务标识、启用状态、时区和预计时间，再核对实际执行及结果。“明天我会检查”不证明登记成功；手动试跑也不证明定时触发成功。

还要留意版本差异：10 月 7 日更新说明已取消输入 / 打开技能菜单的方式，但部分旧文档仍保留该路径；10 月 2 日 Marketplace 改名为 Connect Apps。旧菜单消失，不足以诊断功能故障。更新日志。

用正确口径算一次合格交付的成本

订阅费、套餐包含用量和额外收费不是同一概念。Grok 官方区分每周包含用量与按月统计的 on-demand 消耗，并提示运行中的任务可能在超出月度限额后完成。因此不能把月度限额描述成任务执行中绝不超出的硬停止线。计费说明。

分别记录任务前后的实际展示单位。未知费用不能填零；金额、用量百分比、credits 和任务数，没有明确换算规则就不能合成一个成本数字。

Dots 的首个 dot 包含在 Pro 或 Business Premium 中，并有深度工作额度。与 dot 对话和它启动、管理的 Codex 或 ChatGPT Work 任务，计量边界不同；后者仍使用各自通常的限制。持续可用不等于无限执行。Dots 发布介绍。

购买决策可以分别看新增现金支出和分摊订阅成本：已有订阅额度内完成的任务可能没有可见新增收费，却仍消耗有限容量。还要记录人工核查和修订时间。样本很少时，只报告具体任务表现，不宣称普遍更便宜。

两边都能使用的成果验收提示词

下面是原创模板，不是任何一方的真实运行记录。初次验证可使用合成采访，避免直接上传客户材料。

只读取附件采访稿，交付 summary.md、posts.md 和 actions.json。
摘要区分已上线事项、未来计划和未决定事项。
撰写三份内部社交媒体草稿，不发布、不发送。
每项行动记录 action、owner、deadline 和支持它的来源行号。
采访未确定的负责人或截止时间填写 null。
事实陈述标明来源行号，保留输入文件不变。
不得编造价格、发布日期、引言、性能提升或注册链接。
返回三个文件及尚未解决的事实问题。
若无法读取输入，说明失败并停止。

验收时检查：是否有真正可编辑的文件？引用能否对应原文？讨论后被否决的价格是否误成现价？计划功能是否误成已上线？JSON 格式正确，也不能证明这些语义正确。

修订前保留原始输出，把来源、原文件和修改版分开。记录虚构截止时间、遗漏限制等具体问题，不用没有定义的质量分代替证据。只试过一个产品，就不能写成双方比较结果。

周期研究再增加一条规则：与上次验收的事实文件比较，只报告实质变化，并列出获取失败的来源。抓取时间改变不等于产品更新。保存来源版本，才能分清是证据变化还是解释变化。

定时检查同样分别保留登记与执行记录，缺失结果时留下运行日志。提前约定观察范围，不把一次成功推广成可靠性统计。

哪个更适合先试？

如果核心需求是多个长期具名角色共享工作环境，Grok Bot 值得先评估；如果工作依赖已有 ChatGPT 项目背景和记忆，Dots 值得先评估。这是文档支持的适配判断，不是性能胜负。

研究、内容改编和周期检查，应优先选择已有权限、能访问必要来源且消耗边界清楚的一方，先完成最小闭环。只有出现具体缺口，例如来源难以追溯或人工修订成本过高，再考虑第二个产品。

迁移时带走已批准的来源、输出样例、决策规则和验收要求，并重新核对权限与时间表。复制旧对话不会自动迁移连接器、记忆或定时任务。

相关 API 与电脑操作教程

如果要自行实现 API 工作流，可以继续阅读离线电脑操作控制器；研究成果如何组织，可参考竞品研究表格工作流。这些是独立教程，不代表 Grok Bot 或 Dots 已接入这些方案。