Grok Bot 能干什么：九类场景与资源库
搜「Grok Bot 能干什么」，跳出来的前几条多半是「48 小时把 50 美元变成五千多」这类。
但翻开能点开核对的清单，是另一幅景象。
社区用例索引 grokbot.dev/use-cases 目前各分类条目数：
第三方目录 gtemplate.net 收录 744 个公开 Bot：工作 357、个人 225、创意 102、研究 60。官方市场 x.ai/bot/marketplace 是 69 个公开模板、43 位作者、9 个分类。
交易类在这些能点开的清单里几乎看不见。 声量最大的自动赚钱帖，和真实在跑的活，不是同一张图。
这篇先讲国内读者当天能用的内容流水线（公众号、小红书、抖音、视频号），每一步写清 Bot 从哪拿数；再按九类给出能照着做的步骤。没有接口的平台，不编接口。
还没上手的人建议先读 Grok Bot 七步入门教程。
国内自媒体：Bot 从哪拿数，没有接口怎么办
Grok Bot 插件市场里能搜到 Gmail、Notion、Slack、X、GitHub，搜不到微信公众号、小红书、抖音、视频号、即刻。 国内创作者后台也不对第三方开放阅读量、完播率这类接口。所以「让 Bot 去拿播放量」如果没说清从哪拿，就是空话。
站在 Bot 身上，它只有三条路。官方建议有插件走插件；没插件才走下面两条。
阅读量不在公开文章页上。 你把 mp.weixin.qq.com/s/xxxx 丢给它，它能读正文，读不到后台的阅读、分享、完读。要这些数，只能：你登录 微信公众平台 → 统计 → 内容分析，把表导出或截图丢进对话；或者让 Bot 用已经登录好的后台窗口去读那张表——这是路 2，不是接口。
认风格也一样，走公开链，不走后台：
- 把自己发过的公众号文章、小红书笔记，整理成一份 URL 列表（十到二十条就够）
- 让 Bot 逐条打开，读正文，写一份调性卡：这个号像谁、打什么、不写什么。每一条都要回报「打开了 / 打不开」
- 打不开的从列表里删掉，不准拿「看过了」糊弄
- 调性卡、当天选题、近热是 0 就写 0，全部写成云电脑
/workspace/里的文件，不写在一句「收到」里 - 创作者后台的登录窗留下，岗位说明可以重写。登录丢了后面每一单都要重新扫码，还可能撞风控。视频站对云端浏览器风控更紧，被拦就停例行任务，改成你本机看、把要点贴给它
手机上刷到的抖音、视频号、公众号链接，可以用快捷指令打到 Webhook，让 Bot 打开你喂进去的公开链转录入库——拿的是链接里的正文，不是后台播放量。配法见七步教程的网络回调。
各平台：它到底怎么拿到那个数
QQ 邮箱、网易邮箱同样没有 Grok Bot 插件。要让它盯收件箱：要么浏览器打开已登录的网页版邮箱（路 2），要么你把邮件转发到有插件的 Gmail / Outlook，要么导出后丢文件（路 3）。不要写成「装个 QQ 插件」。
一条能当天跑的流水线（每一步都写清数据从哪来）
- 建三个 Bot。情报只打开你点名的 URL；运营只改稿、不发；总助质检。群名「自媒体创作团队」。
- 第一条群消息：「没有上游文件和我的批准，不准进入下一阶段。登录、发布、点赞、私信留给我。读不到的数写 UNSURE，不准编阅读量。」
- 情报：最多五个公开页（官网、公告、你自己的旧文链接）。微博、小红书热帖只当线索。这一步没有后台数据。
- 你批准一个题。运营按平台出候选稿，文末列「事实依据 / 仍需确认」。发布在你自己的 App 里点。
- 复盘：你把后台导出的表或数据页截图丢进对话。Bot 只对你给的数字做表，禁止自己去「查一下播放量」。
你只跟总助说话。分别跟每个 Bot 开会，人又变回中转站。额度也更耐用：让它没停止条件地去点创作者后台，会一直截图、重试，还可能把号点封。不要让一个 Bot 干完所有活。
一、邮件与收件箱：最该选的第一个场景
理由很实际：工作量可以极大，而结果极容易检查。 它归错了类你一眼就看得出来，代价接近于零。国内 QQ / 网易邮箱没有 Grok Bot 插件。形状可以一样（按发件人归类、拿不准的不动），但数据入口只有：浏览器打开已登录的网页版邮箱、把信转发到有插件的 Gmail / Outlook，或你导出后丢文件。写进描述里必须点名走哪一条，不能写「去读我的 QQ 邮箱」却不给路径。
照着做
有 Gmail 或 Outlook 插件时：
- 装插件，在对话里
@Gmail（或 Outlook）验一次：「列出我今天收到的前五封标题。不要回复、不要删除。」 - 描述里写死四条：按发件人归类；垃圾和敏感单独放；分批处理；拿不准的留着不动
- 第一次只整理一份带来源的清单，你抽三封对原文
- 跑顺了再改成每天一次的例行任务，仍然禁止回复
没有插件的 QQ / 网易邮箱，先在描述里点名数据入口：网页版已登录窗口、转发到 Gmail，或你导出的文件。不写入口，等于没交活。
「拿不准就别动」写进描述，比任何提示词技巧都管用。
二、浏览器杂务：够到那些从来没有接口的系统
这可能是这个产品最有说服力的优势，而且是传统自动化做不到的：
因为 Bot 是登录进去，而不是调接口，所以它能够到那些从来就没有接口的系统。
具体是哪些系统？国内常见的就是没有插件的那些：微信公众平台统计页、小红书创作者中心、抖音创作者服务中心、电商后台、供应商门户、要验证码的在线表格。Bot 不是调接口，是打开已经登录的页面去点、去读屏幕上的数。验证码和付款会停下来交给你。页面一改版、平台一风控，这条路就断——所以能导出表格的，优先导出后丢给它。
照着做
- 你先在云端电脑里亲手登录那个后台，完成扫码和二次验证，确认页面能打开
- 派活写成：「打开已经登录的某某后台，把今天待办的表格截图并抄成清单。遇到验证码或提交按钮就停，交给我。」
- 第一次只读、只抄，不点提交。你对照屏幕核三行
- 能从后台导出 Excel 的，改成你导出后丢文件——比让它天天点更稳
- 数字只统计「填了几张表、跑了几个门户」，不统计「赚了多少钱」
这颠倒了通常的做事顺序
过去的标准建议是：先把老系统换掉，然后在新系统上做自动化。
现在可以反过来：先在你现有的系统上试自动化，量出到底哪里真的变快了，然后用证据决定要不要换底层系统——而不是用预测。
对大多数人的意义：你不用先做那个又贵又慢又容易失败的系统迁移，就能先拿到自动化的收益。
（不过浏览器路线本身是脆的——有插件的场景优先用插件，理由见Grok Bot 插件指南。）
三、研究与长期资料：判据是「持久」
什么时候该用 Bot 做研究，什么时候直接开个聊天窗口更快？
单个问题，普通的 AI 聊天可能更快。需要活上几周的研究系统，才轮到 Bot 这套模式。
差别在「持久」两个字。 研究通常会产出一堆标签页、收藏的帖子和文档，然后慢慢变得没法用。Bot 能持续做归档、打标签、总结和更新——这才是它的价值，不是回答某一个问题。
适合交给它的是「活上几周的资料库」：把会议记录、公开链接、已有文档归档、打标签、更新。单个问题直接开聊天窗口更快。
官方市场里可装 Researchy：每次检索走带联网的最新模型，数字要带出处和日期，站不住的标出来，不圆过去。
照着做
- 指定来源：只打开你给的文件夹、链接列表或已连接的网盘，不准自己满网搜凑数
- 交付写成表：姓名或标题、出处链接、日期、标签、未知项。未知就写未知
- 第一次只处理一小段（比如最近一个月），你抽三条点开原文
- 跑顺了再拉长周期。中途打不开的来源单独列，不准用旧数据填上
四、会议前后：烦的不是会，是会前会后
会议这件事有个特点：烦人的部分不在会议里，在会议前后，而且散在好几个工具里。
这正好是它的形状。
会前简报的数据源通常横跨客户系统、邮箱、聊天和会议记录。有插件的用插件（Gmail、Slack、Granola、Gong）；没有插件的，把纪要粘贴或上传给它。
产出是每场一份短简报：这个客户的情况、之前接触过什么、还没解决的诉求。能在手机上扫完。会后那一半是纪要、承诺、带日期的跟进清单——「回头跟进」没有日期就没法检查。
官方市场可装 Meeting Recap Deck：只用你提供的笔记做幻灯片，不编造一句引语。
照着做
- 会前：把客户名、上次纪要、相关邮件交给它，要求一页简报，每条带出处
- 会后：把录音转写或你的笔记贴进去，抽出承诺和日期，不发跟进信
- 你核三处日期再决定要不要发出去
五、客服与支持：少数走到「真的把事办了」的场景
为什么支持工作特别适合：它按政策办事、不断重复、通常需要先查一下信息再做一个简单动作——正好是那个标准形状（读 → 查 → 应用规则 → 出结果）。
适合的原因是它按政策办事、不断重复、通常先查一下再做一个简单动作。
照着做
- 识别这是不是一封明确的退款或查询
- 在订单系统里找到对应交易（有插件用插件，没有就打开已登录后台，或你把订单号贴给它）
- 对照你提供的退款政策，写出「退 / 不退」和依据条款
- 符合政策的，只起草动作，不执行
- 不符合或拿不准的，升级给你。钱没动之前必须有一次人工点头
第五步是安全阀。没有它，前四步做得再好也不能上线。支付接口、退款按钮一律停在你这边。
六、编程周边：最值得抄的做法是让它别写代码
这一类的结论可能和你的预期相反：编程是这个产品用得最多的场景之一，但最值得抄的做法，是让 Bot 不要去写你的仓库。
正确做法是让 Bot 当调度，不要在共享那台云电脑里编译和改仓库。它去整理议题、分类、写提示词，真正写代码的交给 Cursor 云端编程会话。决定和合并回到你这里。
这个架构有两层价值：
另外一条产品事实要知道：Grok Bot 不索引你的代码仓库，它没有代码库插件。
照着做
- 描述里写死：不改仓库、不合代码、不跑编译
- 让它列出未关闭议题，按「能合并 / 要关 / 要变基」分类，每条带链接
- 需要改代码时，由它起草提示词，你在 Cursor 云端会话里执行
- 合并按钮只留在你手上
七、内容生产：它做流水线，不做主编
这一类的边界比其他都清楚：
它作为内容生产助手是可信的；作为决定你的内容该说什么的那个人，还差得远。
国内用法写在文首：公众号、小红书、抖音拆岗，旧稿认风格再出题，发布留在人手里。内容日历也是同一形状——发现、研究、写作、分发拆开，草稿可以交给它，发不发由你点。
把编辑决定权整个交出去，很难辩护。 官方市场里把关键词变成内容简报的是 SEO & AEO Desk；从长录音剪短片的是 Clip Bot。
第一次搭内容团队，三只就够：总管拆任务、一个专家干活、一个质检官允许退回。群里第一条消息写清目标和验收，其他 Bot 等分工再开口。过程文件放 /workspace/项目名/，交接时写「做了什么、路径、仍缺什么、下一位做什么」——成果不要只留在聊天里。
另一条省时间的用法是当 Cursor 的「外环」：Grok Bot 去 Notion、Slack、文档里把规则找齐，写成干净提示词，再交给云端编程会话写代码。调研和写代码拆开，上下文不容易被带跑。公开主页上的简介、关注列表这类机械翻页，也可以交给它抄进表格，约不约人留给你。
一条能当天照着搭的流水线是五个岗位、靠共享目录交接，而不是靠群里互相催：
- 情报侦察员：只从你指定的公开页面找线索，每条带原始链接和核验状态；平台热帖只能标成线索，关键事实回到官方原文
- 选题策划师：只读已经核验的线索，每次只推荐三个题，等你批准才往下走
- 内容主笔：只根据你的口吻说明和已批准的简报写候选稿，不得自行补数字、引语或「我亲测」
- 事实编辑：逐条回到简报里的链接核对，输出「可发布候选」——这不等于已经发布
- 数据复盘师：只读你丢进来的后台导出表或数据页截图。公众号阅读量、抖音完播率不在公开链上，没有插件可拉，禁止它自己「去后台看一眼」却不说明走的是登录窗还是你给的文件。禁止点赞、回复、关注、私信
发布、登录、付款仍由你在自己的客户端点。第一次只跑三个公开页面、五条线索；目录和禁止项写进每个 Bot 的描述，不要写在某一句临时对话里。群聊规则先发「没有上游文件和我的批准，不准进入下一阶段」，再丢主题。
八、财务与运营：量在这里
对大多数已经在运转的生意来说，这是价值最高的一类，理由很直接：量在这里。 每个月几百张收据、工单、发票，每一张都由人手工对照一条从来不变的规则处理。
官方的费用角色写法有两个细节值得直接学：
用费用系统里的数据和附件里的政策，做出本周的费用汇总。从财务邮箱里匹配收据，标出缺失的类别或者违反政策的情况，给每个负责人起草一条跟进消息。返回汇总和草稿；不要发送消息，也不要修改报销。
官方还补了一句：
每一条例外都要求它引用政策条款，而且总额要能对回到原始数据。
这两条要求是这一类的核心方法：一是把有后果的动作（发送、修改）明确挡在外面，二是让每个结论都可以被反查。
退款链路写成：读到客户邮件 → 对照政策 → 停在人工批准 → 你点头后才打到支付。钱没动之前必须有一次人。产品刚发版可以让它把官网桌面和手机、登录、支付、404 页走一遍，带着截图和「几项过了几项没过」回来——单次不难，烦的是每次发版都要人切一次浏览器。
官方市场里的 Haggle Bot 是同一形状：盘点订阅、找闲置席位、起草还价，花钱、签字、发送一律等人。个人版就是：把本周扣款和收据对上，不对的标出来，不改账。
照着做
- 把费用政策和本周收据（邮件或导出表）交给它
- 要求：汇总、对不上的、缺类别的，每条引用政策条款，总额能对回原始数据
- 只返回草稿，不发跟进消息、不改报销
- 你抽三条对原始收据再决定要不要发
九、个人事务：公开讨论里最少人讲的一类
这一类在公开讨论里的声量，和它在清单里的分量不成比例。
公开讨论里很少有人晒家庭日历和账单，但这类活规则清楚、重复发生、错了看得见，恰恰适合当第一个任务。官方市场有 Be Happier：每周从真实日历和收件箱里给出三件具体的事。
照着做
- 装日历和邮箱插件，或把本周日程、账单截图丢给它
- 要求只输出三件「今天要你做决定的事」，每条带来源
- 不发邮件、不改日程、不付款
Bot 要长期收验证码、注册服务、跟别人通信时，别把私人 Gmail 整箱交给它。私人邮件、密码重置和二次验证码跟它的发信权挤在同一个盒子里，邮件里再夹一条恶意指令，后续动作就会被带跑。更稳的做法是给它单独开一个收件箱：装对应插件、在浏览器里完成授权，让它用自己的地址去收验证码、发测试信。对外发信仍然先展示收件人、主题和正文，你确认后再发。
真实模板与技能举例
看完九类，下一个问题是「那我具体装哪个」。下面这些都能在官方市场点开预览，安装动作最终要回到官方域名完成。
技能剧本（SKILL.md，一份告诉 Bot「怎么做」的可复用说明）和模板不是一件事。模板是一个完整的 Bot 身份；技能是塞进身份里的作业手册。要按任务翻技能，用下面清单里的 grokbotskills.vercel.app（195 份）。完整的判断方法见 Grok Bot 模板指南。
去哪找现成配置
要装就去官方市场 x.ai/bot/marketplace，预览和添加都在产品方域名上。第三方目录热度不是安装量，用之前按对待陌生软件的标准审一遍。技能剧本和模板不是一件事：模板是完整 Bot 身份，技能是「怎么做」的作业手册，判断方法见 Grok Bot 模板指南。
产品坏了先搜 Cursor 论坛 grok-bot 标签。
怎么判断一个用例是真的
这一节值得单独说，因为这个领域现在处在声量最大、证据最少的阶段。
最好用的一条判据：看数字对应的是工作量还是收益。
左边这些数字可以被质疑和复核，右边的不能——你没法验证一个陌生人的账户余额。 另一条：结果是追回已有资料，还是凭空创造的——前者证据强得多。
完整判据见什么活适合交给 Grok Bot。
从哪开始
把九类合成一条路径：
共同的起手式：范围小到就算全错了也不心疼，只让它整理、不让它动手，跑顺了再逐步放宽。
对应的第一句可以这样发（把空白换成你的）：
官方入口：x.ai/bot 下载，x.ai/bot/marketplace 装模板，x.ai/bot/guides 看别人怎么用。社区场景索引：grokbot.dev/use-cases。怎么装模板见Grok Bot 模板指南。
九类场景各自的完整设计、现成描述模板和多 Bot 编排方式，在翔宇工作流 AI 编程实操课的会员专区。
参考
常见问题
Grok Bot 用得最多的场景是什么？
国内读者先看公众号、小红书、抖音这条拆岗流水线。国外公开索引 grokbot.dev 目前列出日常工作 34 条、个人事务 30 条，交易类几乎没有。不做内容的人，第一个场景仍然是邮件与收件箱。
Grok Bot 最独特的能力是什么？
因为它是登录进去操作界面，不是调接口，所以它能够到那些从来就没有接口的系统——那个老掉牙的运营工具、多年没人碰过的供应商门户、那套很多年前还算现代的会计系统。这是传统自动化做不到的，也意味着做事顺序可以颠倒：先在现有老系统上试自动化，量出哪里真的变快了，再用证据决定要不要换底层系统。
研究类的活什么时候该用 Bot，什么时候用普通聊天？
单个问题，普通的 AI 聊天通常更快。需要活上几周的研究系统，才轮到 Bot 这套模式。差别在持久：它能持续归档、打标签、更新。来源必须是你指定的链接或文件夹，未知就写未知。
能让 Grok Bot 写代码吗？
不要在共享云电脑里编译和改仓库。让它整理议题、分类、写提示词，真正写代码交给 Cursor 云端会话，合并按钮留在你手上。
内容创作能交给它吗？
能做流水线，不能当主编。国内没有公众号 / 小红书 / 抖音插件：情报只打开你给的公开 URL；阅读量和完播率要你从创作者后台导出或截图再丢给它，或让它读已经登录好的后台窗口。发布、点赞、私信留在你自己的客户端。
财务和运营类的活怎么设计才安全？
用费用政策和本周收据做汇总，对不上的标出来，每条引用政策条款，总额对回原始数据。只返回草稿，不发消息、不改报销、不付款。钱没动之前必须有一次人工点头。
有哪些开源资源可以直接用？
要装现成 Bot，去官方市场 x.ai/bot/marketplace。预览和添加都在产品方域名上。第三方目录热度不是安装量。
怎么判断一个用例是真的在跑还是营销演示？
看数字对应的是工作量还是收益。打开了多少页、填了几张表、导出表上的阅读量可以复核；赚了多少钱、翻了多少倍没法验证。结果是追回已有资料，还是凭空创造的——前者证据强得多。
第一个场景该选哪个？
做内容就走公众号、小红书、抖音拆岗：情报找线索，运营按平台改一版，总助质检，发布自己点。不做内容的人，第一个场景是邮件与收件箱——按发件人归类、垃圾和敏感分开、拿不准的不动。
个人事务类的场景为什么值得关注？
公开讨论里很少有人晒家庭日历和账单，但这类活规则清楚、重复发生、错了看得见，适合当第一个任务。