Grok Bot 能干什么：九类真实场景与开源资源库

搜「Grok Bot 能干什么」，跳出来的前几条多半是「48 小时把 50 美元变成五千多」这类。

但翻开能点开核对的清单，是另一幅景象。

社区用例索引 grokbot.dev/use-cases 目前各分类条目数（2026 年 9 月 9 日核对）：

第三方目录 gtemplate.net 收录 744 个公开 Bot：工作 357、个人 225、创意 102、研究 60。官方市场 x.ai/bot/marketplace 是 69 个公开模板、43 位作者、9 个分类。

交易类在这些能点开的清单里几乎看不见。 声量最大的自动赚钱帖，和真实在跑的活，不是同一张图。

这篇讲九类真的在跑的场景，每一类都带可核对的工作量数字和出处；后面给一份开源资源清单——仓库名、网址、规模数字，能点开验证的那种。再后面给一节「具体装哪个」。

信息核对日期：2026 年 9 月 9 日。 还没上手的人建议先读 Grok Bot 七步入门教程。

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

理由很实际：工作量可以极大，而结果极容易检查。 它归错了类你一眼就看得出来，代价接近于零。

公开帖索引 Grok Bot Pulse 的邮件分类 目前列出 195 条——这个数量说明它是一个真实的使用集群，不是某一条爆款帖带出来的假象。

流传最广的例子是 Mike P（@mikepat711） 把约九万封邮件（跨两个 Gmail 邮箱）交给 Bot 处理。规模让这条帖子拿到百万级浏览，但有用的部分是流程本身：

• 按发件人归类
• 把垃圾和敏感邮件分开
• 分批处理
• 拿不准的留着不动

「拿不准就别动」这条写进描述，比任何提示词技巧都管用——它是整段流程里最省事的一条。

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

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

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

具体是哪些系统？那个老掉牙的运营工具、多年没人碰过的供应商门户、那套很多年前还算现代的会计系统。

可核对的实例：屋顶承包商 Price Foulger（@pricefoulger） 公开了自己两天里交给 Bot 的活——在城市门户上填并拉出屋顶施工许可、在带验证码的在线表格里预约检查、给保险公司发了两份开工通知。后面还顺着同一套门户做了分包合同、测量、报价和供应商授信申请。数字对应的是填了几张表、跑了几个门户，不是赚了多少钱。

这颠倒了通常的做事顺序

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

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

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

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

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

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

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

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

一个能说明量级的例子：Gaurav Munjal（@gauravmunjal） 把十年的会议历史交给 Bot，要求整理成结构化数据库，含姓名、职业档案链接、现在在做什么和标签。它连续跑了两个半小时，光是处理完前三年就录入了约一千人。grokbot.dev 把这条收进用例库，原文可点开。

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

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

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

这正好是它的形状。

产品方做企业销售的 Krista Letz（@kristaletz） 公开过她的会前准备流程，数据源横跨客户关系系统、邮箱、团队聊天、会议记录工具、通话录音分析工具（她文中点名的是 Salesforce、Gmail、Slack、Granola、Gong）。

产出是每场会议一份简报：这个客户的情况、之前的接触记录、还没解决的诉求。她要求短、能在通勤时用手机扫完。

会后那一半同理——纪要、承诺、带日期的跟进清单。注意「带日期」三个字，它把「我们回头跟进」变成可以被检查的东西。

官方市场里可直接装的是她做的 Meeting Recap Deck：把会议记录变成汇报幻灯片，只用你粘贴或上传的笔记，不编造一句引语。

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

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

工程博主 Gergely Orosz（@GergelyOrosz） 把 Bot 接到客服邮箱和支付系统上处理常规退款。这个例子的价值在于它约束得非常紧：

1. 识别出这是一个明确的退款请求
2. 找到对应的那笔交易
3. 对照退款政策判断
4. 符合政策的执行
5. 不符合或者拿不准的，升级给人

第五步是整个设计的安全阀。 没有它，前四步做得再好也不能上线。grokbot.dev 的支持分类目前只有 6 条，量不大，但这几条已经走到「真的动了钱」这一步。

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

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

Kun Chen（@kunchenguid） 的做法是：他没有用 Bot 写仓库代码，而是让一个名叫 Firstmate 的 Bot 去运营一个「软件工厂」——这个 Bot 跟下属对话，下属去启动专门的云端编程会话，让编码工作不跟共享的 Bot 电脑抢资源。决定和代码提交回到他这里。

公开的战绩：自动化建起来之后，分类处理了 625 个条目（Matt Rice 的记录写的是 331 个问题、294 个合并请求）。做法本身开源在 grok-ship 仓库里。

这个架构有两层价值：

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

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

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

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

Ridark（@ridark_eth） 用七个命名 Bot 跑内容日历——发现、研究、写作、视觉、分发、数据和一个他只私信的总管。第一周交出 25 篇里的 14 篇草稿，发布仍由人点头。grokbot.dev 把这条标成高分用例。

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

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

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

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

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

官方还补了一句：

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

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

同一条线上，马斯克在 X 上点名过官方市场里的 Haggle Bot（产品说明见 Setting Grok Bot loose on procurement）：从账单里盘点软件订阅，找闲置席位和更便宜的替代，起草还价——花钱、签字、发送一律等人。UseGrokBot 上 Siya 的周账单对收据 是同一形状的个人版：把本周扣款和收据对上，不对的标出来。

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

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

回到开头那组数据：grokbot.dev 上个人事务 30 条，只比日常工作少 4 条；gtemplate.net 的 744 个公开 Bot 里，个人类 225 个。Lenny Rachitsky 那个「Be Happier」Bot——每周从邮箱、日历和团队聊天里给出三件具体的事——在 gtemplate.net 上有 10.6 万次浏览、578 个赞，模板地址是 x.ai/bot/0VC1XzREXRFGe0hVo-JEG。

但专门写「我怎么用它管家庭日历、账单、订阅」的长文很少——因为它不够酷，做出来也不好晒。

对个人用户来说，这恰恰是投入产出比高的起点：日程、账单、订阅管理、家庭事务、健康记录、旅行安排。这些活的共同点是规则清楚、重复发生、错了看得见，完全符合该交出去的标准。

真实模板与技能举例

看完九类，下一个问题是「那我具体装哪个」。下面这些都能在官方市场点开预览，安装动作最终要回到官方域名完成。

技能剧本（SKILL.md，一份告诉 Bot「怎么做」的可复用说明）和模板不是一件事。模板是一个完整的 Bot 身份；技能是塞进身份里的作业手册。要按任务翻技能，用下面清单里的 grokbotskills.vercel.app（195 份）。完整的判断方法见 Grok Bot 模板指南。

开源资源清单

这一节是真正能拿来用的部分。除官方市场外，全部是社区维护的公开资源——用之前按对待陌生开源软件的标准审一遍。规模数字均为 2026 年 9 月 9 日核对。

社区资源仓库

两条不要和 Grok Bot 弄混的仓库，列在这里是因为搜索时常被点进来：

它们的共同价值是帮你绕过营销噪音——收录标准写在仓库里，条目能点开验证，比刷推文靠谱得多。

技能剧本目录

jaskirat1616/grok-skills 对应的浏览站是 grokbotskills.vercel.app。页面写着 195 份技能剧本、11 个分类，其中软件开发 160 份。GitHub 仓库本身 0 星、最近提交 2026-08-30，能用的是网站，不是星标。技能是「怎么做」的可复用说明，和插件（连外部服务的通道）解决的不是一件事。

模板目录站

下面全部不是官方。安装最终要回到 x.ai 完成。

grokbotlist.com 打开能看，但首页只有个位数条目，不当目录用。botskillstack.com 自称 307+ 条，站点带广告网络特征，条目无法按同样标准复核，不列入。

社区讨论区

一条使用建议

这些资源的价值不在「拿来就用」，在看别人的配置长什么样。

新手写描述最常见的毛病是只写「产出什么」，漏掉「去哪取信息」「结果长什么样」「不许做什么」。而社区仓库里那些被反复引用的配置，这四样通常是全的。

怎么判断一个用例是真的

这一节值得单独说，因为这个领域现在处在声量最大、证据最少的阶段。

最好用的一条判据：看数字对应的是工作量还是收益。

左边这些数字可以被质疑和复核，右边的不能——你没法验证一个陌生人的账户余额。

注意本文引用的全部是左边那一类，并且每条都能点开出处。

完整的五条判据（含「追回已有的 vs 凭空创造的」这条最实用的），见什么活适合交给 Grok Bot。

从哪开始

把九类合成一条路径：

共同的起手式：范围小到就算全错了也不心疼，只让它整理、不让它动手，跑顺了再逐步放宽。

动手前建议先过一遍已知限制全表，知道天花板在哪；给权限之前过一遍安全边界。

九类场景各自的完整设计、现成描述模板和多 Bot 编排方式，在翔宇工作流 AI 编程实操课的会员专区。

常见问题

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

公开用例索引 grokbot.dev 目前列出日常工作 34 条、个人事务 30 条，交易和加密货币只有 2 条。第三方目录 gtemplate.net 收录 744 个公开 Bot，工作类 357、个人类 225。声量最大的自动赚钱类，在这些能点开的清单里几乎看不见。最容易上手的第一个场景是邮件与收件箱，因为工作量可以极大，结果又极容易检查。

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

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

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

单个问题，普通的 AI 聊天通常更快。需要活上几周的研究系统，才轮到 Bot 这套模式。差别在「持久」两个字：研究会产出一堆标签页、收藏和文档然后慢慢烂掉，而 Bot 能持续做归档、打标签、总结和更新。Gaurav Munjal 把十年的会议历史交给它整理成人脉库，它连续跑了两个半小时，光前三年就录入约一千人。

能让 Grok Bot 写代码吗？

编程是它用得最多的场景之一，但最值得抄的做法是让它不要去写你的仓库。Kun Chen 的公开做法是：让 Bot 去运营一个软件工厂，它跟下属对话，下属启动专门的云端编程会话，决定和代码提交回到人这里。建起来之后分类处理了 625 个条目（331 个问题、294 个合并请求）。两层理由：编译测试装依赖是重活，会拖慢共享同一台云端电脑的所有其他 Bot；代码质量的判断也该留在人手里。

内容创作能交给它吗？

它作为内容生产助手是可信的，作为决定你的内容该说什么的那个人，还差得远。Ridark 用七个命名 Bot 跑内容日历，第一周交出 25 篇里的 14 篇草稿，发布仍由人点头。研究选题、复用素材、准备资源、搬文件、维持发布管线是好活；把编辑决定权整个交出去很难辩护。

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

官方那个费用角色的写法值得直接学：用费用系统的数据和附件里的政策做出本周汇总，从财务邮箱匹配收据，标出缺失类别或违反政策的情况，给每个负责人起草跟进消息——返回汇总和草稿，不要发送消息，也不要修改报销。另外两条要求是核心：每一条例外都要引用政策条款，总额要能对回到原始数据。马斯克在 X 上点名过的 Haggle Bot 也是同一条线：盘点订阅、找证据、起草还价，花钱签字发送一律等人。

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

能点开的有：RongleCat/awesome-grok-bot（263 星、703 条，中英日对照追踪官方文档）、ZeroPointRepo/awesome-grok-bot（60 多条核验过的技能和插件）、majiayu000/awesome-grok-bot（可安装的分享链接）、mergisi/awesome-grokbot（可复制粘贴的配置）。技能剧本目录 grokbotskills.vercel.app 有 195 份。官方市场 x.ai/bot/marketplace 有 69 个公开模板。第三方目录 gtemplate.net 有 744 个、grokmarket.io 有 489 个，都不是官方出品，用之前按对待陌生开源软件的标准审一遍。

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

看数字对应的是工作量还是收益。处理了 625 个条目、跑了两个半小时录入约一千人、九万封邮件跨两个邮箱——这类数字可以被质疑和复核。而赚了多少钱、多少小时内翻多少倍，你没法验证一个陌生人的账户余额。另一条判据是看结果属于追回已有的还是凭空创造的，前者证据强得多。

第一个场景该选哪个？

邮件与收件箱。理由很实际：工作量可以极大，而结果极容易检查——它归错了类你一眼就看得出来，代价接近于零。做法上别只盯着收件箱清零，真正有用的是流程：按发件人归类、把垃圾和敏感邮件分开、分批处理、拿不准的留着不动。Mike P 把约九万封邮件（跨两个邮箱）交给 Bot，有用的是这套流程，不是浏览量。

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

它在公开讨论里的声量和实际使用量不成比例。grokbot.dev 上个人事务有 30 条，只比日常工作少 4 条；gtemplate.net 的 744 个公开 Bot 里个人类有 225 个。公开分享里很少有人写它，因为它不够酷，做出来也不好晒。对个人用户来说，这恰恰是规则清楚、错了看得见的起点。