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，不是接口。

认风格也一样，走公开链，不走后台：

1. 把自己发过的公众号文章、小红书笔记，整理成一份 URL 列表（十到二十条就够）
2. 让 Bot 逐条打开，读正文，写一份调性卡：这个号像谁、打什么、不写什么。每一条都要回报「打开了 / 打不开」
3. 打不开的从列表里删掉，不准拿「看过了」糊弄
4. 调性卡、当天选题、近热是 0 就写 0，全部写成云电脑 /workspace/ 里的文件，不写在一句「收到」里
5. 创作者后台的登录窗留下，岗位说明可以重写。登录丢了后面每一单都要重新扫码，还可能撞风控。视频站对云端浏览器风控更紧，被拦就停例行任务，改成你本机看、把要点贴给它

手机上刷到的抖音、视频号、公众号链接，可以用快捷指令打到 Webhook，让 Bot 打开你喂进去的公开链转录入库——拿的是链接里的正文，不是后台播放量。配法见七步教程的网络回调。

各平台：它到底怎么拿到那个数

QQ 邮箱、网易邮箱同样没有 Grok Bot 插件。要让它盯收件箱：要么浏览器打开已登录的网页版邮箱（路 2），要么你把邮件转发到有插件的 Gmail / Outlook，要么导出后丢文件（路 3）。不要写成「装个 QQ 插件」。

一条能当天跑的流水线（每一步都写清数据从哪来）

1. 建三个 Bot。情报只打开你点名的 URL；运营只改稿、不发；总助质检。群名「自媒体创作团队」。
2. 第一条群消息：「没有上游文件和我的批准，不准进入下一阶段。登录、发布、点赞、私信留给我。读不到的数写 UNSURE，不准编阅读量。」
3. 情报：最多五个公开页（官网、公告、你自己的旧文链接）。微博、小红书热帖只当线索。这一步没有后台数据。
4. 你批准一个题。运营按平台出候选稿，文末列「事实依据 / 仍需确认」。发布在你自己的 App 里点。
5. 复盘：你把后台导出的表或数据页截图丢进对话。Bot 只对你给的数字做表，禁止自己去「查一下播放量」。

你只跟总助说话。分别跟每个 Bot 开会，人又变回中转站。额度也更耐用：让它没停止条件地去点创作者后台，会一直截图、重试，还可能把号点封。不要让一个 Bot 干完所有活。

一、邮件与收件箱：最该选的第一个场景

理由很实际：工作量可以极大，而结果极容易检查。 它归错了类你一眼就看得出来，代价接近于零。国内 QQ / 网易邮箱没有 Grok Bot 插件。形状可以一样（按发件人归类、拿不准的不动），但数据入口只有：浏览器打开已登录的网页版邮箱、把信转发到有插件的 Gmail / Outlook，或你导出后丢文件。写进描述里必须点名走哪一条，不能写「去读我的 QQ 邮箱」却不给路径。

照着做

有 Gmail 或 Outlook 插件时：

1. 装插件，在对话里 @Gmail（或 Outlook）验一次：「列出我今天收到的前五封标题。不要回复、不要删除。」
2. 描述里写死四条：按发件人归类；垃圾和敏感单独放；分批处理；拿不准的留着不动
3. 第一次只整理一份带来源的清单，你抽三封对原文
4. 跑顺了再改成每天一次的例行任务，仍然禁止回复

没有插件的 QQ / 网易邮箱，先在描述里点名数据入口：网页版已登录窗口、转发到 Gmail，或你导出的文件。不写入口，等于没交活。

「拿不准就别动」写进描述，比任何提示词技巧都管用。

二、浏览器杂务：够到那些从来没有接口的系统

这可能是这个产品最有说服力的优势，而且是传统自动化做不到的：

因为 Bot 是登录进去，而不是调接口，所以它能够到那些从来就没有接口的系统。

具体是哪些系统？国内常见的就是没有插件的那些：微信公众平台统计页、小红书创作者中心、抖音创作者服务中心、电商后台、供应商门户、要验证码的在线表格。Bot 不是调接口，是打开已经登录的页面去点、去读屏幕上的数。验证码和付款会停下来交给你。页面一改版、平台一风控，这条路就断——所以能导出表格的，优先导出后丢给它。

照着做

1. 你先在云端电脑里亲手登录那个后台，完成扫码和二次验证，确认页面能打开
2. 派活写成：「打开已经登录的某某后台，把今天待办的表格截图并抄成清单。遇到验证码或提交按钮就停，交给我。」
3. 第一次只读、只抄，不点提交。你对照屏幕核三行
4. 能从后台导出 Excel 的，改成你导出后丢文件——比让它天天点更稳
5. 数字只统计「填了几张表、跑了几个门户」，不统计「赚了多少钱」

这颠倒了通常的做事顺序

过去的标准建议是：先把老系统换掉，然后在新系统上做自动化。

现在可以反过来：先在你现有的系统上试自动化，量出到底哪里真的变快了，然后用证据决定要不要换底层系统——而不是用预测。

对大多数人的意义：你不用先做那个又贵又慢又容易失败的系统迁移，就能先拿到自动化的收益。

（不过浏览器路线本身是脆的——有插件的场景优先用插件，理由见Grok Bot 插件指南。）

三、研究与长期资料：判据是「持久」

什么时候该用 Bot 做研究，什么时候直接开个聊天窗口更快？

单个问题，普通的 AI 聊天可能更快。需要活上几周的研究系统，才轮到 Bot 这套模式。

差别在「持久」两个字。 研究通常会产出一堆标签页、收藏的帖子和文档，然后慢慢变得没法用。Bot 能持续做归档、打标签、总结和更新——这才是它的价值，不是回答某一个问题。

适合交给它的是「活上几周的资料库」：把会议记录、公开链接、已有文档归档、打标签、更新。单个问题直接开聊天窗口更快。

官方市场里可装 Researchy：每次检索走带联网的最新模型，数字要带出处和日期，站不住的标出来，不圆过去。

照着做

1. 指定来源：只打开你给的文件夹、链接列表或已连接的网盘，不准自己满网搜凑数
2. 交付写成表：姓名或标题、出处链接、日期、标签、未知项。未知就写未知
3. 第一次只处理一小段（比如最近一个月），你抽三条点开原文
4. 跑顺了再拉长周期。中途打不开的来源单独列，不准用旧数据填上

四、会议前后：烦的不是会，是会前会后

会议这件事有个特点：烦人的部分不在会议里，在会议前后，而且散在好几个工具里。

这正好是它的形状。

会前简报的数据源通常横跨客户系统、邮箱、聊天和会议记录。有插件的用插件（Gmail、Slack、Granola、Gong）；没有插件的，把纪要粘贴或上传给它。

产出是每场一份短简报：这个客户的情况、之前接触过什么、还没解决的诉求。能在手机上扫完。会后那一半是纪要、承诺、带日期的跟进清单——「回头跟进」没有日期就没法检查。

官方市场可装 Meeting Recap Deck：只用你提供的笔记做幻灯片，不编造一句引语。

照着做

1. 会前：把客户名、上次纪要、相关邮件交给它，要求一页简报，每条带出处
2. 会后：把录音转写或你的笔记贴进去，抽出承诺和日期，不发跟进信
3. 你核三处日期再决定要不要发出去

五、客服与支持：少数走到「真的把事办了」的场景

为什么支持工作特别适合：它按政策办事、不断重复、通常需要先查一下信息再做一个简单动作——正好是那个标准形状（读 → 查 → 应用规则 → 出结果）。

适合的原因是它按政策办事、不断重复、通常先查一下再做一个简单动作。

照着做

1. 识别这是不是一封明确的退款或查询
2. 在订单系统里找到对应交易（有插件用插件，没有就打开已登录后台，或你把订单号贴给它）
3. 对照你提供的退款政策，写出「退 / 不退」和依据条款
4. 符合政策的，只起草动作，不执行
5. 不符合或拿不准的，升级给你。钱没动之前必须有一次人工点头

第五步是安全阀。没有它，前四步做得再好也不能上线。支付接口、退款按钮一律停在你这边。

六、编程周边：最值得抄的做法是让它别写代码

这一类的结论可能和你的预期相反：编程是这个产品用得最多的场景之一，但最值得抄的做法，是让 Bot 不要去写你的仓库。

正确做法是让 Bot 当调度，不要在共享那台云电脑里编译和改仓库。它去整理议题、分类、写提示词，真正写代码的交给 Cursor 云端编程会话。决定和合并回到你这里。

这个架构有两层价值：

另外一条产品事实要知道：Grok Bot 不索引你的代码仓库，它没有代码库插件。

照着做

1. 描述里写死：不改仓库、不合代码、不跑编译
2. 让它列出未关闭议题，按「能合并 / 要关 / 要变基」分类，每条带链接
3. 需要改代码时，由它起草提示词，你在 Cursor 云端会话里执行
4. 合并按钮只留在你手上

七、内容生产：它做流水线，不做主编

这一类的边界比其他都清楚：

它作为内容生产助手是可信的；作为决定你的内容该说什么的那个人，还差得远。

国内用法写在文首：公众号、小红书、抖音拆岗，旧稿认风格再出题，发布留在人手里。内容日历也是同一形状——发现、研究、写作、分发拆开，草稿可以交给它，发不发由你点。

把编辑决定权整个交出去，很难辩护。 官方市场里把关键词变成内容简报的是 SEO & AEO Desk；从长录音剪短片的是 Clip Bot。

第一次搭内容团队，三只就够：总管拆任务、一个专家干活、一个质检官允许退回。群里第一条消息写清目标和验收，其他 Bot 等分工再开口。过程文件放 /workspace/项目名/，交接时写「做了什么、路径、仍缺什么、下一位做什么」——成果不要只留在聊天里。

另一条省时间的用法是当 Cursor 的「外环」：Grok Bot 去 Notion、Slack、文档里把规则找齐，写成干净提示词，再交给云端编程会话写代码。调研和写代码拆开，上下文不容易被带跑。公开主页上的简介、关注列表这类机械翻页，也可以交给它抄进表格，约不约人留给你。

一条能当天照着搭的流水线是五个岗位、靠共享目录交接，而不是靠群里互相催：

1. 情报侦察员：只从你指定的公开页面找线索，每条带原始链接和核验状态；平台热帖只能标成线索，关键事实回到官方原文
2. 选题策划师：只读已经核验的线索，每次只推荐三个题，等你批准才往下走
3. 内容主笔：只根据你的口吻说明和已批准的简报写候选稿，不得自行补数字、引语或「我亲测」
4. 事实编辑：逐条回到简报里的链接核对，输出「可发布候选」——这不等于已经发布
5. 数据复盘师：只读你丢进来的后台导出表或数据页截图。公众号阅读量、抖音完播率不在公开链上，没有插件可拉，禁止它自己「去后台看一眼」却不说明走的是登录窗还是你给的文件。禁止点赞、回复、关注、私信

发布、登录、付款仍由你在自己的客户端点。第一次只跑三个公开页面、五条线索；目录和禁止项写进每个 Bot 的描述，不要写在某一句临时对话里。群聊规则先发「没有上游文件和我的批准，不准进入下一阶段」，再丢主题。

八、财务与运营：量在这里

对大多数已经在运转的生意来说，这是价值最高的一类，理由很直接：量在这里。 每个月几百张收据、工单、发票，每一张都由人手工对照一条从来不变的规则处理。

官方的费用角色写法有两个细节值得直接学：

用费用系统里的数据和附件里的政策，做出本周的费用汇总。从财务邮箱里匹配收据，标出缺失的类别或者违反政策的情况，给每个负责人起草一条跟进消息。返回汇总和草稿；不要发送消息，也不要修改报销。

官方还补了一句：

每一条例外都要求它引用政策条款，而且总额要能对回到原始数据。

这两条要求是这一类的核心方法：一是把有后果的动作（发送、修改）明确挡在外面，二是让每个结论都可以被反查。

退款链路写成：读到客户邮件 → 对照政策 → 停在人工批准 → 你点头后才打到支付。钱没动之前必须有一次人。产品刚发版可以让它把官网桌面和手机、登录、支付、404 页走一遍，带着截图和「几项过了几项没过」回来——单次不难，烦的是每次发版都要人切一次浏览器。

官方市场里的 Haggle Bot 是同一形状：盘点订阅、找闲置席位、起草还价，花钱、签字、发送一律等人。个人版就是：把本周扣款和收据对上，不对的标出来，不改账。

照着做

1. 把费用政策和本周收据（邮件或导出表）交给它
2. 要求：汇总、对不上的、缺类别的，每条引用政策条款，总额能对回原始数据
3. 只返回草稿，不发跟进消息、不改报销
4. 你抽三条对原始收据再决定要不要发

九、个人事务：公开讨论里最少人讲的一类

这一类在公开讨论里的声量，和它在清单里的分量不成比例。

公开讨论里很少有人晒家庭日历和账单，但这类活规则清楚、重复发生、错了看得见，恰恰适合当第一个任务。官方市场有 Be Happier：每周从真实日历和收件箱里给出三件具体的事。

照着做

1. 装日历和邮箱插件，或把本周日程、账单截图丢给它
2. 要求只输出三件「今天要你做决定的事」，每条带来源
3. 不发邮件、不改日程、不付款

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 编程实操课的会员专区。

参考

1. Grok Bot 产品页
2. 官方使用场景与指南
3. 官方模板市场
4. Grok Bot 文档：用例
5. 微信公众平台（阅读量在后台统计，不在公开文章页）

常见问题

Grok Bot 用得最多的场景是什么？

国内读者先看公众号、小红书、抖音这条拆岗流水线。国外公开索引 grokbot.dev 目前列出日常工作 34 条、个人事务 30 条，交易类几乎没有。不做内容的人，第一个场景仍然是邮件与收件箱。

Grok Bot 最独特的能力是什么？

因为它是登录进去操作界面，不是调接口，所以它能够到那些从来就没有接口的系统——那个老掉牙的运营工具、多年没人碰过的供应商门户、那套很多年前还算现代的会计系统。这是传统自动化做不到的，也意味着做事顺序可以颠倒：先在现有老系统上试自动化，量出哪里真的变快了，再用证据决定要不要换底层系统。

研究类的活什么时候该用 Bot，什么时候用普通聊天？

单个问题，普通的 AI 聊天通常更快。需要活上几周的研究系统，才轮到 Bot 这套模式。差别在持久：它能持续归档、打标签、更新。来源必须是你指定的链接或文件夹，未知就写未知。

能让 Grok Bot 写代码吗？

不要在共享云电脑里编译和改仓库。让它整理议题、分类、写提示词，真正写代码交给 Cursor 云端会话，合并按钮留在你手上。

内容创作能交给它吗？

能做流水线，不能当主编。国内没有公众号 / 小红书 / 抖音插件：情报只打开你给的公开 URL；阅读量和完播率要你从创作者后台导出或截图再丢给它，或让它读已经登录好的后台窗口。发布、点赞、私信留在你自己的客户端。

财务和运营类的活怎么设计才安全？

用费用政策和本周收据做汇总，对不上的标出来，每条引用政策条款，总额对回原始数据。只返回草稿，不发消息、不改报销、不付款。钱没动之前必须有一次人工点头。

有哪些开源资源可以直接用？

要装现成 Bot，去官方市场 x.ai/bot/marketplace。预览和添加都在产品方域名上。第三方目录热度不是安装量。

怎么判断一个用例是真的在跑还是营销演示？

看数字对应的是工作量还是收益。打开了多少页、填了几张表、导出表上的阅读量可以复核；赚了多少钱、翻了多少倍没法验证。结果是追回已有资料，还是凭空创造的——前者证据强得多。

第一个场景该选哪个？

做内容就走公众号、小红书、抖音拆岗：情报找线索，运营按平台改一版，总助质检，发布自己点。不做内容的人，第一个场景是邮件与收件箱——按发件人归类、垃圾和敏感分开、拿不准的不动。

个人事务类的场景为什么值得关注？

公开讨论里很少有人晒家庭日历和账单，但这类活规则清楚、重复发生、错了看得见，适合当第一个任务。