Grok Bot 是什么？AI Agent 云端同事的实战指南

Grok Bot 不是另一个只会对话的聊天窗口。它是 xAI 在 2026 年 8 月推出的早期 Beta 形态：你给 Bot 起名、分配岗位和结果，它会在自己的云端电脑里使用浏览器、文件系统、终端、连接器和网页操作能力，任务可以在你离开后继续执行。官方总览将它定义为拥有持久云端工作环境的 AI teammate。

把它理解成“可交接工作的数字同事”更准确：聊天负责下达任务和追问，云端电脑负责实际操作，审批规则负责在关键动作前停下来等你。它适合接住重复、跨工具、需要持续跟进的工作，而不是替代每一次即时问答。

它和普通 AI 助手差在哪

普通对话式 AI 的上下文主要停留在当前会话。Grok Bot 的工作单位是一只被命名的 Bot，它带着可持续使用的云端环境。它可以在浏览器里查资料、处理文件、运行终端命令、调用已授权的连接器，并在完成后回到对话里报告结果或请求批准。

这带来三项实际变化：

• 任务可以持续。 你不需要一直停在同一个聊天窗口，Bot 可以继续完成收集、整理、检查和草拟。
• 工作可以跨工具。 浏览器、文件、终端和已授权服务不再是互不相连的附件，而是同一任务的执行环境。
• 岗位可以明确。 会议小秘、活动执行、调研员、Inbox 助手、工程复现助手，都是比“什么都帮我做”的泛化提示更易评估的起点。

先理解一条边界：多只 Bot 并不彼此隔离

同一账号下的 Bot 共用一台按用户划分的云端电脑。文件、已登录网站和凭证状态可能被其他 Bot 看见。每只 Bot 有自己的屏幕和任务上下文，但这不是安全隔离边界。官方安全说明明确要求把它当成共享环境来管理。

所以，多 Bot 应按“岗位分工”设计，而不是按“权限隔离”设计。把临时文件、敏感登录态和不再使用的连接器清理掉；不需要本机文件时，不要给它打开本机执行能力。删除或隐藏一只 Bot 也不会自动清除共享云端环境中的文件和登录状态。

Grok Bot 使用场景：哪些工作适合先交给它

官方使用场景还列出了销售外联、人才搜寻、付费媒体、费用管理、产品指标与账户健康等岗位。起步时先让它“读取、准备、提出建议”，把发送、发布、花钱和修改生产环境留在审批点之后。

一只 Bot 该怎么交活

先建一只，用一个真实但低风险的任务跑通。不要一上来让它养成一个“万能部门”。一份能执行的任务说明至少写清四件事：

你负责：本周产品活动的调研与活动页草稿。

完成后我需要看到：一页活动文案、3 个标题备选、来源链接和待确认事项。
材料在哪里：公司 Notion 的活动资料库，以及公开网页。
必须先问我的事：任何对外发布、发送邀请、付款、删除文件、改权限。
交付格式：Markdown，先给结论，再列证据和下一步。

这种写法把“做什么”“去哪找”“不能做什么”“交付长什么样”拆开。它也让你能复盘：是材料不完整、规则不清，还是 Bot 的执行路径需要改。

Skill 和 Routine：先跑顺，再自动化

一次任务跑顺后，可以把方法存成 Skill。Skill 记录触发条件、输入、访问范围、执行步骤、验证标准、输出格式和审批点。它回答“怎么做”。

Routine 则把已验证的 Skill 交给某只 Bot，按时间或事件触发。它回答“谁在什么时候做”。官方 Skills 与 Routines 文档建议先测试 Routine，因为测试运行也会执行真实操作。定时之前先明确无数据、失败、异常和等待批准时该如何处理。

复杂流程也可以用 Teach a task 演示一遍，但官方说明该能力仍在逐步开放，单次录制上限为 10 分钟。它适合复制稳定的小流程，不适合跳过流程设计。

多 Bot 与 Group Chat 怎么用

当第一只 Bot 的交付质量、格式和审批点已经稳定，再增加第二只、第三只。一个可行的配置是：一只 Chief of Staff 负责拆解和汇总，几只专员分别负责调研、内容、表格或工程复现。

官方称多人协作空间为 Group Chat，可选 2 到 6 只 Bot 参与并通过 @ 提及分派任务；Bot 之间可以异步交接结果。协作说明中的关键限制是：群组里直接交接以文本为主，涉及需要查看图片的任务，先由实际需要它的 Bot 直接接收或处理。

不要把多 Bot 当成越多越好。每增加一只，就增加了共享环境、交接格式和审批边界的管理成本。先让一条链路稳定，再扩展分工。

审批和安全设置，先锁住会出事的动作

Bot 会在真实网站、真实文件和真实账号上做事。以下动作应默认要求批准：发信和发邀请、公开发布、购买或转账、删除或覆盖数据、改权限、改生产环境、接受法律条款。可在 Settings → General → Auto-review 设置规则；当 Require Approval 与 Always Allow 同时命中时，前者优先。

密码、通行密钥、双重验证、CAPTCHA 和支付确认需要你接管电脑处理。支持的连接器可通过 secure secret request 使用受保护值，但它不是通用密码管理器。若没有明确的本机文件操作需求，在 Execution on Local Computer 保持 Never allowed，不会妨碍 Bot 使用它自己的云端电脑。

还有一个容易忽略的事实：审批只拦住下一步，不能撤销已经执行完的动作。先把高风险动作锁住，比事后点拒绝更有用。

几个容易混淆的说法

• 官方当前文档使用 Group Chat 这一名称，不应把其他产品界面里的叫法当成跨平台的正式术语。
• 官方 FAQ 目前列出 macOS、Windows 和 iPhone 支持。Android、iPad 或 Linux 的可用性应以访问时的官方页面为准，不能提前承诺。
• 额度与计费会随套餐和地区变化。官方说明存在每周包含额度，部分符合条件的账号可按模型和 token 额外计费；不要用个人两天的使用百分比推导团队容量。FAQ是核对当前条件的入口。

Grok Bot 常见问题

Grok Bot 能做什么？

它可以在云端电脑里处理跨工具的任务，比如搜集公开资料、整理会议材料、草拟活动页、复现问题和准备状态简报。把任务拆到具体岗位，并写清交付和审批点，结果更容易审核。

每只 Grok Bot 都有独立的云电脑吗？

不是。同一账号下的 Bot 共用一台按用户划分的云端电脑。Bot 的任务上下文独立，但文件、登录态和已授权工具不是彼此隔离的安全域。

Grok Bot 能否自动发布、付款或改生产环境？

这些是需要显式审批的高风险动作。先在 Auto-review 中设置 Require Approval，再从低风险的读取、整理和草拟任务开始。

从一个岗位开始，而不是从一个万能聊天框开始

Grok Bot 的价值不在于“能不能替你点网页”，而在于能否稳定接住一段有清晰结果、材料来源和审批边界的工作。先从参会小秘、调研员或活动执行这类低风险岗位开始，连续修改两轮交付，再把稳定做法保存为 Skill。只有当第一条工作链稳定后，多 Bot 协作和 Routine 才会真正减少你的负担。

想继续收集具体任务灵感，可浏览社区整理站 UseGrokBot。它适合寻找案例，不替代官方的权限、支持范围和计费文档。

阅读英文版。