ARTICLE · 1317053
Grok Bot 从 0 到 1 保姆教程:装好、建 Bot、拉群干活,一篇讲完
GROK BOT · 从 0 到 1
Grok Bot 从 0 到 1保姆教程
装好、建 Bot、接工具、派活、拉群，一篇讲完
本文操作步骤逐一对照 xAI 官方 Grok Bot 文档（概览、上手、Bot 管理、云电脑与应用、技能与例程、协作、审批与安全、移动端）与 Cursor 计费文档核对。界面名词保留官方英文原文，方便你对着屏幕找。
官方文档未载明、或不同页面说法不一致的地方，正文会明确标出，不硬编成结论。
绝大多数人第一次打开 Grok Bot 会愣一下：没有模型选择器，没有对话列表，左边站着一排「人」。
这不是半成品。官方文档用一句话解释了设计：Grok Bot 自己管理模型选择，所以没有模型选择器。它把「用哪个模型」当成自己的事，把「这活归谁干」交给你。
换句话说，你面对的不是一个问答窗口，是一支小组：每个成员有岗位、有独立记忆、有一台随时在线的云电脑，还能互相发消息交接任务。
这篇按真实上手顺序走，每一步都给可复制的模板和官方限额数字。全文约 1 万字，建议先看 PART 00 和 PART 07，再回头补细节。
这篇讲什么
00 十分钟速览：它和你熟悉的 AI 差在哪
01 门槛与用量：哪个套餐才有，额度怎么烧
02 装机与登录：它没有独立账号
03 界面地图与全套快捷键（含界面示意）
04 建第一个 Bot：一岗一 Bot 的判断标准
05 云电脑：/workspace、持久化边界、Update/Recover/Reset
06 接应用，以及给它一个邮箱
07 派活：五要素 + 八个可抄的岗位模板
08 Skill：把一次成功变成可复用的方法
09 Routine：定时与事件触发，全部限额
10 拉群：2–6 个 Bot 怎么交接
11 多个 Bot 怎么管：主 Bot、分区、模板
12 安全边界：审批、Auto Review、Vault
13 手机端：能干什么，不能干什么
14 六个坑 + 三条排错路径 + 17 条报错速查
15 30 分钟上手清单与第一周节奏
PART 00
十分钟速览：它到底特殊在哪
耗时 8 分钟 · 做完你应该看到：能在纸上写出「我这周哪三件事可以交给它」
官方定义只有一句：能长期保留的 AI 队友。真正拉开差距的是三件事——岗位制、云电脑、可审批的自主执行。
上手路径五步，前四步一个人能做完，第五步才叫团队：
STEP 1 确认套餐装客户端 | STEP 2 建 Bot写边界 | STEP 3 接应用派第一活 | STEP 4 存 Skill加定时 | STEP 5 拉群设审批 |
PART 01
门槛与用量：先算清这笔账
耗时 5 分钟 · 做完你应该看到：Settings → Usage & Billing 里能读出本周已用百分比
这一步最容易白折腾。Grok Bot 不是独立产品，它是订阅里的一个权益——没有单独的 Grok Bot 订阅，也没有单独的退款通道。
用量怎么算，三条规则：
① 一个池子。Grok Bot 不单独计费，它和 Cursor、Grok 应用共用同一个按周刷新的用量池。在 Settings → Usage & Billing 面板能看到「每周包含额度」和「按需用量」。
② 用完不硬停（前提是开了按需）。额度耗尽是走预付余额充值，可在 grok.com/dashboard/billing 设每月额外用量上限。按需关了，额度见底就直接停工。
③ 关联不叠加。Cursor 计划和 SuperGrok / X Premium+ 关联不会相加，系统取两者中给得多的那个。Pro 与 SuperGrok 同级，Pro+ 与 SuperGrok Plus 同级，Ultra 与 SuperGrok Heavy 同级。
两个前置坑：
· 账号处于 Privacy Mode (Legacy) 会被拦下，必须先切换到 Privacy Mode。原因是它需要云端数据存储，旧隐私模式不兼容。
· 免费试用给的是用量额度，一个长任务可能一次用光，且不补不退。省着用就挑轻任务先试。
关于价格：本文核对时 x.ai/pricing 被站点风控拦截，未取到官方原始报价，因此不列具体月费。第三方教程普遍引用 Premium 约 30 美元/月起——这只是第三方说法，官方页面未在本轮核对中确认。下单前请以 x.ai/pricing 与 grok.com 计费页为准。
PART 02
装机与登录：它没有独立账号
耗时 10 分钟 · 做完你应该看到：应用打开后侧栏已有 Bot 名册，不再是登录页
记住一句话就不会绕：Grok Bot 用的是你的 Cursor 账号，没有第二个登录。权限、用量、账单全挂在那个账号上。
下载入口两个，任选：
x.ai/bot 公开下载页
cursor.com/dashboard/bot Cursor 后台的 Grok Bot 页。安装行里可直接装，也能复制分享链接发给同事；没有后台权限就找管理员要链接。
支持平台（官方精确写法）：
桌面端会自动检查更新。注意应用和「云电脑」是两套东西，分开更新，这部分放在 PART 05。
登录路径按你的权限来源分叉，别乱点：
| Link Grok Account |
登录卡住的第一招：完全退出应用再打开。macOS 要从菜单栏选 Quit，只关窗口不算退出——这是官方文档给的最常见修复。
手机端登同一个账号，看到的是同一批 Bot、同一台云电脑、同一套 Routine，不用二次购买。但 App 内购只提供月度个人计划，年度、Teams、Enterprise 和按需用量都要去网页端，这点在 PART 13 细说。
PART 03
界面地图与全套快捷键
耗时 6 分钟 · 做完你应该看到：能在右侧面板点开任意 Bot 的电脑预览
界面很素，但每块都有明确分工。先认清位置，后面每一步操作都能对上号。
示意图 · 主窗口三栏
BOTS
+ New Bot | 研究 | 电脑预览 点它进全屏 |
三栏分工是固定的：左边是名册，中间是对话和工具活动，右边是详情。很多人找不到设置项，是因为在左边翻——设置和电脑都在右边那只 Bot 的详情里。
左侧 Bot 名册 + 建 Bot / 建群 | 中间 对话 + 工具活动 审批卡、生成的文件 | 右侧 详情 / 资料库 电脑预览 |
点右侧 Bot 头像出来的面板里，电脑是最该先看的一栏：能实时看到它开了哪个网页、点了哪个按钮。看过一次这个画面，你才会真的理解它和聊天机器人的区别。
全套快捷键。macOS 用 Cmd，Windows / Linux 用 Ctrl，例外会注明：
输入框里有两个符号必须记住：打 / 调出已保存的 Skill；打 @ 引用 Bot、群组、Routine 或已连接的应用。
它不像一问一答。普通聊天机器人你得等它答完才能问下一句；这里更像微信——你可以一次发三条，它也能一次回三条，中途还能追加「先别订，改成两天」。
语音有两种。听写：Cmd/Ctrl + D，说完文字进输入框，你改完再发。语音通话：输入框为空时点波形按钮，Bot 用声音回你，也能发语音留言（可展开看转写）。同一时间只允许一个通话，且不支持群聊。
界面上没有模型选择器是设计如此。官方文档写明：Grok Bot 自己管理模型选择，按任务挑最可能给出好结果的后端模型，也不会告诉你这次用了哪个。所以别在设置里翻模型，翻不到。
PART 04
建第一个 Bot：一岗一 Bot
耗时 12 分钟 · 做完你应该看到：侧栏出现一个带颜色头像的新 Bot，且它复述了你给的边界
先说一个版本差异，避免你照着旧教程找不到入口：
官方当前文档明确写着「个人 Bot 不再有描述字段，也没有 Bot settings 页面；要改变一个 Bot 做什么，直接在对话里告诉它」。但网上大量教程（包括本系列早前版本）还在讲「左上角 + → 创建新 Bot → 填名称/岗位/描述」。两种情况都可能遇到，取决于你的版本。判断方法：创建对话框里如果只有名称 + 头像形状 + 颜色三个字段，就是新版，没有描述框。
创建路径（新版）：点侧边栏顶部 New Bot，或按 Cmd/Ctrl + N。团队账号下 + 会先弹出菜单，需再选 Create a Bot。填名称、选头像形状和颜色，点 Create，聊天窗口自动打开。
示意图 · Create New Bot（新版三个字段）
Create New Bot | |||||||
名称 每周客户风险 | |||||||
头像形状 | |||||||
颜色 | |||||||
| Create |
判别版本只看这里：新版只有名称、形状、颜色三项，没有描述框。看到「描述」或「岗位」输入框的是旧版。没有描述框意味着——岗位定义全靠你发的第一条消息，写窄一点。
第一条消息才是真正的「岗位任命书」。官方明确说：第一条消息要交代职责、数据来源、审批边界，并要求它记住。没有描述框的版本里，这条消息就是唯一的岗位定义入口——更要写足。
第一条消息模板
你负责【一件具体的、会重复发生的事】，最终交付【固定的产出物】。
数据来源：【具体系统 / 网站 / 文件夹】。找不到就明说找不到，不要用旧数据顶上。
判断标准：【什么算合格，什么算不合格】。每条结论必须附来源链接；事实、推测、未知要分开写；证据冲突时保留冲突，不要强行统一。
边界：发送消息、发布内容、付款、删除数据、修改生产配置、更改权限——这些一律先问我。
你不负责【容易和别的 Bot 重叠的那部分】。
记住以上规则，以后都按这个来。
什么时候该单独建一个 Bot？官方给的标准是：具备以下任一独立特征时才建——独立的目标或负责领域、独立的工具与信息源、独立的工作风格、独立的审批边界、独立的周期性日程。
拿真名试一试，命名的好坏一眼就看出来：
✓ 能指导工作：行业研究专家、X 舆情助手、质检复盘官、账期催收、每周管报、Bug 复现官
这些名字自带输入输出约定，保存下来的上下文能复用。
✕ 注定变糊：通用助手、聪明小帮手、我的 AI、什么都能做
官方原话大意是：这类命名既给不出指导，也让存下来的上下文没法复用。
建好之后怎么改？
一个判断技巧：分不清某句话是「规则」还是「任务」，就问自己——这件事下周还要这样吗？要，就当规则说，并明确要求它记住；不要，就当任务说，别污染记忆。
PART 05
云电脑：它真正干活的地方
耗时 10 分钟 · 做完你应该看到：让它建在 /workspace 的文件，重开对话后还在
这一节是全文最容易被跳过、但最容易踩坑的部分。因为它和你想象中的「AI 帮我写点东西」完全不是一回事。
这台电脑属于你的账号，不属于某个 Bot。三个组件：
🌐 浏览器 真实网站，登录态持久 | ⌨️ 终端 可跑命令、装包、跑脚本 | 📁 文件系统 /workspace 共享目录 |
示意图 · 云电脑全屏视图
| |||
| |||
|
一台电脑 = 浏览器 + 终端 + 文件系统，三样都在这一屏里。你在 Finder 里找不到 /workspace——它在云上。要拿文件，让它当聊天附件发回来，或者在终端里把它挪到能下载的位置。
由此带来三个直接后果，每个都会影响你的用法：
① 关掉电脑它照样干。云端持续运行，合盖、关应用、断网都不影响云端任务。要它停，得发消息说「Stop now」——但这不会撤销已完成的操作。
② 登录一次，所有 Bot 都能用。浏览器 cookie 和登录态共享。你为 A Bot 登录了某个后台，B Bot 进去就是已登录状态。这不是漏洞，是设计——为的是交接不用重复配置。
③ 并行有上限。每个 Bot 在共享电脑上有自己的屏幕，所以多个 Bot 能同时干活；但单个 Bot 在同一时刻只能跑一个 computer-use 任务。官方措辞很直白：这些屏幕是「分开的工作面，不是分开的安全边界」。
/workspace 的持久化边界，官方分得很清楚：
这一条经常被误解：/workspace 是云端路径，不是你 Mac 的文件夹。Finder 里找不到它。要把成果带回本地，只有两条路——让它以聊天附件发给你，或者在它的电脑界面里下载。
Update / Recover / Reset 三个按钮别乱点。它们破坏性递增，官方给了明确的处置顺序：
| Update | ||
| Recover | ||
| Reset |
电脑连不上时的正确顺序
1. 等一会儿点 Retry，或重开对话。此时 Bot、文件、登录都还在，千万别点 Reset
2. 完全退出应用再打开（mac 从菜单栏 Quit），顺便检查有没有应用更新
3. 有更新提示就走 Settings → Computer → Update Bot's Computer；慢的时候 Keep waiting 是安全选项
4. 还不行，才用 Recover computer（确认弹窗里叫 Recover Grok Bot's Computer）
5. 以上全无效，最后才 Reset。且不要在已有 Update / Reset 进行时再点一次
磁盘满的时候，Bot 会在聊天里提示一次并列出最大的文件，提议删除，但未经你同意不会删任何东西。官方还有一句值得记住：磁盘空间低不等于数据丢失，清理只作用于电脑文件，不影响聊天记录。
另外注意：Grok Bot 的云电脑和你眼前的 Mac / Windows 是两台独立机器。只有在你启用了本地执行、并且按策略批准时，它才会在你本机跑命令。那个策略独立于云电脑的审批机制，默认是 Ask every time。
PART 06
接应用，以及给它一个邮箱
耗时 15 分钟 · 做完你应该看到：Connect apps 里至少一个应用显示 Added 且不是 Needs auth
有 App 就走 App，比让它在浏览器里点按钮稳得多。接入五步：
示意图 · Connect apps 一屏
搜索应用… | ||||
| ||||
PRIVATE SKILLS 应用自带的和打包好的 Skill，要在这里为当前 Bot 单独打开才生效。 |
三种状态的区别是本节最容易漏的一点：Added 只代表装上，不代表能用；Needs auth 要你自己点一次 Authenticate（手机叫 Authorize）；被团队关掉的那种，自己点一百次也没用。
1 侧栏 Connect apps（或聊天里的 Connect 卡片；手机在左上角头像里）
2 搜索应用，添加
3 要求授权时，在浏览器里完成提供方登录
4 没登上就点应用上的 Reconnect，或聊天卡片上的 Reopen
5 确认它出现在 Installed 下面
密码怎么给？三级顺序，别搞错：
① 首选 Vault 里已保存的登录 | ② 其次 已连接的密码管理器，如 1Password | ③ 最后 Secure Form 弹出安全表单向你要 |
关键区别：Vault 和安全表单里的值会直接填进网页，模型看不到。所以密码永远不要贴在聊天框里——贴进去就等于写进对话记录，还可能被模型读到。API key 同理，用弹出的 secure secret card 填，字段是掩码的。
表单搞不定的情况一定会有：
单点登录、passkey、验证码、要在另一台设备上确认、银行卡验证、网站明确要求真人。这时它会停下来把电脑交给你。你点 Take control 自己操作，完成后点 I'm done，它从断开的地方接着干。这是设计，不是故障。
几个常被踩到的应用细节（官方文档明确写出）：
另一个很多人不知道的功能：Bot 可以有自己的邮箱。域名是 mail.grokbot.com，格式如 yourname@mail.grokbot.com。
怎么领：对 Bot 说「Get yourself an email address」，它会问你想叫什么、检查可用性、弹批准卡——你没批准前不会占用。或者走 Connect apps → Email → Choose a name → Create address。
命名规则：小写字母、数字、点、连字符、下划线；必须字母或数字开头结尾；最长 64 字符；保留词不能用（support、admin、billing、security、help、info、team、cursor、grok、xai）。
一个地址永久属于你，不能改名、不能删除、永不重新发放。别名用 +receipts 这种写法即可，和主地址同收件箱。
用它之前先知道限额：
| 每封只能一个收件人 | |
建议第一周只接一个工具。接十个，出问题你根本不知道是哪个环节——这是经验判断，不是官方说法。
PART 07
派活：五要素与八个模板
耗时 10 分钟 · 做完你应该看到：同一件事两种问法摆在一起，你能指出少的是哪三个要素
「帮我查一下」和「把这件事办完」之间差的不是礼貌，是信息量。官方把它叫 strong request，要求五件事齐备：
| 结果 | |
| 来源 | |
| 限制 | |
| 交付物 | |
| 停点 |
同一个任务，两种问法：
✕ 帮我找下周六上海出发的杭州一日游方案
✓ 帮我找下周六上海出发的杭州一日游方案（结果），参考官方景区和交通信息（来源），预算 500 元内（限制），做成时间表（交付物），订票前先问我（停点）。
官方用例文档给了八个真实岗位的示范提示词，全部遵循同一个公式：数据范围 + 评判标准 + 输出结构 + 排除规则 + 明确禁止的动作。八个全部抄给你，每个都配中文版。
① 客户健康度 / 每周管报
Review the accounts in this portfolio. Combine recent usage, support escalations, renewal timing, and stakeholder activity into a ranked watch list. For each account, include the evidence, why it matters, and a suggested next step. Do not contact customers or edit the CRM.
中文照抄版
审视这个客户组合里的所有账户，把近期使用量、支持升级、续约时间、干系人活跃度综合成一个排序的关注清单。每条包含证据、为什么重要、建议下一步。不要联系客户，不要改 CRM。
② 付费投放复盘
Pull current spend and performance by campaign. Compare it with the monthly budget and target customer acquisition cost, then recommend reallocations with the supporting numbers. Draft a Slack update for the growth team. Do not change budgets or send the message.
中文照抄版
拉出各campaign的当前花费与表现，和月度预算、目标获客成本对比，给出带数字依据的重新分配建议。给增长团队起草一条 Slack 更新。不要改预算，不要发消息。
注意最后那两个动词：改预算和发消息都被显式禁掉了。这是官方用例的共性——每个提示词都用否定句收尾。
③ 费用对账
Build this week's expense summary from the expense system and the attached policy. Match receipts from the finance inbox, flag missing categories or policy exceptions, and draft one follow-up per owner. Return the summary and drafts; do not send messages or change reimbursements.
中文照抄版
用报销系统和附件里的政策做本周费用汇总。从财务邮箱匹配票据，标出缺失的类目或政策例外项，给每个责任人起草一条跟进。返回汇总和草稿，不要发消息，不要改报销状态。
这类任务的验收关键在「每个例外项都要附政策条款引用，总额要对得上源数据」。写进第一条消息里，后面就不用每次纠正。
④ 性能排查
Investigate the checkout latency increase since yesterday's release. Review dashboards and traces, identify the highest-confidence hotspot, and return a short write-up with screenshots and direct links. Separate facts from hypotheses. Do not change alerts or production settings.
中文照抄版
调查昨天发版之后结算延迟上升的问题。看监控面板和链路追踪，找出置信度最高的热点，返回一份带截图和直链的简短说明。把事实和假设分开写。不要改告警，不要改生产配置。
「Separate facts from hypotheses」这句建议抄进所有调研类任务。不写这句，事实和猜测会混在同一段里，你没法用。
这八个岗位覆盖运营、支持、增长与工程。它们同样一句话收尾——只交到你手上，不自己发出去。中文版可以直接用，把【】里的内容换成你的业务对象。
⑤ 销售拓客（Sales Outbound）
Research the 25 accounts in this CRM view. Score them against our ideal customer profile and recent intent, identify up to three relevant contacts per account, and draft email and LinkedIn outreach in the style examples attached. Skip anyone already in an active sequence. Return a review list; do not send or enroll anyone.
中文照抄版
研究这个 CRM 视图里的 25 个账户，按我们的理想客户画像和近期意向打分，每个账户找最多 3 个相关联系人，照着附件里的文风样例起草邮件和 LinkedIn 触达。已经在跟进序列里的人跳过。返回一份待审清单，不要发送，不要把人加进序列。
两个否定句是关键：不要发送、不要加进序列。加进序列等于对外产生动作，触发邮件自动化，收不回来。这条线必须卡死。
⑥ 人才寻访（Talent Scout）
For this role description, find 20 candidates who meet the must-have criteria. Exclude anyone already in our ATS, explain the evidence for each match, and draft personalized outreach in my voice. Do not contact anyone.
中文照抄版
按这份职位描述找 20 个符合硬性条件的候选人。已经在 ATS 里的排除掉，每个匹配都要说明证据，用我的口吻起草个性化触达。不要联系任何人。
官方对这一条额外提醒：把外部触达放在审批之后，并且要求 Bot 遵守候选人隐私和各来源站点的条款。挖人涉及个人信息，别让它替你踩线。
⑦ Bug 复现（Bug Reproduction）
Read this bug report and reproduce it in staging with a fresh test account. Return exact steps, expected and actual behavior, screenshots, browser and OS details, and a minimal test case if possible. Do not use production customer data.
中文照抄版
读这份 Bug 报告，在预发环境用一个全新的测试账号复现。返回精确步骤、预期与实际行为、截图、浏览器和系统版本，条件允许的话给一个最小复现用例。不要用生产环境的客户数据。
最后一句是这类任务的红线。测试账号要通过安全表单交接——官方专门写了这一点：凭据别贴在聊天框里，用弹出的 secure secret card 填。
⑧ 幕僚长（Chief of Staff）
Review activity since yesterday across my approved channels, inbox, calendar, and meeting notes. Return only items that map to the priorities in this document. For each item, include the source, why it matters, the proposed next step, and whether I owe a decision. Do not send messages or change meetings.
中文照抄版
把昨天以来我授权的渠道、收件箱、日历和会议记录过一遍。只返回能对上这份文档里优先级的事项。每条要包含来源、为什么重要、建议下一步，以及是否需要我拍板。不要发消息，不要改会议。
这条最适合当第一个 Routine：每天早上跑一次，输出一份「今天只需要看这五条」的摘要。官方建议是先手动跑两周，标出哪些有用哪些是噪音，再固化成定时任务。
三级权限梯度，这是官方用例的共同结构：
读取分析（默认允许） → 起草草稿（默认允许） → 执行动作（必须审批）
所有八个模板都停在前两级。这不是保守，是让输出可复用——你审核一次就能确认，不必每次赌它有没有乱动。
它干活的时候你不用等。直接发新消息就能改变方向——你的直接消息优先级高于后台工作。要立刻停就发「Stop now」。但记住：停止不等于撤销，它已经做完的动作还在。
一个验收技巧：跑完别问「它做对了吗」，问「换个人来，能不能判断它对不对」。只有你能审的结论（「某商品有变动」）没用；别人也能审的（「从 199 降到 183，链接在这儿，上次变动是三周前」）才有价值。多出来的那部分就是来源和证据。
PART 08
Skill：把一次成功变成方法
耗时 15 分钟 · 做完你应该看到：/ 列表里出现你命名的 Skill，且它复述得出触发条件
官方定义很短：Skill 是一套可复用的做事说明。它回答「这类任务具体怎么做」，和回答「这活归谁干」的岗位描述不是一回事。
一个能用的 Skill 必须包含六项（官方清单）：
存 Skill 有两句话就够，直接对 Bot 说：
Save the process we just used as a skill called "Weekly account health". Include the source systems, risk definitions, output format, and the rule that customer contact always requires approval.
（把刚才那套流程存成技能，叫「每周客户健康度」。写清数据来源系统、风险定义、输出格式，以及「联系客户必须审批」这条规则。）
调用时打 / 选，或直接说技能名。
另一条路：演示一遍，让它自己学。打开一对一的 Bot 会话和它的电脑视图，选 Teach a task，说明你即将演示什么，然后完整做一次。停止录制后审阅它生成的 Skill。限制：
| 不录麦克风音频 | |
Skill 库有个隐藏机制要记住：私有 Skill 是所有 Bot 共享的一个库。如果某个 Bot 找不到某个 Skill，去 Connect apps → 点标题旁的已连接数量 → 在 Private skills 下为那个 Bot 启用它。这条能省你半小时。
团队协作时还能发布：Connect apps → 连接数 → 打开 Skill → 标题栏 Publish。发布前必须写描述，因为队友和他们的 Bot 靠描述判断什么时候该用。团队模式、Enterprise 默认只允许团队内分享——这点在 PART 11 展开。
PART 09
Routine：定时与事件触发
耗时 15 分钟 · 做完你应该看到：Routine 详情里 When to run 的文字和你说的日程一致
Routine 回答的是「什么时候自动做一次」。它和 Skill 的关系很直接：Skill 管做法，Routine 管时间。所以顺序永远是先跑通、再存 Skill、最后才加 Routine。
建的时候要确认六件事：归属哪个 Bot、调度与时区、输入来源、预期结果、审批边界、数据源缺失时怎么办。
一句话建 Routine（官方示例改写）
每个工作日上午 8:00，用「每周客户风险」这个 Skill 跑一遍当前客户列表，把带链接的关注清单发在这个对话里。不要联系客户。数据源拿不到就报错，不要用旧数据。
最后那句是分水岭。不写，它很可能拿旧数据凑一份看起来正常的报告给你。
示意图 · Routine 详情页
每日客户风险 | ||||
启用中 · Next run 明日 08:00 | ||||
WHEN TO RUN 工作日 08:00 | ||||
INSTRUCTION 跑「每周客户风险」Skill，把带链接的清单发在这个对话里。数据源拿不到就报错。 | ||||
RUN HISTORY
| ||||
|
建完第一件事是核对 WHEN TO RUN 那行文字，它会把你的话说回一遍给你看。对不上就点 Edit 让它改，别靠猜。官方给的例子很实在：8:05 建「每天 8:00」，首次运行是明天。
五种触发方式：定时（Slack、GitHub、Linear、Sentry、PagerDuty 之外最常见的）、Slack 消息、GitHub / Linear / Sentry / PagerDuty 事件、发到 Bot 专用邮箱的邮件、Webhook 调用。
事件触发的三个坑：
· 只有新活动才算。触发器建好之前发生的事不会启动运行。
· Cursor 账户集成和 Slack / GitHub 应用是分开的，可能得单独连一次。
· 匹配规则写窄。别用「每条新消息」，繁忙频道上这种写法一天就能烧掉一周额度。
全部硬限额（官方数字，背下来能省很多试错）：
新建不会立刻跑。它等下一个调度点。8:05 设「每天 8:00」，首次运行是明天 8:00。想马上试就点 Test。
Test 会真干活。真开网页、真改文件、真调工具、真扣额度。用安全数据测，写操作留在审批后面。
从不运行的 Routine 不消耗额度，Test 消耗。测试需要桌面端，手机看不了 Test 按钮。
Routine 不跑，按这个顺序查：是否被暂停 → When to run 显示的调度是否对、时区是否对 → 是不是刚建还没到点 → Slack 触发要确认消息是新的、在监视的频道、匹配短语 → Webhook 要确认返回 200 且用的是当前密钥。
官方提醒过一件事值得抄在这里：每小时调度、短间隔、或繁忙频道上的 Slack 触发，一天就能用掉一周的额度。遇到额度飞快消耗，顺序是——先暂停不需要的 Routine，再让 Bot 放宽调度、收窄触发器，最后才考虑升级套餐。
PART 10
拉群：2–6 个 Bot 怎么交接
耗时 12 分钟 · 做完你应该看到：群里 @ 一个 Bot 时，只有它回复
这是 Grok Bot 最有意思的部分，也是最容易用错的部分。先记住一句官方定位：群用于「多个 Bot 围绕同一个共享结果、并且需要看见交接」的场合。它不是派活入口。
建群：New → 勾选 2 到 6 个 Bot → 打开后可改群名。入口也可用 Cmd/Ctrl + Shift + N。手机是 + → New Group Chat。成员后面能改。
示意图 · 群聊中的四条交接
你 · 启动语 @研究 收材料，附链接 @写作 成稿 @审阅 只报阻塞问题。不要发布。 |
研究 12 条材料，每条带原始链接。交 @核验。 |
核验 2 条与源站不符，已标红。交 @写作。 |
写作 初稿完成，标红处已改写。交 @审阅。 |
审阅 · 停在复核点 3 个阻塞问题。未发布，等你确认。 |
注意最后一条停住了——这就是官方用例的设计：流水线可以自动流转，但对外动作必须停在人这里。没有「交接」按钮，交接全靠 Bot 之间发消息。你要做的只是在启动语里规定顺序和收尾动作。
🎯 选题 出带链接的清单 | 🔍 核验 回原始来源核对 | ✍️ 撰稿 基于证据写初稿 | ✅ 审稿 只报阻塞问题 |
四个岗位是同一条流水线上的四道工序，不是四个「什么都能干」的助手。
@ 点名 vs 不点名。写 @ 选 Bot，只有它回；直接说话，群里的 Bot 自己判断该谁接。前者可控，后者容易变成轮流发言刷屏。官方还提到 @everyone——慎用，只做全组通报。
群启动语（官方示例的扩展版）
@研究 收集原始材料，每个论点都要附链接。@写作 把发现整理成发布草稿。@审阅 对着来源检查草稿，只列阻塞问题。不要发布任何内容。
最后一句是灵魂。不加这句，四个 Bot 会同时输出四套理解，消息很热闹，活没人管。
交接是异步的。一个 Bot 可以直接给另一个 Bot 发消息，对方醒来处理，可以晚点再回。你能在对话里看到这次交接。官方建议：每个阶段只留一个负责人——并行交接太多会重复干活，更新也很吵。
群里看不到的东西（最容易踩）：
审批请求、密钥与登录请求、邮件和 Slack 草稿，都不会出现在群聊里。涉及这些要回到一对一对话处理。
群里的审批卡只有「它正在回复的那个人」能批准，其他人只能看到在等谁，而且群聊卡片不提供 Always allow。
Bot 之间的交接消息只有文本。要让另一个 Bot 看图片，得直接发给它，别指望群里传。
群聊没有单 Bot 的 Notifications 开关，也没有阻止 Bot 互相发消息的开关——只能口头指示并让它记住。
文件怎么交接？群聊适合发状态，文件系统适合存成果。固定一套目录，交接消息固定三行，下一只 Bot 接到的是完整工作包，不用翻几十条群消息。
/workspace/项目名/ 00-brief.md 01-research.md 02-evidence.md 03-draft.md 04-qa.md FINAL.md
交接三行：做了什么、文件路径、下一位要做什么。
还有个实用技巧：想让回复留在群内，直接说「就在群里回，别私聊我」。想阻止 Bot 互相发消息，也没有开关，同样靠这句话加「记住」。
PART 11
多个 Bot 怎么管：主 Bot 与分区
耗时 20 分钟 · 做完你应该看到：侧栏出现分组，Hidden Bots 里能看到被藏起来的 Bot
Bot 一多，界面就开始乱。官方给了几件管理工具，用好了差别很大。
删除是不可撤销的，看清楚它删什么：
会清掉：profile、对话、记忆、Routine、附件，还包括它为其他 Bot 保存的共享事实。
不会清掉：共享电脑上的文件和登录态。所以删 Bot 之后，登出、撤连接器、删敏感文件这些还得自己做。
记忆怎么查、怎么改、怎么删。个人 Bot 没有记忆管理界面，全靠对话：
| 记忆保留 |
记忆的共享规则有点绕，但值得搞清：同一 Bot 的不同对话共享记忆；不同 Bot 之间各自独立，只有极少数关于你的事实（姓名、时区这种）全局共享。群聊里，你的 Bot 的记忆不会分享给群里其他 Bot，但它说的话所有人都看得到——所以别把私事放进群聊上下文。
模板：把好用的 Bot 复制给别人。点聊天顶部 Bot 名 → 详情 → Share → Create a copy → 卡片上 Publish → Copy link。对方在 x.ai 打开预览 → Add to Grok Bot。
发布前必读：公开链接任何人拿到都能打开，并暴露这个 Bot 的 identity、description、skills、routines。
分享前先删掉 API key、内部链接、客户数据，以及任何你不会放进公开文档的东西。
接收方拿到的是副本，不会拿到你的电脑、登录凭据或对话历史。如果能拿到你的凭据就不叫模板了。
从别人的模板起步：Connect apps → Bot templates，画廊在浏览器里以 x.ai 打开。打开某个模板 → Import Bot，得到自己的副本。
关于数量上限：官方 Grok Bot 文档没有写明单个账号能建多少个 Bot（多篇页面均未载明），只有第三方教程提到「约 50 个」，这个数字本文无法从官方来源确认。可以确认的是群聊单次选 2–6 个，以及单个 Bot 最多 50 条 Routine。
PART 12
安全边界：三条硬规则
耗时 15 分钟 · 做完你应该看到：Custom Rules 里至少 3 条 Ask first，且每条都很窄
安全部分官方写得比功能还细，因为搞错了代价不小。三条硬规则，先记住：
1. 所有 Bot 共用一台云电脑，文件和登录态互通。官方原话：不要把不同 Bot 当作安全边界。不同用户之间才是硬件隔离的。
2. Auto Review 默认开着，每个动作前都会检查。大部分动作自动执行，命中 Ask first 规则的必定出卡；两类规则同时命中时，Ask first 优先。
3. 删掉 Bot 不会清掉共享电脑上的文件和登录态。要清场得手动登出、撤连接器、删 /workspace 里的敏感文件。
审批卡上的按钮，含义不一样：
规则要写窄。上限是 20 条 Allow automatically + 20 条 Ask first，每条最长 1000 字符。写满 20 条 Allow 后，卡片上的 Always allow 会删掉最旧的一条来腾位置。
示意图 · Custom Rules 一屏
| ||
ASK FIRST · 必出卡 发送任何对外邮件前先问我 修改生产环境配置前先问我 付款、删除数据、改权限前先问我 | ||
ALLOW AUTOMATICALLY /workspace/reports 内执行 git status | ||
Ask first 20 条 / Allow 20 条 · 每条上限 1000 字符 |
两类规则的优先级：同时命中时 Ask first 优先。所以不必担心 Allow 写多了把停下来问的路堵死。但 Allow 写满 20 条后，新的会自动挤掉最旧的一条——别把最重要的那条写在最早。
同样的意思，宽窄差很多。规则写窄的意思是：把动作、对象、范围三个都限定住，让人一看就知道边界在哪：
官方列了八类建议显式拦截的动作：发送消息或邀请、发布内容、购买与转账、删除或覆盖数据、更改权限、生产环境变更、接受法律条款。每一条都对应「做完就难回头」的后果。
最容易忽略的一条：审批只约束拟执行的动作，不会撤销已经完成的工作。所以「先让它跑一半再拦」是没用的，边界得前置声明。
Vault 的隐藏副作用：存进去的卡在结账时会自动填入、不再逐笔问。想每笔都审批，存的时候取消勾选「Securely save to Bot's vault」，或者去 Settings → Vault 删掉。
本地执行还有一层独立策略：Settings → Computer → Execution on this computer，三个选项 Ask every time（默认）/ Always allow / Never allow。团队管理员可以设更严格的封顶，你的设置只能比团队更严、不能更松。
PART 13
手机端：能干什么，不能干什么
耗时 8 分钟 · 做完你应该看到：手机和桌面看到同一批 Bot、同一份 Routine
手机端不是桌面端的缩水版，它是一个审批与查看终端。搞清楚分工，能省很多来回。
示意图 · 手机端两个核心页
BOTS
| ROUTINES 每日风险 Next run 明日 08:00 周报摘要 Failed + Add routine | ||||||||
同一账号 → 同一批 Bot、同一台云电脑、同一套 Routine |
手机读到的是同一个账号下的同一批 Bot 和 Routine，不是副本。所以手机上批过的审批，回到桌面不会再来一次。
| 测试 Routine | |
| 更新 / 恢复云电脑 | |
通知有个 3 分钟延迟，值得知道：Bot 等你输入时，手机会约 3 分钟后才推送——前提是你没打开那个 Bot、没关它的通知、没把它从侧边栏隐藏。
桌面接管手机通知要同时满足四个条件：App 已打开并登录、屏幕未锁、最近用过电脑、系统允许横幅。少一个，通知就还往手机走。
iPhone 上还有几个隐藏玩法（官方移动端文档）：四个快捷指令 List Bots / Send Message / Start Dictation / Start Voice Chat，可从 Siri、Spotlight、快捷指令调用。Start Dictation 不用打开 App，但需要手机已解锁，运行期间锁屏和灵动岛会显示 Live Activity，带取消和发送按钮。Action Button 机型可以绑「一键语音通话」，再按一次挂断。
手机 App 还能让 Bot 操作你手机上的应用——但只在你自己拥有的 Bot 的一对一聊天里有效，群聊、Slack、别人的共享 Bot 都不行。
日历（可读写，但不邀请他人、不能改重复事件）、联系人（只读）、位置（只给坐标）、闹钟计时器（能设不能列出或取消）、提醒事项（仅 iPhone）、Apple 家居（仅 iPhone）。Bot 只能在你打开 Grok Bot 时访问手机，App 在后台就得先打开。
计费要点：App 内购只提供月度个人计划，年度计费 / Teams / Enterprise 和开启按需用量都得在网页端。iOS 试用由 Apple 管理，Android 没有 App 内试用。已含权益的账号不要在 App Store 或 Google Play 重复购买。
PART 14
六个坑与三条排错路径
耗时 按需查 · 做完你应该看到：排错这节不必一次读完，出事再回来对号
| 01 | 建「万能助手」。 |
| 02 | 只写人设，不写验收。 |
| 03 | Skill 装了不验证。 |
| 04 | 群里没有唯一负责人。 |
| 05 | 把 /workspace 当本机路径。 |
| 06 | 在群里喊「大家都说说」。 |
三条排错路径，按症状对号：
① 登录不完成 / 权限不生效
完全退出再打开（mac 从菜单栏 Quit）→ 确认用的是同一个 Cursor 账号 → SuperGrok / X Premium+ 关联的要在界面上点 Finished Linking? Refresh My Status → Grok Business 席位要退出后重新 Sign in with Grok。
② 云电脑连不上
等 → Retry → 重开对话 → 退应用 → Update Bot's Computer → Recover → Reset。前面五步都能保住数据，Reset 是最后手段。电脑处于 Reconnecting 状态时 Bot 无法完成回合，修好连接后要重新发消息。
③ 额度掉得飞快
先去 Settings → Usage & Billing 看真实用量 → 暂停不用的 Routine → 放宽调度间隔 → 收窄 Slack 触发器 → 群里少 @ 几个 Bot。每个 Bot 的每条回复都算用量，Bot 越多越费。
官方还有一个已知问题值得知道：Routine 的每小时运行上限是全局共享的，即使你自己的 Routine 跑得远低于上限，也可能遇到 Automation run rate limit exceeded。这个错误不会自动重试，得自己用 Test 重跑，或重发 webhook 调用。
报错速查表。左边是屏幕上会看到的原文，直接按字面找：
表里的报错串全部来自官方文档原文；标「不会自动重试」的那类要自己重跑，等是等不来的。
PART 15
上手清单与第一周节奏
耗时 30 分钟 · 做完你应该看到：清单 12 项里至少 9 项打勾
30 分钟上手清单
☐ 确认套餐含 Grok Bot（Plus、Free、SuperGrok Lite 不含）
☐ 关掉 Legacy Privacy Mode
☐ 桌面端装好，用 Cursor 账号登录
☐ 建一个只干一件事的 Bot，第一条消息写清职责、来源、验收、边界
☐ 点开右侧电脑预览，看它真操作一次
☐ Connect apps 接第一个工具，密码走 Vault 或安全表单
☐ 用五要素派第一个活，确认它停在你要的停点
☐ 满意后存成 Skill，换第二个输入测一遍
☐ 需要协作才拉群，第一条消息写清分工和「不得外发」
☐ 外发、付款、删除、改生产，全部设 Ask first
第一周的节奏，别一次上全套：
Day 1 只建一个只读 Bot，只让它查资料、出带链接的清单。不接任何写权限。
Day 2 跑通三次，把流程存成 Skill，换一个新输入验证可迁移。
Day 3 加一个核验 Bot，只负责回原始来源核对。两个都稳了再考虑拉群。
Day 4–5 加第一条 Routine。先手动确认结果质量，再交给时间；Test 一次看它是否在审批点停下。
Day 6–7 复盘：哪个环节你还在反复纠正？那里才是该加 Bot 或改 Skill 的地方，而不是看到漂亮岗位名就建。
真正的门槛不是功能，是习惯：每一步都能追到来源，每个交付物都有唯一负责人，每个危险动作都会停下来问你。做到这三条，两个 Bot 也能用出团队感；做不到，二十个 Bot 只是二十个噪音源。
最后一句提醒：产品迭代很快，界面名词和限额都可能变。遇到和本文不一致的地方，以 docs.x.ai/grok-bot 的当前页面为准，别硬套。
参考来源（MLA）
xAI. "Overview." Grok Bot Documentation, xAI, n.d., docs.x.ai/grok-bot/overview. Accessed 3 Nov. 2026.
xAI. "Get Started." Grok Bot Documentation, xAI, n.d., docs.x.ai/grok-bot/get-started. Accessed 3 Nov. 2026.
xAI. "Bots." Grok Bot Documentation, xAI, n.d., docs.x.ai/grok-bot/bots. Accessed 3 Nov. 2026.
xAI. "Computer and Apps." Grok Bot Documentation, xAI, n.d., docs.x.ai/grok-bot/computer-and-apps. Accessed 3 Nov. 2026.
xAI. "Message and Collaborate." Grok Bot Documentation, xAI, n.d., docs.x.ai/grok-bot/chat-and-collaboration. Accessed 3 Nov. 2026.
xAI. "Skills, Routines, and Automations." Grok Bot Documentation, xAI, n.d., docs.x.ai/grok-bot/skills-routines-and-automations. Accessed 3 Nov. 2026.
xAI. "Approvals, Security, and Privacy." Grok Bot Documentation, xAI, n.d., docs.x.ai/grok-bot/approvals-security-and-privacy. Accessed 3 Nov. 2026.
xAI. "Use Cases." Grok Bot Documentation, xAI, n.d., docs.x.ai/grok-bot/use-cases. Accessed 3 Nov. 2026.
xAI. "Grok Bot for Mobile." Grok Bot Documentation, xAI, n.d., docs.x.ai/grok-bot/mobile. Accessed 3 Nov. 2026.
xAI. "Settings and Notifications." Grok Bot Documentation, xAI, n.d., docs.x.ai/grok-bot/settings-and-notifications. Accessed 3 Nov. 2026.
Cursor. "Plans and Billing." Cursor Docs, Cursor, n.d., cursor.com/help/grok-bot/plans. Accessed 3 Nov. 2026.
说明：文中未标注来源的数字（如具体订阅月费、单账号 Bot 数量上限）为第三方说法，官方文档未载明，仅作参考。产品界面与限额随版本调整，操作前请以官方文档为准。
