# Grok Bot 粉皮书

## 第 0 课 · 课程导学：为什么是现在

这门课从一项小任务开始，逐步练习岗位分工、权限设置、结果检查与团队协作。你可以按顺序学习，也可以先从当前需要的场景入手。



## 🎯 学完这一课，你将能够

- 用一句话向别人讲清楚「Grok Bot」和「Grok」的区别
- 看懂基础课程五个模块和后续新增实战模块，选出适合自己的学习路线
- 建立一个关键的心理预期：Grok Bot 是异步的——派完活就走

## 🤔 开始之前，先想想

- 你用 ChatGPT 或者 Claude 的时候，是不是一直守在屏幕前等它回答？如果关掉窗口它就「死了」，这算哪门子员工？
- 如果 AI 不止一个，而是一群，它们互相发消息、互相交接任务——你的工作方式会发生什么变化？

---

## 一、2026 年 8 月 11 日，事情开始不对了

先从一个常见误区开始：把工作伙伴当成换了外壳的聊天框。

第一次派活时，先选一件可以明确验收的小事：提供资料、说明目标、约定交付形式，再检查它有没有真正完成。判断工具是否有用，靠自己的任务结果。

> **AI 第一次真正走进了我们的手机端，而且不是一个，是一群；它们互相发消息、互相协作、互相交接任务，像一群真正的同事一样和我们一起工作。**

从逐句问答转向分工协作，你需要学会写任务、安排负责人、检查交接和处理例外。本课围绕这四件事展开。

## 二、先分清楚：Grok ≠ Grok Bot

所有人都会问的第一个问题：Grok Bot 到底是什么？答案很简单——它跟 Grok 不是一回事。Grok 是聊天机器人，你问，它答；Grok Bot 是一支由多个 AI 组成的工作团队，你派活，它们从头干到尾，只在需要你拍板的时候才回来找你。

| | Grok | Grok Bot |
|---|---|---|
| 它是什么 | 聊天助手 | 一支 AI 工作团队 |
| 你怎么用它 | 提问 | 派活 |
| 在哪干活 | 对话框里 | 云端虚拟机里 |
| 类比 | 一个聪明的实习生 | 一个不用睡觉的部门 |

官方公告里有这么一句，值得逐字读一遍：

> "Bots are AI teammates that do real work for you. They sign in to your tools, use them just like you do, and come back with finished work."
> （Bot 是能交给真活的 AI 队友。它们登录你的工具，像你一样使用它们，然后把干完的活带回来。）

给这门课的一句话定义：**Grok Bot 是云端多智能体办公平台。同一账号下的 Bot 共用一台持久的云电脑，也各有自己的工作屏幕与对话。它们可以使用你授权的工具；你合上电脑、关掉手机，云端任务仍可能继续运行。**

记住最后半句。它是这个产品和所有聊天机器人的分水岭，第 1 课我们会展开讲。

## 三、这门课的地图

基础课程分成五个模块，后续还有附录、工程实战和场景练习。它们共同回答一个问题：怎样把 Bot 安排成能交付、能检查的工作伙伴。五个基础模块分别解决：

| 模块 | 课程 | 解决什么问题 |
|---|---|---|
| 模块一 认识篇 | 第 0–1 课 | 它到底是什么？凭什么说是一个新时代？ |
| 模块二 上手篇 | 第 2–4 课 | 零成本开箱、选哪个档位、派第一个真活 |
| 模块三 进阶篇·组织协作 | 第 5–9 课 | 总监模式、五人舰队、Routine 教学、审批机制 |
| 模块四 省钱与自动化 | 第 10–12 课 | 额度怎么省、无人值守流水线怎么搭 |
| 模块五 视野与判断 | 第 13–14 课 | 竞争格局全景，以及怎么看待这件事 |

学完之后，你应该能做到这些事：

- 从零把 Grok Bot 用起来：领免费额度，跑通第一个「派活 → 交付」闭环
- 掌握「大脑倾倒 + 反向配置」：让 AI 替你搭工作台，而不是你学半天配置
- 抄走一套可直接上手的组织模板：总监 + 专线专家，职责、信息源、判断标准、汇报格式四件套配齐
- 会教 Routine：什么样的活值得教、怎么教、教完怎么验收
- 省得住额度：搞明白为什么有人两天烧完一周额度，有人还有富余
- 搭出第一条无人值守流水线：一个采集者 + 一个编辑者 + 一个固定触发时间
- 建立对多智能体协作的全景理解：总监、专线、群聊、任务交接背后的逻辑

## 四、适合谁学？怎么学？

这门课为四类人准备：

- **用过 ChatGPT/Claude，想让 AI 真正替自己干活的人**——你已经有基础，缺的只是一个新范式；
- **额度总是不够用的重度玩家**——省钱与自动化模块就是为你写的；
- **关注 AI Agent 趋势的从业者**——想理解「多智能体协作」到底意味着什么；
- **自由职业者与小团队**——想低成本养一支不下班的数字团队。

按需选路线，不必硬啃全部：

- **赶时间的体验派**：第 0 → 2 → 4 课，半小时建立认知并跑通第一个闭环；
- **完整学习线**：按顺序学完全部 15 课，从认识到判断一步不落；
- **额度焦虑直通车**：直接跳到第 10–12 课，先止血再回头补基础。

开课前只有一件事需要做心理准备：**Grok Bot 是异步的。** 派完活就走，不用守着屏幕等——很多人第一天用不对，就是因为还在用聊天机器人的姿势等回复。这个心态转变我们会在第 4 课细讲。

产品更新可能改变价格、额度、平台支持与功能入口。动手前核对当前账号和官方页面，把查看日期写入自己的练习记录。

---

## ✍️ 动手练习

**1.** **写一段「我为什么来学这门课」**（3–5 句话即可）：你现在的日常工作里，哪件事最重复、最不想干？把它写下来——后面好几课的练习都会用到这个答案。验收标准：能说出一件具体的、每周至少出现一次的杂活。
**2.** **做一个对比小测**：不看正文，试着用自己的话说出 Grok 和 Grok Bot 的两点区别。说完再回来看第二节的表格对照。
**3.** **（可选）收藏官方页面**：找到 xAI 官方公告页加入书签。以后每次听到「价格又变了」「功能又加了」，第一反应应该是去那里核实，而不是听转述。

## ✅ 自测一下

**1.** 【单选】Grok 和 Grok Bot 最本质的区别是什么？
   A. Grok 更聪明，Grok Bot 更便宜
   B. Grok 是你问它答的聊天助手，Grok Bot 是你派活它干的 AI 工作团队
   C. Grok 在手机上用，Grok Bot 只能在电脑上用
**2.** 【判断】你合上电脑、关掉手机之后，Grok Bot 里的 Bot 就停止工作了。
**3.** 【单选】赶时间只想快速体验的学员，推荐的最短学习路线是？
   A. 全部 15 课按顺序学完
   B. 直接跳到第 13–14 课
   C. 第 0 → 2 → 4 课
**4.** 【简答】开课前需要建立的唯一心理准备是什么？用自己的话一句话概括。
**5.** 【判断】这门课里提到的价格和功能数字可以长期照搬，不需要再核对。



### 点开查看答案


**1.** **B**。一个是问答式的聊天助手，一个是派活式的云端工作团队，交互范式完全不同。
**2.** **错**。Bot 跑在云端虚拟机里，不受你的设备开关机影响，你不在线它们继续上班。
**3.** **C**。体验派路线是第 0 → 2 → 4 课：建立认知、零成本开箱、跑通第一个任务。
**4.** **参考答案**：Grok Bot 是异步的——派完活就走，你是审批者不是监工，不用守着屏幕等结果（第 4 课细讲）。
**5.** **错**。这个品类一切数字保质期以周计，动手前务必核对官方最新说明。



## 📌 一句话带走

> Grok Bot 不是更强的聊天机器人，而是一支装进口袋、不用睡觉的 AI 工作团队——这门课教你从领免费额度开始，把它变成真的替你干活的团队。

---

---

## 第 1 课 · Grok Bot 到底是什么

## 🎯 学完这一课，你将能够

- 说出 Grok Bot 官方自述的典型使用场景，并判断哪些自己的活适合派给它
- 记住三个设计原则——记忆、协作、学习——并知道它们分别对应后面哪几课
- 讲清它和过去两年所有 agent 产品的两条分界线：云端常驻、群体作战

## 🤔 开始之前，先想想

- xAI 自己内部拿 Grok Bot 干的活，居然没有一条是「帮你写论文」「帮你做设计」——为什么？
- 过去两年的 Copilot、Operator 这类 agent 产品，和 Grok Bot 差在哪？只是「更强」吗？

---

## 一、先看它能干什么活

上一课我们建立了「Grok Bot 是一支 AI 工作团队」的认知。这一课换个角度：别听概念，先看它实际在干什么活。

xAI 自述，内部已经在用 Grok Bot 干这些事：

- 过夜跑潜在客户研究与评分
- Demo 前的环境检查与数据修正
- CRM 与组织架构维护
- 从邮件里提取报销凭证
- 重现并修复程序 bug
- 销售跟进、简历筛选、发票处理
- 盯竞品：定时扫指定账号，有大动静立刻推送

这份清单值得逐条看一遍。看完你会发现一个共同点：**全是高频、琐碎、有明确完成标准的白领杂活。**

注意，没有一个场景是「帮你写论文」，也没有一个是「帮你做设计」。这说明什么？说明 Grok Bot 从第一天起就不是给极客炫技用的——它瞄准的是每一个被琐事淹没的普通上班族和小老板。

这对你是好消息：你不需要懂技术也能用明白它。你只需要回答一个问题——我的工作里，哪些活是高频、琐碎、标准清晰的？把它们列出来，那就是你的第一批派活清单。

## 二、三个设计原则：记忆、协作、学习

官方把整个产品归结为三条设计原则【官方口径】：

**1. 记忆：跨对话保留上下文。**
上次聊过的项目这周接着推进，未完成的活不会丢；用得越久，它越懂你的习惯。这一点和聊天机器人完全不同——ChatGPT 关掉窗口就忘个干净（即便有记忆功能也很薄），而这里的 Bot 是要跟你长期共事的。

**2. 协作：多个 Bot 并行处理不同的子任务。**
它们在群聊里交换信息，只在需要人类决策时升级给你。也就是说，你不是管理一个助手，而是拥有一支会自己沟通的小团队。

**3. 学习：示范一遍，存成 routine。**
你当着它的面把一件事完整操作一遍，它就把完整步骤存成一段可复用的 routine，下次同类任务它自己做。这是整个产品里最接近「魔法」的功能。

这三条不是并列的知识点，它们就是这门课后半程的主线：**协作**原则展开来讲，是第 5、6 课的内容（总监模式与群聊协作）；**学习**原则展开来讲，是第 7 课的 Routine 教学法。学到那里你会回头感谢今天打的这个底。

## 三、和之前的 agent 有什么不一样

有同学可能会问：agent 这个词都火两年了，Copilot 也好、Operator 也好，不都是「AI 帮我操作电脑」吗？Grok Bot 凭什么算新东西？

关键区别在于：一次任务可以由一个助手处理，持续工作还需要职责、交接和结果检查。先看你要完成什么，再决定是否需要多个岗位。

Grok Bot 一口气换掉了两个前提：

**第一，云端常驻。「雇佣」取代了「借用」。**

Bot 跑在云端的虚拟机里，不占你的设备，不受你的开关机影响。以前的 agent 更像借来的工具，你开着电脑它才干活；现在的 Bot 是雇来的员工，你不在线它照样上班。第 0 课那句「合上电脑、关掉手机，它们继续上班」，说的就是这个。

**第二，群体作战。分工取代了全能。**

它不是一个万能超级 agent，而是一群各管一摊的普通 agent 加一个调度者。收件箱一个专家、报销一个专家、招聘一个专家，顶上一个总监负责拆活派活。单看每个 Bot 都不神奇，神奇的是这套组织方式。

划重点：这两条单独拿出来，任何一条都不算石破天惊；**但两点叠加起来，才是它和之前所有产品的分界线。** 云端常驻解决了「什么时候干活」，群体作战解决了「怎么干大活」——一个管时间，一个管规模，凑在一起才撑得起「团队」这个词。

---

## ✍️ 动手练习

**1.** **列一张「我的杂活清单」**：参照第一节那份官方清单的三个特征（高频、琐碎、标准清晰），从你自己的工作里挑出 5 件符合条件的杂活写下来。验收标准：每一件都能说清「多久做一次」和「干完的标准是什么」。
**2.** **给清单排优先级**：从中挑出 1 件「今晚睡觉前交给别人也放心」的活，圈出来——这就是你在第 4 课要派的第一个真活候选。
**3.** **口头复述测试**：合上笔记，向一位同事（或者对着镜子）解释「云端常驻」和「群体作战」分别是什么意思。讲不顺的地方，就是你还没吃透的地方，回正文再看一遍第三节。

## ✅ 自测一下

**1.** 【单选】下面哪个任务不符合官方自述清单里 Grok Bot 的典型使用场景？
   A. 过夜跑潜在客户研究与评分
   B. 盯竞品账号，有大动静立刻推送
   C. 替你写一篇原创学术论文
**2.** 【判断】Grok Bot 的三个设计原则是记忆、协作、学习。
**3.** 【简答】「学习」原则具体指什么机制？一句话说明它是怎么工作的。
**4.** 【单选】Grok Bot 与过去两年 agent 产品（如 Copilot、Operator）的分界线是什么？
   A. 模型更聪明
   B. 云端常驻 + 群体作战两点叠加
   C. 界面更好看
**5.** 【判断】按官方口径，Grok Bot 从一开始主要面向的就是会用技术的极客用户。



### 点开查看答案


**1.** **C**。官方清单全是高频琐碎的白领杂活，没有任何「帮你写论文/做设计」类创作场景。
**2.** **对**。【官方口径】的三条设计原则就是记忆（跨对话保留上下文）、协作（多 Bot 并行 + 需要决策时升级给人）、学习（示范成 routine）。
**3.** **参考答案**：你当面示范一遍操作，它把步骤存成可复用的 routine，下次同类任务自己执行。
**4.** **B**。单看任何一条都不够，云端常驻（雇佣取代借用）+ 群体作战（分工取代全能）叠加才是分界线。
**5.** **错**。它瞄准的是被琐事淹没的普通上班族和小老板，不是极客。



## 📌 一句话带走

> Grok Bot 干的不是炫技的神活，而是高频琐碎的白领杂活；靠「云端常驻 + 群体作战」两个前提的更换，它第一次把 AI 做成了真正的团队。

---

---

## 第 2 课 · 零成本开箱：免费额度怎么花在刀刃上

## 先弄清这笔试用额度

Grok Bot 提供一次使用额度型试用，同时有 7 天窗口。它不是每天固定能用多久。读一份长文件、打开多个网页、反复修改结果，消耗可能差很多。官方没有保证试用额度足够完成整门课程。[Cursor 的计划说明](https://cursor.com/help/grok-bot/plans)会更新资格和用量规则，开通前先到这里核对；真正剩余多少，以你自己的账号界面为准。

试用最容易浪费在两件事上。第一，任务还没想清楚就让 Bot 漫无目的地逛网站。第二，一上来就连接邮箱或搭多 Bot 团队，结果时间全花在登录和权限问题上。你现在需要先确认它能否把一件小事做完、结果能否检查。

## 第一件小事选什么

找一份你有权使用、没有私人信息的短资料，或者直接在对话里粘贴五条虚构笔记。让 Bot 按固定格式整理，不用插件，也不用登录新网站。这一步能看出它是否理解任务、是否按要求交付，失败了也容易重做。

```text
请只使用下面五条虚构笔记，整理成一张复习卡。
输出三列：原始要点、你的概括、需要我核对的地方。
不要打开网站、调用插件或补充没有给你的事实。
如果某条信息互相矛盾，请保留原句并标为“待核对”。
最后告诉我你用了哪些输入，生成了什么结果。

笔记：
1. 周三开读书会。
2. 每次讨论一小时。
3. 这周的书名还没定。
4. 参与方式是线上。
5. 活动介绍暂时只作草稿。
```

交付后核对五条是否都进入表格，书名是否仍写“待定”，有没有凭空补参与人数或链接。接着打开账号使用量，记下这件小事大概消耗多少。页面可能延迟更新，不用把一次差值当成精确报价。

## 第二步再加真实一点的工作

第一次合格后，再挑一件你本来就要做、但暂时可以只交草稿的任务，例如按公开资料列出三条行业变化。给来源链接和日期，不让它发消息、改日历或发布。这样可以检验跨页面工作，风险仍然可控。若它要求登录、付款或获取验证码，先停下来，由你判断是否需要给权限。

等前两件事都能完成，再考虑写清你的长期偏好、加第二位专岗，或者保存重复步骤。Routine 是定时或按事件启动的机制，试用期间不必为了“体验完整”就搭一条无人值守流水线。它运行时依然会使用额度。

## 试完怎样决定下一步

| 你观察到的结果 | 可以采取的下一步 |
|---|---|
| 任务完成，来源和产物都能核对 | 换一份自己的非敏感资料再测一次 |
| 格式总错、内容靠猜 | 缩小输入，写明验收标准；先不要加岗位或自动化 |
| 很快用掉大部分额度 | 暂停长任务，查明步骤、失败重跑和按需用量设置 |
| 任务确实需要私人账号 | 先看接管与审批课，再给最小范围的权限 |

付费之前先把你愿意让 Bot 完成的两三类工作列出来。如果现在只有“一定很好玩”的感觉，没有可检查的产物，继续研究比马上升级更合适。

你可以用三个问题检查自己是否真正学会了。试用是否按消息条数计算？长任务会不会一次用掉大量额度？手机关掉后云端任务会不会自动停止？对应的答案分别与执行步骤和内容有关；长任务可能很快耗尽额度；关掉手机也不能作为停止任务的办法。

---

## 第 3 课 · 怎么才能用上：档位与选型

## 先看你已有的账号

决定用哪个计划之前，先打开你自己的 Cursor 或 SuperGrok 账号，确认已经订阅了什么、Grok Bot 是否显示可用、每周使用量还有多少。有人同时订了两个服务，以为额度会相加；[官方套餐说明](https://cursor.com/help/grok-bot/plans)明确说，Cursor 计划与链接的 SuperGrok 或 X Premium+ 使用权不会叠加，订阅却可能各自继续计费。

截至 2026 年 9 月 25 日，官方列出的入口如下。价格会变化，这里只讲资格与选法，不放容易过期的美元表。

| 你目前的情况 | 先确认什么 |
|---|---|
| Cursor Pro、Pro+ 或 Ultra | Grok Bot 已包含在付费计划中；三档的每周使用量不同 |
| 自助 Cursor Teams | 每位成员随自己的席位获得访问资格，先看团队用量政策 |
| 个人 SuperGrok、Plus、Heavy 或 X Premium+ | 可按官方流程链接到 Cursor 账号；先确认账号无误，链接后可能无法移动到另一账号 |
| 企业账号 | 由组织管理员开通并决定使用范围，成员不要自行猜测权限 |
| 暂无符合条件的计划 | 可先查看使用额度型试用，不把一次试用当长期免费方案 |

如果已经有付费计划，不要为了“多一份额度”盲目再买一个链接计划。需要升级时，先查当前计划的真实使用记录，以及 On-demand 是否已经打开。额度不足也可能是任务太大或失败重跑，不一定要先换更贵的档位。

## 你可以在哪儿使用

官方目前列出 macOS、Windows、Linux 桌面端，以及 iPhone、iPad、Android。安装前到[官方入门说明](https://docs.x.ai/grok-bot/get-started)核对下载入口、系统要求和自己的地区与账号。过去“Android 尚未推出”的表述已经过时。手机适合随手派活、接收通知和审批；长文件、复杂表格或需要查看云电脑时，桌面端通常更方便。选设备按任务来，不必为了用 Bot 先换硬件。

## 周用量与按需费用怎么读

付费使用权通常包括每周使用量，按周重置。用完之后，如果你的 Cursor 账号开启了 On-demand，Bot 可能继续执行并产生额外费用；关闭时会在额度用尽后停止。On-demand 月度上限用于控制额外支出，但官方说明正在执行的任务可能超过上限才结束。给长任务设置明确的“做到哪一步停”和“超过预算先报告”，仍然有必要。

这部分没有一个能替所有人作答的固定数字。你在账号页记录计划名称、当周剩余、On-demand 开关和月度上限这四项就够了。团队成员还要看管理员设置。请记住，给 Bot 接外部模型、转写或存储服务，可能又开出一张独立账单，不能只看 Grok Bot 的额度。

## 做一张自己的开通卡

在纸上或本地文档填空，不需要支付，也不需要把账号资料交给 Bot。

| 栏目 | 你自己的答案 |
|---|---|
| 已有计划和登录账号 |  |
| 能否打开 Grok Bot |  |
| 当周剩余用量 |  |
| On-demand 是否开启、上限多少 |  |
| 第一个不需要外部登录的小任务 |  |

如果第一行和第二行对不上，先按[官方排障说明](https://docs.x.ai/grok-bot/troubleshooting)检查登录账号、访问资格与隐私设置。不要因为页面一时没显示权益，就再订阅一次。完成时你应当知道自己从哪个账号进入、当前用量怎么看、第一件任务做完后到哪里检查结果。

回头自测三件事。Cursor Pro 是否包括 Grok Bot？Android 是否在官方支持设备中？再链接一个 SuperGrok 计划能否把额度叠加？当前官方口径依次是“包括”“包括”“不会叠加”。如果以后界面或政策变化，再按账号页面更新这张卡。

---

## 第 4 课 · 你的第一个任务：大脑倾倒与反向配置

## 🎯 学完这一课，你将能够

- 独立完成一次「大脑倾倒」，把关于自己的关键信息一次性灌进对话框
- 用一句魔法提问，让 Grok Bot 反过来替你搭建整个工作台
- 正确派出第一个真活，并分清哪些任务该派完就走、哪些要先来回两句

## 🤔 开始之前，先想想

- 用过 ChatGPT 的你，第一次打开一个新 AI 工具会干什么？八成是琢磨怎么配置它——但这里建议，第一步恰恰不是配置，而是介绍你自己。为什么？
- 如果 AI 连「帮你设置 AI」这件事都能替你干，那传统 agent 工具里那些模型选择器、参数面板，到底省掉了什么？

带着这两个问题往下读。

---

## 一、第一步：别急着派活，先做自我介绍——「大脑倾倒」

开箱之后你会看到一个长得非常像 iMessage 的界面：左边一列是你的 Bot（每个有名字和头像），右边是对话流。没有参数面板，没有模型选择器，没有任何需要你配置的东西。

那第一件事干什么？社区里公认的正确动作，不是给 Bot 下命令，而是**先把你自己交代清楚**。

第一步可以叫作**工作背景整理**：告诉它你的岗位、当前目标、重复工作和希望交付的成果。只提供当前任务需要的资料，不把私密信息一股脑交出去。内容可以先写成要点，再请它整理为任务说明。

为什么这一步是地基？道理很朴素：Bot 对你了解越多，你之后派活时需要解释的背景就越少。你今天多写三行「我是做跨境电商的，每周一要汇总上周各店铺销量」，明天派活时就少打三十个字的说明——而且它记得住，下次还用得上。

下面这段模板可以直接复制，把方括号里的内容换成你自己的答案，发出去就是一次合格的倾倒：

```text
跟你正式认识一下，以后你就是我的工作搭档。先把我交代清楚：

【我是谁】我叫 [名字]，是 [职业/身份]，在 [公司/团队情况] 工作。
【我做什么】我的核心工作是 [2–3 句话]，服务的主要对象是 [客户/读者/老板]。
【公司/业务】我们叫 [公司或品牌名]，主要做 [一句话说清业务]。
【每天重复在做的】比如：[每天/每周固定要做的事，越具体越好，列 3–5 条]。
【我最讨厌做的】[哪些活你最想甩出去，比如整理表格、盯群消息、回商务邮件]。
【最近想推进的事】[1–3 件正在推进的项目或目标]。

以上信息请记住，之后给我派活的建议时都要基于这些背景。
```

填不出来的空就删掉，别硬凑——倾倒的意义在于真实，不在于完整。

## 二、第二步：让它反过来给你配置

介绍完工作背景，先让它补齐任务条件，再开始执行：

> 「基于你对我的了解，如果是你，你会怎么设置这个工作台？应该建立哪几个 Bot？它们的职位、职责和日常例行工作是什么？」

它会自己在左侧栏帮你建出一排分工明确的 Bot，连头像和职位描述都替你写好。你只需要审一遍，删掉不需要的，改一改名。

这里藏着 Grok Bot 最反直觉也最迷人的地方，值得单独点透：传统 agent 工具让你配半天——选模型、调参数、写提示词、接插件——它把这些全删了，**连「配置」这个动作本身，也交给了 AI**。

你在第 3 课已经见过那个光秃秃的界面，当时可能还觉得简陋。现在你应该明白了：那不是没做完，是刻意的。配置工作台的活儿，被转移给了最了解你刚刚那段「大脑倾倒」的那个 AI。你要做的从「学会配置」变成了「审批方案」——这是两种完全不同的技能，后者你早就会了。

## 三、第三步：派第一个真活

工作台搭好了，挑一件**你今天本来就要做的小事**派出去。下面用三个岗位练习：

第一个，给需要盯信息的人：

> 「帮我盯着这几个竞品的官网和公众号，有任何产品更新立刻总结成三句话发我。」

第二个，给被表格淹没的人：

> 「把这周邮箱里所有的发票附件整理成一个表格，金额、日期、供应商三列。」

第三个，给内容创作者：

> 「这是我最近十条笔记的标题和数据（粘贴进去）。找出互动最好的三条的共同点，然后按这个风格出十个新选题，每个配一句开头钩子。」

这类任务有个妙处：它会反问你。实测中它会追问「你的目标读者是谁」「有没有你自己偏爱但数据一般的」，答完之后给出的选题质量明显高一截。

所以并非所有活都要派完就走。判断标准很简单：**前三十秒的对答，往往决定整单活的质量**——执行类任务（比如整理发票）派完就走；创作类任务（比如出选题）先来回两句再放手。

对答结束就可以放下手机了。你会看到它在对话里简短地确认理解，接着就没声了——**不是卡了，是它在云端的电脑上干活去了**。干完（或者需要你审批）的时候，它会像同事发消息一样回来找你。

## 四、一个重要的心态转变

最后说说心态，这一节比前面三步加起来都重要。

用惯了 ChatGPT 的人第一天最容易犯的错，是**守着屏幕等它回复**。你习惯了「提问 → 秒答」的节奏，于是下意识盯着对话流看它有没有动静。Grok Bot 的正确用法恰恰相反：派完活就走。

它是异步的，你是审批者，不是监工。看到它确认理解之后没声了，别慌，那是它在云端上班，不是死机。什么时候你真正接受了「派出去就不用管」这六个字，这个产品的价值才对你打开——这也是后面所有课程（Routine、无人值守流水线）的心理前提。

---

## ✍️ 动手练习

**练习 1：完成你的第一次大脑倾倒 + 反向配置**

**1.** 复制上面第一节的大脑倾倒模板，逐项填写后发给你的 Bot；
**2.** 接着原样发送那句魔法提问，让它替你搭工作台；
**3.** 审一遍它建出来的 Bot：至少删掉一个不需要的，改一个名字。
**4.** 验收标准：左侧栏里有 2 个以上职责互不重叠的 Bot，且每个都有职位描述。如果你有可用的试用额度，可以先用非敏感资料逐步尝试；能完成多少步，以账号里的实际用量为准。

**练习 2：派出一个执行类真活**

把第二个例子改成你自己的版本（比如换成一份虚构的邮箱整理样例）派出去，然后合上手机，30 分钟后再回来看结果。验收标准：拿到一份结构化交付物（表格或清单），而不是一段聊天式回复。

**练习 3：体验一次创作类对答**

派出第三个例子（十条笔记出选题），故意不要一次说完——等它反问你目标读者和个人偏好之后再补充回答。验收标准：对比一下，经过对答产出的选题是否明显比它第一版更贴合你的账号定位。

## ✅ 自测一下

**1.** 【单选】开箱后的第一个正确动作是什么？
   A. 给 Bot 下达第一条工作任务
   B. 先做自我介绍，把关于自己的一切灌进对话框
   C. 手动创建几个 Bot 并写好提示词
   D. 研究参数面板和模型选择器
**2.** 【单选】下列哪种任务适合「派完就走」？
   A. 让它出十个新选题
   B. 让它帮你构思一篇文案的开头钩子
   C. 把本周邮箱发票整理成金额、日期、供应商三列表格
   D. 让它分析你笔记数据的爆款共性
**3.** 【判断】派完活之后看到它在对话里确认理解就没声了，说明它卡住了，应该重新发一条消息催它。
**4.** 【简答】传统 agent 工具和 Grok Bot 在「配置」上的根本区别是什么？
**5.** 【简答】为什么「大脑倾倒」是后续一切协作的地基？



### 点开查看答案


**1.** **B**。社区公认的第一步是先把你自己交代清楚（大脑倾倒），Bot 对你了解越多，之后派活需要的解释就越少。
**2.** **C**。执行类任务派完就走；A、B、D 都是创作类任务，前三十秒的对答往往决定整单活的质量。
**3.** **错**。它是异步的，跑在云端的电脑上干活；干完或需要审批时会像同事一样回来找你。
**4.** 传统工具让你自己选模型、调参数、写提示词、接插件；Grok Bot 把这些全删了，连「配置工作台」本身也交给 AI 完成，你只需审批它的方案。
**5.** 因为 Bot 对你的了解越多，派活时需要解释的背景就越少——倾倒一次，之后每次派活都在复用这份理解。



## 📌 一句话带走

> 先把自己倒给它，再把配置还给 AI——然后记住：你是审批者，不是监工，派完活就可以放下手机了。

---

---

## 第 5 课 · 多智能体协作：给团队请一个总监

## 🎯 学完这一课，你将能够

- 理解为什么第一个该养的 Bot 是「总监」，并按社区惯例完成总监的设置
- 说清多智能体协作的四块拼图：分工、通信、交接、上报
- 用「按业务域切」和「花钱隔离」两条经验，给你的 Bot 团队划出合理的分工边界

## 🤔 开始之前，先想想

- 第 4 课结束时你手里已经有两三个 Bot 了。可当 Bot 多到五六个，「能力」反而不是问题——那新的问题会是什么？
- 两个 AI 在云端各自干活，它们怎么知道对方在干什么？靠你来回传话吗？

这一课讲的就是：Bot 从「几个工位」变成「一支团队」的那条线，怎么连起来。

---

## 一、从「一件事」到「一个摊子」

入门篇练习一个 Bot 处理一项任务；从这一课开始，练习让多个岗位共同完成一条工作流程。增加伙伴之前，先写清交接和负责范围。

上一代 agent 工具里，「多智能体」多半是你手动编排的流程图：谁先跑、结果传给谁，都得你来设计。而在这里，协作是自发发生的——下面你会看到几个具体的画面。

## 二、总监模式：Chief of Staff

当你有三五个以上的 Bot，最大的问题就不再是能力，是**调度**：这个活该派给谁？总不能每次都让你自己在脑子里过一遍花名册。

于是社区里人人都在做的第一件事，就是把第一个 Bot 设置成 **Chief of Staff（幕僚长/总监）**：

**1.** **置顶**；
**2.** **命名成真人名**；
**3.** **所有任务无脑丢给它**。

它的日常工作长这样：你发一句「研究一下最近的 AI 趋势，写封邮件发出去」，它回你一句「研究分给 Barry，写邮件分给 Cindy」，然后自动拆解、派发、追踪进度。你面对的始终只有一个对话框，复杂度全部沉到水面之下。

体会一下这句话的分量：你不需要知道团队里有谁、各管什么——你只需要认识总监一个人。这跟现实里的管理是一回事：好老板不亲自排班。

## 三、群聊：它们真的会互相说话

把几个 Bot 放进同一条协作对话后，重点检查消息有没有变成清楚的任务交接。热闹的对话不能替代可检查的产物。

一个社区里流传很广的例子：让写代码的 Bot 开发一个功能，它会主动去给内容 Bot 发消息：「老板前几天在 X 上发的需求，上下文发我一下。」没人教它这么干——任务交接、上下文传递、进度同步，全部发生在你看不见的后台。

再配合云端共享的工作环境，协作顺滑度远超预期：**一个 Bot 登录过的网站，另一个接手时不用重新登录**。工作环境是全队共用的，不是每个员工一间锁着门的办公室。

## 四、分工的学问：按专线，不按工具

官方推荐的分工方式是按「专线（lane）」划分：收件箱管理、开支报销、招聘、修 bug、日常运营，一条线一个专家。实践中有两条经验值得记住：

- **按业务域切，不按软件切**。「负责邮件的 Bot」是好设计，「负责 Chrome 的 Bot」不是——工具只是手段，职责才是边界。道理很简单：你的业务不会因为换个浏览器就变样，但按软件切的岗位会。
- **花钱的事单独隔离**。支付相关的活固定交给一个专门的 Bot，授权范围最小化，出了问题也最容易定位。这和财务制度里「出纳与会计分设」是一个思路。

## 五、官方自己的演示：一个 Bug 的旅程

光说原则有点抽象，看一段官方公告里信息量最大的实况——一次真实的多 Bot 接力：

> 工程线的 Bot 在产品界面里**复现一个 bug**，接着**建一张工单**，然后把问题**转交给负责修复的调试 Bot**。

这条链子很短，但把多智能体协作的三件事都说清楚了：

**1.** 发现问题的 Bot 和解决问题的 Bot 是**两个不同的专家**——「复现」和「修复」被拆成了两个岗位；
**2.** 它们之间的交接物是一张**工单**，不是一段聊天记录——交接有载体、可追溯、丢不了；
**3.** 全程没有人在场，你只在最终结果那里出现。

其他官方内部部署也是同样的形状：销售 Bot 过夜研究潜在客户、准备好跟进话术等老板早上过目；运营 Bot 自动处理 Gmail 里收到的发票；CRM 在通话结束后自动更新记录。

至于协作机制本身，官方的原话是这样的：Bot 之间可以**自主互发消息、在同一线程里共享上下文**；当多个项目重叠时，它们会在同一个账号或项目上自动保持对齐，「不需要用户在对话之间复制信息」；把它们拉进群聊，就能「协调任务、互相传递工作、分配归属，只在需要人类判断时把你拉进来」。

把这几点合起来，多智能体协作的完整拼图就是四块：

| 拼图 | 含义 | Bug 案例里的对应 |
|---|---|---|
| 分工 | 各管一条专线 | 复现 bug 和修复 bug 是两个岗位 |
| 通信 | 互发消息、共享上下文 | 调试 Bot 直接拿到复现现场的信息 |
| 交接 | 以工单/任务卡为载体 | 一张可追溯的工单 |
| 上报 | 只把判断留给人 | 你只出现在最终结果那里 |

记住这四块。下一课的五人舰队案例，你就当成照着这块拼图搭一套完整组织的练习题来看。

---

## ✍️ 动手练习

**练习 1：任命你的第一位总监**

**1.** 把你现有 Bot 中最了解你的那个置顶，命名成一个真人名（比如「老陈」「Ada」）；
**2.** 给它补一句职责说明：「你是我的幕僚长，我发给你的所有任务由你判断拆解并派给合适的 Bot，完成后向我汇报进度」；
**3.** 验收标准：接下来一天内，所有新任务都先发给它而不是直接派给具体 Bot。

**练习 2：给现有 Bot 划一次「专线」**

拿出一张纸（或备忘录），列出你现在所有 Bot 的职责，逐个检查：它的边界是业务域还是软件？有没有两个 Bot 职责重叠？有没有涉及支付的活混在通用 Bot 身上？验收标准：改完之后，每个 Bot 都能用「负责 XX 这条线的一句话」描述，且支付类职责单独在一个 Bot 名下。

**练习 3：观察一次后台通信**

把两个 Bot 拉进同一条对话，给其中一个派一个需要另一个提供背景的任务（比如让写作 Bot 向调研 Bot 要资料）。验收标准：能在对话记录里找到至少一次它们之间的自发消息往来。如果暂时没有多 Bot 额度，可以先做练习 1 和 2，这个留到额度充裕时再做。

## ✅ 自测一下

**1.** 【单选】当你的 Bot 达到三五个以上，最大的问题通常是什么？
   A. 单个 Bot 能力不够强
   B. 调度：这个活该派给谁
   C. 对话框数量太多
   D. 头像不好看
**2.** 【单选】下列哪种分工设计符合「按业务域切」？
   A. 负责 Chrome 的 Bot
   B. 负责邮件的 Bot
   C. 负责 Safari 的 Bot
   D. 负责截图工具的 Bot
**3.** 【判断】官方 Bug 接力案例中，两个 Bot 之间的交接物是一段聊天记录。
**4.** 【简答】为什么支付相关的任务要单独隔离给一个专门 Bot？
**5.** 【简答】说出多智能体协作四块拼图的名称，并用一句话概括每块。



### 点开查看答案


**1.** **B**。最大的问题不再是能力，是调度——这正是第一个该养总监的原因。
**2.** **B**。「负责邮件的 Bot」是好设计，「负责 Chrome 的 Bot」不是——工具只是手段，职责才是边界。
**3.** **错**。交接物是一张**工单**，不是聊天记录——交接有载体、可追溯、丢不了。
**4.** 因为花钱的事风险最高：单独隔离、授权范围最小化之后，一旦出问题最容易定位，损失也可控——类似财务上出纳与会计分设的思路。
**5.** 分工（各管一条专线）、通信（互发消息、共享上下文）、交接（以工单/任务卡为载体）、上报（只把需要人类判断的部分留给人）。



## 📌 一句话带走

> 先请一位总监替你调度全场，再按业务域划专线、把钱袋子单独锁起来——剩下的协作，交给它们自己互发消息。

---

---

## 第 6 课 · 五人舰队实战：五个可以直接抄的岗位

## 🎯 学完这一课，你将能够

- 说清五人舰队里每个岗位（Build / Barry / Dusty / Cindy / Reed）各自管什么、向谁交什么作业
- 完整复述招募卡的「四件套」结构，并动手改写出属于自己的第一张招募卡
- 制定「一周一个新员工」的扩编节奏，并用每周十五分钟复盘三问持续调优

## 🤔 开始之前，先想想

- 如果给你五个不用睡觉、不用发工资的 AI 员工，你会先招谁？招来之后，他们之间要不要互相说话？
- 为什么说一套配置「可以照抄」，但直接照抄到中文环境会水土不服？差在哪？

带着这两个问题往下读。这一课是全课程动手分量最重的一课，读完你手上应该多出一支能开工的队伍。

---

## 一、五人舰队：一张总览表看懂五个岗位

上一课我们讲了总监模式——所有活丢给一个 Chief of Staff 去拆解派发。但总监只是调度器，真正干活得有各个专线的专家。这一课给你一套社区里流传最广的完整组织模板。

可以按技术、内容、社区、商务和增长五个方向安排岗位。下面是一套教学分工，你可以按实际工作删减，先把一个岗位跑稳，再增加伙伴：

| Bot | 职位 | 日常在干什么 |
|---|---|---|
| Build | CTO | 通过内网穿透控制老板的高性能主机，在上面部署本地大模型手搓项目；代码报错秒修 |
| Barry | 公关内容总监 | 每天 7:00–23:30 每 30 分钟扫一遍行业头部账号，有大新闻立刻推送，并自动抓素材拼 newsletter |
| Dusty | 社群运营 | 用独立邮箱身份当论坛管理员，24 小时答疑，还会调研用户背景后主动私信潜水成员 |
| Cindy | 商务总监 | 接管商务邮箱，背调每个发件人，甄别骗子，下班前交一张 Excel：「今天有 3 个真合作」 |
| Reed | 增长黑客 | 整天在网上游荡找痛点，发现后自己写个小工具扔出去测市场 |

逐个展开讲讲，你会发现每个岗位的设计都有讲究。

**Build · CTO**，技术这条线。它通过内网穿透连上老板家里那台高性能主机，在上面部署本地大模型、手搓项目。代码报错秒修——传统流程里你要复制报错信息、贴给 AI、再手动改回去，现在这条链路整个消失了。

**Barry · 公关内容总监**，信息雷达。从早上 7 点到晚上 23 点半，每 30 分钟扫一遍行业头部账号。注意这个频率：一天下来就是三十多次自动执行。有大新闻立刻推送，没大事不打扰，顺手还能抓素材拼 newsletter。这本质上是把「刷行业动态」这件每天吃掉你一小时的事，变成了一条后台进程。

**Dusty · 社群运营**，24 小时在线的群管理员。它用一个独立的邮箱身份当论坛管理员，随时答疑。最妙的是后半句：它会调研潜水成员的背景，然后主动私信一条与对方相关的建议——这是很多人类运营都做不到的细致活。

**Cindy · 商务总监**，邮箱守门员。商务邮箱谁都知道有多烦：真合作混在广告和骗子中间。Cindy 接管之后，背调每一个发件人，甄别骗子，下班前交一张 Excel，上面就一句话的事：「今天有 3 个真合作」。你只需要看那三行。

**Reed · 增长黑客**，最像「创业员工」的一个。它整天在网上游荡找痛点，发现值得做的，自己写个小工具扔出去测市场反应。相当于给自己配了一个不知疲倦的产品试验员。

这套配置最值得注意的不是单个 Bot 多能干，而是：**这些岗位没有一个需要人实时在线**。Barry 一天自动执行三十多次，Cindy 每天处理几百封邮件，而你只在他们交作业时出现。这就是「舰队」两个字真正的含义——不是五个等你提问的助手，是五个自己上班的员工。

## 二、诚实的边界：现在是分工，还不是协作

这里要泼一盆诚实的水。

仔细看上面五个岗位的工作方式：各管一摊，分别向老板交作业。Barry 交简报给老板，Cindy 交 Excel 给老板，Reed 汇报痛点给老板——它们彼此之间其实没有来往。所以严格说，这个案例展示的是「**分工**」，还不是「**协作**」。真正的协作画面，是上一课讲的那种：总监拆解派活、Bot 在群聊里互相要上下文。

想把这支队从「五个工位」升级成「一支舰队」也不难，给他们接几条传递线就行：

- 让 Barry 的每日简报**自动抄送总监**，有价值的内容归档进素材库；
- 让 Cindy 筛出的真机会**直接 @ Build**，评估技术上做不做得了；
- 让 Reed 验证通过的痛点**自动生成一条任务卡**，进入下周排期。

工位之间连上线，化学反应才开始发生：Barry 扫到的行业动静变成了素材库的弹药，Cindy 眼里的商机变成了 Build 手里的可行性评估，Reed 的发现不再是躺在汇报里的一句话，而是排期表上的一张卡。信息开始流动，而不是每人交完作业就地蒸发。

## 三、五张招募卡：改名就能用

这套配置之所以传得开，核心在于每个岗位的职责描述写得足够清楚。下面把五张「招募卡」完整还原出来——改名就能用，建议直接复制进 Bot 的设定里再改细节。

**Build · CTO**

> 你是我的技术负责人。负责：代码项目的开发与维护、服务器与设备的运维、新技术选型调研。习惯：动手前先用一句话讲清方案；每次改动完成后主动列出改了哪些文件。每周一早交技术周报。

**Barry · 内容雷达**

> 你是我的行业情报员。每天 7:00–23:30，每 30 分钟检查一次这些信息源：（填你的竞品与头部账号）。判断标准：产品发布、重大融资、人事变动、爆款内容算大事；普通更新不算。大事立刻推送，三句话讲清「发生了什么、为什么重要、对我们的影响」。每晚 23:30 交当日简报。

**Dusty · 社群管家**

> 你是社群管理员。职责：答疑、氛围、活跃度。技术求助帖先安抚一句再给具体步骤；潜水超三天的成员，查一下背景，用一句话私信一条与他相关的建议。禁止任何推销话术。

**Cindy · 商务前台**

> 你替我打理商务邮箱。每封来信先做背景调查：对方是做什么的、规模如何、有没有过往合作痕迹。分类为真机会 / 待观察 / 广告海撒。每天下班前给我一张表，只列真机会，不超过三条，每条附一句「为什么值得聊」。

**Reed · 增长实验员**

> 你的任务是在网上找痛点。每天浏览行业论坛和社媒讨论，收集大家在抱怨什么、缺什么工具。发现值得做的痛点，先写一个最小验证方案给我，批准后再动手做 demo 扔出去测反馈。

五张卡放在一起看，共同结构非常清晰，就是四件套：

**1.** **职责**——你负责哪摊事（Build 管代码运维，Cindy 管商务邮箱）；
**2.** **信息源**——你从哪里获取原料（Barry 的头部账号列表）；
**3.** **判断标准**——什么事算大事、怎么分类（Barry：「产品发布、重大融资算大事；普通更新不算」；Cindy 的三分法）;
**4.** **汇报格式**——交付长什么样、什么时候交（每晚简报、下班前的 Excel、周一的技术周报）。

四样凑齐，Bot 才知道「干到什么程度算干完」。缺任何一样，你都会收到一堆方向正确但没法直接用的东西——比如只写了「帮我盯着行业动态」却不说什么算大事、推给谁、几句话，那你收到的就是流水账。

以后你自己写任何一张新招募卡，都拿这四件套当检查表。

## 四、本土化改造：结构照抄，弹药换掉

中文内容与业务场景可以从三处调整：

**第一刀，给 Barry 换弹药库。** 信息源从 X 大 V 换成公众号、即刻、知乎热榜和几档播客；输出格式也改了——newsletter 改成适合直接转发的群发短讯。毕竟你的读者在微信群里，不在邮件列表里。

**第二刀，教 Cindy 认识中文商务邮件的套路。** 中文环境里骗子和噪音有自己的花样：假报价、资源置换、群发海撒。把这些套路写进她的判断标准，噪音明显减少。

**第三刀，加了一个补充岗位：素材管理员。** 专管选题库和素材库，跟内容生产流程衔接。内容做到一定量你会发现，最缺的不是产出能力，是「我好像以前存过类似的东西」——这个岗位就是为这个缺口准备的。

一句话总结：**舰队结构可以照抄，弹药库必须换成本土供给。**

## 五、上手节奏与每周复盘：舰队是长出来的

最后讲节奏。看到五人舰队最容易犯的错，是一次性全养齐——费额度，而且你还没有分工直觉，根本不知道哪个岗位对自己有用。正确的做法是一周只招一个新员工：

- **第一周：只养总监。** 把大脑倾倒做足（还记得入门篇那一课吗），让总监摸透你的工作。
- **第二周：补上你最烦的那件事对应的专家岗。** 邮箱烦招 Cindy，盯动态烦招 Barry，对号入座。
- **第三周：给老员工配 routine。** 跑顺了的固定动作，教成可重复执行的流程（下一课专门讲怎么做）。
- **第四周：回头清理。** 两周没被派过活的 Bot 果断删掉。养 Bot 和养团队一样，冗员是悄悄发生的。

然后是每周十五分钟的复盘，只问三个问题：

**1.** 这个月哪个 Bot 替我省的时间最多？
**2.** 哪个 Bot 的产出我返工得最多？
**3.** 下周要不要调分工？

复盘之后的反馈要具体。「这个不行」没有用——Bot 不知道「不行」指什么。「以后这类消息先用两句话总结再推给我」才有用——它知道下次该怎么改。跟带新人一个道理：批评要落到可执行的动作上。

---

## ✍️ 动手练习

**练习 1：今天就把第一个专家岗招进来**

**1.** 回顾你最近一周的工作，找出最消耗你的那个重复环节：是刷行业动态（→ Barry）、回商务消息（→ Cindy）、维护社群（→ Dusty）、折腾代码（→ Build），还是琢磨新点子（→ Reed）？
**2.** 从上面五张招募卡里选出对应那张，复制进 Grok Bot 的新 Bot 设定里，改名字，并把信息源换成你自己的（比如 Barry 卡里括号那句「填你的竞品与头部账号」，填上你真实关注的公众号或博主）。
**3.** 验收标准：这个 Bot 能在不追问的情况下说出自己的职责、信息源、判断标准和汇报格式。跑三天，观察它交回来的第一份作业够不够「拿来就能用」。

**练习 2：给自己的舰队画传递线**

如果你已经有两个以上各干各的 Bot，试着接一条传递线。参考句式：

> 「从今天起，把你每天的成果同步发给〈另一个 Bot 名字〉一份，并说明哪些内容对方可以直接接着用。」

验收标准：第二天你能看到两个 Bot 之间出现一次你沒有手动转发的交接。

**练习 3：做第一次十五分钟复盘**

给你的舰队记一笔账：过去几天哪个 Bot 最省时间？哪个的产出你返工了？挑返工最多的那个，写一条具体的反馈指令（格式参考：「以后这类消息先用两句话总结再推给我」）。验收标准：反馈里不含「这个不行」「质量太差」这类没有动作的表述。

## ✅ 自测一下

**1.** 【单选】五人舰队的五个岗位分别对应哪五个方向？
   A. 技术、内容、社区、商务、增长
   B. 技术、财务、人事、法务、行政
   C. 写作、设计、编程、翻译、客服
**2.** 【判断】五人舰队案例展示的是完整的「协作」，因为五个 Bot 一直在互相通信。
**3.** 【简答】招募卡的「四件套」是哪四样？缺了其中一样通常会发生什么？
**4.** 【单选】下列哪种反馈方式最有可能让 Bot 下次做对？
   A. 「这个不行，重做」
   B. 「你怎么这么笨」
   C. 「以后这类消息先用两句话总结再推给我」
**5.** 【判断】按「一周一个新员工」的节奏，第四周该做的事是把两周没被派过活的 Bot 删掉。



### 点开查看答案


**1.** **A**。Build（技术 CTO）、Barry（内容）、Dusty（社群）、Cindy（商务）、Reed（增长），正好覆盖五个业务方向。
**2.** **错**。五位其实是各管一摊、分别向老板交作业，展示的是「分工」；要升级成「协作」，需要人为它们接上传递线（简报抄送总监、真机会 @ Build、痛点生成任务卡等）。
**3.** **职责 + 信息源 + 判断标准 + 汇报格式**。缺任何一样，你都会收到一堆方向正确但没法直接用的东西——因为 Bot 不知道「干到什么程度算干完」。
**4.** **C**。有效的反馈必须包含具体、可执行的动作要求；A 和 B 都没有告诉 Bot 错在哪、下次该怎么改。
**5.** **对**。冗员是悄悄发生的，定期清理没活干的 Bot 是维持舰队精悍的必要动作。



## 📌 一句话带走

> 舰队结构可以照抄——职责、信息源、判断标准、汇报格式四件套写清楚，改名就能用；但弹药库必须换成本土供给，而且舰队是一周一个员工长出来的，不是一口气搭出来的。

---

---

## 第 7 课 · Routine 教学法：示范一遍，它学一辈子

## 🎯 学完这一课，你将能够

- 用「步骤固定、判断很少」这一条标准，判断手头哪些活适合做成 routine
- 按「教学前检查清单四问」准备一次 routine 示范，避免在教学期埋雷
- 掌握纠正 routine 的正确方式：用嘴反馈而不是自己返工

## 🤔 开始之前，先想想

- 你有没有一件事，每周都要一模一样地重复做？如果 AI 只需要你「演示一遍」就能学会呢？
- 它学会的到底是你的每一次点击，还是你做事的思路？这两种可能差别有多大？

---

## 一、机制：当着它的面做一遍

前几课我们都在讲怎么给 Bot 下指令、怎么分工。这一课换个思路：除了打字下指令，还有一种更省事的教学方式——**示范**。

Routine 是 Grok Bot 里最接近「魔法」的功能。你可以**当着它的面把一件事完整操作一遍**——它跟着你的点击和输入看完全程，把整个过程存成一段可复用的流程。下次你说「照老规矩办」，它就自己执行。

注意这个动作和派活的区别：派活是你描述任务、它现场理解现场干；教 routine 是你亲自演一遍、它把做法记下来，之后同类任务不再需要重新理解。一次教学，长期复用。

官方员工在发布公告里有一条证言：

> "I showed it a workflow once and now I trust it to run on its own."（我给它演示了一遍流程，现在我相信它能自己跑了。）

并且官方声称因此获得了两到三倍的效率提升——原因很直接：**不再需要逐步审批**。一个它已经学会的固定流程，你不用每次都盯着每一步签字，它整条跑完直接交结果。

## 二、什么样的活值得教：一条判断标准

是不是所有活都该做成 routine？不是。判断标准就一条：**步骤固定、判断很少**。

拿这把尺子量一量常见的工作：

**适合的**：

- 每天的竞品巡查——打开固定的几个页面，看有没有更新；
- 每周的报表汇总——从同样的地方取数，拼进同样的表格；
- 固定的数据搬运——把这个后台的数据导到那个表格；
- 格式不变的周报初稿——结构每周一样，只换内容。

这些活的共同点是：你闭着眼睛都能做完，唯一的成本是时间。

**不适合的**：

- 需要临场判断的谈判——每一轮对方的话都不一样；
- 每次都不一样的方案写作——没有「老规矩」可循。

这些活的本质是判断和创造，硬要教成流程反而会把它教僵。

实操建议（这个思路后面省钱篇还会展开）：任何你做过两次的流程，第三次之前考虑教成 routine。因为 routine 化的本质，是把「每次现场推理」变成「一次教学长期复用」。

## 三、使用前要想清楚的三件事

Routine 练习先检查下面三点。每一点都以自己的运行结果为准；界面与支持范围可能随版本变化。

**第一，routine 记住的到底是「点击轨迹」还是「做事意图」？** 这个问题官方没明说。实测体感是两者混合：简单流程偏轨迹，复杂流程偏意图。这个区别有实际后果——如果它记住的主要是点击轨迹，那么目标网站的按钮位置大改版时，老 routine 可能失效。所以重要流程记得隔段时间抽查一次执行结果，别默认它永远正确。

**第二，routine 会随你的纠正而进化。** 它执行错了怎么办？答案是：别自己上手返工，用嘴告诉它错在哪，下一次它会修正。反馈本身就是训练。这一点跟上一课讲的带新人原则完全一致——「以后先点导出再筛日期」比你自己默默改一遍结果有用得多。

**第三，越通用的 routine 越值钱。** 别只教它「整理这一个文件夹」，要教它「拿到一个新的资料目录该怎么整理」。前者是一次性宏，只能在这一处反复用；后者才是可迁移的能力，换十个文件夹都能使。教的时候不妨多带一句通用的处理逻辑，而不只是机械演示某一次的操作。

## 四、教学前检查清单：过一遍这四问

示范之前，别急着上手，先过一遍这四问：

**1.** **这个流程我自己手动跑熟过两次以上吗？** 没定型的流程教不出稳定的 routine——你自己都要边做边想，它学到的也是一套摇摆不定的动作。
**2.** **每一步的判断能不能写成「如果……就……」？** 比如「如果有新订单邮件，就登记进表格」。写得出来的才教得会；写不出来，说明这个流程还不适合做成 routine。
**3.** **中间有没有只有我知道的暗知识？** 某个后台入口藏在哪、某个约定俗成的统计口径是什么——这些没写在任何界面上的东西，有的话先补进它的记忆再开始示范，否则它会卡在你看不见的地方。
**4.** **教完之后，前三次执行结果务必人工核对。** 教学期是最容易埋雷的时期——一个小错误被存进 routine，就会每天准时错一遍；但这也是纠正成本最低的时期，趁早发现问题，一句反馈就能修好。

四问全过，再开始示范。这套清单看起来繁琐，实际过一遍不超过五分钟，换来的是后面每周稳定省下的几十分钟。

---

## ✍️ 动手练习

**练习 1：给你的工作流做一次「routine 体检」**

列出你本周重复做过两次以上的所有流程（预计能找出 3–5 个）。逐个用两条标准打分：步骤是否固定？判断是否很少？

验收标准：每个流程旁边标注「适合 / 不适合」，并给最适合的那一个写出它的「如果……就……」规则（例如：「如果竞品官网有新公告，就截图并总结三句话」）。

**练习 2：教一条最小的 routine**

挑一个五步以内的小流程（比如「打开某个数据页，把今天的数字填进指定表格」），按检查清单四问过一遍，然后当着 Bot 的面完整示范一次，最后让它独立重演一遍。

验收标准：它独立执行的结果与你手动操作的结果一致；如有出入，用一句具体的口头反馈纠正它（而不是自己默默改），再让它重跑一次。

**练习 3：安排第一次抽查**

给你教好的这条 routine 定一个抽查计划：连续前三次执行后各花两分钟人工核对，并把核对结果记下来。

验收标准：三天内有一份简短的核对记录（对/不对+哪里不对），第四次起才逐步放手。

## ✅ 自测一下

**1.** 【单选】判断一个流程适不适合做成 routine，核心标准是哪条？
   A. 步骤固定、判断很少
   B. 耗时超过一小时
   C. 涉及的钱越多越好
**2.** 【判断】routine 执行出错时，最好的做法是自己动手把结果改对，别麻烦它。
**3.** 【简答】为什么目标网站大改版后，老 routine 可能失效？这和我们第三部分讲的哪个问题有关？
**4.** 【单选】下列哪个任务最适合教成 routine？
   A. 与客户进行一轮价格谈判
   B. 每周一从同一后台导出上周数据、汇总成格式不变的报表
   C. 为一个全新产品撰写定位方案
**5.** 【判断】教 routine 前，应该确认自己已经手动跑熟这个流程两次以上。



### 点开查看答案


**1.** **A**。步骤固定、判断很少的活才教得会、教了才稳定；耗时长短和金额都不是判断依据。
**2.** **错**。别自己返工，用嘴告诉它错在哪，下一次它会修正——纠正本身就是训练，自己改等于浪费了一次让它进化的机会。
**3.** 因为实测体感 routine 记住的是点击轨迹和做事意图的混合，简单流程偏向轨迹。网站按钮位置一大改版，原来那套点击轨迹就对不上号了——所以重要流程要定期抽查执行结果。
**4.** **B**。步骤完全固定、几乎不需要临场判断，是教科书式的 routine 素材；A 和 C 都高度依赖临场判断，不适合。
**5.** **对**。没定型的流程教不出稳定的 routine，这是检查清单的第一问。



## 📌 一句话带走

> 步骤固定、判断很少的活，示范一遍教成 routine——教之前过四问，教完头三次务必核对，教得越通用越值钱。

---

---

## 第 8 课 · 工具箱：按任务选连接与身份

## 先看任务，再决定接什么

第一次让 Bot 整理笔记时，文字就够了。到了要读邮件、改日历或维护网站，才需要给它接上具体工具。工具越多，能做的事越多，授权和排查的工作也会跟着增加。我觉得新手最省心的做法，是每次只为一项已经说清楚的工作开必要的入口。

把工具分成三类就容易判断了。

| 工作需要 | 可以考虑的入口 | 开始前先问 |
|---|---|---|
| 读你已经有的文档、邮箱或日历 | 官方或可信连接器 | 连接后能读到哪些资料，是否也能修改、发送 |
| 在只有网页界面的系统里操作 | Bot 的云端浏览器 | 登录是否由本人完成，网页变动后怎么检查结果 |
| 使用自己的电脑、内网或代码仓库 | 本机执行权限、受控网络连接或已有开发工具 | 谁能访问，范围多大，出错后如何撤回 |

可以在[官方插件设置说明](https://docs.x.ai/grok-bot/settings-and-notifications)核对当前应用里如何查看已安装插件、认证状态和单个工具的开关。看到“已安装”时还要检查是否完成授权。连上服务之后，读写范围取决于插件权限和源服务设置，不能只看一颗绿色状态点。

## 给账号分权限，别把 Bot 当隔离墙

同一账号下的 Bot 共用云电脑、浏览器会话和登录态。给不同 Bot 起名字并不能把它们隔开。你可以给一个长期岗位准备单独的服务账号，再在服务端只授予它所需的资料和动作；如果没有这种条件，就先做只读或草稿任务，不要用主账号的最高权限来省一次配置。

Agent Mail、Tailscale、部署插件或信息挖掘插件都是特定问题的备选工具。有人需要独立邮箱身份，有人需要让云电脑访问自己的设备，也有人只想做一份周报。它们不是开箱必装清单。尤其当安装说明要求运行代码、开放内网或绑定付款账户时，先查清作者、权限、数据去向和费用，再决定是否使用。你可以在[官方权限说明](https://docs.x.ai/grok-bot/approvals-security-and-privacy)核对共享电脑和本机权限的边界。

开发方向也是如此。Bot 可以协助写代码和准备部署材料，但“代码写完”“测试通过”“线上可用”是三件不同的事。发布之前看仓库、环境和变更内容；发布以后从公开地址检查用户真的能看到什么。

## 用一张权限地图做练习

先不要接真实账号。写出你想让 Bot 做的三件事，比如“把两份公开资料整理成表格”“为客户邮件起草回复”“更新网站上的一段介绍”。在文档中列五栏。

| 任务 | 需要读哪里 | 可以写哪里 | 需要本人批准什么 | 结果怎么验收 |
|---|---|---|---|---|
| 公开资料表格 | 两个公开链接 | 新建草稿文件 | 暂无外发 | 打开原链接逐条核对 |
| 客户邮件草稿 | 脱敏的来信样例 | 草稿箱或本地文件 | 真实发信 | 收件人、事实和措辞均经本人检查 |

试着把第三行也填完整。如果一项任务必须先给 Bot 整个邮箱或完整本机权限，而你现在只需要一段草稿，就把任务缩回“把样例贴进对话”。这样仍能验证交付质量，也不会为了学习一项功能就提前交出不必要的权限。

完成时你应该能说清每个任务的输入、授权范围和可打开的产物。遇到安装步骤要求复制密钥到聊天框、关闭审批或让 Bot 自行付款，先停下来检查来源与替代路径。

---

## 第 9 课 · Auto-review：它什么时候来找你签字

## 把需要你判断的动作写在派活里

Bot 在云端做事，确实可以省下盯着屏幕的时间。但它不能替你决定一封邮件该不该发、数据能不能删除、某个页面能不能上线。把这些界限写进任务，比事后猜一张审批卡片会不会出现可靠。

[官方权限说明](https://docs.x.ai/grok-bot/approvals-security-and-privacy)建议对外发信、发布、购买、删除、权限变更和生产修改设明确的停点。Auto-review 会按规则检查动作，也可能因为风险再停下来询问；你仍要读清拟执行的目标、范围和参数。不要把自动审查看成“所有危险动作一定自动拦下”的承诺。

例如整理一份活动名单，可以这样交代。

```text
请根据我提供的虚构名单整理活动邀请草稿，只在当前对话里输出。
允许：去重、按城市分类、指出缺少的信息。
需要先问我：读取其他文件、连接邮箱、邀请任何人、改动真实名单。
如果发现两个同名记录，不要自行合并，列出冲突让我判断。
交付：名单表格、草稿文本、仍待我决定的事项。
```

这段话把完成标准和审批边界写在一起。Bot 交回结果时，你可以先看“已经做了什么”和“还在等什么”，再决定要不要推进下一步。

## 审批卡片怎么读

| 看哪里 | 你要回答的问题 |
|---|---|
| 目标 | 它要改的是哪份文件、哪个账号、哪个收件人 |
| 动作 | 是只读、写草稿，还是实际发送、删除、付款 |
| 范围 | 一条记录还是整个目录；本次允许还是长期规则 |
| 后果 | 做完能否撤回，是否会影响外部用户或生产环境 |

“允许一次”适合只确认当前动作。“始终允许”会保存一条更长期的规则，范围太宽时可能放过下次不同的任务。只给已知、低风险、范围具体的动作考虑窄规则。看不清目标或影响时先拒绝，请 Bot 用普通话说明；别靠连续点允许把问题压过去。

同样，不需要为了学习而故意拒绝一张真实业务审批卡。你可以在纸上模拟一次。如果卡片写着“向五位客户发送邮件”，先看名单是否真实、邮件是否已定稿、五位是否都在批准范围内。任一项未知，就让它停在草稿阶段。

## 练一次风险分级

从你正在做的任务里挑四个动作，写一张表。示例可以是读取公开网页、整理本地练习文件、起草发给自己的邮件、向真实联系人发送邮件。逐项标出“可直接做”“逐次问我”“本任务不允许”。

写完对照两个标准检查。第一，谁拥有最后决定权，是否写得足够清楚；第二，Bot 遇到计划外的新动作时是否知道停下。发布、购买、删除和生产变更放在逐次确认或不允许一栏。结果如果仍含“需要时自行判断”这样的空话，继续把对象和范围缩小。

---

## 第 10 课 · 额度自查：六个隐形吞金兽

## 额度花在哪里，先看一次真实记录

任务一多，你可能会觉得“我只说了几句话，怎么额度掉得这么快”。Grok Bot 的消耗还和执行步骤、处理内容有关，不能只数发了几条消息。付费账号通常有每周使用额度；如果启用了 On-demand，额度用完后任务可能继续产生额外费用。月度上限也不保证在一项运行的中途立刻停下。[Cursor 的计费说明](https://cursor.com/help/grok-bot/plans)会更新当前规则，先看你账号页显示什么，再决定要不要安排长任务。

有六种情况值得先查，但它们是排查线索，不是“每个人一定会遇到”的账单结论。

| 你看见的现象 | 先检查什么 | 可以怎样调整 |
|---|---|---|
| 每次都重新解释背景 | Bot 的岗位描述和所需资料是否能复用 | 只保留对这个岗位长期有效的背景 |
| 一个小任务调来许多 Bot | 交接次数是否超过实际步骤 | 先让一位负责人做完，再按稳定职责拆分 |
| 模糊任务反复返工 | 开始前有没有交付格式与验收条件 | 先要求一份小样，方向对了再扩大 |
| 没有变化也频繁去查 | 轮询间隔和触发条件是否合理 | 延长间隔，或在有可靠事件源时改用事件触发 |
| 长对话里换了几个主题 | 当前任务需要哪些旧上下文 | 让 Bot 总结可复用结论，再按任务开新对话 |
| Routine 反复失败仍继续运行 | 最近的运行记录、认证和网页是否变化 | 暂停、修复，用安全样例测试一次 |

Routine 能省掉你手动下令的过程，也能保存稳定方法，但每次执行仍可能耗费使用量。用到外部模型、存储、转写或其他服务时，还要把那一边的费用和调用上限算进去。

## 做一张自己的用量对照表

在账号使用量页面记下当前时间、每周剩余、按需使用是否打开，以及你设置的月度上限。随后只做一件不含敏感资料的短任务，例如整理五条虚构笔记，完成后再记一次。

| 时点 | 任务与结果 | Weekly usage | On-demand | 其他工具费用 |
|---|---|---|---|---|
| 开始前 | 尚未运行 | 以账号页面为准 | 是否开启 | 无 |
| 完成后 | 文件是否按要求交付 | 再看一次 | 有无新增 | 有无外部服务 |

任务太小、页面刷新有延迟时，单次差值未必精确。你真正要建立的是观察习惯。失败重跑、外部调用和后续修改也记在同一张表里。三四次之后，你会更清楚哪类工作值得交给 Bot，哪类适合自己两分钟处理完。

如果发现任务用量超出你的预期，先停止新的重任务，检查 On-demand 和运行中的 Routine，再翻具体运行记录。不要只靠“下周重置”来兜底，因为正在执行的任务仍可能继续。

---

## 第 11 课 · 省钱心法：用最低成本发挥最高智能

## 省钱先问这件事值不值得自动做

一个工作流看起来很漂亮，可能仍不划算。你要花时间写清任务、检查权限、处理失败，还要支付 Grok Bot 和可能存在的外部服务费用。把这些代价放在一起看，才能判断自动化帮你省了什么。

先按任务性质分工。一次性的问题，直接在一个对话里做完；反复出现且步骤稳定的事，保存为 Skill；固定时间需要检查的事，等手动过程稳定后再考虑 Routine。这个顺序与[官方技能和 Routine 文档](https://docs.x.ai/grok-bot/skills-routines-and-automations)一致。Skill 记录怎么做，Routine 安排何时做。保存流程不会让执行免费，也不会替你验证它做对了。

例如每周整理一份公开新闻简报，先手动跑一周。让 Bot 返回来源链接、日期、三条变化和不能确认的内容；你核对是否漏掉重要来源。第二周再按同样方法试一次，如果输入稳定、结果也稳定，就把步骤保存。最后才设定时运行，并约定没有新消息时安静、有来源失败时报告。频繁轮询和缺少退出条件，可能比自己手动看一次还费。

## 用同一张账表判断

| 项目 | 第一次手动任务 | 复用之后 |
|---|---|---|
| 人花的时间 | 写需求、检查结果用了多久 | 现在每次仍需审查多久 |
| Grok Bot 用量 | 从账号页记录实际变化 | 连续几次运行的实际变化 |
| 外部工具费用 | 有无调用收费服务 | 有无新增订阅或按量计费 |
| 返工 | 哪些错误需要重跑 | 错误是否仍反复出现 |
| 产物 | 能否打开来源与文件 | 质量是否保持，失败能否停 |

别预设“做两次后一定值得自动化”。如果一件事一个月才发生一次，流程又经常变化，保存步骤可能增加维护。反过来，每周都做、格式稳定且结果容易核对的任务，才有机会逐渐减少你手动解释与跟进的时间。能省多少，以你自己的账表为准。

## 外部模型什么时候才有用

有人会把资料提取、转写、长文整理交给已有模型或命令行工具，让 Grok Bot 负责派活和检查。这可能适合已经有相应账户与工具的人，但费用会转移到另一张账单上，数据也可能经过另一个服务。先问清任务输入会送到哪里、按什么计费、失败重试是否重复扣费，再用一份非敏感样本比较结果。

不要根据某篇帖子里“省了三分之二”或某个模型一时的价格作购买决定。可以从一件十分钟内能结束的任务开始，把原来要花的时间、Bot 用量变化和外部工具费用这三项记下来。缺了其中一项，就还不能说它真的更省。

完成后，你应该能拿出一张包含时间、用量、外部费用、返工和产物的表，并指出下一次要继续、缩小还是停止这项自动化。遇到用量异常、来源格式变化或插件失去认证，先暂停 Routine，查明原因并用安全输入测试，再决定恢复。

---

## 第 12 课 · 无人值守：搭好你的第一条自动化流水线

## 🎯 学完这一课，你将能够

- 说出哨兵型、流水线型、夜班型三种无人值守形态分别适合什么场景，并挑出适合自己第一个上的那种
- 按四步走搭起一条「竞品动态自动日报」流水线，并用最小样本公式复制到其他业务
- 给自己的自动化链路装上验收前置、抽样复核、异常上报三道保险

## 🤔 开始之前，先想想

- 你敢不敢把一个任务完全交给 AI，然后关掉手机去睡觉——不盯着、不催，第二天早上直接收结果？
- 如果一个无人值守系统半夜出了错，最可怕的是出错本身，还是别的什么？

---

## 一、省钱守住下限，自动化拉开上限

上一课我们聊的是怎么省着用额度。省钱的本质是防守：同样的活，花更少的钱干完。但防守只能守住下限。

持续任务需要明确的触发、输入、产物和停止条件。先从一项低风险、可抽查的任务练习，稳定之后再延长运行时间。

> 省钱只是守住下限，自动化的组合拳才是拉开上限。

这一课我们就来打这套组合拳。好消息是：入门门槛比你想的低得多，而且最适合新手的形态，恰好是性价比最高的那个。

## 二、三种典型的无人值守形态

无人值守可以按三种工作形态理解，分别适合不同任务。

### 哨兵型：平时静默，有事才喊

定时扫描 + 异常上报。盯竞品、盯价格、盯舆情、盯服务器——凡是「需要有人一直看着，但大部分时间没动静」的活，都归它。

它的特点是平时完全静默，有事才说话。你不需要每天看它的输出，它只在值得你知道的那一刻出现。

这是性价比最高、也最适合第一个上的形态。原因很简单：它消耗的注意力最少，跑空了也不浪费——没有异常，本身就是有价值的结果。

### 流水线型：多个 Bot 排成一条链

多个 Bot 接力时，前一环的产物要成为后一环可读、可检查的输入。例如：

> Reed 发现痛点 → Build 做个小工具 → Dusty 发到社群收集反馈 → Cindy 汇总成一页报告。

链条上每一环都是独立的 Bot，靠群聊消息接力。Reed 把发现丢进群，Build 接力开工，Dusty 跟进反馈，Cindy 收尾出报告——像一条真正的生产线，只不过工人全是 AI。

### 夜班型：重活留给凌晨

白天你没算力、也没心思跑的重活，扔给夜里。过夜跑完五百条销售线索评分，凌晨跑数据清洗，早上睁眼收报告。

这里有个很实际的账：云端虚拟机不吃你的电费，不用白不用。本地工具夜里跑还得惦记电脑别休眠，云端 Bot 的「夜班」对你来说是零成本时段。

### 三种形态怎么选？

一句话建议：**从哨兵型起步**。它最简单、最安静、容错最高；等哨兵跑稳了，再往流水线和夜班扩展。

## 三、手把手：竞品动态自动日报，四步走

下面用竞品动态日报练习完整流程。

**第一步：确认采集者就位。** 你得先有一个内容雷达型 Bot——就是第 6 课教过的 Barry——并且信息源已经配好。它是流水线的第一环，负责天天给你抓竞品快讯。

**第二步：安排汇总与编辑。** 可以由协调伙伴整理日报，先用这段练习指令明确要求：

> 每天晚上 9 点，把 Barry 当天推送的快讯合并去重，按「产品 / 融资 / 行业」分三类，每类挑最重要的不超过两条，做成一页日报发我。连续三天没有大事的日子，只发一行「今日无事」。

注意这条指令里藏着几个好习惯：合并去重（防止同一件事刷屏）、分类限额（强迫它做筛选而不是搬运）、还有「今日无事」（允许它说没事，避免为了交差硬凑内容）。

**第三步：连跑三天，每天两分钟质检。** 头三天别放手，每天花两分钟检查质量。哪类新闻不该被漏掉？哪条排序不对？不满意的地方直接用嘴反馈——就像带新人一样，当场纠正。

**第四步：稳定之后，整条链路交给它们。** 三天跑顺了，你就退到幕后，只看日报。从此竞品监控这件事，不再占用你任何主动注意力。

## 四、最小样本公式，以及怎么横向复制

回头看这条流水线，剥掉所有细节只剩三个零件：

> **一个采集者 + 一个编辑者 + 一个固定触发时间**

这就是无人值守的最小样本。任何自动化想法，都可以先用这个公式套一遍：谁负责收集？谁负责加工？什么时候触发？三个都能答上来，就能搭。

跑顺之后，横向复制即可。招聘线索、价格监控、舆情汇总——全是同一个模子：换一个采集者、改一份编辑规则、定一个触发时间，第二条流水线就开张了。

## 五、质量控制的三道保险

自动化放手之后，仍需要三道质量检查：验收标准前置、抽样复核和异常上报。

**第一道：验收标准前置。** 派活时就写清交付格式——几条、多少字、什么结构。标准写在前面有个妙处：格式不达标它自己就会重试，轮不到你来发现。把关这件事，能前置就不要后置。

**第二道：抽样复核。** 不必件件都查，但每周随机抽一两件成果，核对原始来源。抽查处未必查出问题——这不要紧，它的意义一是让你心里有底，二是让 Bot 知道你会查。这个道理跟管理人类员工一模一样。

**第三道：异常上报通道。** 明确告诉它：「不确定的事不要自行猜测，整理成一个问题来问我。」这句话要当成纪律写进指令里。记住这句提醒：

> 无人值守系统最怕的不是出错，是出了错还一声不吭地继续跑。

出错不可怕，错误会被发现、被纠正；一声不吭才是灾难——它会带着错误一路跑到底，还消耗你的额度。

## 六、质变：从「我想到才派」到「它主动来报」

最后说一个用了足够久之后才会发生的事。

一开始，是你想起来才派活。但用得足够久之后，会出现一个质变：**它开始在你想起来之前把事干了。**

这不是玄学。官方的说法是：

> 「随着合作的深入不断进化，甚至能在用户提出需求之前预先完成相关工作。」

验收时打开产物，核对它是否在约定时间生成、依据哪些资料、有哪些待确认项。只有自己的检查记录，才能说明这条流程已经跑通。

前面十几课学的记忆、Routine、总监模式，到这里终于拼成了完整的一幅图：它们不是三个孤立功能，而是通往「主动服务」的三块基石。你叠得越厚，这一天来得越早。

---

## ✍️ 动手练习

**1.** **设计你的第一条哨兵。** 从「竞品 / 价格 / 舆情 / 自己项目的服务器或数据」中选一个你最关心的对象，写一条派活指令，要求包含三要素：扫描频率、什么算异常、异常时怎么报给你。验收标准：指令里能明确回答「它多久看一次、看到什么才说话」。
**2.** **搭一条最小日报流水线。** 按「采集者 + 编辑者 + 固定触发时间」公式，复刻本课的竞品动态日报（信息源可以是公开的行业公众号、RSS 或你关注的 X 列表）。连续跑三天，每天花两分钟记录一条质量反馈并口头纠正。验收标准：第三天的日报格式与前两天一致，且没有漏掉你能人工核对到的要闻。
**3.** **给你的流水线装上三道保险。** 对照验收前置、抽样复核、异常上报逐项自查：交付格式写进指令了吗？抽样计划定了吗（每周抽几件、抽什么）？「不确定的事整理成问题来问我」这句话说了吗？缺哪条补哪条。

## ✅ 自测一下



### 点开查看答案


**1.** **判断题：无人值守的三种典型形态是哨兵型、流水线型、夜班型。**
   ✅ 正确。哨兵型是定时扫描+异常上报，流水线型是多 Bot 靠群聊消息接力，夜班型是把重活扔给凌晨跑。
**2.** **单选题：本课建议哪种形态性价比最高、最适合第一个上？（ ）**
   A. 流水线型　B. 夜班型　C. 哨兵型　D. 全部同时上
   ✅ C。哨兵型平时完全静默、有事才说话，消耗的注意力和额度最少。
**3.** **简答题：「最小样本公式」是哪三个零件？请各举一例。**
   ✅ 一个采集者（如 Barry 抓快讯）+ 一个编辑者（如总监兼任、汇总成日报）+ 一个固定触发时间（如每晚 9 点）。三者齐备即可构成一条最小流水线。
**4.** **单选题：下列哪项不属于本课介绍的三道质量保险？（ ）**
   A. 验收标准前置　B. 抽样复核　C. 异常上报通道　D. 提高订阅档位换取更高智能
   ✅ D。三道保险分别是验收前置、抽样复核、异常上报；升档位不属于质控手段。
**5.** **简答题：为什么说「无人值守系统最怕的不是出错，是出了错还一声不吭地继续跑」？**
   ✅ 出错可以被发现和纠正；一声不吭则意味着错误会带着后续流程一路跑下去，持续产出差结果还白耗额度，所以必须提前约定异常上报通道。



## 📌 一句话带走

> 自动化的最小样本 = 一个采集者 + 一个编辑者 + 一个固定触发时间——先用哨兵型跑通第一条，再把同一个模子横向复制。

---

---

## 第 13 课 · 竞争格局：办公 Agent 的新战场

## 🎯 学完这一课，你将能够

- 用一张全景对照表说清办公 Agent 赛道上各家产品的所属、时间和形态差异
- 解释「从编码到办公」这场主战场转移背后的市场逻辑
- 说清 Grok Bot 押注「组织」这张牌意味着什么，以及它和竞品路线的本质区别

## 🤔 开始之前，先想想

- 前面十几课我们一直在学怎么用 Grok Bot——但你有没有想过，为什么 2026 年突然所有大厂都在做「AI 干活」，而不只是「AI 聊天」？
- 一家 AI 公司最强的对手，模型却跑在它母公司卖的基础设施上——这种事真的可能发生吗？

---

## 一、把镜头拉远：你站在一条剧烈变动的赛道上

学了十几课的实操，这一课我们换个视角。前面讲的都是「怎么用」，现在要回答的是「我用的这个东西，在行业里处于什么位置」。懂工具的人很多，看得懂牌桌的人不多——而看懂牌桌，决定了你怎么下注自己的时间和工作流。

办公 Agent 的形态持续变化。比较时先看执行环境、任务范围和人工控制方式，再核对当前产品状态。

## 二、全景对照表：一张表看清整条赛道

下面按产品形态整理一张比较表。产品能力会变化，实际选择时请核对对应官方页面和查看日期。

| 产品 | 所属 | 关键时间 | 形态 |
|---|---|---|---|
| Claude Computer Use | Anthropic | 2024.10（首创） | 操作你的本地屏幕 |
| Operator | OpenAI | 2025 起 | 浏览器任务 |
| Manus / OpenClaw / Hermes 等 | 各创业公司 | 2025–2026 | 本地或半云端个人 agent |
| ChatGPT Work | OpenAI | 2026 上半年 | 云端办公 agent |
| Claude Cowork | Anthropic | 2026 上半年，7 月扩展至 web/mobile | 云端办公 agent |
| Microsoft Copilot 商务档 | Microsoft | 2026 上半年 | Office 生态内嵌 |
| **Grok Bot** | **SpaceXAI × Cursor** | **2026.08.11** | **云端常驻 + 多 agent 组织 + UI 操作** |

顺着时间线读下来，脉络很清楚：2024 年 Anthropic 率先让 AI 操作本地屏幕，开了先河；2025 年 OpenAI 的 Operator 把战场挪进浏览器，创业公司们则推出各种本地或半云端的个人 agent；到了 2026 年上半年，风向彻底变了——OpenAI、Anthropic、Microsoft 三家同时摆出「云端办公 agent」产品线，然后才是 8 月 11 日登场的 Grok Bot。

## 三、两个结构性观察

比产品名称更值得观察的是工作方式：一次操作由谁完成，多岗位之间如何交接。

### 观察一：主战场从「编码」转移到了「办公」

过去两年 AI 行业的流量和军备竞赛，一大半围着编码 agent 转。但编码 agent 是给开发者做的工具，办公 agent 是给所有人做的同事——后者的市场规模大一个数量级。

这不是修辞，是算术：全世界的开发者以百万计，「想在电脑前让有人替自己干活」的职场人以亿计。所以当 2026 年上半年三家巨头同时摆出办公 agent 产品线时，说明大家都看到了同一个方向。巨头们很少同时押错宝——同时进场，基本等于宣布：这里就是下一个主战场。

### 观察二：Grok Bot 押的是「组织」这张牌

再看形态那一列，你会发现一个有趣的分野。别家产品不管叫什么名字，本质都是在卷**单 agent 的能力上限**——一个 AI 更聪明、更快、更会操作。而 Grok Bot 直接跳到了**多 agent 的组织形态**：总监、专员、群聊、任务交接。

这正是第 4 课以后你一直在练的那套东西。别人在训练一个更强的士兵，它在组建一支军队。

不同产品的能力与协作方式各有侧重。选择时用同一项任务比较输入要求、可检查的产物、权限边界和实际成本，避免只看演示效果。

## 四、彩蛋：一桩荒诞依存

比较产品时，还应记录两件事：哪些能力来自模型，哪些来自执行环境与工具连接。

Anthropic 是 SpaceX 最大的算力客户之一——今年 5 月，双方约定包下 Colossus 1 数据中心超过 300 兆瓦的容量。

换句话说，Grok Bot 最强对手的模型，跑在它母公司卖的基础设施上。台面上是办公 Agent 赛道杀得刺刀见红的对手，台面下是数据中心里最大的买卖伙伴。

这个赛道没有一个适用于所有人的答案。保留自己的任务样本和检查记录，产品更新后再复测，比一次性下结论更有用。

---

## ✍️ 动手练习

**1.** **默画赛道地图。** 合上课本，凭记忆写出至少 5 个产品的名称、所属和形态，再对照本课表格补齐。验收标准：能准确说出每家的「形态」属于哪一类（本地屏幕 / 浏览器 / 个人 agent / 云端办公 agent / 生态内嵌）。
**2.** **写一段自己的判断。** 用 200 字回答：「如果『组织』这张牌赢了，你的工作方式会发生什么变化？」要求至少用到本课的两个概念（如单 agent vs 多 agent、工具 vs 同事）。验收标准：观点可以主观，但引用的事实必须出自本课或本课。
**3.** **做一次竞品快查（选做）。** 挑表中任意一家竞品的官方页面看五分钟，只记录三个信息：产品定位一句话、是否需要下载安装、价格档位。验收标准：记录里注明查看日期——记住本课开头说的，这个赛道一切数字保质期以周计。

## ✅ 自测一下



### 点开查看答案


**1.** **单选题：首创「操作本地屏幕」这条路的产品是？（ ）**
   A. Operator　B. Claude Computer Use　C. Manus　D. ChatGPT Work
   ✅ B。Claude Computer Use 由 Anthropic 于 2024 年 10 月推出，本课标注为「首创」。
**2.** **判断题：ChatGPT Work、Claude Cowork、Microsoft Copilot 商务档都属于「云端办公 agent」这一形态。**
   ✅ 正确（Microsoft Copilot 商务档的形态是 Office 生态内嵌，同属 2026 上半年的办公 agent 浪潮）。三者都在 2026 上半年亮相，说明巨头看到了同一方向。
**3.** **简答题：本课建议办公 agent 和编码 agent 最关键的市场差别是什么？**
   ✅ 编码 agent 是给开发者做的工具，办公 agent 是给所有人做的同事——后者的市场规模大一个数量级。
**4.** **单选题：Grok Bot 与其他竞品最本质的路线差异是？（ ）**
   A. 模型更大　B. 价格更低　C. 押注多 agent 组织形态　D. 只支持手机端
   ✅ C。别家卷单 agent 能力上限，Grok Bot 直接跳到总监、专员、群聊、任务交接的组织形态，这张牌目前只有它在打。
**5.** **简答题：「荒诞依存」指的是什么？**
   ✅ Anthropic 是 SpaceX 最大的算力客户之一，今年 5 月双方约定包下 Colossus 1 数据中心超过 300 兆瓦容量——Grok Bot 最强对手的模型跑在它母公司卖的基础设施上。



## 📌 一句话带走

> 主战场已经从编码转向办公，而 Grok Bot 押的「组织」这张牌，目前只有它在打——输赢未定，但方向已明。

---

---

## 第 14 课 · 判断与展望：AI 是工具，还是团队？

## 🎯 学完这一课，你将能够

- 说清 Grok Bot 历史意义的三个「第一次」，以及它逼行业回答的三个问题
- 区分人与 AI 的两种关系模式：「问答」和「共事」
- 带着全课程的积累，规划自己接下来三步怎么走

## 🤔 开始之前，先想想

- 学了整整一个课程，如果只能留下一句话，你希望它是什么？
- 一支 AI 团队，最终会把我们解放出来，还是让我们沦为只会点「同意」的人？

---

## 一、历史意义大于产品本身

收官课把前面的操作收拢成一套判断方法：哪些事可以委派，哪些事仍要自己决定。

理解协作方式，比记住某个产品的宣传口号更重要。

为什么这么说？因为它第一次把三件事打包成了大众消费品：

**1.** **常驻云端的 agent**——关掉手机它还在上班；
**2.** **以你的身份行动的 agent**——像你一样登录你授权的应用和网站干活；
**3.** **以组织形式协作的 agent**——总监、专员、群聊、任务交接。

这三件事单独看，其实都已经存在过：云端自动化工具早就有，代操作类产品第 13 课的表格里一排，多 agent 研究论文更是汗牛充栋。但把它们打包在一起、做成普通人掏手机就能用的产品、而且卖得动——这是第一次。

更重要的是，它逼着整个行业马上回答三个此前一直拖延的问题：**agent 的身份归属、agent 的行为审计、agent 的权限粒度。** 一个以你的身份干活的 AI，出了事算谁的？它每天干了什么，你怎么查？它能碰哪些东西，边界画在哪？这三个问题的答案，会比 Grok Bot 本身活得久——不管这家产品将来成败如何，整个行业都得沿着它划出的问号往下走。

## 二、回到人的视角：从「问答」到「共事」

判断的第二层，落回我们每个用户身上。

回想一下过去两年你和 AI 的关系，是不是这样：你问一句，它答一句；窗口一关，这段关系就结束了。对话是即时的、一次性的，AI 是随叫随到又转身就走的陌生人。

Grok Bot 代表的是一种新关系——「共事」：有一群 AI 员工常驻在你的手机里，知道你是谁、记得你在忙什么、互相配合着把你不想干的活干掉。

从问答到协作，你还要承担派活、教学、审批与质控。可检查的结果，是决定是否继续放手的依据。

> AI 不再是工具，而是团队。

工具按次使用，协作流程持续维护。是否需要一支 AI 团队，取决于你的任务有没有稳定的分工和交接。

## 三、入口是手机，结局取决于我们

下一步先找出自己工作里最稳定、最容易检查的一段流程。

为什么入口偏偏是手机？道理朴素得惊人——因为人最自然的指挥方式，就是掏出手机给同事发条消息。不需要打开电脑、不需要学新软件，发条微信一样的消息就把活派了。技术再炫酷，顺手的才是入口。

持续追问：这套流程是否减少了重复工作，还是让你多了一堆难以判断的审批？

答案不写在任何产品发布页里——它取决于接下来几年产品和我们自己的选择。你是把 AI 当玩具偶尔点点，还是像这门课教的：认真招募、认真教学、搭流水线、装上三道保险？同样的工具，两种用法，通向两种完全不同的未来。

把选择写成小实验：一项任务、一个负责人、一份产物、一条验收标准。

## 四、毕业寄语

还记得第 0 课开篇吗？那时候你对 Grok Bot 可能只有一个模糊的印象：「好像是又一个聊天机器人？」现在你知道，它是一支能装进口袋的 AI 团队，而你已经拿到了指挥它的全套方法——领额度、派第一个活、请总监、组舰队、教 Routine、省额度、搭无人值守、看懂牌桌。

恭喜你完成全部 15 课（第 0 到第 14 课）的学习。这不是结束，给你三件接下来可以做的事：

**1.** **回附录巩固。** 附录里有高频十问快答和术语表，把前面课程里的模糊概念再过一遍筛。
**2.** **动手搭你的第一条流水线。** 就用第 12 课的最小样本公式——一个采集者 + 一个编辑者 + 一个固定触发时间。学了不用等于没学。
**3.** **关注官方更新。** 别忘了这门课开头反复提醒的：这个品类的一切数字保质期以周计，价格、功能、档位请以官方最新页面为准。

最后留一条练习原则：从小任务开始，用实际交付建立信任，再逐步扩大范围。

> 祝你早日招到自己的第一批 AI 员工。

---

## ✍️ 动手练习

**1.** **写你的「三个第一次」。** 不看课文，用自己的话写出 Grok Bot 打包成大众消费品的三件事，并各配一个你在本课程中实际操作过的例子。验收标准：三条都来自课文事实，例子出自你自己跑过的任务。
**2.** **给自己定一条「共事宣言」。** 用 100 字写清楚：接下来一个月，你要把哪一类工作从「自己干」改成「AI 团队干」，你打算用什么机制保证质量（提示：验收前置 / 抽样复核 / 异常上报）。验收标准：写出的机制能在第 12 课找到出处。
**3.** **排一个复习日程（选做）。** 在日历里建两个提醒：一周后回附录做高频十问自测；一个月后检查你的第一条流水线是否还在稳定运行。验收标准：日历事件已创建，且第二个提醒附上了流水线的检查清单。

## ✅ 自测一下



### 点开查看答案


**1.** **简答题：Grok Bot 第一次打包成大众消费品的三件事分别是什么？**
   ✅ 常驻云端的 agent、以你的身份行动的 agent、以组织形式协作的 agent。三者单独都已存在，打包在一起卖且卖得动是第一次。
**2.** **单选题：本课建议 Grok Bot 逼行业马上回答的三个问题是？（ ）**
   A. 定价、营销、渠道　B. 身份归属、行为审计、权限粒度　C. 模型大小、速度、成本　D. 手机端、网页端、桌面端
   ✅ B。这三个问题的答案会比 Grok Bot 本身活得久。
**3.** **判断题：按本课的协作框架，「问答」关系的特征是窗口关了关系就结束，而「共事」关系里 AI 记得你是谁、在忙什么。**
   ✅ 正确。过去两年是「你问一句它答一句」的问答；新关系是共事——一群 AI 员工常驻手机里互相配合干活。
**4.** **简答题：为什么说手机是这个变化的入口？**
   ✅ 因为对普通人来说最自然的指挥方式就是掏出手机给同事发条消息——顺手比炫酷重要，这决定了手机端成为人机协作的主入口。
**5.** **开放题：AI 团队会把我们解放出来，还是让我们只会点「同意」？你会怎样判断？**
   ✅ 开放的——取决于接下来几年产品和我们自己的选择。本课记录的就是选择发生之前的此刻；这也是为什么课程强调主动管理（派活、教学、质控）而不是被动等待。



## 📌 一句话带走

> AI 不再是工具，而是团队——而结局是解放还是沦为点「同意」的角色，取决于接下来几年产品和你的选择。

---

---

## 附录 A · 数字基准速查表

这张表帮助你检查价格、平台支持与产品边界。数字可能变化，选择方案时打开相应官方页面，并记录查看日期。

| 你要确认什么 | 2026 年 9 月 25 日核对结果 | 到哪里看 |
|---|---|---|
| 第一次发布 | 2026 年 8 月 11 日。这是历史时间，不代表当下试用资格 | [官方公告](https://x.ai/news/introducing-grok-bot) |
| 免费试用 | 按使用量给体验额度，同时有 7 天窗口。任务步数和处理内容会影响消耗，不能按天数推算可完成多少任务 | [套餐与计费](https://cursor.com/help/grok-bot/plans) |
| 个人付费入口 | Cursor Pro、Pro+、Ultra 都包含 Grok Bot；符合条件的个人 SuperGrok 或 X Premium+ 可链接到 Cursor 账号 | [套餐与计费](https://cursor.com/help/grok-bot/plans) |
| 团队入口 | 自助 Cursor Teams 成员可使用；Enterprise 由管理员开启 | [团队说明](https://docs.x.ai/grok-bot/teams-and-enterprises) |
| 支持设备 | macOS、Windows、Linux、iPhone、iPad 和 Android。具体系统要求与下载入口在安装前核对 | [官方下载与入门](https://docs.x.ai/grok-bot/get-started) |
| 云电脑 | 同一账号下的 Bot 共用一台云电脑、文件与登录态，各自保留对话和工作屏幕 | [官方概述](https://docs.x.ai/grok-bot/overview) |
| 群聊 | 一组可放 2 至 6 个 Bot；新增成员前先写清各自负责什么 | [协作说明](https://docs.x.ai/grok-bot/chat-and-collaboration) |
| 使用量与额外费用 | 付费计划有每周使用额度。额度用完后，只有开启 On-demand 才可能继续产生额外费用；月度上限未必会在正在运行的任务中途立即截停 | [套餐与计费](https://cursor.com/help/grok-bot/plans) |
| Routine | 每个 Bot 最多可有 50 个 Routine，每条保留最近 20 次运行记录。这是产品当前规则，不是让新手一口气建满的目标 | [技能与例行任务](https://docs.x.ai/grok-bot/skills-routines-and-automations) |

价格、可用地区、账号资格和界面会变化。你需要判断是否购买时，先核对自己账号中的计划、用量与按需上限，再决定任务规模。

---

## 附录 B · 术语黑话对照表

工具更新得快，先把几个容易混淆的词说清楚。你看到陌生菜单时，回到自己正在做的事，判断它属于岗位、方法、触发还是权限。

| 词 | 在课程里怎样理解 | 继续读哪里 |
|---|---|---|
| Bot | 长期负责一类工作的 AI 伙伴，有自己的对话；同一账号下的 Bot 共用云电脑 | [第 1 课](/free-courses/grok/learn/basic-01) |
| Chief of Staff | 一位协调工作的 Bot，接收目标、分配专岗并汇总结果 | [第 5 课](/free-courses/grok/learn/basic-05) |
| Lane | 某一条稳定的职责，例如收件箱、资料研究或运营 | [场景 01](/free-courses/grok/learn/scene-01) |
| Skill | 可复用的做事方法，写明输入、步骤、验收和风险边界 | [工作流课](/free-courses/grok/learn/field-09) |
| Routine | 由一位 Bot 持有，按日程或条件启动某个流程，运行时仍会使用额度 | [第 7 课](/free-courses/grok/learn/basic-07) |
| 群聊 | 多位 Bot 公开协作与交接消息的地方；任务最好只有一位明确负责人 | [群聊交接课](/free-courses/grok/learn/field-02) |
| 插件或连接器 | 让 Bot 接入外部服务的通道，已连接也要核对权限范围 | [场景 02](/free-courses/grok/learn/scene-02) |
| 云电脑 | 同一账号下所有 Bot 共用的工作环境，文件与浏览器登录状态可被其他 Bot 使用 | [场景 04](/free-courses/grok/learn/scene-04) |
| Auto-review | 按规则检查拟执行动作的机制；关键外发与不可逆动作仍要明确人工审批 | [第 9 课](/free-courses/grok/learn/basic-09) |
| Weekly usage | 当前计划每周可用的额度，具体剩余在账号里查看 | [第 10 课](/free-courses/grok/learn/basic-10) |
| On-demand | 每周额度耗尽后可选择开启的额外按需用量，会另计费用 | [第 3 课](/free-courses/grok/learn/basic-03) |
| API Key | 外部服务的访问凭证，别贴进普通对话或公开模板 | [工具课](/free-courses/grok/learn/basic-08) |
| Agent Mail、Tailscale | 第三方邮箱身份和网络连接工具，只在任务确有需要且你理解权限时考虑 | [工具课](/free-courses/grok/learn/basic-08) |

这些词帮你看懂产品，不代表每一种工具都需要安装。准备授权前先问谁能访问资料、能改什么、完成后如何撤销。

---

## 附录 C · 高频十问快答

有些问题看起来很基础，实际会决定你要不要连接账号、要不要设自动运行。答完之后，拿自己的一件小事验证即可。

**1. Grok 和 Grok Bot 有什么区别？**

Grok 主要在对话里回答和创作。Grok Bot 可以在已授权的工具与云电脑上完成多步工作，返回文件、草稿或操作结果。派活时写清你需要的具体产物与检查方法。可以回看[第 1 课](/free-courses/grok/learn/basic-01)。

**2. 没订阅可以试吗？**

官方提供使用额度型试用，同时有 7 天窗口。长任务可能很快用完额度，别按“每天能用多久”估算。先用无敏感文件做一个小任务，完成后查看用量。[第 2 课](/free-courses/grok/learn/basic-02)讲第一次怎样安排。

**3. Bot 会操作我自己的电脑吗？**

默认的工作地点是账号的云电脑。本机访问属于另一项权限，默认逐次询问；需要它碰本地文件时先看清请求，再决定是否允许。你可在[官方权限说明](https://docs.x.ai/grok-bot/approvals-security-and-privacy)核对当前设置入口。

**4. 每个 Bot 的账号和文件相互隔离吗？**

同一账号下的 Bot 共用云电脑、文件和浏览器登录状态，不能把“换一个 Bot”当成隔离。它们的对话与习得上下文则各自保留，任务交接需要消息、文件或路径。[场景课](/free-courses/grok/learn/scene-04)有一份开工前的检查表。

**5. 我关掉手机，任务就停了吗？**

云端任务可以继续。真要停止，回到对应对话或 Routine 看状态，明确发出停止指令，并检查是否已停。仅关闭手机并不能当作结束证据。

**6. 新手要建几个 Bot？**

先给一件可验收的工作找一个负责人。某类工作有稳定目标、工具和权限后，再建专岗。群聊适合让两到六位 Bot 的交接可见；人数越多，重复派活和检查成本越高。[场景 01](/free-courses/grok/learn/scene-01)可以帮你写第一张岗位卡。

**7. 用量不够怎么办？**

先看账号里的 Weekly usage、On-demand 是否开启和月度上限，再查失败重跑、长对话、频繁轮询和重复交代背景。例行任务仍会消耗用量，别把 Routine 当免费替身。[官方计费说明](https://cursor.com/help/grok-bot/plans)能帮你核对当前规则。

**8. Bot 做出的东西还能修改吗？**

可以指出具体哪一段、哪一列或哪项事实不对，让它更新同一份产物。改完要打开文件或原链接复查。对于发信、发布、购买或删除，先拿到草稿和影响范围，再审批动作。

**9. 中文任务能不能做？**

先用你的实际任务验证。找一份不含隐私的中文材料，写明术语、输出格式和完成标准，看看它会不会误解专名或来源。别从他人的单次展示推断所有中文业务都能稳定跑通。

**10. 什么任务值得做成自动运行？**

步骤相对固定、输入来源可靠、结果能检查，并且你知道异常时在哪里停止的任务，才适合考虑 Routine。先跑一次，再试安全输入，检查运行记录；涉及外发和生产改动的动作保留审批。[官方技能与 Routine 说明](https://docs.x.ai/grok-bot/skills-routines-and-automations)列了管理入口。

---

## 附录 D · 边界检查与复习路线

## 需要定期核对的工作边界

产品更新后，先检查自己的订阅、平台支持、连接器与使用额度。无法确认的内容留在待核对项，不沿用旧记录。

| 检查项 | 怎样记录 |
|---|---|
| 当前账号权益 | 查看日期、实际入口与额度 |
| 执行环境 | 本机或云电脑、文件位置、已有连接 |
| 数据与权限 | 可读资料、可写范围、需要本人确认的动作 |
| 费用 | Bot 用量、外部工具、失败重跑与检查时间 |
| 结果 | 可打开的产物、检查步骤、遗留问题 |

## 继续练习

- [从小任务开始](/free-courses/grok/learn/field-00)
- [安排岗位与交接](/free-courses/grok/learn/field-02)
- [会议素材处理](/free-courses/grok/learn/field-06)
- [工程结果检查](/free-courses/grok/learn/engineering-06)
- [下载课程笔记](/downloads/grok-bot-course.md)

复习时先找出一项自己的真实任务。写清输入、负责人、产物和验收标准，完成之后把检查记录补回任务卡。

---

## 先把工程任务变成能验收的工作

## 先写清交付，再开始修改

本课用一次移动端入口调整练习工程派活：把‘分享为模板’放到伙伴信息页和首页长按菜单。先把需求变成可观察的结果，避免一句‘改好一点’让执行者自行猜测。

## 把需求拆成验收项

两个入口分别检查：按钮是否出现；点击能否进入正确流程；取消后能否回到原页面；原有分享操作是否仍可用。记录目标设备、页面和版本，把不在范围内的改动明确排除。

```text
请调整移动端的分享为模板入口。
伙伴信息页顶部增加入口，放在更多菜单之前；首页长按菜单也增加同一入口。
先说明影响页面，再按范围修改。
交回修改前后截图、实际点击结果和检查记录。
现有分享流程必须继续可用。没有完成的验收项明确标注。
暂不合并、不发布。
```

![先把界面需求写成可检查的任务](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/engineering-08-d746d04c9e57.webp)

教学改绘示意；操作以实际界面为准。

## 先登记，再执行

聊天用于讨论，任务表用于确认负责人、进度和后续动作。开始前先找同一项任务的既有记录，决定接手、补充还是新建。每项任务只有一位负责当前交付的人，其他人参与评审或提供资料。

![工程任务登记与状态检查](https://cdn.chaojifeng.me/images/free-courses/editorial/20261010-v1/ledger.webp)

| 字段 | 要写清什么 |
|---|---|
| 目标与范围 | 要改变的页面、明确排除的改动 |
| 负责人 | 当前由谁交付，谁做评审 |
| 产物 | 变更、截图、运行记录与检查结果 |
| 状态 | 处理中、待评审、已完成或阻塞 |
| 阻塞与下一步 | 缺什么，谁补充，何时再检查 |

![任务表中的负责人、状态与评审入口](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/engineering-04-637c3c1a7d97.webp)

## 状态要对应事实

处理中表示任务仍在推进；待评审表示已有可检查材料；已完成表示本次约定的验收已经通过。需要合并或发布的任务，单独记录授权和执行状态。不要把运行结束当成验收完成，也不要让计数标签替代测试记录。

## 练习：登记一个小改动

选择自己能访问的练习项目，只调整一个入口或一段文案。填好任务表，安排负责人，再执行。交付之后打开目标页面，完成约定操作，把失败和未完成项一起写回记录。

**完成标准：**任务范围明确、负责人唯一、产物能打开、检查过程可重复，任务表与实际结果一致。

---

## 给伙伴分配职责和可运行的环境

## 分工按职责，不按名字

一位伙伴长期负责一类工作，能更容易维护规格与交接。先按项目需要划分领域，再决定需要多少岗位；不要为了凑齐一个团队同时启动多套环境。

| 岗位 | 负责范围 | 交付与检查 |
|---|---|---|
| 移动端 | 公共交互与 iOS 页面 | 页面、点击流程、目标设备检查 |
| 桌面与构建 | 桌面客户端及构建交付 | 构建结果与实际运行表现 |
| 基础设施 | 环境、部署与跨领域问题 | 状态记录、影响范围与恢复办法 |
| Android | Android 页面及平台差异 | 目标平台的运行与交互检查 |
| 执行协调 | 任务分派、进度和证据 | 负责人、产物、阻塞与下一步 |

分工不代表账号、电脑或权限天然隔离。每个岗位仍需写清可读资料、可写范围和需本人确认的动作。任务归属不清楚时，先请协调岗位确定负责人。

![五个工程岗位及各自的工作范围](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/engineering-02-861f6cb2297a.webp)

教学改绘示意；操作以实际界面为准。

## 给执行者完整任务卡

任务卡包含目标、约束、相关资料、产物和验收。已配置的设计、代码评审或产品分析能力可以按需使用；调用前先检查当前实际存在的内容和适用范围，不凭名称假定已经安装。

```text
请先查看当前任务的负责人、范围和已有记录。
使用现有工作环境，不重复启动相同服务。
先说明准备使用的能力与资料，再执行。
交回变更范围、可打开的产物、实际验证结果和阻塞。
发现任务由其他人处理时，先交接，不同时修改同一处。
```

## 环境先复用，资源先检查

需要本机设备、特殊网络或平台工具时，先检查已有进程、端口与运行环境。明确环境归属，避免重复启动开发服务、浏览器或模拟器。编译与测试可以完成验证时，不为补充截图另开设备。

## 界面与语音分别验收

界面任务要打开目标页面，实际完成点击或输入，并记录预期与实际结果。截图说明外观，交互记录说明行为，两者不能互相替代。

语音任务分别检查输入、播放、识别与回复。只有转写文本不能证明完整语音流程通过；没有取得真实音频和运行记录的环节，保留为未验证。

## 练习：两岗位完成一次交接

让执行岗位完成一个小改动，检查岗位只读取产物与验证结果。意见要指向具体页面、操作或句子。完成标准是负责人清楚、环境可复用、检查可重复，而不是伙伴数量多。

---

## 让评审和异常处理有明确的下一步

## 反馈要落到具体问题

工程任务完成后，先检查代码评审意见、安全反馈、测试失败和合并冲突。检查频率按任务时长与资源安排，不把固定分钟数当成所有项目都必须遵守的规则。

![工程交付与评审闭环](https://cdn.chaojifeng.me/images/free-courses/editorial/20261010-v1/review.webp)

发现问题时，把任务保持在处理中，交回错误表现、已有证据和期望结果。没有阻塞之后，再进入待评审。消息中的‘已经完成’不能替代产物和实际检查。

![任务卡中的变更、检查与评审材料](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/engineering-03-6588b3d592b1.webp)

教学改绘示意；操作以实际界面为准。

## 证明材料怎么写

| 检查类型 | 有用的证明 | 不足以说明通过的材料 |
|---|---|---|
| 页面外观 | 目标状态截图与尺寸 | 只截取局部，未说明页面状态 |
| 交互 | 操作步骤与实际结果 | 只有静态截图 |
| 编译与测试 | 命令、环境、结果与失败项 | 没有输出的口头描述 |
| 语音 | 输入音频、识别与回复记录 | 只有一段生成文字 |

说明每份材料检查了什么，也说明还没有验证什么。失败后先分析现有日志，不重复创建环境硬重试。

![分别观察代码检查与界面检查的结果](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/engineering-05-be7f4cf6c58b.webp)

## 合并单独确认

待评审表示可以检查，并不自动表示可以合并。按当前项目规则和任务授权处理合并与发布；首次练习保留人工审查更容易发现遗漏。要求暂不合并的任务，不因为测试通过就继续执行。

## 紧急任务也需要停止条件

紧急缺陷可以提高检查频率，但要设定时间与用量上限。用更快的节奏确认是否有新进展，而不是无限重试。相同错误没有新证据、权限不足或资源紧张时，停止并上报。

```text
请在本次约定的时间与用量内检查阻塞。
每次跟进说明新发现了什么、准备改变哪一步。
同样错误没有新证据时停止。
保留现有日志和产物，报告未完成项。
评审通过后等待本人的合并决定。
```

## 练习与验收

挑一条真实反馈，让执行岗位定位并修复，再由检查岗位重复原操作。任务表记录修复、复测和仍未覆盖的范围。只有原问题可重复地消失，才把对应验收项改为通过。

---

## 用运营伙伴维护规则和交接

## 让规则跟着任务交接

运营协调岗位负责入职、规则维护、复盘和阻塞汇总；具体代码仍由工程岗位负责。它的价值是让每个人拿到一致的工作约定，而不是增加一层热闹的群聊。

![团队规则、入职与复盘](https://cdn.chaojifeng.me/images/free-courses/editorial/20261010-v1/ops.webp)

## 操作手册至少包含五件事

1. 任务在哪里登记，状态怎样更新。
2. 谁负责代码、评审、合并与发布。
3. 每类任务要交回哪些产物和真实检查。
4. 登录、权限、外发或资源不足时怎样停下。
5. 交接时保留哪些资料，未完成项交给谁。

沟通规则写成具体行为：结论清楚、信息完整、问题指向证据。不要把某个人的语气偏好当成团队必须照搬的技术规范。

![运营伙伴的复盘、规则更新与交接](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/engineering-06-ab1af0d99231.webp)

教学改绘示意；操作以实际界面为准。

## 复盘不是写一段总结

| 问题 | 应留下的记录 |
|---|---|
| 最初要完成什么 | 需求与验收项 |
| 实际发生什么 | 失败表现、任务与运行记录 |
| 当时为什么这样判断 | 已有证据与遗漏检查 |
| 下次怎样避免 | 可执行的新规则与适用范围 |
| 怎样确认规则有效 | 下次任务的检查方式 |

复盘之后更新手册，并通知受影响的岗位。规则若冲突，先确定当前任务适用哪一条，避免每位伙伴自行解释。

## 新伙伴入职步骤

先确定职责和权限，交付手册与一个小样例，再让它复述流程。由已有岗位协助检查样例的执行结果。新建名字只是第一步，能遵守规则完成交接才算入职完成。

![新成员入职时核对任务与评审规则](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/engineering-07-c72171912860.webp)

## 练习：把一次返工变成规则

选一个近期重复出现的问题，写出触发条件、应做动作、禁止动作和验收。把规则交给两位相关岗位，检查他们是否能一致解释。下一次同类任务验证这条规则，而不是只确认手册已经保存。

---

## 安排夜间维护，也给任务设置结束条件

## 先圈范围，再安排维护

夜间任务适合目标明确、可回退、能延后检查的工作。代码质量、无用代码、加载表现和包体积都可以成为维护方向，但第一次只选一个小范围。

维护不等于自动清理所有东西。先列出可修改文件、需要保留的产物和验收指标，避免把用户数据、共享缓存或其他任务的环境一起删除。

## 用同一口径比较

| 方向 | 开始前记录 | 完成后检查 |
|---|---|---|
| 代码质量 | 已有静态检查与问题范围 | 对应问题是否解决、是否新增问题 |
| 无用代码 | 使用位置与依赖关系 | 删除后编译与相关功能 |
| 加载表现 | 相同页面和运行条件 | 同口径结果与功能检查 |
| 包体积 | 同构建方式与输出文件 | 实际大小与启动表现 |

没有基线时先记录基线，不用一次主观感受宣布性能提升。数字要带构建方式、测量条件和日期。

## 把结束条件放进任务卡

```text
本次只处理我指定的维护范围。
先复用已有环境并记录基线，不重复启动相同服务。
遇到可能影响用户数据、权限或发布的动作，停下说明影响。
按约定的时间与用量结束。
交回修改清单、同口径结果、验证记录和未完成项。
没有新增证据时不继续重复重试。
暂不合并、不发布。
```

## 早晨怎样验收

打开变更清单，确认每处修改都在范围内；核对指标口径，再检查相关功能。任务没跑完时，记录原因并决定接着做还是停止，不把自动触发成功当成维护成功。

## 练习与完成标准

先手动执行一次短维护任务，再考虑安排定时。完成标准是范围明确、基线可比较、功能检查通过、结束条件生效，并且本任务创建的多余进程和临时环境已经收尾。

---

## 工程交付的证据与复习检查

![Grok Bot 工程团队实践](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/engineering-01-8e57717acc18.webp)

教学改绘示意；操作以实际界面为准。

## 图示帮助理解，结果需要检查

课程配图说明任务登记、分工、评审和交接。真正验收时，要查看自己项目的页面、文件与运行记录。把‘理解流程’与‘这次任务已经完成’分别记录。

## 一份可交接的证据包

| 材料 | 必须说明 |
|---|---|
| 任务卡 | 目标、范围、负责人、约定验收 |
| 变更清单 | 修改位置、影响与回退办法 |
| 产物 | 可打开的文件或页面 |
| 验证记录 | 环境、操作、预期、实际结果 |
| 未完成项 | 缺少什么、谁补充、下一步 |

截图要能说明页面状态，交互要有实际操作记录，测试要有结果。某一步没有执行，就明确写未验证，不用另一份材料补成通过。

![工程任务与检查记录](https://cdn.chaojifeng.me/images/free-courses/editorial/20261010-v1/ledger.webp)

## 数字要带口径

PR 数、并发数、运行时间和包体积各自衡量不同东西，不能互相替代。记录数字时写明日期、环境、统计范围和测量方式。未知数据写未知，不用零代替，不把其他项目的数字当成本项目成果或推荐并发。

## 接手任务时先查四件事

1. 任务是否已有负责人，当前是否仍在执行。
2. 最新产物在哪里，是否与任务表状态一致。
3. 已完成哪些检查，失败和未验证项是什么。
4. 现有环境是否可复用，接下来有哪些授权与资源限制。

接手后先补齐记录，再决定继续执行。重复启动环境或再建一条相同任务，通常只会增加冲突。

## 复习检查

**1. 待评审能直接合并吗？** 不能。评审和合并授权分别确认。

**2. 只有截图能证明按钮可点击吗？** 不能。需要实际交互结果。

**3. PR 数量多能说明需求全部完成吗？** 不能。逐项检查约定验收。

**4. 失败后先做什么？** 读取现有日志、错误与运行状态，有新证据再调整。

**5. 怎样扩大团队？** 先跑通小任务与交接，检查资源、额度和评审能力，再增加岗位。

## 最终练习

用前五课完成一项小改动，把任务卡、产物、检查与未完成项整理到一起。请另一位接手者仅根据这份记录复述状态与下一步。能准确接手，才说明你的工程流程已经可用。

---

## 从一件重复的事，到一个岗位

## 为什么先想岗位

很多人第一次打开 Grok Bot，会想先搭一支「团队」，比如写作一个、搜索一个、排版一个。但 Bot 越多，你要交代和检查的地方也越多。更稳的起点是让一个 Bot 把一件事负责到底。这里说的「岗位」，是一段写清楚的职责：这个 Bot 为什么存在、能用什么、交出什么、哪些事必须先问你。

官方文档建议的顺序也是这样：先让一个 Bot 对结果负责。等某类工作稳定下来，再按固定的专门岗位添加成员。

## 看看别人怎么分

岗位按工作职责来命名，比按某个软件命名更容易安排交接。下面用六种岗位说明职责与交付：

- 有用户建了 RAVEN 六岗小队，各岗位的回报会送到手机侧栏，用手机就能查看。
- 有一个日文界面，侧栏按「生活」和「工作」分区。每个专岗按它负责的技能命名，一眼就能看出该找谁。

![按任务分区的六位 Bot 中文教学示意](https://cdn.chaojifeng.me/images/free-courses/editorial/20261010-v1/roles.webp)

这张图把公开侧栏里的岗位名称翻成了简体中文，方便你理解每个人负责什么。它是教学示意，不是产品预设岗位清单。你不需要照着它建立这么多 Bot。先从自己反复做的一件小事开始。
- 还有一个 Google Ads 侧栏，里面排着好几个营销方向的专岗。这属于业务复杂、分工很细的情况。

这些截图适合参考命名和分区的思路。六个岗位和多个营销专岗，对应的是各自的业务和使用规模，新手不需要照搬。

## 一步一步做

**第一步，选一件重复的事。** 这件事每周至少出现一次，做法大体固定，做错了损失也不大。比如整理学习笔记，或者把零散想法变成待办清单。

**第二步，写一张岗位卡。**

| 项目 | 要写清楚什么 |
|---|---|
| 目标 | 这件事做完，你能少操心什么 |
| 工具 | 允许用什么；练习阶段只用对话和你粘贴的文字 |
| 交付物 | 最后交给你什么，格式是什么样 |
| 审批边界 | 哪些动作必须先问你。审批的意思是 Bot 动手前先停下来，等你同意 |

**第三步，让一个 Bot 按卡片做一次。** 查资料、整理、排版都交给它，先不拆。

**第四步，跑两三轮再决定要不要拆。** 出现下面这些情况时，可以考虑拆出第二个专岗：某个子步骤每次都一样；它需要不同的工具或权限；它的成果可以单独检查；放在同一个对话里已经开始互相干扰。如果只是觉得分工显得更专业，这不算理由。

## 练习：学习笔记整理员

这个练习不接任何外部账号。准备五到八条你学前面课程时记下的笔记，删掉人名、公司名和私人信息，然后复制下面的提示词：

```
你的岗位是「学习笔记整理员」。
目标：把我粘贴的零散笔记整理成一页复习卡。
工具：只使用这段对话里的文字，不打开网站，不调用任何插件。
交付物：一个 Markdown 表格，三列为「概念」「一句话解释」「我还不确定的地方」，表格下方列出 3 个复习问题。
审批边界：如果你认为需要查资料或连接账号，先停下来问我，不要自己去做。
我的笔记如下：
（在这里粘贴）
```

## 怎么判断做成了

- 你手上有一张四项都写完的岗位卡。
- Bot 交回的表格正好三列，每条笔记都有对应，也没有多出你没提过的概念。
- 整个过程中，它没有打开网站，也没有要求连接账号。

## 做不成时怎么停

如果 Bot 提议连接 Gmail 或别的服务，直接回复「不需要，只用对话里的文字」。如果连续两次格式都不对，先不要加第二个 Bot。回到岗位卡，把交付物写得更具体，比如附上一行示例。等它能稳定交付，再考虑拆分。

---

## 看懂插件连接和接管屏

## 为什么要看懂这两样东西

当 Bot 开始处理你的邮箱、文档和网站账号时，最常见的问题是你以为自己同意的范围，和它实际能做的范围不一致。插件面板和接管屏是你最常遇到的两个权限场景。

插件是连接外部服务的通道。检查邮箱、文档、表格、网盘和日历时，分别记录连接状态、允许的动作以及哪些动作需要本人确认。

![连接权限与本人接管的检查示意](https://cdn.chaojifeng.me/images/free-courses/editorial/20261010-v1/permissions.webp)

你能用的插件和看到的界面可能不同，以自己的界面为准。

## 连接状态说明了什么

「已连接」只说明当前账号与服务建立了连接。Bot 能读什么、改什么，还取决于连接器的实际权限、账号设置和审批规则。这并不代表你允许它随意发邮件、改日程或公开发布内容。官方文档建议，发出邮件、发布内容这类对外动作，都应设置为需要人工审批。

另外，同一账号下的 Bot 共用一台云电脑，浏览器登录状态也是共享的。官方安全文档说明，这种共用并不构成 Bot 之间的隔离。你在云电脑上登录的网站，其他 Bot 也可能用得到。所以登录前要想清楚，这个账号是否适合放进去。

## 接管屏上的三个选择

需要登录、验证码或付款时，让 Bot 暂停并把操作交还给你。本人处理完后再继续，暂不需要时跳过。当前界面的按钮名称以自己的客户端为准。

- **接管**：由你亲手操作这块屏幕，自己输入账号、密码或验证码。
- **我完成了**：你已经处理好这一步，告诉 Bot 可以继续。
- **跳过**：不做这一步，让 Bot 在没有这一步的情况下继续，或者提出别的办法。

按钮文字可能随版本变化，但原则不变：登录、验证码、付款都由你本人完成。不要把密码或验证码发进对话让 Bot 代填，也不要让它设法绕过网站的安全验证。安全验证是网站用来确认真人操作的关卡。

## 决策表

| 遇到的情况 | 建议选择 |
|---|---|
| 需要登录，你确实想用这个网站 | 接管，自己登录后点「我完成了」 |
| 出现验证码或人机验证 | 接管，自己完成 |
| 需要注册新账号，但你并不打算注册 | 跳过 |
| 出现付款或订阅页面 | 跳过；如果本来就计划购买，由你自己付款 |
| 不认识这个网站 | 跳过，先让 Bot 说明为什么要用它 |
| Bot 准备发邮件或发布内容 | 先看草稿，确认后再放行 |

## 练习：插件权限清点

这个练习只看不动，不发送、不发布，也不登录新网站。

**第一步**，打开插件面板，抄下服务名和连接状态。不要写邮箱地址等账号信息。

**第二步**，把抄下来的内容粘贴给 Bot，并附上这段提示词：

```
这是一次只读的整理练习。请不要调用任何插件，不要打开网站，不要发送或修改任何内容。
下面是我插件面板里的服务和连接状态：
（在这里粘贴，例如：Gmail 已连接；Calendar 未连接）
请做一张四列表格：服务、当前状态、允许你做的事（先默认只读）、执行前必须问我的动作。
再用三句话说明：遇到登录页、验证码、付款页时，你会怎么做。
```

**第三步**，把表里「允许你做的事」改成你真正同意的范围，然后保存下来。

## 怎么判断做成了

- 你有一张四列表格。每个已连接的服务都写明了执行前必须问你的动作，至少包括发送和删除。
- Bot 的三句话把登录、验证码和付款都交还给你本人处理。
- 你能用自己的话说清「我完成了」和「跳过」的区别。

## 做不成时怎么停

如果 Bot 在练习中试图打开邮箱、读取文件或发出内容，立刻用界面上的停止操作打断它，或者直接回复「停下，这是只读练习」。如果发现某个插件连着你不想让 Bot 使用的账号，先停止当前任务，检查服务授权与插件设置，确认怎么撤销访问后再继续练习。遇到看不懂的授权页面，先跳过，弄清楚之后再处理。

---

## 让一位协调 Bot 帮你派活

## 为什么需要一位协调 Bot

有了两个以上的 Bot 后，你可能很快会在各个对话之间来回传话：把这个 Bot 的结果复制给那个 Bot，再把意见带回来。协调 Bot 负责替你做这件事。它接收你的目标，拆成小任务派给专岗，再把结果汇总给你。有人把它叫作「大管家」。

![协调伙伴分配岗位并汇总交接](https://cdn.chaojifeng.me/images/free-courses/editorial/20261010-v1/coordination.webp)

用一位协调伙伴接收目标，再分配资料整理、编辑和检查工作。群聊中的每次交接都要带任务卡、已有产物和未解决的问题；必要时你也可以直接联系专岗。最终决定仍由你做。

## 三个角色各管一段

你交代目标和边界，协调 Bot 负责分配和汇总，有争议时由你判断。

你不必写出每一步怎么做，但要写清楚做成什么样、什么不能碰。遇到有争议的事，协调 Bot 也不替你拍板。如果两种写法各有道理，它应该把两种都交给你看。

## 群聊能做什么，不能做什么

官方文档建议，需要让交接过程可见时就用群聊。这样你可以随时翻看谁说了什么。

但群聊不等于共享记忆。每个 Bot 自己的对话，以及它在过往对话里积累的背景，仍然是分开的。协调 Bot 在私聊里知道的事，专岗不会自动知道。需要交接的内容，要在群里写出来，或者放进文件并说明文件位置。

## 一步一步做

1. 先只准备两位成员：一位协调 Bot，一位文案专岗。
2. 按界面提示建一个群聊，把两位成员都拉进来。
3. 在群里发送下面的派发消息。
4. 等协调 Bot 完成汇总后，对照验收表逐项检查。
5. 需要补充时，直接在群里告诉文案专岗，这样协调 Bot 也能看到。

## 练习：虚构读书会的活动介绍

题目是虚构的，不含真实人名和地点，也不对外发布。

```
协调 Bot，这次任务请你负责分派和汇总。
目标：为虚构的「周三晚间读书会」写一段活动介绍，读者是第一次听说它的上班族。
已知信息：每周三晚上线上聚会，一次一小时；本月读一本讲时间管理的书，书名写作「待定」。
分工：请文案专岗写初稿；你按验收表检查，把初稿和检查结果一起交给我。
边界：不发布、不发邮件、不连接任何账号，不编造参与人数和评价。
交付物：一段 300 字以内的介绍，加一张填好的验收表。
有分歧时：把两个版本都给我，由我决定。
```

## 验收表

| 检查项 | 通过标准 |
|---|---|
| 派发 | 群里能看到协调 Bot 给文案专岗的明确分工 |
| 交接 | 初稿里的时间、时长和你提供的信息一致 |
| 边界 | 没有编造人数、评价或真实书名 |
| 汇总 | 每个检查项都有明确结论，不只是一句「没问题」 |
| 分歧 | 有争议时交给你决定，没有擅自二选一 |

## 怎么判断做成了

群聊里能按顺序看到四样东西：你的派发消息、协调 Bot 的分工、专岗的初稿，以及协调 Bot 的汇总和填好的验收表。只看这个群，你就能讲清这件事是怎么完成的。

## 做不成时怎么停

如果专岗说不知道写什么，多半是交接内容没有写进群里。这时让协调 Bot 把已知信息原样贴出来。如果两位 Bot 来回修改超过两轮还没有达成一致，就在群里说「先停，把现有版本发给我」，由你来判断。如果任何一位提出要发布、发邮件或连接账号，直接拒绝，这个练习只停留在群聊里。等这两位配合稳定之后，再考虑加入第三位。

---

## 云电脑、本机和成本：开跑前先想清楚

## 为什么要先想清楚在哪里跑

Bot 能操作电脑之后，每个任务都多了一个问题：在哪台电脑上做。选得不合适，可能多耗额度，可能把不该上传的资料放到云端，也可能在你以为任务已经结束后，它仍在运行。

先分清两个词。云电脑是一台在远端运行、由 Bot 操作的电脑，文件和登录状态会一直保留。本机就是你自己面前的电脑。

## 官方文档怎么说

这些边界可以在[Grok Bot 官方概述](https://docs.x.ai/grok-bot/overview)与[权限说明](https://docs.x.ai/grok-bot/approvals-security-and-privacy)里核对。

- 同一账号下的所有 Bot 共用一台持久的云电脑，文件、浏览器会话和登录状态都会共享。
- 每个 Bot 有自己的屏幕，但同一块屏幕在同一时间只能运行一个操作电脑的任务。
- 手机或笔记本关掉后，云端任务仍可继续运行。关掉设备不等于停止任务。
- 在本机执行操作时，默认每次都会先询问你。

共用也意味着没有隔离。放进云电脑的文件，同账号的其他 Bot 也能访问。

## 从别人的案例里提炼检查项

批量整理、会议录制和较重的素材处理，都应先确认执行环境与资源。可以从以下检查开始：

- **批量整理**：先确认资料原本在哪。搬到云电脑前，检查其中没有敏感内容，并保留原件。
- **定时录制**：Routine 可以理解为按设定时间自动执行的例行任务。录会议前，先确认你有参会和录制权限，再用一场测试会议试跑，不要把第一次运行放在重要会议上。
- **交给已有工具**：先问清楚工具装在哪里、会占用多少机器资源、是否另外收费。

## 开跑前的五个问题

| 问题 | 你要确认的 |
|---|---|
| 资料在哪 | 资料在本机、云电脑还是在线服务里，是否需要移动 |
| 要不要在本机跑 | 只有必须使用本机软件或本地文件时才考虑，并逐次审批 |
| 登录权限 | 需要登录哪些账号；登录后，同账号的其他 Bot 也可能用到 |
| 额度与资源 | 任务大概需要多长时间，会不会调用收费的外部服务 |
| 停止条件 | 做到哪一步算完成，出错几次必须停止 |

成本方面也要留意：换一个模型或换一种 API，不一定更省钱；转写、存储这类外部服务也可能单独收费。价格和额度以你账号里实际显示的为准，而且可能随时调整。

## 练习：在云电脑上整理一批样例文件

文件全部由 Bot 现场生成，不上传你的任何资料。

```
请在云电脑上做一次小型整理练习，全程不登录网站、不调用插件、不安装软件。
1. 新建文件夹「整理练习」，在里面生成 12 个纯文本文件，内容是虚构的购物、学习、运动三类待办，每类 4 个，文件名不透露类别。
2. 把这 12 个文件复制一份到「整理练习-原件」，之后不再改动原件。
3. 读取「整理练习」里的文件内容，按类别分进三个子文件夹。
4. 生成「整理记录.md」，列出每个文件分到哪里、依据是什么。
停止条件：任何一步出错两次，或需要登录、安装、付费时，立刻停下告诉我，不要自己找替代办法。
```

启动后，你可以关掉页面，过一会儿再回来，看看任务是否还在推进。

## 怎么判断做成了

- 三个子文件夹里的文件加起来正好 12 个，并且和「整理记录.md」里的列表一致。
- 「整理练习-原件」里仍然是 12 个没有改动的文件。
- 随机打开三个文件抽查，分类和内容能够对应。

## 做不成时怎么停

关掉设备不会让任务停止。你需要在这个 Bot 的对话里明确说「停止当前任务」，并等它确认已经停止。如果你建过 Routine，记得检查是否还有会自动运行的项目，用不到就关掉。练习结束后，先核对这两个练习文件夹里确实没有需要保留的内容，再由你决定是否删除，并检查云电脑上的结果。

---

## 按场景挑第一件值得交给 Bot 的事

## 先选任务，别先选多少个 Bot

邮件、销售、内容、旅行和网站都可以拆成具体任务，但涉及的资料、账号和外部人不同。先写清自己想少做哪一步，再决定是否需要 Bot、插件或 Routine。

| 你眼前的事 | 第一次适合交什么 | 先别交什么 | 可以继续读 |
|---|---|---|---|
| 邮件行政、退款省钱 | 从虚构邮件中提取日期与待办，起草回复 | 真实发送、退款、删信 | [邮件与消费决策](/free-courses/grok/learn/field-03) |
| 销售获客 | 用公开资料整理线索和来源 | 冒名联系客户、修改真实 CRM | [邮件与消费决策](/free-courses/grok/learn/field-03) |
| 情报雷达 | 摘出链接、时间和变化 | 把转发量当事实、未经核对自动发帖 | [X 情报课](/free-courses/grok/learn/field-04) |
| 内容做页 | 根据你提供的材料做草稿和检查表 | 不经审阅自动发布 | [内容协作](/free-courses/grok/learn/field-05)、[网站更新](/free-courses/grok/learn/field-08) |
| 生活出行 | 比较有来源的时间、路线和政策 | 下单、付款、提交身份资料 | [邮件与消费决策](/free-courses/grok/learn/field-03) |
| 开发与硬件 | 先列依赖、权限和验收步骤 | 直接给生产环境或家中设备常亮权限 | [网站更新](/free-courses/grok/learn/field-08)、[工具接入](/free-courses/grok/learn/field-09) |

下面是任务入口。涉及购买、设备控制或多个岗位协作时，先确认账号、设备、权限和资源，再检查输入与输出。演示示意不能替代自己的运行记录。

拿一件你这周会重复两次的工作填五格即可。要处理什么、输入从哪来、希望得到什么、哪些动作得先问你、完成后到哪里检查。若五格还写不完整，先留在只读练习；若需要接触真实客户或花钱，先准备可供你审阅的草稿。完成这张卡，你就知道该进入哪一节，也知道现在不必开哪些权限。

---

## 分享 Bot 模板前，先检查它带走什么

## 分享前先看别人会复制到什么

你把一个 Bot 调成了顺手的岗位，想给同事使用。这里分享的是模板，不是把整个账号交出去。按照[官方 Bot 管理说明](https://docs.x.ai/grok-bot/bots)，接收者可以从链接添加一份副本；副本不会带走你的云电脑、登录状态、聊天记录或已学记忆。但模板会展示身份、描述、启用的技能和 Routine 等配置。公开链接只要拿到地址就可能被打开，团队内链接则限定范围。

在按下分享之前，把 Bot 的配置当作一份准备公开的文档读一遍。描述里有没有客户名、内部网址、API Key、私人邮箱或具体工作日程？技能里有没有指向不该分享的文件路径？一条 Routine 的名字是否泄露了内部项目？删掉这些信息，再看剩下的岗位描述是否仍然能帮人完成任务。

## 做一份没有真实资料的模板

你可以先做一个“学习笔记整理员”。给它的职责只写成“根据用户粘贴的笔记，整理成复习卡；没有来源的事实标为待核对；不访问其他文件、不发布内容”。用三条虚构笔记试一次，确认产物有对应关系。然后打开分享预览，以接收者的视角看一遍公开页面。只要预览里出现你不愿意让陌生人读到的内容，就先撤回并改配置。

复制后的 Bot 需要在接收者账号里重新获得相应权限。你不用把自己的密码、验证码或登录状态发过去。有人拿到模板，仍要自己判断它适不适合自己的工作。你想验证这一步是否完成，只需让对方确认三件事，能看到岗位职责、能用虚构笔记得到复习卡、不能访问你的私人文件。

以后配置变动时重新检查分享范围。隐藏 Bot 也不会自动停止它的工作或 Routine；不再使用的模板、连接和例行任务，要分别检查状态。[官方安全说明](https://docs.x.ai/grok-bot/approvals-security-and-privacy)列出了共享电脑与分享模板的不同边界。

---

## 群聊交接时，谁负责下一步

## 群聊让交接变得看得见

两位 Bot 都能工作，不代表它们自动知道对方的全部背景。官方说明里，每位 Bot 的对话和记忆各自保留；同一账号虽然共享云电脑和文件，交接仍要靠消息、文件路径或明确的任务卡。[群聊文档](https://docs.x.ai/grok-bot/chat-and-collaboration)给的起点是两到六位 Bot，让一个共同目标和交接过程放在同一处。

你可以先用两位做一份虚构活动介绍。协调 Bot 负责把任务交给文案 Bot，文案 Bot只写草稿，协调 Bot检查有没有编造时间、地点或人数。开群前，写明每一段只有一位负责人，谁交初稿、谁检查、谁来决定最终用哪个版本。

```text
这次只做虚构活动介绍，不发邮件、不发布。
@文案Bot 请根据下列资料写一段200字以内的草稿，缺失信息写待确认。
@协调Bot 请检查草稿里的日期、活动时长和报名方式是否有来源，列出需要我决定的地方。
已知资料为周三晚间线上读书会，每次一小时。本周书名和报名链接都未确定。
请在群里交接草稿与检查结果，最后由协调Bot给我一份汇总。
```

点名使用界面中的 @ 选择对象，避免只是键入了名字却没有指向实际 Bot。需要整个群都知道的消息再考虑群体提醒。资料图、表格或文件由你发进群没有问题；官方目前说明 Bot 发到群里的交接消息主要是文字。让后续成员看文件时，把文件存进共享工作区，并在群里写清准确路径与版本；要直接给另一个 Bot 看图片，可以让它私聊发送。

验收不用看群里说了多少话。只查任务是否有一位负责人，草稿是否依据已知资料，检查意见是否指向具体句子，最终汇总是否保留未解决的问题。两位伙伴开始修改同一段时，先停下来指定负责人再继续。

---

## 邮件、销售与消费先交草稿

## 把“查清楚”和“做决定”分开

一封邮件可能只是需要归档，也可能需要发给客户；退款可能只是整理订单，也可能真的发生付款。同一个 Bot 在不同阶段需要的权限不同。可以把工作分到三个层次：

| 层次 | Bot 可以先交什么 | 哪一步留给你 |
|---|---|---|
| 查资料 | 订单、合同或公开网页里的事实清单，附原链接 | 判断来源是否可靠、是否漏项 |
| 起草建议 | 客服回信、销售跟进话术、旅行路线的候选 | 核对姓名、金额、政策、时间与语气 |
| 实际行动 | 在前两层完成后才准备提交的操作 | 发信、购买、退款、取消订阅、提供身份资料 |

试一次虚构售后邮件即可。不接真实邮箱，把下面的资料贴进对话。客户购买了一本虚构电子书，订单日期为9月1日，发现目录页打不开，退款规则尚未提供。请 Bot 先列出已经知道的事实和不知道的规则，再写一封不承诺退款结果的回复草稿，最后列出需要人工核对的订单与政策。它如果直接写“退款已处理”，这份草稿就没有通过。

销售线索也用同一原则。把公开资料整理成带链接的候选清单，先让人确认行业和联系人；收到真正的外联名单之前，停在草稿阶段。旅行计划可以先比较路线与取消政策，价格、证件、付款和不可取消的预订由人自己确认。涉及钱和外部人的动作，在任务说明里明确设置审批点，别指望系统替你猜出每一条界限。[官方权限文档](https://docs.x.ai/grok-bot/approvals-security-and-privacy)能帮你核对当前界面的审批方式。

这个练习做成的标志很简单。草稿没有虚构政策，事实旁能找到输入来源，最后一栏写出了等待你判断的项目。缺一项就让 Bot 修草稿；如果它准备真实发送或付款，停止当前任务，先确认账号、目标和影响范围。

---

## 把 X 和公开来源做成一份可靠简报

## 情报雷达从三条来源开始

每天看很多帖子，最后记住的可能只是别人的情绪。让 Bot 帮你整理 X 或其他公开来源，第一件事是规定“什么变化值得我知道”。比如你做一款办公工具，可以只盯产品更新、定价调整和用户公开提出的具体问题。把范围缩到三位作者或三个官方账号，先手动跑一份简报。

Grok Bot 的[X 集成公告](https://x.ai/news/grok-bot-and-x)说明，连接 X 后可以查帖子、时间线和提及。它也提到独立的 X 插件。入口和权限可能因账号变化，安装或登录前先看自己界面实际显示什么。连接成功只代表能访问相应数据，不代表帖子内容可靠。一个转发很多次的说法，仍要打开原帖、发布日期和被引用的原始资料。

可以把第一次任务限定为公开信息，不连接私人账号。

```text
请只查看我提供的三个公开来源链接，整理过去七天内与“办公软件更新”有关的变化。
每条记录写出原标题、发布者、发布日期、原链接和两句摘要。
如果只有转述而找不到原始公告，把它放到“待核对”，不要写进确定消息。
最后给我一张最多五行的表，告诉我哪些需要本人打开原文再判断。
不要点赞、转发、评论或发布。
```

看完第一版，你要检查链接能否打开、发布日期是否落在七天内、标题和摘要是否说的是同一件事。没有变化时，允许它直接写“这次没有符合条件的新消息”，不需要用旧新闻填满表格。读者能从这张表回到原文，雷达才算有用。

等同一套资料范围和判断标准连续几次都稳定，再考虑存成 Skill 或 Routine。定时执行仍会消耗用量，频繁刷新不一定带来更多价值。新手先把一份手动简报做准，再扩展到多岗位协作。

---

## 内容协作从来源走到发布

## 从素材走到草稿，人的判断放在哪里

把一条资讯变成文章，实际要经过好几次选择。先选题，核对原材料，再决定表达什么，写成草稿，检查图片和引用，最后才发布。如果直接把“抓到什么就发什么”交给 Bot，省下的是筛选时间，增加的可能是事实错误和版权风险。

把资料整理、写作、配图和发布分成四个交接点。每一步都交付可检查的文件；还没有执行的步骤写成计划，不能写成已经完成的结果。

试着用一段虚构产品更新练习。你给 Bot 两条资料，一条是官方更新公告，另一条是用户评论。先请资料整理岗列出“公告已证实”“评论只代表个人体验”“目前不能确认”的三栏，并附原链接；写作岗只能依据第一栏写产品变化，第二栏最多用来提出需要检查的问题。评论里的夸张数字不能直接变成标题。

初稿出来后，你再判断这件事值不值得讲，以及写给谁。配图只在图片能让读者看懂步骤或对比时加入。真实操作界面优先用截图，抽象流程才考虑示意图；生成图不能冒充产品已完成的操作。如果后续需要发布到即刻、微博或公众号，每个平台的格式和权限分别核对，发布动作由人确认，发布后回读公开页面。

一条内容的验收单可以只有五格：事实可核对；观点和事实分开；图片有明确作用；待确认项保留；公开页面与最终稿一致。任何一格没过，就继续修改草稿。视频转文章、公众号排版和内容润色，都可以按这套方法检查。

---

## 音视频和会议资料如何拆成小任务

## 云电脑适合重活，先确认素材能不能处理

长视频转文字、批量整理素材、会议录制后生成纪要，都会占用执行环境与时间。可以把适合的处理步骤安排到云电脑，但开始前要确认在哪台电脑执行、文件能否打开、会议声音能否录到，以及结果如何取回。先处理一个短样例，检查通过后再扩大范围。

![音视频任务先确认执行环境与抽样检查](https://cdn.chaojifeng.me/images/free-courses/editorial/20261010-v1/meeting.webp)

开始前先回答四个问题。你是否拥有这些视频和录音的使用权，会议组织者是否允许录制；原文件在哪里，搬到云电脑会不会带上其他人的隐私；任务需要转写还是还要截图、排版和PDF；完成后怎样抽查时间轴、专有名词和原话。这些问题如果答不上来，先停在准备阶段。

第一次练习只用自己录制的一小段音频，或者一份不含他人信息的样例文件。先让 Bot 识别三分钟，交回带时间戳的文本、它听不清的片段，以及生成文件的路径。你亲自听开头、中段和末尾，对照三处原音。它把专有名词写错时，在原文旁标“待校对”，不要悄悄改成听起来合理的词。

批量任务再多一步。先选两份文件试通，估计单份处理时间、云电脑空间与使用额度；接着才分批跑，记录每批输入、输出和失败项。遇到登录、下载限制或平台风控，不要让 Bot 找绕开的方法。会议任务尤其要先用一场你有权录制的测试会议跑完整链路，检查画面、声音、文件可打开性和逐字稿；关键会议不能拿第一次自动化当唯一记录。

这类工作交付一份能打开、能抽听、标明未确认处的产物，再由你检查。[官方文件与成果说明](https://docs.x.ai/grok-bot/files-and-results)给出了保留来源、文件名和动作记录的做法。失败时停在当前批次，保留已完成文件和错误信息，排查后只重试失败部分。

---

## 每日待办，先把昨天和今天接起来

## 让待办从昨天走到今天

每天重开一张待办表，最容易漏的是昨天没完成的事。先在一份练习表中明确承接规则，再决定是否连接自己的笔记与日历。你不需要为了这项练习先更换笔记工具或安装插件。

准备两列信息。昨天的条目写任务、状态和原来源；今天已有条目写任务与预计时间。请 Bot 只生成“今日建议清单”，把昨天未完成的搬过来，已经完成的原样留在昨日记录，重复条目合并前先标出来。任务没有日期时不要替你猜截止时间。

```text
下面两份表都是练习数据。请先只读，不修改原文件。
把昨天未完成的条目与今天已有任务合在一张建议表里。
每行保留来源日期、原状态、建议安排和仍待我决定的地方。
同名但内容不同的任务不要自行合并。
如果跨时区或日期不清楚，请写“待确认”，不要直接生成明天的提醒。
```

这份练习做对之后，再考虑让 Bot 读取你真实的 Obsidian 文件夹或在线日历。先选一个练习目录，确认它能读哪些文件、是否允许写、写错后怎么恢复。Grok Bot 同账号的其他 Bot 也可能看到云电脑里的登录和文件，因此不要因为给它起了“待办专员”的名字，就把私人日历当作单独隔离的空间。

完成时看四件事。昨天已完成的没有重新冒出来；未完成的保留来源；重复项没有被偷偷合并；今天的建议仍由你决定。需要自动提醒时，先在[官方 Routine 文档](https://docs.x.ai/grok-bot/skills-routines-and-automations)核对触发、时区和运行历史。没有做完的任务不会因为 Bot 报了“同步成功”就自动变成你今天真正要做的事，打开原笔记检查一次才算闭环。

---

## 网站更新每一步都要能验收

## 网站改动也要有一个明确的最终负责人

“把首页改一下”很容易让多人修改同一处。把网站更新拆成资料、编辑、评审和发布准备，每一段都保留输入、负责人和可检查的产物。完成之后，按约定页面与交互验收。

先拿一段虚构首页文案练习。资料 Bot 只负责从你给的两条公开链接提取产品名称与功能变化；编辑 Bot 根据已核实内容写一份替换文案；检查 Bot 对照原资料指出哪些句子缺证据。整个任务停在本地草稿，不接真实仓库，也不部署。

| 阶段 | 交付物 | 怎么检查 |
|---|---|---|
| 资料 | 带链接和日期的事实清单 | 打开原始页面核对 |
| 编辑 | 原文与改后文并排的差异 | 只改约定的模块 |
| 评审 | 阻断项和可接受项 | 每项指向具体句子 |
| 发布准备 | 变更范围、回滚办法和测试入口 | 人决定是否开始真正发布 |

当项目进入代码阶段，Bot 还需要知道在哪个仓库、哪个分支、哪个环境工作，如何运行检查，发现冲突后由谁决定。工程实战课已经讲过任务记录和执行环境，这里多一步用户可见验收。即使构建和测试都通过，也要在上线后打开实际网址，检查标题、图片、导航和手机布局。生产写入和对外发布提前设审批点。

你可以把一个具体的小改动写成任务卡。“将首页第二段的过期日期改为最新已核实日期，只改这一处；提交改前改后截图和来源链接；先在测试页给我看，未经同意不部署。”如果 Bot 交回的是“已修改”四个字，没有差异、来源或实际页面，就还没有完成。

[官方文件与成果说明](https://docs.x.ai/grok-bot/files-and-results)强调产物要可独立查看，并保留来源、文件名和动作记录。这比群里几位 Bot 聊得热闹更能帮你判断网站现在到底处于哪个状态。

---

## 玩法包、Skill 与 Routine 怎么安全复用

## 先把一次任务做稳，再考虑装一套玩法

复用第三方玩法包前，先阅读安装说明。说明中的脚本可能安装软件、运行命令、申请连接器或写入账号。读清它会做什么、向哪里发数据、哪些步骤收费，再决定是否适合当前任务。

你可以先把“每周公开资料小结”当作一个不装插件的练习。第一遍手动让 Bot 读你给的两条公开链接，交一张表，写清来源和未确认处。你核对结果并改正。第二遍输入另一组链接，看它是否还能按相同方法完成。此时才请它把稳定的步骤、判断规则、输出格式和不得外发的边界保存成 Skill。Skill 讲“怎么做”，不负责自己定时开工。

如果还想每周一上午运行，再考虑 Routine。Routine 讲“什么时候跑”，会由某一位 Bot 持有。先用不会触发真实外发的输入测试一次，查看运行历史和输出文件。资料来源一旦改版、认证失效或本周没有新内容，它应该报告实际情况，而不是补一条旧闻凑数。完整的操作口径可在[官方技能与 Routine 文档](https://docs.x.ai/grok-bot/skills-routines-and-automations)核对。

第三方包至少过一遍下面这张检查卡。

| 要检查的东西 | 看不清时怎么办 |
|---|---|
| 作者与维护记录 | 暂不安装，先做文本练习 |
| 将运行的脚本或命令 | 逐条读作用、写入范围和卸载方法 |
| 需要的账号与连接器 | 只给当前任务最少的权限 |
| 费用、按量调用与定时频率 | 先做一次安全测试，记录实际用量 |
| 外发、删除或发布动作 | 保留本人审批，不让安装说明改掉边界 |

完成的标志是你能用自己的话复述这份流程何时触发、读哪些资料、产出放哪里、失败时怎么停。若只知道“它说安装成功了”，先不要开自动运行。官方[排障指南](https://docs.x.ai/grok-bot/troubleshooting)还提醒，Test run 也可能执行真实外部动作，测试前要确认输入和权限。

---

## 外部模型的两张账单

## 换工具之前，先把两张账单放到一处

如果把一部分处理交给外部工具，就需要同时记录 Bot 的用量、外部工具费用、失败重跑和检查时间。先用同一份小样例对比完整成本，再决定是否调整分工。只看其中一张账单，容易误判。

先选一件你有权使用的小任务，例如把两页公开资料整理成三列对照。按原方法跑一次，再用你已经拥有、确认可以承担这项任务的外部工具试一次。两次输入和验收标准保持一致，记录 Bot 用量变化、外部调用费用、实际完成时间和需要重做的地方。没有外部工具账号时，不必为了完成课程专门注册付费服务。你可以先把这张账表写好，等真实需求出现再比。

| 记录项 | 方案 A | 方案 B |
|---|---|---|
| 输入与目标 | 同一份公开样例 | 同一份公开样例 |
| Grok Bot 使用量 | 账号页面记录 | 账号页面记录 |
| 外部工具费用 | 有或无 | 有或无 |
| 完成时间与返工 | 实际记录 | 实际记录 |
| 结果可否核对 | 原链接和文件 | 原链接和文件 |

外部工具会看到任务输入，先检查资料能不能发给它。API Key 不能粘在普通聊天里；需要连接时，按产品当前安全入口处理。Bot 如果需要安装命令行工具或访问本机，也要先说明环境、权限和成本。你可用[官方权限说明](https://docs.x.ai/grok-bot/approvals-security-and-privacy)核对这些入口的差别。

什么时候可以说新方案更合适？至少连续做过几次等价任务，质量不下降、失败次数没有明显增加，两边的费用和你的检查时间都记全。别借用别人“省了几分之二”的数字给自己的工作定预算。[当前计划与按需计费说明](https://cursor.com/help/grok-bot/plans)还有一个实际影响，月度上限未必会在运行中任务越线的瞬间截停。打算跑批量活时，先给 Bot 写一个比账单上限更早的停止条件。

---

## 任务卡住，按证据恢复

## 看到卡住，先弄清哪一层没有继续

Bot 没回消息，不一定是任务丢了；桌面或手机断开时，云端工作也可能还在跑。相反，聊天窗口还在，Routine 可能因为认证过期根本没启动。[官方排障指南](https://docs.x.ai/grok-bot/troubleshooting)建议从影响最小的动作查起，避免一看到错误就重置云电脑。

先看对话和侧栏状态，再打开云电脑。它是不是在等你回答问题、完成登录、通过验证码、批准动作，或者网页本身没加载？如果任务走错方向，发一条具体的纠偏。确实不该继续时说“停止当前任务”，等 Bot 确认状态。别用关掉 App 来代替停止指令。

Routine 没跑时，依次核对是否启用、时间和时区、持有它的 Bot 是否还存在、插件是否仍已认证、来源系统能否访问、账号用量是否耗尽。打开最近运行记录，找到失败发生在哪一步。Test run 可能执行真实操作，只有在输入和权限都安全时才按测试键。

如果是云电脑暂时连不上，先按界面重试或重新打开对话，再看应用更新和官方提供的 Recover。Update 与 Recover 的保留范围要以当前官方文档和界面说明为准。Reset 放在最后考虑，近期未同步的工作可能丢失；不要因为失败了一次就连续点 Reset。恢复前列出希望保留的文件和登录状态，恢复后逐项回读。需要帮助时记录应用版本、系统、错误原文、发生时间和请求 ID，别在工单里贴密码或密钥。

有一种问题要单独记住。隐藏 Bot 不会让它暂停。删除一个 Bot 也不会自动清空同账号云电脑里的文件或网站登录；不用的 Routine、服务授权和临时文件需要分别处理。你可以拿一条虚构流程做排障演练，写三行就够，看到的状态、你已经核对的证据、下一步最小动作。只有第三行仍然找不到方向时，再扩大检查范围。这样花的时间也许多一分钟，却能避免把原本还在运行的工作直接重置掉。

---

## 微信实践 1：准备接入，把任务说清楚

![Grok Bot 接入微信：准备、绑定与验收](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/wechat-01-a41a2989ad53.webp)

教学改绘示意；操作以实际界面为准。

我们要做的，是让微信成为 Grok Bot 的一个工作入口：在微信交代任务，在微信收到答复，同时在 Grok 主会话保留记录。手机提供入口，云电脑承担中转与执行；不用为了收消息在家中开放公网端口。

这一模块包含准备、绑定验收和故障恢复三课。用自己的账号和绑定信息配置，再通过实际消息与产物验收。

![微信接入与小任务验收](https://cdn.chaojifeng.me/images/free-courses/editorial/20261010-v1/wechat.webp)

## 先检查三项条件

1. Grok Bot 已能在自己的云电脑完成一个简单任务；当前订阅、额度和环境可用。
2. 进入微信“我 → 设置 → 插件”，检查是否实际出现 ClawBot 入口。没有入口时先停在这里，更新版本并不代表账号一定已经开放。
3. 能查看主 Bot 会话的 Routines 配置，并通过私密凭证入口保存 Webhook 信息。界面以自己的客户端为准。

微信入口适合发起日程、资料整理、产品研究等任务。工程、增长、视频、财务等角色的能力，来自之前配置的工具与协作关系；接入微信不会自动补齐下载、转写、付款或代码权限。

![接入任务：方案、技术与绑定步骤](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/wechat-04-49219357e272.webp)

## 把完整要求交给主 Bot

我们先用下面的任务说明，让 Bot 调研、列出计划，再逐步建立中转。请把“主 Bot”替换为自己的协调者；涉及安装、授权和账号绑定的步骤，由我们检查后完成。

```text
请帮我们建立微信与当前 Grok 主会话之间的双向工作入口。

先阅读腾讯 openclaw-weixin 的官方协议，核对 iLink 接口、登录状态、消息收发、上下文令牌和会话失效处理。不要用网页模拟微信，不要要求开放公网入站端口。

先说明你准备采用的结构、文件位置、依赖、运行费用与所需权限，等待我们完成必要的账号授权后再继续。

在当前主 Bot 中创建用于接收微信任务的 Webhook Routine，名称为“微信下旨入口”。告诉我们如何在会话详情的 Routines 中找到它的 URL、密钥及实际生成的认证头。凭证只通过私密保存入口读取；不要写在聊天、日志、截图或版本仓库里。

在云电脑建立一个中转程序：长轮询接收已绑定微信用户的消息，将消息提交给上述 Routine；任务处理完成后，用该消息所属会话的上下文令牌回复微信，并将结果同步到当前 Grok 主会话。启动时恢复消息游标，避免重复执行同一条消息。

只接受我们确认绑定的用户。微信回复使用普通文本，避免依赖 Markdown 排版。敏感授权、付款、对外发布和无法确认的事项交给我们处理。

等我们在微信启用 ClawBot 后，再启动本次登录，并提供当前会话的临时登录方式及必要的备用链接。凭证与登录图只在私密会话中展示，不写入公开文档。

等待我们从微信发来第一条消息，再保存该会话提供的 context_token；不得凭空生成它。分别验证微信收到回复、主会话保留结果，以及其他未授权用户不能触发任务。

为中转设置异常日志、重启恢复和明确的停止方式。遇到会话过期错误 -14 时停止盲目重试，按协议与当前实现处理退避或重新登录。最后给出验收结果和仍未完成的项目。
```

我们不把“给出二维码”理解为已经登录成功。临时登录材料对应自己的当前会话，确认绑定后才有可用的消息通道。需要扫码时，使用自己的 Bot 当场生成的二维码，在自己的设备上完成绑定。

![为微信入口配置事件触发 Routine](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/wechat-05-1f58ab7971a0.webp)

## 核对中转结构

| 环节 | 我们要求留下的证据 |
| --- | --- |
| 微信登录 | 已确认绑定的用户标识；不展示完整令牌 |
| 接收消息 | 成功读取消息与更新游标；区分等待超时和失败 |
| 进入 Grok | 对应 Routine 的一次实际运行记录 |
| 回复微信 | 使用该会话的上下文令牌，收到普通文本答复 |
| 回传主会话 | 同一任务有可核对的记录，避免只有手机侧可见 |
| 恢复与结束 | 重启后如何恢复；在哪里停止；过期时如何提示 |

腾讯文档描述了 `getupdates` 长轮询与 `sendmessage` 收发路径，默认服务地址为 `https://ilinkai.weixin.qq.com`。客户端向外发起请求，因而这个接收结构不要求在家中开放公网端口。腾讯文档没有替 Grok 创建中转服务；代码、依赖、执行权限与维护仍由我们自己的环境承担。

**练习交付：**先拿到一份明确的接入计划和 Routine 配置位置。插件入口不存在、授权没有完成或凭证还未保存时，保持“待配置”，不要标记接入成功。

---

## 微信实践 2：完成绑定，验收第一条消息

我们把接入拆成三个可观察的动作：保存中转入口、确认微信绑定、发送第一条消息。每一步都要看到结果，才进入下一步。

## 找到 Routine 的 URL 与密钥

![确认身份、任务归属与回传产物](https://cdn.chaojifeng.me/images/free-courses/editorial/20261010-v1/wechat.webp)

在桌面端打开主 Bot 会话，点击头像或会话详情入口，在右侧详情中找到 Routines，再打开“微信下旨入口”。这里可能显示 Webhook URL 与密钥；有些配置还会直接展示 Authorization 头。我们使用实际生成的值，不从别人的截图抄地址或密钥。

保存 URL、密钥或认证头时，使用加密或私密凭证窗口。确认已经保存，再让中转程序读取对应凭证。客户端没有这样的入口时，先确认可用的保存方式，不把密钥发到普通群聊。

Webhook 是允许外部请求进入 Routine 的入口。换一个名字、写一段提示词，并不能证明这个入口已经能接受请求；我们要查看实际触发记录。

![保存入口 URL 与密钥，分别核对](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/wechat-06-fdc6201137df.webp)

教学改绘示意；操作以实际界面为准。

![URL 是入口地址，密钥用于认证](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/wechat-07-81bc038d2207.webp)

## 启用微信 ClawBot，再确认绑定

1. 微信进入“我 → 设置 → 插件”，找到带红色龙虾标识的微信 ClawBot，启用。
2. 回到自己的 Grok 主会话，告诉 Bot“微信 ClawBot 已启用，请开始这次绑定”。
3. 使用本次会话生成的临时登录方式。在需要扫码的流程里，用手机微信“扫一扫”，按屏幕提示确认；如果实际界面提供在微信内打开的备用链接，确认它是当前生成且与本次登录对应的链接后再使用。
4. 确认 Bot 已得到登录成功状态，并核对绑定的是我们预期的微信账号。

按当前登录会话的实际有效期完成扫码。客户端的活跃登录会话窗口约为五分钟；这不是对所有服务端二维码有效期的统一保证。显示过期、扫码后没有进展或绑定状态不明时，我们让 Bot 重新生成当前登录会话，不反复扫书里或别人发来的旧图。

![在微信插件中找到 ClawBot 入口](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/wechat-08-8a7665dff7e3.webp)

![绑定只在私密会话中完成，登录图不公开](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/wechat-09-d66b171d6304.webp)

## 第一条消息为什么重要

绑定后，我们打开微信里的 ClawBot 会话，先发一条不含敏感信息的测试消息：

```text
你好，请告诉我们当前微信入口是否已连接，并把这次测试结果同步到 Grok 主会话。
```

收到的微信消息会提供该会话的 `context_token`。中转需要按当前消息上下文使用它回复；不能把“绑定成功”当成所有会话都已经有可用的回复令牌。官方类型中某字段是否标为可选，也不能证明服务端一定接受缺失的上下文。

我们检查四件事：微信收到了答复；Grok 主会话看到同一任务；Routine 运行记录能与这次消息对应；未授权用户不能通过同一入口调用我们的任务。

![微信消息处理后同步回主会话](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/wechat-10-8beef494a35f.webp)

![用第一条消息检查完整收发链路](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/wechat-11-ac8141a44deb.webp)

## 再做一条真实小任务

先询问当前 Bot 身份，再安排一个已配置的岗位处理任务。可以从公开资讯摘要开始，检查回执、任务归属和产物。视频下载等能力需要另行确认，不在第一次消息验收时一起引入。

```text
请让内容研究伙伴整理今天与我们主题有关的三个选题。每项给原始链接、发布时间、可核对的事实和我们可以采用的角度。查不到的数据写未知。只整理候选，不发帖。结果请在微信简洁回复，并同步到主会话。
```

如果测试视频，我们先要求确认下载与转写工具已配置、内容可合法访问，再给公开链接。成功回执至少包含处理对象、结果位置和缺失项目；只有“收到链接”不算完成转写。

| 验收项目 | 通过表现 | 未通过时下一步 |
| --- | --- | --- |
| 正确绑定 | 登录状态确认，账号符合预期 | 停止任务，重新核对绑定 |
| 消息进入 Routine | 运行记录有本次任务 | 检查 URL、认证头与中转日志 |
| 微信回复 | 手机实际收到普通文本 | 检查上下文令牌和发送结果 |
| 主会话同步 | 有同一任务的结果记录 | 检查回传环节 |
| 权限隔离 | 仅确认的绑定用户可调用 | 先修正用户限制，再做真实任务 |
| 重复消息 | 同一消息没有被执行两次 | 检查游标、消息标识与去重 |

**练习交付：**写下测试消息、两侧结果与未完成项。我们可以报告“课程流程已读懂”或“自己的账号已接通”；只有实际完成这些验收后，才写后一句。

---

## 微信实践 3：处理过期、重启与重复消费

接入之后，我们需要维护的是一条有状态的消息通道。微信已绑定、中转仍在运行、Routine 能执行、回复上下文有效，这四件事不能相互替代。

![对照正常回复与失败现象定位问题](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/wechat-03-168af3eec1c5.webp)

教学改绘示意；操作以实际界面为准。

![研究任务与会话结果的对照示例](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/wechat-12-f0fa73a66c68.webp)

## 按现象定位，不重新配置一切

| 现象 | 优先检查 |
| --- | --- |
| 没有 ClawBot 插件 | 当前账号是否开放；版本只是一个条件 |
| 临时登录材料过期 | 本次会话是否仍有效；重新生成并确认绑定 |
| 扫码后没有反应 | 登录状态返回值、是否需要额外验证、账号是否正确 |
| 微信消息没有进入 Grok | 中转是否运行、消息游标、URL 与认证是否匹配 |
| Grok 完成了但微信没有回复 | 原消息的 context_token、发送接口返回值、绑定用户 |
| 重启后沉默 | 中转进程是否恢复、凭证与游标是否能重新读取 |
| 同一消息触发多次 | 去重标识、持久化游标、是否有竞争消费者 |
| 返回 -14 | 会话过期；按当前协议实现退避或重新登录 |

腾讯登录状态还包括等待、已扫码、已确认、已过期、需要验证码、验证码被阻断、扫码后跳转和已绑定跳转。遇到需要验证的状态，我们按官方流程处理，不让 Bot 把它当成可以忽略的错误。

## 让云电脑重启后能恢复

云虚拟机重启后，中转程序可能需要重新启动。我们让 Bot 明确进程名、启动方式、状态检查方式、日志位置和停止方式，并验证一次恢复。

恢复应重新读取私密凭证和消息游标，而不是重新曝光令牌或把历史消息全部重做。默认长轮询等待时间在腾讯协议示例中为 35 秒，也可能由返回建议调整；正常的等待超时不一定是故障。我们避免无等待的忙循环和不断创建新的中转实例。

```text
请检查现有微信中转的运行状态，优先复用已经运行的实例。若进程确实退出，按已有启动方式恢复；不要重复创建服务。恢复后沿用消息游标，确认一条新消息只执行一次。遇到会话失效请说明状态与下一步，不循环重试，也不要打印凭证。
```

`-14` 对应会话过期。腾讯当前客户端文档描述了一小时暂停策略；它属于该实现的处理方式，不是要求所有自建程序固定等待一小时。我们要确认当前中转采用什么退避和重新登录策略，持续失效时再完成新的登录。

## 一个绑定入口避免竞争消费

对**同一个绑定和消息通道**，不要让两个独立接收程序竞争消费、各自推进游标并回复。先检查已有进程和绑定，再决定复用还是迁移；不同账号与通道分别检查。

切换实现时，我们先停止旧通道的消费，保留必要的游标与任务记录，再验证新通道。不能通过反复绑定、多个实例并行抢消息来掩盖故障。

## 保留工作入口的边界

我们只允许确认绑定的用户发起任务。微信回复用普通文本，把长报告放在可访问的结果位置，主会话保留完整记录。短信、邮箱、微信内容或网页里的指令不能自行扩大任务权限；遇到付款、对外发送、发布、账号授权等动作，按我们事先设定的边界处理。

接口支持接入不等于对任何自动化行为提供账号安全保证。按实际权限、额度和服务状态安排任务，长期运行也要保留暂停与恢复办法。

**练习交付：**一份状态与恢复记录：绑定账号的脱敏标识、唯一接收实例、最后成功消息时间、游标保存位置、恢复命令、失效处理、停止方法。重启后再发一条测试消息，核对两侧结果；结束测试时清理自己创建的多余实例。

---

## 团队实践：从学习 Bot 到九个岗位

![建立 Grok Bot 团队的学习路线](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/team-01-7097b2417d81.webp)

教学改绘示意；操作以实际界面为准。

我们先建立一个能解释当前界面、帮助拆任务的学习伙伴，再围绕实际工作招募岗位。先跑通一个任务，团队数量才有意义。

## 先核对当前入口与订阅

![按职责安排岗位与交付](https://cdn.chaojifeng.me/images/free-courses/editorial/20261010-v1/roles.webp)

使用 [Grok Bot 官方入口](https://x.ai/bot)，按当前页面完成下载与账号关联。2026 年 9 月 16 日的入门文章列过 Cursor Pro 20 美元、SuperGrok 30 美元，以及 X Premium 与 SuperGrok 合计 40 美元的月费例子，还提到年付额度与支持。这些是文章当时的口径，不能作为今天的报价或服务承诺。

先在当前账号页面核对关联状态、订阅资格和实际用量。相同邮箱不等于已经完成关联，入口与收费以当前官方页面为准。

Grok Bot 支持 Mac、Windows、Linux、iOS、Android。账号的云电脑由旗下 Bot 共享，每个 Bot 的记忆与偏好分别维护。云浏览器、文件与终端工具可以组成工作环境；安装工具、连接账号和接管自己的电脑仍需要相应授权。

![历史订阅方案比较示例，资格和价格以当前入口为准](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/team-02-378139f3b535.webp)

![找到 Grok Bot 登录入口](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/team-04-f8e705e02859.webp)

![查看工作空间与会话入口](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/team-03-4f9d34ca2f4a.webp)

## 建立一个学习伙伴

从头创建一个“学习助手”，先给它一件小任务和明确的验收标准。保存岗位说明，稳定之后再扩展成团队。

在 Bot 编辑页说明职责：

```text
你是我们的 Grok Bot 学习助手。帮助我们理解界面、拆解任务、核对前置条件。解释少作假设，先读当前可用资料。操作账号、授权、付款或对外发布前，说明具体目标与影响。查不到的内容标明未知。完成一个任务后，用简短清单说明下一步。
```

![创建学习伙伴，了解云端工作区](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/team-05-cf8973c90e49.webp)

![描述角色职责与预期交付](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/team-06-e1f2c5b156fc.webp)

## 用三个小组组织九个岗位

下面按内容、网站和视频三条工作线安排九个教学岗位。它们是练习分工，你可以按实际任务删减。

| 小组 | 三个岗位 | 第一项交付 |
| --- | --- | --- |
| 内容运营 | 选题研究、写作、事实复核 | 三个有证据的候选与一篇待审稿 |
| 网站项目 | 产品规划、工程、验收 | 一个需求、可查看的改动与验收记录 |
| 视频制作 | 脚本、剪辑、交付核对 | 一条短视频的脚本与输出检查 |

我们给每个岗位写清输入、交付、不能擅自做的动作和协作对象。小组里使用明确的 @对象传递任务；提问、讨论与执行分开，避免没人负责最后的结果。

![用三个小组组织岗位与工作](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/team-07-41bd20d42ab0.webp)

## 模板、连接与长期任务怎么用

需要增加角色时，先写清缺少的是岗位职责还是工具能力。设计岗位、资料监测和视频处理分别验收，不因为模板存在就直接安装。

GitHub、Notion、Shopify、X 等连接按岗位需要配置。共享工具和 Skills 不会自动赋予每个 Bot 相同的私人记忆；云环境能复用登录与文件，也要防止两个伙伴同时操作同一个浏览器屏幕。官方说明每个屏幕同一时刻只进行一项电脑操作任务。

我们把稳定方法存为 Skill，再建立定时或事件 Routine。当前官方文档给出的边界包括每个 Bot 最多 50 条 Routine、保留最近 20 次运行、最短五分钟间隔，以及删除不能撤销。长期离开时可能暂停并要求确认；“在云端”不意味着永远无条件运行。配置时写明时区、输入、结果位置、失败处理与结束条件，先手动跑一次，再检查下一次运行时间。

选择工具时，我们比较仓库需求、本地控制、托管协作和维护成本，而不把 Claude Code、Codex、OpenClaw 或 Grok Bot 简单归为只能做某一种事的工具。

![从模板理解岗位，再按实际需求调整](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/team-08-07b350117797.webp)

![工具、连接、后台运行与记忆的关系](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/team-09-defa34dcc8f5.webp)

![按任务选择云端或已授权的自托管环境](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/team-10-f53c20856ac7.webp)

**练习交付：**先由学习助手协调一个选题任务，研究、写作、复核各交一份结果。记录谁负责最后的稿件、哪些连接已启用、哪些只是待配置，再决定是否扩展到九个岗位。

---

## 时间实践：从晨间安排到晚间复盘

![用 Grok Bot 安排与复盘自己的时间](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/time-01-99bc1ac58700.webp)

教学改绘示意；操作以实际界面为准。

我们让日程伙伴把口头任务变成有时间、有材料、有结果的安排。我们保留优先级判断，伙伴负责整理与提醒。

## 晨间只交代一次，再检查冲突

```text
今天我们有这些会议、邮件、联系和截止任务。请先核对日历，把必须按时完成的事项、可移动的事项和准备材料分别列出，留出交通与缓冲时间。遇到冲突给出两个调整方案，不替我们取消会议。确认后按本地时区提醒。
```

我们在早晨用语音交代当天会议、邮件和联系人。例如上午要去深圳办理银行业务、下午看演出、晚上交付工作，我们让伙伴检查办理条件、出行路线、时间依赖与准备材料，避免只把所有事项机械塞进日历。

![先识别时间缺口，再安排协作](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/time-03-b8b29a6045c3.webp)

![随手记录想法，汇入大脑备忘录](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/time-04-6f1e955f5784.webp)

## 长期提醒要有两层时间

出行提醒要写绝对日期、出发时间与时区，再明确提前多久提醒。把订票准备、出发前检查与当天提醒分开，保存之后回读日期，避免“明天”随对话时间变化。

| 提醒层次 | 内容 |
| --- | --- |
| 提前准备 | 是否订票、证件、交通与住宿是否确认 |
| 临近执行 | 具体出发时间、地点、已确认的行程与缺失项目 |

付款、订票与改签交由我们确认。提醒已经运行不等于票已经买好。

## 日程要能回到工作记录

我们连接已授权的 Notion 与飞书，保存日程与工作笔记。我们为每条任务记录目标、相关材料、执行结果与后续动作。例如银行事项记录材料、分行与办理结果；演出记录时间和计划；工作事项留下最终交付位置。敏感资料只放在已授权的位置，不在所有小组里复制。

健身安排可以记录有氧、力量和休息日，再按我们已有计划提醒。伙伴帮助遵守安排，不自行把通用训练建议当成个人健康处方。

![每周运动安排与循环复习示例](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/time-05-dee1bc915712.webp)

## 为创作留出一个固定窗口

内容研究伙伴整理候选主题、对标样本和表达角度，由你选择。练习结果记录实际产物、投入时间与修改次数，不用关注增长或播放数字替代质量检查。

保留五个交接点：研究候选 → 人选题 → 已配置工具处理素材 → 人验收 → 发布后回看。下载、转写与字幕能力分别确认，再安排流程。

![我们决定优先级，助手处理已确认的安排](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/time-06-c331d5a8a4a5.webp)

## 晚上 23:00 复盘，调整明天

```text
请按我们确认的本地时区，在今晚 23:00 提醒复盘。对照今天的计划，列完成、未完成、原因和明天的调整。保留成功做法；失败分别检查时间不足、优先级不合理或任务本身不值得继续。先给建议，由我们决定变更。结果写入日记。
```

例如计划十件只完成三件，先记录七件没完成的原因。判断任务是否仍值得做，再决定安排到哪一天，不自动把所有漏项推到明天。

![23:00 复盘示例：沉淀方法与记录教训](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/time-08-e5776b46ecb2.webp)

**练习交付：**一天日程、一条准备提醒、一条临近提醒和一次晚间复盘。检查是否少了重复整理、提醒是否按正确时间到达、结果能否回到工作记录。我们做决定，助手把协调工作接过去。

---

## 内容实践：选题、写作与数据复盘

![让内容工作形成选题、创作与复盘的流程](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/content-01-7c1d1b4cf50c.webp)

教学改绘示意；操作以实际界面为准。

我们先定义读者与交付，再让研究、写作和复核伙伴接力。选题、结构与反馈可以复用，判断与发布由我们负责。

## 先写一份账号说明

适合练习的起点包括不知道写什么的新手、有产品或服务却没有受众的人，以及更新不稳定的创作者。我们说明账号身份、读者、目标、领域、语气、对标对象和禁区：不能擅自发布，不能编数据、虚构亲测、冒充平台权重分析或照搬别人内容。

我们可以让 Bot 阅读自己真实发布的百篇左右历史内容，比较同一账号、同一统计口径的数据。把 200～500 字与 30～80 字两个长度区间分组对照，再单独比较步骤式内容。我们可以先提出“较长且步骤清楚的内容更合适”这个假设，用自己的数据检验；单个账号的表现不能当成所有平台的长度规则。使用中位数和异常值检查，依然不能仅凭相关性确定原因。

## 用两套尺子检查内容

可以用愉悦、知识、共鸣、节奏四个角度检查选题。明确命中了哪一项，以及读者为什么需要；它是编辑辅助，不能代替事实核验，也不代表平台推荐算法。

另一套是“喜闻乐见、感同身受、对我有用”。两套都提醒我们：读者能获得什么，比产品有多少功能更容易形成清楚的选题。

| 检查点 | 我们具体看什么 |
| --- | --- |
| 开头 | 文章首屏、帖子第一句或视频前三秒是否说出问题与价值 |
| 知识 | 是否给出能执行的步骤、依据与限制 |
| 共鸣 | 是否对应具体处境，而非空泛描述 |
| 节奏 | 读出全文，删掉自己都想跳过的段落 |

我们整理历史好内容时按“为什么有效”分类，例如操作步骤、对比、案例、纠错，而非只按月份存档。借用的是结构，素材、结论与表达必须重新研究。

## 每个候选保留六组信息

```text
请整理三个与我们读者有关的候选。每个候选必须有：
1. 原始链接、发布时间、抓取时间及距发布的时长。
2. 当前可见阅读或播放、点赞、转发、评论数据，注明来源与口径；不可见写未知，不能估算。
3. 作者与当时可见关注者数，区分小账号高表现与头部账号；不跨平台直接比较裸数。
4. 来源类型：官方、国内、海外；说明证据可信度。
5. 与我们已验证优势的关系，以及明天能执行的本地化角度。
6. 读者的痛点、愉悦点或值得讨论的问题。
把事实和选题推断分开。只创建待审稿，不发布。
```

本地化可以是有出处的翻译、工具页面、实际案例或可下载成果。热点与我们无关，就不因访问高而入选。候选先过相关性门槛，再用最近修改、发布时间与同口径传播数据补充判断。

## 把候选放进待审表

我们在 Notion 或已有内容台账里维护研究日期、来源、状态、角度和草稿。初始状态为“待审”，我们可以否决、修改或发布。没有授权，Bot 不应把待审状态改成已发布。

发布后按相同时间窗口回看阅读、互动与交付成本。排名只回答哪篇表现较好；解释原因必须有证据。无法区分题材、发布时间、标题和样本差异时，写“归因不明”。

每天的反馈可以更新编辑规则，但不根据一篇爆文大改全部方法。我们追求持续产出、反馈和修正，不把高频发布当成保证增长的方法。

**练习交付：**三个完整候选、一篇按两套尺子检查的待审稿、一条发布后的回看记录。通过标准是每项数据能回到来源、读者价值清楚、推断没有伪装成事实。

---

## 视频实践：拆解样本，形成自己的脚本模板

我们先观察自己能实现的形式，再安排脚本、剪辑与核对。技术能力、场景与时间不同，不能直接复制头部团队的生产规模。

## 先确定定位与样本范围

写清领域、受众、不做的内容和每周可投入时间。先观察一组可比较的样本，记录选题与表达，再提出自己的定位假设。

选十到二十个可比较的频道，包含规模较小但持续更新的账号。比较设备、场景、出镜方式与选题条件，不只研究偶然的爆款。

## 为每条样本建立可追溯记录

记录标题、永久链接、发布时间、抓取时间、可见播放、点赞、评论、转发、收藏、当时关注者数，以及开头、完整文稿和封面。平台不提供的字段写未知，转写不清楚的部分标记缺失，不能补写成原话。

作品的历史播放只在同平台、同观察窗口内辅助比较；高播放不能单独证明某个剪辑动作有效。样本表要记录来源和授权范围，复用自己的素材与结构，避免复制别人的完整作品。

## 把 HKRR 变成四个具体问题

1. 愉悦：哪里有轻松、惊喜或值得看的变化？
2. 知识：观众看完能执行什么？
3. 共鸣：是否对应“写周报卡半小时”这样的具体处境？
4. 节奏：前三秒、转折、停顿和呼吸位置如何安排？

我们把前三秒的价值说明、示范、结果和收束分开。剪辑伙伴得到的是脚本、素材位置、字幕规则与交付规格，而非一句“做得更有网感”。

## 检查模板能否换题复用

一套结构能用于十个不同题目，才值得存为自己的模板。我们检验换掉主题后，开头和证据仍然成立；不能只保留固定的煽动语句。

```text
请用我们确认的脚本结构写三个不同题材的草稿。标出开头三秒、示范、转折、结果与需要补拍的素材。没有证据的效果不要写。暂不生成或发布成片；先让我们检查是否能在现有设备与时间内完成。
```

先保持可持续的练习频率，积累脚本、成片和反馈，再逐步打磨模板。记录哪项修改有效，不把固定天数当成增长保证。

文章末尾预告脚本、提词与剪辑的后续内容，指定链接没有提供这部分完整教程。本课保留已读到的方法；下载、配音、字幕、剪辑工具要另行配置和实际验收，不能因读过预告就宣布流水线可用。博主介绍自己的爆款履历与宣传信息不作为我们的成果。

**练习交付：**一张样本表、一个能换题的脚本模板和一条实际视频的检查记录。结果至少检查字幕、声音、素材出处、节奏和输出文件是否符合要求。

---

## 岗位实践：招聘、销售与营销怎样协作

![招聘、销售、营销、采购与设计的岗位协作](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/roles-01-31d14812660e.webp)

教学改绘示意；操作以实际界面为准。

我们把一个岗位拆成研究、准备、草稿和决策。Bot 可以减少资料整理与协调，但候选人评判、客户沟通和预算动作要有明确负责人。

## 招聘：先约束候选，再准备联络稿

![资料、草稿与检查分开交接](https://cdn.chaojifeng.me/images/free-courses/editorial/20261010-v1/coordination.webp)

我们让 Talent Scout 从职位说明出发，先整理约二十位候选。我们先给两到三个不可妥协的条件与否决项，再让它排除招聘系统中已有的人选，保留证据链接、检查日期和去重记录。不能让“看起来适合”替代真实资格证据。

```text
根据这份职位说明整理候选。先确认我们列出的必需条件与否决项，排除现有招聘系统中已记录的人。每人附公开证据、仍未知的信息与一份个性化联络草稿。不要联系候选，不根据敏感个人信息作决定。缺少关键条件先询问。
```

我们可以在面试前安排材料提醒、面试后记录进展；是否联系、录用或拒绝由授权负责人决定。

## 销售：让 Chief of Staff 协调几个专职伙伴

我们用 Chief of Staff 统筹会议准备、收件箱与跟进，并让它协同演示文稿伙伴。我们按已授权的数据源建立以下交付：

| 工作 | 输入与输出 |
| --- | --- |
| 会前简报 | Salesforce、Gmail、Slack、Granola、Gong 的相关记录，整理成通勤时可看的简报 |
| 外联准备 | 公司网站、线上研讨会、播客、博客、LinkedIn 与 X 的公开线索，形成公司重点与可信的个人化切入点，保存 Gmail 草稿 |
| 战略客户 | 汇总 Slack、通话和邮件，按周记录账户状态与功能需求 |
| 技术答疑 | 用已授权代码与产品资料提供有出处的答案，不猜测尚未发布的能力 |
| 预测与辅导 | 更新确认过的 Salesforce 备注；用 Gong 通话记录准备辅导建议 |
| 会中演示 | 在结束前五到十分钟，取得当前 Granola 文稿，生成待检查的新增页面 |

会中展示依赖真实可用的文稿和处理时间。需要录制内容时，先确认能否取回、停止录制会不会影响会议记录；没有完整转录时，不把片段当成全文。

我们示范一遍流程，让 Bot 学习后存为 Skill。邮件与 Slack 的风格规则放在可维护的说明里，但发送仍按授权执行。

## 营销：活动跟进与投放建议分开

线上活动结束后，我们整理 Zoom 问答和与会者，按账户负责人准备 Slack 或飞书草稿：谁问了什么、哪些问题需要回复、建议的答复依据是什么。不能把所有参会者默认视为允许随意营销的联系人。

Paid Media 角色可以比较当前花费、月预算和目标获客成本，提出调整建议并准备消息草稿。它不因看见偏差就自动更改预算或投放。

## 检查协作有没有减少重复劳动

我们选一场真实会议或一个招聘岗位，限定输入来源，交付候选表、简报或草稿。复核引用、遗漏和错误，再决定是否长期运行。Bot 角色名称可以换，职责和输出不能含糊。

**练习交付：**一份岗位说明、一份带证据的交付和一条人工确认记录。完成资料准备与实际发送分开记账。

---

## 岗位实践：采购节省与设计迭代

我们把采购与设计交给不同岗位：采购伙伴核对费用、使用与合同，设计伙伴建立规格、试做与比较。两类工作都需要证据，不能只交一句“已经优化”。

## 采购先建立费用与使用基线

官方 Haggle 案例接入 Slack、Notion、Drive、Gmail、Hex、Ramp，研究约 125 家供应商。公开记录包括：四十三个席位九十天未使用，对应 14,220 美元节省；一个未使用的 SKU 可节省每年 85,662 美元。前一个金额没有同样明确的年度口径，我们不擅自补成“每年”。

我们逐项核对账单、使用数据、续约时间、必需席位、替代方案和已收到报价。月付且确实不需要的项目，先提出取消建议；是否取消、谈判或签约，由我们确认。

```text
请只读整理供应商账单与使用记录。每个候选写清费用周期、最近使用、业务负责人、取消或减量影响、证据链接和仍待确认的问题。准备谈判草稿，但不要发送、变更订阅或接受条款。
```

我们沿着 Ramp 负责人链条询问到工程团队，弄清费用是否仍必要。这个动作强调调查与业务核对，不等于可以绕过负责人自行砍费用。核对节省金额时，把统计期间、原费用与实际减少金额一起记录。即使累计直接节省超过十万美元，也不能省略期间，把它说成所有团队“一周必省十万”。

## 周五采购要比较相同规格

我们把新员工设备、零食与卫生用品纳入周五流程。Amazon Bot 处理采购准备，Haggle 汇总使用、办公席位图和最近四份报价，在可编辑表格中比较 Amazon、Costco、Uline、Walmart。

我们先统一数量、规格、税费、运费和交付条件，再比较价格。案例中的一笔费用从 14,629 美元降到 6,143 美元，按这两个数计算约减少 58%；它是单次案例，不是通用省钱比例。供应商邮件、订单与付款仍按明确授权执行。

## 设计先读真实规格，再讨论感觉

John Bai 的案例中有 Figma Bro、Motion God、Experiments、Devbot 四个角色。流程从自动布局开始，为约二十个 onboarding Bot 组织头像与属性，再讨论右侧版本的标识、排列与可能性；我们学习的是建立候选和比较依据，不复制别人的头像或个人资料。

Figma 的已授权连接读取 x、y、宽高、间距、字体、填充、描边和组件关系。我们要求从真实设计数据核对，不靠截图目测把猜测当成参数。

## 用可调试的动效页面缩短反馈

Motion God 的案例把时长、弹簧、位移、缩放和缓动放入可编辑规格，并在 localhost 演示页面观察。人可以直接表达“左下角停留更久”“少一点弹跳”，再比较 280 毫秒与 340 毫秒之类的具体变化。

```text
请按我们确认的设计规格做两个可比较的动效候选。说明可调参数、当前数值和差异，提供能实际查看的演示。复用已有运行环境，不另起多个服务。先让我们比较，再把选定参数交给工程伙伴。
```

一次提示词不保证直接得到满意设计。我们把候选、反馈与实际效果循环缩短，并记录最终选择的依据。

**练习交付：**采购方向交一张同规格报价表和待确认项；设计方向交两个可查看的候选与参数差异。只完成研究时，不能报告已经省下钱或已经发布设计。

---

## 知识实践：用 Webhook 与快捷指令收录资料

![用 Webhook 和快捷指令收录资料](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/shortcut-01-12a7e401e506.webp)

教学改绘示意；操作以实际界面为准。

我们把手机上看到的一条链接交给知识伙伴，让它读取、整理并返回结果位置。手机负责触发，云端负责执行，收录回执负责证明发生了什么。

## 先写清下游任务

![知识收录的正常、重复与失败检查](https://cdn.chaojifeng.me/images/free-courses/editorial/20261010-v1/knowledge.webp)

我们把抖音视频、微信文章和网页分别接入知识库。视频路径包含下载、转写、抽帧、摘要与归档；文章路径包含读取全文、摘要、保存与关联。Webhook 只提供触发入口，不自动提供这些能力。

我们先选一个可访问的公开网页，确认 Bot 能读取全文、查重和写入自己的知识库，再扩展到视频。受限页面、无法下载的视频或不完整的转写，要明确失败与缺失项目。

```text
请建立知识收录任务。输入为我们提交的链接或文本。
先检查知识库是否已有同一内容；已有则返回现有记录，不重复创建。
网页读取可获得的全文，保留原始链接、标题、时间和缺失部分。
视频只在访问和处理条件满足时下载、转写与抽帧，说明不清楚的片段。
整理要点，保存原始资料与笔记，建立相关记录的回链。
最后返回处理对象、文件位置、知识页链接、主要要点、实际可获得的用量或费用信息以及未完成项。不编造费用与成功状态。
```

![资料收录后的整理结果示例](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/shortcut-02-3614b08ef599.webp)

## 创建一个事件触发 Routine

触发入口还可以是每天 8:30 的定时任务，或第三方 PR 事件；本课使用 Webhook。

在知识 Bot 中新建 Routine，选择当前界面的 Webhook 事件触发并保存。把自己的 URL、密钥和认证头存入私密入口，再核对输入字段与任务说明。

官方 Grok 文档确认 Routines 可按时间或连接事件启动，但当前公开文档没有给出本案例完整的 Webhook 请求字段规范。因此下面的 `content` 是**我们教学示例约定的字段**；只有 Routine 明确按它读取时才使用。实际页面提供了其他字段或认证方式，就按实际配置调整。

![选择事件触发，明确 Webhook 输入](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/shortcut-03-c679b5dae2b0.webp)

![保存 Routine 的入口与认证配置](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/shortcut-04-5132dcad5b42.webp)

## 在 iPhone 创建“发送给知识库 Bot”

在快捷指令 App 点加号，添加“获取 URL 内容”。URL 填自己的 Webhook 地址，方法改为 POST。请求头使用当前 Routine 实际生成的认证方式；如果要求 Authorization，可按下面的占位示例配置：

```text
Authorization: Bearer <自己的密钥>
```

`Bearer` 与密钥之间有一个空格；尖括号只是占位说明，不实际填写。密钥不得出现在公开分享的快捷指令、截图或课程里。

请求体选择 JSON，把字段 `content` 绑定为“快捷指令输入”变量：

```json
{"content":"<快捷指令输入变量>"}
```

这里不是要求输入一段带尖括号的固定文字，而是在编辑器中选择变量。Apple 文档确认“获取 URL 内容”改为 POST 后可以发送 JSON、表单或文件，并使用变量；服务端接受什么仍由我们自己的 Routine 约定。

打开快捷指令详情，启用在共享表单中显示，接收类型选择 URL 与文本。Safari 等支持共享的地方，把链接分享给这条快捷指令。手机请求结束与云任务完成是两个时刻；Routine 显示 Running 时，我们去看运行记录，等待正式回执。

![在 iPhone 创建收录快捷指令](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/shortcut-05-7e7f57cb9d18.webp)

![添加获取 URL 内容的操作](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/shortcut-06-82fe9a96af1b.webp)

![配置 POST、认证头与 JSON 输入，密钥保持隐藏](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/shortcut-07-52f30196cae5.webp)

![运行一次快捷指令并观察回执](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/shortcut-08-e4834f020060.webp)

![网页分享、Webhook、整理与知识库的完整链路](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/shortcut-09-bacb019d3fe2.webp)

## 微信没有显示快捷指令时怎么收录

我们另外建一个入口快捷指令，用“从菜单中选取”显示“想打开什么？”，再使用“请求输入”取得文本，提示“请输入要收录的链接”，最后把“提供的输入”交给前一条“发送给知识库 Bot”。

动作名称可能随语言与系统版本变化。重点是菜单 → 文本输入 → 调用已有发送指令，避免维护两份请求配置。复制文章链接后，可以从已配置的快捷指令提交；设备按钮是否可用以自己的设置为准。

![在微信菜单中查找分享与复制入口](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/shortcut-10-574e53f41bc9.webp)

![快捷指令输入和文本处理的示例](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/shortcut-11-c8cd4238b99f.webp)

## 回执不能只写“已收到”

| 对象 | 最少保留的信息 |
| --- | --- |
| 视频 | 视频标识、原链接或短链、存储位置、知识页、要点、处理与用量结果 |
| 网页或文章 | 永久链接、读取状态、存储位置、知识页、要点、相关回链 |
| 重复项 | 现有记录位置与此次处理说明 |
| 失败项 | 失败环节、可重试条件和已经保存的内容 |

归档目标可以是自己的笔记、表格或资料库，无需为了练习更换工具。其他入口也可以复用同一输入约定，但每个入口都要保护认证信息。

![核对 Obsidian 中的归档结果](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/shortcut-12-d47fd9d005fc.webp)

**练习交付：**一条成功回执、一次重复链接测试和一次不可访问链接的失败记录。检查资料确实入库之后，再扩展到视频。

---

## 云端实践：在 Grok Bot 中使用 Claude Code

![在 Grok Bot 中使用 Claude Code](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/claude-01-3934bcaf292b.webp)

教学改绘示意；操作以实际界面为准。

## 先确认资格，再准备环境

把 Claude Code 放到云电脑之前，先确认账号资格、服务支持范围、登录方式和当前订阅。由本人使用真实信息完成账号与付款，不把第三方注册经验当作稳定可用的保证。

![登录、凭证和付款由本人处理](https://cdn.chaojifeng.me/images/free-courses/editorial/20261010-v1/permissions.webp)

![云端浏览器与账号准备示例](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/claude-02-fdcaa0f835df.webp)

![邮箱授权示例，身份信息已隐藏](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/claude-03-5d545967ea32.webp)

![短信验证页面的历史示例](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/claude-04-c2226ef297b2.webp)

![验证步骤示例，号码和验证码已隐藏](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/claude-05-003e389d1e45.webp)

![支付准备的历史示例，实际资格由本人核对](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/claude-06-a021131fd94e.webp)

![本人检查支付与身份要求](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/claude-07-e0a0a0eff53d.webp)

![订阅页面的历史示例，资格与收费以当前服务为准](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/claude-08-f7cc4e0fb428.webp)

## 把准备工作分成四步

1. **确认环境。** 复用现有云电脑，记录系统、文件位置与当前任务。检查是否已有相关进程，避免重复安装或启动。
2. **确认账号。** 本人打开官方账号页面，查看资格、订阅与使用额度。需要邮箱验证、身份核验或付款时，由本人接管。
3. **准备工具。** 按当前官方设置说明核对安装要求与登录方式。未知参数先查文档，失败先读现有日志。
4. **跑一个小任务。** 先使用不含隐私的样例资料，约定可写目录、运行时长和交付文件，不一开始接入生产项目。

![按官方流程登录 Claude Code](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/claude-09-2c21aa7d4fe0.webp)

![检查当前工具、版本和计费来源](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/claude-10-ce4c0a4fa346.webp)

## 派活模板

```text
这是一次环境与小任务检查。
先检查现有安装、进程、文件目录和可用账号状态，不重复启动环境。
只在我指定的练习目录中处理样例文件。
遇到登录、邮箱验证、身份核验或付款时停下，由我本人处理。
交回运行记录、产物路径、实际用量和未解决的问题。
同样错误没有新线索时停止，不通过换账号或反复注册重试。
```

## 怎么验收

打开自己的产物，确认内容符合样例要求；检查写入范围和实际账单。没有完成的步骤明确标注未完成。日志只保留排障所需信息，不包含密码、密钥、支付卡号或验证码。

![交付一个小任务，再核对结果与用量](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/claude-11-dfc5340b7d72.webp)

## 资源与停止条件

先串行完成一项任务，再评估是否增加任务。约定时间、用量与停止条件；失败先分析现有日志，不把重复安装、重启或更换账号作为默认办法。低频运行也不能替代账号资格与服务规则。

---

## 团队实践：用岗位与交接组织一条完整工作流

团队协作先解决三个问题：谁接任务、谁交产物、谁检查。先跑通一条完整工作流，再按实际需要增加岗位，不按名字数量扩编。

## 先有一个协调入口

不知道任务交给谁时，先交给协调伙伴。它整理目标、资料、截止时间和检查方式，把任务分给合适岗位，并汇总当前进度。最终范围与对外行动仍由你决定。

写作伙伴交付待审邮件和文稿，设计伙伴交付关键画面与样式规则，工程伙伴交付实际改动和检查记录。岗位按职责命名，方便你直接判断该找谁。

## 让资料接力到产物

以一篇文章为例：资料伙伴整理要点和待核实问题，写作伙伴起草结构，设计伙伴制作配图，发布负责人检查正文、图片和链接后再发布。每次交接都写明产物位置、当前状态和下一步。

也可以把一段自己录制的音频作为输入。先转成带时间戳的文本，人工抽查后再整理摘要、行动项或朗读稿。真人照片、私人资料和账号权限按岗位的实际需要提供。

## 把执行与检查分开

工程伙伴先确认目标和可运行环境，再实施改动。检查伙伴核对差异、运行相关检查，并查看页面或实际输出。提交了文件不等于任务完成；检查结果与负责人确认都要记录。

不同时启动大量重复执行者。先复用已有环境，从一个任务开始；发现缺少权限、输入或运行资源时暂停，说明具体卡点。

## 用反馈闭环练习交接

| 岗位 | 输入与交付 |
| --- | --- |
| 反馈整理 | 整理问题、复现条件和影响范围 |
| 协调伙伴 | 确定负责人、任务范围和下一步 |
| 工程伙伴 | 提交改动与相关检查记录 |
| 检查伙伴 | 对照原问题重复操作并记录结果 |
| 负责人 | 决定发布、继续修正或关闭任务 |

![团队分工、知识沉淀与日常协作的关系](https://cdn.chaojifeng.me/images/free-courses/grok/practice-20261010/interview-01-da1ec381ae9f.webp)

教学改绘示意；操作以实际界面为准。

**练习交付：**选择一个产品反馈，完成“问题 → 归类 → 处理计划 → 实施 → 检查”的接力。每个环节留下负责人和产物位置，最后确认读者能否沿记录找到实际结果。

---

## 团队实践：把纠正变成 Skill，再变成 Routine

我们从一个具体任务开始观察，纠正成功后才保存方法，方法稳定后再安排周期运行。这比一次性把所有事情自动化更容易评估。

## 角色是持续积累的工作资产

从亲自操作到派发任务，再到维护工作方法，关键是把职责和检查方式说清楚。我们知道某个工作应该找哪位伙伴，往往比了解内部实现更有用；角色职责要面向使用者表达清楚。

同一个 Designer 可以参与多个项目，而不必每次开一段没有历史的新聊天。全局工具、连接与 Skills 可以共享，每个 Bot 的私人记忆和偏好各自维护。不同岗位可以有自己的工作规则，名字本身不提供权限或质量保证。

## 观察一次真实任务，再纠正

```text
请完成一次我们指定的任务，保留结果和关键操作记录。发现缺少输入先说明。我们会根据实际结果指出遗漏；请把可执行的纠正写成方法草稿，不自行增加新的运行计划。
```

我们检查能观察到的动作与结果，不要求披露不可提供的内部思维链。一次失败先定位原因，避免只有“以后认真”这样无法验证的要求。

## 再保存为 Skill

把目标、适用范围、输入、步骤、失败处理、输出与人工检查点写清楚。以报销整理为例，先跑通一次票据整理，再考虑收到收据邮件后重复运行；我们先验证真实票据字段与记录位置，付款和审批不能顺带自动完成。

Grok 官方的 Teach 功能可以记录示范操作，当前文档说明录制窗口为十分钟、不录麦克风。我们示范时避免展示密码与其他不必要信息。录完得到方法草稿后，补充错误条件并重做一次测试，不把录制完成当成流程已可靠。

## 最后设置 Routine 并观察用量

为例行任务保留运行记录，检查效果后再调整频率。我们每次调整都要回答：触发是什么、需要做什么、结果放哪里、什么情况停止、需要人处理什么？

```text
请根据已验证的方法提出一个例行任务草案，写明触发、时区、输入、交付、错误处理、用量预算和停止条件。先手动运行一次。没有完成真实测试前，不创建高频重复任务；状态没有有意义的变化时不反复打扰我们。
```

键盘、鼠标能做的工作可以作为探索方向，但并不表示账号限制、验证码、付款和隐私授权可以自动越过。我们像管理可信同事一样逐步扩大职责，把战略判断留给自己，把已经验证的协调与执行交给伙伴。

**练习交付：**一次原任务、一次纠正后的重复执行、一份 Skill 草稿与一份 Routine 配置。检查效果与用量，再决定是否保留；临时检查任务结束后停止，避免遗留循环。

---

## 工程实践补充：把团队案例接回真实验收

本课把任务登记、岗位分工、评审、交接和维护连成一条可检查的工程流程。需要深入练习时，可以回到工程实战六课。

## 先明确岗位和规模的含义

![工程交付之后检查真实结果](https://cdn.chaojifeng.me/images/free-courses/editorial/20261010-v1/review.webp)

按平台和职责分配移动端、桌面端、基础设施与检查岗位。各角色持有专门背景，协调者不必每次向所有人重复同样的解释。

并发规模由任务独立性、机器资源、额度和检查能力决定。先复用现有环境，串行跑通一项任务，再决定是否增加并发。PR 数量不能替代交付质量。

## 执行环境必须能产生反馈

协调伙伴把需求交给执行岗位，读取执行记录并检查产物。需要设计、评审或架构方法时，先确认当前环境有哪些可用能力，不假定某个 Skill 已经安装。

需要特殊网络条件或设备能力时，先确认可复用的执行环境。我们只有确需运行态证据时才使用已授权设备，复用同一个实例，限制资源；不能为了增加证据同时启动一批模拟器。

界面任务对照运行前后截图；声音任务检查实际系统音频输入输出、语音接口、转写与语音对话结果。仅交代码和一张静态截图，不足以证明所有交互都通过。

## 登记、检查与合并不能混为一谈

任务表先登记负责人和状态。按约定节奏检查反馈、测试失败与冲突；问题未解决时保持处理中，满足提交条件后再进入待评审。合并要遵守当前任务的授权与评审规则。

运营伙伴负责入职、方法交接与根因复盘，按需要安排规则检查。我们把规则改成能观察的检查项，并传给需要它的岗位。

维护任务可以覆盖失效逻辑、加载速度、包体、安全、构建耗时、国际化、多端差异与过去二十四小时变更。探索任务设置范围和预算；紧急问题缩短检查间隔时，记录用量，问题解决或到达期限后停止。

## 回到工程六课练习

| 需要解决什么 | 课节 |
| --- | --- |
| 需求与任务账本 | [登记一个能验收的任务](/free-courses/grok/learn/engineering-01) |
| 岗位与环境 | [工程伙伴分工](/free-courses/grok/learn/engineering-02) |
| 反馈与合并 | [真实结果与评审](/free-courses/grok/learn/engineering-03) |
| 入职与复盘 | [运营伙伴与交接](/free-courses/grok/learn/engineering-04) |
| 夜间工作与停止 | [维护与结束条件](/free-courses/grok/learn/engineering-05) |
| 证据与检查 | [交付证据与复习检查](/free-courses/grok/learn/engineering-06) |

重试要给出次数、时间和停止条件。相同错误没有新证据时，先停止并分析。重复且规则清楚的任务，适合在真实验收后逐步委派。

**练习交付：**选择一个小改动，完成登记、负责人、实际反馈、评审和收尾。任务运行结束不等于已验收或已合并；最终记录要分别说明。