17 步精通 Grok Bot

如何在 17 步内精通 Grok Bot August 29, 2026 · 17 min read · View source ↗ Grok Bot AI Automation 2026 年 8 月 11 日，Elon Musk 的 xAI 以早期 beta 形式推出了 Grok Bot。 短短几周内，它就吸引了大量关注。而且不仅仅是因为 Grok 这个名字、或它与 xAI 的关系——整个方式都不同于我们通常使用 AI 的方式。 不再是每次打开一个新聊天、从头解释任务，你可以逐步把重复性工作移交（delegate）给持久化的 agent。 不只是提问。 是委派。 这就是为什么 Grok Bot 感觉不像又一个 AI 界面，而更像一次对我们日常工作中如何使用人工智能的改变尝试。 下面，我们将用 18 个步骤来讲解 Grok Bot——从创建你的第一个 agent、给它们授权，到教授可复现的流程，最终把它们变成一个能运转的系统。 1. 委派，而不是提示词 传统 AI 的核心问题往往是： 我该怎么写出完美的提示词？ 有了 Grok Bot，问题变了： 我到底想委派什么，agent 需要什么信息，它的权限到哪里为止？ 这更接近于给员工分配工作，而不是写提示词。 一个好任务应当回答几个问题： 应该交付什么结果 bot 应该从哪里获取信息 它不能独自做什么 结果应该是什么格式 它什么时候该停下来请求批准 例如，不要写： 查一下我们的分析数据。 而要用： 把本周新用户激活情况和前四周做对比。找出最大的变化，附上相关图表的链接，准备一份简短的调查计划。不要改动仪表盘里的任何东西。 区别看起来很小，但现在 bot 既理解了要做什么，也理解了"完成"到底意味着什么。 2. Bot 作为一个持久化的角色 当每个 bot 都拥有一个明确的责任范围时，Grok Bot 效果最好。 xAI 官方文档用的例子有 Talent Scout、Expense Manager 和 Bug Reproduction。一个泛泛的 General Helper 通常用处较小，因为它没有明确的责任，累积的上下文也更难复用。 当一个工作具有以下特征时，单独建一个 bot 才有意义： 有自己的目标 有自己的来源和工具 不同的工作风格 自己的批准边界 重复性任务 例如，一个 Inbox Manager 可以完全专注于收件箱里的消息：读取、分类、总结，并准备回复草稿。 一个 Research Bot 可以完全专注于查找和核实信息。 角色描述最好用来放永久规则： 未经批准，永远不要给客户发消息。 对话本身应该放今天的任务： 今天为这 12 位客户准备回复草稿。 区别很简单：profile 存永久规则，消息放当前工作。 3. 设置和你的第一个 Bot Grok Bot 支持 macOS、Windows 和 iPhone。目前不支持 Linux 桌面、Android 和 iPad。 在访问权限扩大之后，Grok Bot 可以通过以下途径获得： SuperGrok SuperGrok Plus SuperGrok Heavy Cursor Pro Cursor Pro+ Cursor Ultra Cursor Teams Standard Cursor Teams Premium 安装应用后，用你的 Cursor 账号登录。 你可以通过以下方式创建第一个 bot： New -> Create new agent 或： Cmd/Ctrl+N 然后给它一个名字、它的主要职责，以及它应该如何工作的描述。 不要一上来就接银行账户或复杂的自动化。 你的第一个任务应该尽可能安全。例如，附上一个文档，让 bot： 创建一份简短摘要 提取所有重要日期 列出已做出的决策 识别未决问题 为重要结论提供来源 这样你就能在接入真实服务之前，先测试 bot 遵循指令的能力。 4. 持久化的云端电脑 Grok Bot 最重要的功能之一，是它的持久化云端电脑。 它有一个浏览器、文件系统、终端，以及已连接的应用。这意味着 bot 不止能解释你该做什么——它能打开一个网站、查找信息、下载文件，或者直接在一个服务内部完成工作。 但有一个重要细节。 你所有的 bot 共用同一台电脑。 它们可能有不同的角色、对话和累积上下文，但工作环境是共享的。 这包括： 文件 浏览器会话 网站登录 已连接的工具 如果一个 bot 通过浏览器登录了某个服务，同一台电脑上的另一个 bot 可能使用同一个会话。 所以，不要把单独的 bot 当作单独的安全容器。 一个账号最多可有 50 个 bot 和群聊（combined）。 对于需要在 agent 之间流转的文件，共享工作区尤其有用。一个 Research Bot 可以保存它的发现，一个 Writer Bot 可以立即从同一份材料继续，无需手动复制粘贴。 5. 教授任务——把流程演示一遍 Grok Bot 最有趣的功能之一是 Teach a task。 与其写一段描述每一次点击的长指令，你可以自己把流程做一遍，并演示给 agent 看。 当该功能可用时： 打开与 bot 的直接对话 打开它的电脑 选择 Teach a task 说明你即将演示的结果 自己把流程做一遍 停止录制 查看 bot 创建的技能 可见的电脑交互最多可录制 10 分钟。你的麦克风不会被录制。 例如，你可以演示这个工作流： 打开仪表盘 -> 找到指标 -> 与上周对比 -> 把结果保存到文档 -> 准备一条 Slack 消息 演示之后，bot 会把流程转换成一个可复用的技能草稿。 草稿这个词很重要。 一次成功的演示，并不会教会 agent 在网站加载失败、数据缺失或界面变化时该怎么做。 你还应该定义以下情况发生时的行为： 来源不可用 所需数据缺失 两个来源相互矛盾 界面变化 该操作需要人工批准 Teach a task 正在逐步推出。如果你还没有这个功能，你仍然可以从书面指令和一个已经完成的任务来创建技能。 6. Skills（技能） 一个 skill 是一种保存下来的完成任务的方式。 例如，Weekly Account Health 可以定义从哪里获取数据、检查哪些指标、最终报告应该长什么样，以及 bot 在哪里必须停下来等待批准。 一个好的 skill 应该说明： 何时使用它 需要什么数据和访问权限 步骤顺序 如何验证结果 返回什么格式 哪些操作需要批准 这是与普通提示词的一个重要区别。 一个提示词描述的是此刻的单一任务。 一个 skill 把一个成功的流程变成一个可复用的程序。 已保存的 skill 可以用 / 调用，@ 可以用来附加 bot、群组、routines 和可用的连接器。 7. 无需分享密码的访问 迟早，bot 会到达一个需要认证的页面。 你不需要在普通消息里发送你的密码。 当 Grok Bot 到达一个敏感步骤时，你可以打开 Agent Computer，接管控制，自己完成所需操作： 输入密码 使用 passkey 完成双因素认证 解一个 CAPTCHA 确认支付或其他仅限人类的操作 然后控制权回到 bot 手中，它从同一页继续。 浏览器会话留在共享电脑上，所以下一次运行可能不再需要登录。 但请记住：那个会话属于共享的账号环境，而不是某一个特定的 bot。 对于有现成集成的服务，你可以使用 plugins 和 connectors，而不是通过浏览器控制网站。 它们通过以下方式连接： Settings -> Plugins 8. 权限边界 你给 bot 的工具越多，定义它能独自做什么就越重要。 一个实用的思考方式，是把操作分成三类。 GREEN（绿）——可独立完成： 搜索 阅读 分析 对比 计算 研究 整理信息 准备草稿 YELLOW（黄）——只能在预定义范围内完成： 编辑内部文件 创建工件（artifact） 更新已批准的内部数据 运行已经测试过的流程 RED（红）——通常需要人工批准： 发送外部消息 公开发布 购买或转账 删除重要数据 更改权限 修改生产系统 接受法律条款 GREEN、YELLOW 和 RED 不是 Grok Bot 的官方模式。它们只是一种定义边界的实用方式。 Grok Bot 本身支持批准机制。 Require Approval 会强制 agent 在匹配的操作前停下。 Always Allow 让匹配的操作自动运行，除非有另一个原因要求 bot 停下。 如果规则冲突，Require Approval 优先。 逻辑很简单： 一个操作越难撤销，让 bot 在无人工的情况下执行它就越没道理。 IMAGE 3 9. Routines——当 bot 开始自己工作 一个 skill 回答： 这个任务应该怎么做？ 一个 routine 回答： 应该在什么时候做？ 例如： 每天早上 8:00 生成工作简报 每周五检查客户列表 每周准备一次报告 在一个受支持的事件之后启动流程 对某些集成，routine 不仅可以由时间触发，还可以由事件触发，比如一条新消息或通知。 这就是 Grok Bot 开始感觉与普通 AI 聊天截然不同的地方。 你不再需要打开对话、再输入一遍同样的命令。bot 在正确的时刻启动，执行已配置的工作。 一个 routine 应该定义： 哪个 bot 拥有它 时间表与时区 数据来源 预期结果 批准边界 来源不可用时该做什么 后台 routine 可以在你的笔记本合上之后继续运行。 一个 bot 最多可有 50 个 routine。 对每个 routine，系统保留最近 20 次运行记录，包括成功和失败的。 在启用自动化之前，务必先测试——尤其是当 bot 会写入、发送或改变什么时。 10. Bot 团队和 Chief of Staff（幕僚长） 当你有不止一个 bot 时，最有趣的阶段开始了。 Grok Bot 允许 agent 之间传递上下文和工作。你不再需要手动把 Research Bot 的输出复制到 Writer Bot，再把完成的草稿搬到 Reviewer Bot。 一个简单的结构可能长这样： Chief of Staff（幕僚长） 接收主要目标，把它拆成几部分，委派工作，并组装最终结果。 Research（研究） 查找信息、核实事实、保存来源。 Strategy（策略） 把研究转化为决策或计划。 Execution（执行） 创建最终工件：一份文档、分析、文章、表格，或其他交付物。 Reviewer（审校） 在最终工作到达用户之前检查它。 不要在第一天就创建十个 agent。 从最小的有用团队开始，只在有真正需要一个专职负责人的重复性工作出现时，才添加专家。 Group Chats（群聊） 一个群聊可包含 2 到 6 个 bot。 你可以给它们一个共同目标，让它们自行分配工作。 或者用 @ 指定某一个 agent。 一个扎实的 bot 交接看起来像这样： 这是结果。这是来源。这是无法核实的内容。这是确切的下一步动作。 这样，下一个 agent 收到的就不只是一个文件，而是继续工作所需的上下文。 Duplicating a Bot（复制 bot） 一个已配置好的 bot 可以被复制。 副本保留： profile 设置 已启用的 skills routines 头像 它不保留： 对话历史 累积记忆 聊天附件 当同一个角色需要跨多个项目或工作流使用时，这很有用。 IMAGE 4 11. 说明"完成"意味着什么 复杂任务失败，往往不是因为 bot 不够聪明。 而是因为没人说明完成的结果长什么样。 差的： 每周研究竞争对手。 这留下太多问题。多少个竞争对手？什么算重要？bot 应该返回什么？ 更好的： 每周五，准备产品、定价和定位方面最重要的五个竞争对手变化。每个变化附上来源，解释可能的影响，并推荐下一步行动。不要对外发布任何东西。 对复杂任务，定义： 结果 来源 格式 频率 完成标准 约束 批准节点 诸如"好""高质量""专业"这样的词几乎没用。 把它们换成可检验的条件： 每个事实都有来源 包含发布日期 重复项已移除 未核实的信息被明确标注 最终结果在长度限制内 外部操作只在批准后发生 如果终点线无法被检查，bot 就无法可靠地知道工作到底何时真正完成。 12. 不要把第一次成功运行就自动化 最常见的错误之一，就是拿到一次好结果，就立刻把流程变成每日自动化。 更安全的路径是： 给 bot 一个真实任务 查看结果 修复流程 把它保存为 skill 用不同数据测试 skill 定义失败和重试 只有到这时才创建 routine 一个糟糕的流程不会因为自动化就变好。 它只会开始独自产出糟糕的工作。 在自动化之前，检查： 来源不可用时会怎样 信息缺失时会怎样 工作是否会重复 批准是否会正确触发 任务在失败后能否安全重跑 13. 检查你的自动化 一个自动化可以完美运行一个月，然后在某一天崩掉。 一个网站改了界面。 一个连接器改了数据格式。 一个文档多了一个必填字段。 而之前返回完美结果的 bot，突然开始产出不完整的工作。 这就是为什么 routine 有运行历史，你可以在其中查看成功和失败的执行、测试流程、修改指令。 在网站、连接器或来源格式变化之后，重新测试自动化。 定期问四个问题很有用： routine 跑了吗 结果正确吗 出现了新错误吗 这个自动化还有用吗 持久化自动化，并不意味着无人监管的自动化。 14. 有用的 Grok Bot 工作流 Morning Work Briefing（晨间工作简报） 一个 Chief of Staff 可以检查已批准的来源，返回一份简短报告： 什么变了 什么需要关注 哪些决策需要做 哪些任务可以进一步委派 早上不用打开好几个应用，你打开一个对话。 Email（邮件） 一个 bot 可以读取可访问的消息、分类、总结，并准备回复草稿。 发送可以留在批准之后。 Research（研究） 一个 Research Bot 可以从多个来源收集信息、保存链接，并把已确认的事实与假设分开。 Sales Outbound（对外销售） 一个 bot 可以研究客户、找到相关联系人，并准备个性化的外联草稿。 实际的发送可以留给人工。 Browser Work（浏览器工作） 如果某个服务没有方便的 API 或连接器，Grok Bot 可以通过它自己的云端浏览器工作。 一个重复性流程之后可以变成一个 skill，再变成一个 routine。 Content Team（内容团队） 一个简单结构： Research -> Writer -> Reviewer 第一个 agent 收集信息和来源。 第二个创建草稿。 第三个检查事实、格式和要求。 重要的不是 bot 的数量。是清晰的归属。 IMAGE 5 15. 你应该先创建哪些角色？ 不要一开始就建一支二十个 agent 的大军。 挑一个反复消耗你时间的真实问题。 角色示例： Chief of Staff Talent Scout Expense Manager Bug Reproduction Sales Outbound Account Health Content Editor Analytics Reviewer 一个好问题是： 这项工作应该有一个永久负责人吗？ 如果任务只发生过一次，它大概不需要自己的 bot。 如果它每周都回来、而且使用大致相同的来源，一个专职角色就开始有意义了。 16. Grok Bot 的局限 现成的基础设施让 Grok Bot 容易上手，但也带来若干局限。 模型选择可能并非总是可用 在大多数工作流里，Grok Bot 自动管理模型选择和路由。 取决于产品版本和功能可用性，可能会出现一个 Default Model 设置，所以缺乏手动模型选择不应被当作每个账号、每个界面版本的绝对局限。 Bot 彼此不隔离 一个用户的所有 bot 都在同一台共享云端电脑上运行。 一个单独的 bot 不是一个单独的安全容器。 工作发生在云环境里 浏览器会话、工作文件和已连接的服务，都在账号的云端电脑里。 Teach a Task 正在逐步推出 有些用户可能比其他人更晚收到该功能。 浏览器工作流可能中断 如果网站改了界面，一个 computer-use 工作流可能需要重新测试。 有稳定的连接器时，优先使用它们。 存在使用额度限制 Grok Bot 有自己的使用额度，可用量取决于订阅。 所以你能持续委派的工作量，取决于你的套餐和你运行的任务类型。 17. 让它运行之前的检查清单 在让 Grok Bot 独立工作之前，检查： bot 有一个清晰的角色 任务有一个可衡量的结果 信息来源已定义 明确 bot 不能改变什么 外部消息需要批准 购买和支付需要批准 危险删除需要批准 密码和 2FA 码不通过普通聊天发送 只连接必要的访问权限 你记得电脑在你的 bot 之间是共享的 成功的流程已保存为 skill skill 已在另一个输入上测试过 失败行为已定义 routine 在自动执行前已测试过 网站或连接器变化后流程已重新测试 一个有用的启动方式： 读取 -> 分析 -> 准备 -> 批准 -> 执行 先让 agent 读取、分析和准备。 只有在质量变得可预测之后，才逐步允许那些改变外部世界的操作。 官方资源 Grok Bot 仍在快速演进，所以功能、支持的平台、套餐和额度都可能变化。 获取最新信息，请查看 xAI 官方文档。 Approvals, security and privacy https://docs.x.ai/grok-bot/approvals-security-and-privacy Chat and collaboration https://docs.x.ai/grok-bot/chat-and-collaboration Create and manage Bots https://docs.x.ai/grok-bot/bots FAQ https://docs.x.ai/grok-bot/faq Get started https://docs.x.ai/grok-bot/get-started Grok Bot https://docs.x.ai/grok-bot/overview Introducing Grok Bot https://x.ai/news/introducing-grok-bot Skills and routines https://docs.x.ai/grok-bot/skills-routines-and-automations Use cases https://docs.x.ai/grok-bot/use-cases Grok Bot 背后的核心思想，不是再给你一扇和 AI 对话的窗口。 首先，你创建一个持久化的角色。然后给它真正的工具。一个成功的流程变成一个 skill。重复性的工作变成一个 routine。随着工作量增长，专职 bot 开始彼此交接工作。 不再是一堆一次性提示词，你逐渐得到一个拥有持久角色、工作上下文、工具、时间表和清晰权限边界的数字团队。 这就是 Grok Bot 开始感觉不像又一个聊天机器人、而更像一种把工作委派给 AI 的新方式的地方。 如果你想看更多关于 AI、agent 和新技术的这类文章，关注 @Mikadzyki_NFT Tags: # X # Grok Bot # AI # Automation # Guide Related articles i created a Grok Bot workflow and earned (full guide) > I help [who] get [outcome] without [common waste], using [concrete artifacts]. Grok Bot Marketing AI Automation