场景实战：选择你的路线
💡 目标：约 15 分钟读完本导读，选好适合你的 Grok Bot 场景路线，并拿到两样东西——该路线的起步方案（官方 starter prompt，或 X 搜索、Pages 这类已核实功能的组合），和把角色变成持久 Bot 的六步落地法。这是这部 Grok Bot 教程的第四站：高效工作流 解决「怎么把活固化下来」，这一站回答「拿它干什么」。
🎯 阶段目标
- 能说出官方对「好角色」的定义——拥有一个可重复的产出，而不是一堆零散问题——并用它判断手头的活适不适合做成 Bot
- 会用 starter prompt 起步，并且知道它为什么停在那里：官方每个 prompt 都刻意停在 review point，发送、发布、购买、生产变更留在审批后面
- 能按官方六步把一个角色跑成持久 Bot：职责写进描述 → 安全范围跑一次 → 改到可审阅 → 存 skill → 定义重试后才建 routine → 外部动作留在审批后面
⏳ 预计耗时
- 本导读：约 15 分钟
- 只走一条路线：A 职场 5 课约 54 分钟、B 程序员 3 课约 34 分钟、C 创作 3 课约 34 分钟（含 ±30% 浮动：约 38–70 / 24–44 / 24–44 分钟）
- 三条全走：11 课合计约 122 分钟（约 85–159 分钟）——路线按需选读，不必贪全
🚀 开始之前
- 完成了 高效工作流 阶段——场景页默认你已经会「干成一次 → 存 skill → 建 routine」这条主线
- 会存 skill 再来：A、B 路线每课都要把跑通的方法存成 skill，没读过 3.2 Skills 与示教 先补
- 大多数场景要连应用（CRM、邮件、Slack、issue 跟踪……）：5 步连接法见 2.5 连接应用
- 想好一件你每周都在重复做的活——判断标准见下文，一次性问题不适合做成 Bot
- 一杯水 ☕——本阶段的重头是可复制的 starter prompt 和几张对照表，动手负担不重
📚 选择你的路线
官方 use-cases 页给了 8 个带 starter prompt 的角色。本阶段把它们按人群重排成三条路线：5 个归职场、2 个归程序员；创作路线由 X 搜索、Pages、Bot 专属邮箱三个已核实功能串成。共 11 课。
选路线的依据不是职业头衔，而是「谁在给你派重复的活」。
路线 A：职场——替你盯信息流（5 课，约 54 分钟）
适合谁：每天被 Slack、邮件、日历和报表追着跑的人。5 个角色全部来自官方 use-cases 页，每个都有现成的 starter prompt。
| 场景 | Bot 拥有的产出 | 要连什么 | 时长 |
|---|---|---|---|
| A1 每日简报 | 带源链接的变化摘要，标出哪些等你拍板 | Slack、邮件、日历、规划文档 | 12 分钟 |
| A2 报销对账 | 每周对账摘要 + 每个缺件人一条跟进草稿 | 报销系统、邮件、财务表 | 10 分钟 |
| A3 销售外联 | 账户研究、联系人排序、可审阅的外联草稿 | CRM、意图源、邮件 | 12 分钟 |
| A4 招聘寻访 | 候选人寻源与研究、个性化外联草稿 | ATS、寻源工具、邮件、日历 | 10 分钟 |
| A5 客户健康 | 风险与增购信号的排名清单 | CRM、用量、支持、账单 | 10 分钟 |
官方还有第 8 个角色「广告投放（Paid media）」：监控投放、给预算调整建议，连广告平台、分析、预算表和 Slack。本教程暂未为它单独成页，starter prompt 见官方 use-cases 页（docs.x.ai/grok-bot/use-cases）。
路线 B：程序员——让 Bot 进工程流（3 课，约 34 分钟）
适合谁：写代码、盯告警、被 issue 追的人。前两课来自官方角色，第三课把云电脑本身当开发环境用。
| 场景 | Bot 拥有的产出 | 要连什么 | 时长 |
|---|---|---|---|
| B1 Bug 复现 | 从 bug 报告到复现包：步骤、截图、最小用例 | issue 跟踪、staging 环境 | 12 分钟 |
| B2 性能调查 | 带证据的定向排查，事实与假设分开 | 可观测性、分析、事故工具 | 12 分钟 |
| B3 云电脑当开发环境 | 持久 /workspace：跑脚本、装依赖、验证环境 | 云电脑自带终端与浏览器，无需连接应用 | 10 分钟 |
两个官方细节先记住：B1 的测试凭据要走安全交接（Take over），不要发在聊天里；B2 的 routine 只用来做周期性健康报告，不用来做无人值守的生产变更。
路线 C：创作——从选题到交付到订阅（3 课，约 34 分钟）
适合谁：做内容、要定期交付的人。这条路线不是官方角色的搬运，而是三个已核实功能串成的生产线：X 搜索找热点 → Pages 做交付 → 专属邮箱发订阅。
| 场景 | 做什么 | 靠什么功能 | 时长 |
|---|---|---|---|
| C1 选题调研 | 搜公开帖子、读网页，追热点做话题研究 | X 搜索（免连接、只读） | 10 分钟 |
| C2 用 Pages 交付 | 把报告、仪表盘做成可分享的页面 | Pages（存 Bot 的 Library） | 12 分钟 |
| C3 邮件简报 | 用 Bot 专属邮箱给读者发 newsletter | mail.grokbot.com 邮箱 + routine | 12 分钟 |
C3 建立在 2.6 Bot 专属邮箱 之上——routine 发的邮件一律存草稿等你点 Send，这条规则决定了 newsletter 的发送节奏。
选好之后：把角色变成持久 Bot 的官方六步
无论选哪条路线，落地路径都一样——官方 use-cases 页给出的六步：
| 步 | 做什么 | 对应教程 |
|---|---|---|
| 1 | 把职责、数据源、输出格式、常设边界写进 Bot 的描述 | 1.5 第一个 Bot |
| 2 | 用安全范围跑一次真实任务 | — |
| 3 | 把结果改到「不用你盯着也能审阅」 | — |
| 4 | 把跑通的方法存成 skill，用第二份输入测试 | 3.2 Skills |
| 5 | 定义好重试与失败处理后，才建 routine | 3.3 Routines |
| 6 | 有后果的外部动作永远留在审批后面 | 3.1 审批 |
前 3 步全部停在「读取与准备」的安全区——官方每个 starter prompt 都刻意停在 review point：先拿到能审阅的结果，发送、发布、购买、生产变更一律留在审批后面。
顺序为什么不能反？routine 跑的是「你不在场的方法」——流程还没做可靠就排进时间表，错误也会准时上班。
🎒 你将收获
- 一张按人群分的 Grok Bot 场景地图：11 课里有 7 课直接对应官方角色（职场 5、程序员 2），其余 4 课把云电脑、X 搜索、Pages、专属邮箱变成开发与创作工具
- 一把「什么值得做成 Bot」的官方尺子：角色拥有的是可重复的产出，不是一堆零散问题
- 六步落地法：从写职责到建 routine，关键步骤都有对应教程兜底
- 一条所有场景共用的安全线：starter prompt 停在 review point——先审阅、后放权，外部动作永远过审批
场景是壳，方法是核：三条路线用的都是同一套「先做对、再固化、后自动化」。走完任一条路线，可以接着去 进阶手册 看云电脑维护、Vault 与团队管理，把单个 Bot 变成一队基础设施。
准备好了吗？开始第一课：每日简报 →