Learn Jaymie 对照书房

Grok Bot · 笔记

Grok Bot 学习笔记

整理日期：2026-08-30。给小马哥用。

来源

主文档：

产品介绍：Introducing Grok Bot（2026-08-11，标 Early beta）

官方 playbook 目录：Grok Bot Guides（5 篇内部用法故事，见文末对照）

能做什么

Grok Bot 不是「多开几个聊天窗」。官方定义：Bot = 一个持久、有名字的 AI 同事。你像给同事发消息一样把活交出去，它在自己的云电脑上把活干完，只在需要你拍板时回来。概览 / FAQ

具体能干的：

  • 登录你已经在用的网站和 App，在真实工具里收尾，而不是只给你一份草稿。介绍
  • 关电脑、关 App 也继续跑。后台任务和 routine 跑在云端。FAQ
  • 多个 Bot 并行，互相交接，你不用当传话筒。概览
  • 你做一遍它看着，能把流程存成 skill，再挂成定时/事件 routine。Skills
  • 桌面（macOS / Windows）和 iPhone 同一套 Bot、同一套对话。Get started / FAQ

官方举例的角色：Sales Outbound、Talent Scout、Paid Media、Expense Manager、Product Performance、Bug Reproduction、Account Health、Chief of Staff。Use cases

官方明确现在没有：Linux 桌面、Android、iPad。云电脑本身跑 Linux，只是没有 Linux 客户端。FAQ / Teams

iPhone 要求 iOS 18+。手机上能交活、批准、暂停/恢复 routine；改 routine 的时刻表和说明、看运行历史、Test run、删除 routine、Teach a task 目前要桌面端。iOS

没有模型选择器，成员和管理员都不能挑模型，产品自己路由并故障转移。Teams

怎么用

准入

需要符合条件的套餐，用 Cursor 账号登录。文档写的名单：Get started / FAQ

  • SuperGrok Plus、SuperGrok Heavy
  • Cursor Pro+、Cursor Ultra
  • Cursor Teams Standard / Premium

介绍文和产品页还写了 SuperGrok、Cursor Pro；FAQ / Get started 没有。团队文档另写个人套餐「或一次性试用」。以当前账号页 / Cursor 定价为准。Enterprise 滚动开放。

Grok Bot 用量跟 Grok / Cursor 套餐分开算。同时有 Cursor 和 SuperGrok 时，用额度更多的那份。介绍 / FAQ

必须允许云端存数据。Legacy Privacy Mode 用不了。FAQ

上手六步（官方 Get started）

  1. 从 Grok Bot 下载页 装桌面端（Mac 分 Apple silicon / Intel；Windows 分 x64 / Arm64）。
  2. Get started → 浏览器里用 Cursor 登录 → 回到 App。首次会问你常用工具（只影响推荐，不会自动连上那些工具）。云电脑在后台初始化。
  3. 建第一个 Bot：短名字 + 一个主职 + 描述（怎么干、什么不能干）。
  4. 交第一个活。好任务包含五件事：结果、来源、约束、交付物、何时停下来让你看。
  5. 要登录时：打开 Agent Computer → 你自己接管 → 输密码/2FA/验证码 → 交回控制。密码不要打在聊天里。
  6. 改到你满意，把稳定流程存成 skill；再考虑做成 routine。

五分钟热身（不用连任何账号）：丢一份文档进去，让它按条目摘要并标注出处，且不要改原文件。Get started

一条任务怎么下

官方建议自然说话，但把边界写死。模板：

做什么 → 在哪些工具/文件里做 → 不准做什么 → 交什么回来 → 何时停下来问我

例（官方）：先对账、给建议，不要改广告、不要给代理发消息，先把现值、拟改值、预期影响摆出来再请批。Approvals

对话里可用：

  • / 引用已存 skill
  • @ 点名 Bot、群、routine、connector
  • 边跑边发新消息：你的直连消息优先，可改方向
  • 立刻停：发 Stop now（已经做完的事不会撤销）

Chat

组队

账号上限：Bot + 群聊合计 50。Bots

官方建议从小 roster 开始：

  1. 先给一个 Bot 端到端结果的所有权
  2. 只有稳定的专职再加第二个
  3. 交接需要看得见时再建群（2–6 个 Bot）
  4. 对外动作一律放审批后面

群里用 @某人 指定负责人，少用 @everyone。每个阶段只留一个 owner，并行交接太多会重复干活、刷屏。Chat / Bots

隐藏 Bot 不会暂停它的 routine。要停，去暂停 routine。可能还要用再隐藏，不要急着删。Bots

Connector、Skill、Routine

优先装 connector（Settings → Plugins），比纯点网页稳。装上仍可能要在浏览器里再登一次。Connector 是账号级的，不是某个 Bot 私有的。Computer

顺序：先做一次 → 做成 skill → 再挂 routine。不要一上来就自动化。Skills

Teach a task（逐步开放）：一对一对话里打开电脑画面 → Teach a task → 演示最多 10 分钟 → 审草稿 skill → 先拿安全例子测。不录音频。演示时别暴露密钥。Skills

Routine：指定 owner、时区、输入、交付、审批边界、数据源挂了怎么办。Test run 是真干活，不是空跑。一个 Bot 最多 50 条 routine；每条只留最近 20 次运行记录。删 routine 立刻生效，不能撤销。长时间不在可能被问要不要继续跑，不回就暂停。Skills

事件触发（Slack 消息、GitHub 通知等）走 Cursor 账号集成，和 Slack/GitHub 插件不是同一条连接。匹配规则要窄，别监听「所有新消息」。Skills

关键概念

概念 一句话 来源
Bot 持久、有名字的一个同事：自己的对话、职责、记忆 概览 / Bots
共享云电脑 你账号下所有 Bot 共用一台 VM：文件、浏览器登录、命令行凭据都共享 概览 / Computer / FAQ
各自的屏幕 并行用浏览器/桌面可以，但不是安全隔离 Computer
Connector / Plugin 结构化接服务；没有 connector 再用浏览器点 Computer
Skill 怎么做（可跨 Bot 复用，但要有对应连接/登录） Skills
Routine 何时做，挂在某一个 Bot 上（定时或事件） Skills
Handoff Bot 直接把活传给另一个 Bot，你不当路由器 概览 / Chat / 移动开发 playbook
Group chat 2–6 个 Bot 共享一个结果、交接可见 Chat / Bots
Auto-review 工具调用/电脑动作跑前审查；Require Approval 优先于 Always Allow Approvals
Attention list PM playbook 里的用法：从你实际在忙什么倒推焦点，不是静态待办 PM playbook
Cloud Agents PM playbook：工程 Bot 可拉起带代码库/依赖/密钥的云端编码环境 PM playbook

心智模型（移动开发 playbook 写得最清楚，和文档一致）：

  1. Job description：它是谁、管哪条车道、拒绝什么
  2. Connections：能碰到哪些账号
  3. 一台云电脑：你笔记本关了它还在跑
  4. Routines：到点自己动手
  5. Skills：你演示过的操作手册
  6. Handoffs：直接传给别的 Bot（官方认为这才是「团队」）

实操清单

按这个顺序练，不要跳到「建十个 Bot」。

  1. 确认套餐和隐私设置（非 Legacy Privacy Mode），装桌面端，Cursor 登录。
  2. 建 一个 专职 Bot。描述里写清：主职、来源系统、输出格式、永远要审批的事。
  3. 先给一个只读任务（摘要、对照、调查），要求：事实 / 推断 / 已做 / 待批 / 未核实，分开写。桌面一次最多 6 个附件；文档/图/音频各 25 MB，视频 200 MB，加密文件读不了。Files / Troubleshooting
  4. 需要登录：接管电脑自己登，聊天里不传密码。
  5. 有 connector 就装 connector，再 @ 用。没有再用浏览器。
  6. 改到可复查之后：把刚才这套存成 skill，写上何时用、输入、步骤、如何验收、什么要审批。
  7. 换一份输入再测一遍 skill。
  8. 失败策略写清了，再挂 weekday routine。先 Test run。
  9. 真正要发消息、花钱、删东西、改生产，描述里写死 + Auto-review 加窄规则。团队里 Cloud Agents 开关默认开，不想让 Bot 拉云端编码环境就去 Cursor 后台关。Teams
  10. 工作自然裂成两个稳定职责，再加第二个 Bot。交接要可见再建群。
  11. 时区设对（routine 按这个算）。Settings
  12. 本机执行默认 Ask every time；没有明确理由就 Never allowed。Approvals

给 Bot 的描述范例（官方口吻，改成你的领域即可）：

负责每周账户健康回顾。拉产品用量和支持信号，标出流失/扩容证据，给 CS 一份带链接的观察名单。未经批准不联系客户、不改账户。

容易踩的坑

  1. 把多个 Bot 当成安全隔离。 登录和文件在共享电脑上，所有 Bot 都能用。不要靠「再建一个 Bot」来藏密钥。FAQ / Approvals
  2. 一个万能 Bot。 官方和所有 playbook 都反对。职责糊、记忆糊、你也不知道该找谁。Bots / PM
  3. 一上来就自动化。 先一次任务，再 skill，再 routine。Test run 会真的改东西。Skills
  4. 监听太宽的事件。 「所有新消息」会吵、烧用量、还可能对不相干内容动手。Skills
  5. 聊天里发密码 / 验证码。 接管电脑，或走官方的 secret request。Approvals
  6. 批准看不懂的操作。 批准管的是「即将发生」的动作，已经做完的撤不回。Approvals
  7. Auto-review 写太宽。 不要「浏览器里什么都允许」。Require Approval 和 Always Allow 同时命中时，前者赢。Approvals
  8. 隐藏了以为停了。 Hide 不暂停 routine。Bots
  9. 删 Bot 以为登录也没了。 删的是人设、对话、它名下的 routine；共享电脑上的文件和登录可能还在。Bots / FAQ
  10. 公开分享链接等于公开配置。 人设、skill、routine 别人都能看见。不含电脑和登录，但密钥、内网 URL、客户数据要先清掉。Bots
  11. Bot 太吵。 官方建议：没变化就闭嘴。只在需要你时出声。PM
  12. 对外消息不审。 PM / GTM 都把外发、花钱、删除留在人这边。PM / Approvals
  13. 电脑坏了先 Reset。 顺序：Retry → 重启 App → Recover → Update Agent Computer。Reset 是最后手段，可能丢掉没同步的新东西。Computer
  14. App 更新和电脑更新不是一回事。 前者是客户端，后者是重建云 VM。Settings
  15. 多项目全塞进私聊。 会串台。实验做法：一个项目一个 channel + roster + 看板（作者标明 experimental）。多团队
  16. 让 Bot 自己花钱。 移动开发 playbook：Creatives 出素材，Analytics 下结论，买量必须问人。移动

对照：这几篇 playbook 各自在讲什么

都来自 x.ai/bot/guides，是内部怎么用的故事，不是逐步手册。

篇 核心招 适合什么时候看
Grok Bot for PMs 专职拆分：CoS / EM（自己不写代码）/ 多个 Eng / 数据 / PM 搭档。Attention list。外发自己审。 怎么设岗位、为什么不要一个全能助手
Grok Bot for GTM 先把日常工具连上。CoS 编排。会议预热、prospecting、一客户一 Bot、现场改 slides。用文风样本喂它。 销售/客户成功怎么排班
Designing Grok Bot with Grok Bot 判断力留在人。用生产素材，不要让它「凭截图再画一个」。Figma 走 MCP 读真实属性。 设计和探索
Grok Bot for mobile app development 六人工作室编制 + 一份完整 Analytics Bot 配置范文。录一遍网页操作当 skill。Bot 之间隔夜交接。 最完整的「一个 Bot 怎么配」
How I run multiple teams 一项目一 channel、先复用再新建、作者自己限 6 人。标了 experimental。 同时跑多个项目时怎么防串台

不确定 / 官方没写清的

  • 套餐名单打架。 介绍文含 SuperGrok、Cursor Pro；Get started / FAQ 没有。以账号页为准。
  • Teach a task、部分搜索、iOS 推送、部分设置项 官方写了「逐步开放 / 视账号和 rollout 而定」，界面上没有不代表你用错了。
  • 设置入口叫法不完全统一。 文档写 Settings → Beta 做电脑恢复、View conversation details 改人设；产品界面还有侧栏账号按钮、点聊天标题打开 info pane 等。跟着当前 App 上能点到的走，不要死记某一版菜单名。
  • Playbook 里的 Notion 看板、每 channel 6 人、Cloud Agents 占比等，是作者自己的实验或内部结果，不是产品硬限制（产品硬限制是 Bot+群 合计 50、每 Bot routine 50）。
  • iOS、Troubleshooting、Teams/Enterprises 已全文归档（sources/grok-bot-guides/）。产品页 https://x.ai/bot 的 FAQ 后半和部分价格数字是 JS 折叠的，数字不要当准。