跳到主要内容

Start Grok Bot · 7 天上手

社区向导，非官方，不用注册。按公开案例写成的一条路径。不是官方文档，也不是登录页。

Grok Bot in Practice

口号：用真实案例，帮更多人快速上手 personal agent，尤其是 Grok Bot。

本文是社区向导，不是官方文档。做法提炼自公开案例库（X / V2EX / HN / 博客 / YouTube 等），提到的功能只用案例里出现过的说法，并标注来源。不确定处写作「案例中的做法」。不编造菜单路径、价格或额度数字。

第 1 天：建第一个「一职一 Bot」，写清完成标准

做什么

只建 一个 Bot，只给它 一个 清晰职责（案例里常说「一职一 Bot」）。先写「什么叫做完」，再让它动手。不要一上来建大队。

可复制指令模板

你是我的「运营复盘助手」，只负责这一件事。

完成标准：
1. 用条目列出本周我做过的 3–5 件对外动作（没有就写「本周无」）
2. 每条附：结果信号（有/无）+ 下一步建议（一句话）
3. 不要发帖、不要发信、不要改任何外部设置
4. 输出用中文，总长不超过 400 字

禁止：猜测未提供的数据；替我做任何对外发送。

（结构参考案例中「先写完成标准再拆 Bot」的做法。）

完成标准

  • 你能用一句话说出这个 Bot 只做什么、不做什么
  • 它按完成标准交了一份可检查的结果（不是空话）
  • 你没有同时建第二个 Bot

常见坑

  • 职责写得太宽（「帮我搞定工作」）→ 结果不可验收
  • 还没手跑通就开一堆 Bot（多条案例都建议先稳一个）

参考

第 2 天：接一个连接器；不可逆动作只起草稿

做什么

只接 一个 你真正每天用的连接器（案例中出现过：Gmail、Calendar、Slack、GitHub、Drive 等）。规则写死：发送 / 发布 / 付款 / 预订 = 只起草，你来点确认。

可复制指令模板

从现在起，对所有不可逆动作遵守：

- 可以：读取、整理、起草、给出选项
- 不可以：发送邮件、公开发布、付款、下单、修改生产环境
- 需要外发时：只输出「草稿」+「建议收件人/渠道」，等我明确说「发送」或我自己点发送

今天任务：读取我已连接的邮箱（或日历）最近 24 小时内容，
列出 5 条待办草稿（每条：摘要 + 建议回复要点）。不要发送。

完成标准

  • 连接器能读到真实数据（不是空演示）
  • Bot 交了草稿，没有擅自外发
  • 你在 Bot 说明里写清了「只起草」规则

常见坑

  • 一接上就允许自动发送（律所等案例明确反对）
  • 一次接太多连接器，权限与心智负担暴涨

参考

第 3 天：手动跑顺 → 存 Skill → 建 Routine

做什么

把昨天或今天 已经手跑成功两次以上 的流程：先存成 Skill（可复用说明），再建成 Routine（定时/触发）。案例中的顺序是：可靠单次 → Skill → Routine，而不是反过来。

可复制指令模板

请把下面这个已跑通的流程存成 Skill（名称：晨间收件箱草稿）：

触发条件：每个工作日早上（具体时间我稍后再设 Routine）
步骤：
1. 读取收件箱未读
2. 按紧急/可延后分组
3. 为每封「需回复」写草稿，不发送
完成标准：输出分组列表 + 草稿；任何外发必须等我确认

然后再帮我起草一条 Routine 说明（先不要启用），包含：做什么、何时做、成功长什么样、失败时如何通知我。

完成标准

  • 同一流程手跑至少成功 2 次后，才去存 Skill
  • Routine 说明里有「成功标准」和「失败时怎么办」
  • 你先用「测试/试跑」类方式验证（案例中有 Test / 审批过期等说法），再放心定时

常见坑

  • 第一次就排每小时 Routine（有案例提醒 Routine 不要过密）
  • 发送类动作放进 Routine 却没人工闸门（短信/邮件类案例踩过「需确认」）

参考

第 4 天：试一次云电脑 / 浏览器类任务

做什么

选一个 短、可验收 的本机或云端电脑任务（案例中出现：Teach a task、云端电脑、整理本机文件、浏览器取数等）。任务要短；先在旁看着跑完。

可复制指令模板

请在云电脑 / 浏览器里完成一个只读任务（不要登录付费、不要下单）：

目标：打开我指定的公开网页（或已登录站点的只读页），提取以下字段：……
完成标准：用表格列出字段；若打不开就说明卡在哪一步
禁止：修改设置、发送内容、安装不明软件

跑完后用 5 句话复盘：你点了哪里、卡在哪里、下次我会怎么改指令。

完成标准

  • 任务有明确「成功长什么样」
  • 你亲眼看完至少一次完整执行
  • 记下一条「下次指令怎么改」

常见坑

  • 案例提到 Windows 上 Teach a task 可能不可用（教程字幕说法）——若遇此情况，改做已连接工作流内的任务，不要硬套
  • 目标网站封锁：有案例用本机授权降低封锁（HN）

参考

第 5 天：加第二个 Bot，用群聊分工

做什么

在第一个 Bot 稳定后，加 第二个 专职 Bot。需要协作时用群聊，但案例建议：组聊只 @ 需要的 Bot，长任务放 1:1 或共享文档（Notion / Pages），避免全员刷屏烧用量。

可复制指令模板

Bot A（已有）：运营复盘助手——规则不变。

新建 Bot B：只读站点检查员。
完成标准：给定 URL 列表，检查是否可打开、标题是什么、有无明显错误页；只报告，不修改站点。
禁止：部署、发信、改 DNS。

群聊规则：
- 我 @谁，谁才回复
- 需要交接时，A 把「结论摘要」贴给 B，不要整段聊天记录甩过去

完成标准

  • 两个 Bot 的职责 不重叠（可用一句话禁止清单区分）
  • 群聊里你试过一次「只 @ 其中一个」
  • 没有一口气建到两位数 Bot

常见坑

  • 群聊全员回复 → 用量与噪声（多条案例提醒）
  • 还没稳定专长就加很多 Bot（DEV 教程：第二 Bot 等专长稳定再加）

参考

第 6 天：编程编排交给 Cloud Agent / Claude Code / Codex

做什么

若你写代码：让 Grok Bot 做 听需求 / 拆任务 / 盯进度，真正改仓库交给案例中的 Cursor Cloud Agent / Claude Code / Codex 等已连接编码工作流。不要假设 Bot 能随便跑本机任意 CLI。

可复制指令模板

你是项目编排助手，不直接改仓库。

今天需求：……
请输出：
1. 任务拆解（每步可验收）
2. 建议交给编码 Agent 的 launch brief（含分支策略、测试怎么跑、PR 描述要点）
3. 风险与需要我人工确认的点（部署/商店提交必须先问我）

禁止：声称已合并到主分支；禁止绕过已连接的 coding workflow。

完成标准

  • 你拿到一份可转给编码工具的 brief
  • 不可逆发布/部署仍留人工确认
  • 若编码被拒，对照失败案例：可能需走「已连接 coding workflow」

常见坑

  • 在 Bot 里硬跑未接入的本地 CLI → 出现 route_disabled 类拒绝（失败案例）
  • 让 Bot 又当经理又当唯一写码人（多条实践建议拆开）

参考

第 7 天：用量、安全闸门与一周复盘

做什么

停一天「加新功能」，只做复盘：哪些 Routine 太密、哪些群聊太吵、哪些动作还缺人工闸门。按案例常见做法：合并重叠 Bot、把规范写进共享页、不可逆默认草稿。

可复制指令模板

请根据本周聊天与任务记录，做一份「个人 Agent 健康检查」（只分析，不改设置）：

1. 用量摩擦：哪些 Routine / 群聊最容易重复劳动？
2. 安全闸门：列出仍可能自动外发/发布/付款的路径；建议改成草稿+确认
3. 职责重叠：哪两个 Bot 可以合并或写禁止清单
4. 下周只保留 1 个新实验（写清完成标准）

输出用中文清单，不要自行修改我的 Bot 配置。

完成标准

  • 写出 3 条「下周继续 / 暂停 / 删除」
  • 至少关掉或放慢 1 个过密的自动任务（若有）
  • 安全规则仍在：外发要人确认

常见坑

  • 只加不停 → 用量墙与「缺结构/跟进」（ICOR 等案例讨论）
  • 把作者自称的省钱/曝光数字当成你的预期（本库标注为作者自述，未独立复现）

参考

使用说明与声明

  • 来源：公开案例整理；功能表述以案例原文为准。
  • 本指南 非官方 社区内容，与 xAI / Grok / Cursor 官方文档无关。
  • 进度勾选若在网页版出现，仅为本地视图状态，不会自动保存。
  • 配套案例库另见项目 Page「Grok Bot in Practice · 首批案例库」。

打开案例库

非官方社区项目，与 xAI 没有隶属关系，也未获 xAI 认可或背书。没有注册。做法和数字属于原作者。