社区帖子汇总：X 上用户自己晒的 Grok Bot 用法（fleyta88、ashen_one、Frank_AI_Lab 等）

帖子说的做法

• 引一条 routine 每 5 分钟看一次 X 提及，抓新信号、过滤噪音；先做便宜的检查，再决定要不要用昂贵的模型；把重要任务交给 agent 队列；记录结果并标出需要注意的。
• 引“7 个 agent 通过一张桌子工作，每一步都决定下一步是否需要运行。”
• 引搭法：对 Grok Bot 说下面这句话 → 把这个流程变成可复用的 skill → 再把它排成 routine。
• 引作者说同样的结构可用于研究、线索、编码告警或整条内容流水线。

monitor my X mentions every 5 minutes. filter irrelevant activity, save verified findings, track execution costs, and only notify me when something important changes. never publish without approval.

推提示词里写的是“只在重要变化时通知我、没批准不要发布”，这与 gippp69 专题里“每 5 分钟比每小时贵 12 倍”的成本提醒是同一类问题；“便宜检查先行”正是那里的做法。

来源

• 原帖：https://x.com/fleyta88/status/2110420766181224479

引作者说可以“把它们加到你的 Grok Bot 里免费用”。他在帖子里这样介绍（按原话归纳）：

• 引Res：每小时检查热门餐厅是否订满，有空位就替你订。
• 引Claims：你输入愿意分享的信息，Bot 去公开数据库搜索你是否有资格领取诉讼赔偿金。
• 引Content Creator：翻 Reddit、X 和其他新闻渠道找最新科技新闻，给你概要和一个合乎逻辑的切入点，方便做内容。
• 引Bills：你提供保险、电费、医保等信息，它去比价看有没有更便宜的同类服务。

Content Creator 的用法（作者自述）

• 引作者说他在 TikTok、Instagram 和 Twitter 上每天发帖已有 6 年；让这个 Bot 每小时扫描 X、Reddit 和其他新闻渠道，看科技圈有没有新东西（新 AI 模型、新本地模型、更新、诉讼等）。
• 引然后它把内容拆成要点、按时间顺序发给他，并给出一个简单的视频脚本方向。

我读到的 Bot 页面

引我只读到 Res 的模板页简介（逐字）：

Hunts hard-to-get restaurant reservations: watches Resy, OpenTable, SevenRooms and Tock for drops and cancellations, checks your calendar and travel emails, alerts you, and books when you say it can.

来源

• Bot 合集帖：https://x.com/ashen_one/status/2103616165608149175
• Content Creator 帖：https://x.com/ashen_one/status/2104918619100766253

• 引他说前一天他的 Chief of Staff Bot 拿到了自己的邮箱地址。理由：邮件是互联网的“登录层”，几乎所有服务、注册、收据、验证码都经过它；没有地址的 agent 得为每一步借你的身份，有地址的可以自己行动。
• 引他描述的架构：1 个 agent 持有身份（自己的邮箱）；21 个专家干活（日历、学校、收件箱、税务、旅行）；他的账号仍归他、“什么都不共享”；不可逆的事仍需他同意。结尾：“22 个 bot，一张组织结构图。”
• 引他在回复里还说：他在试 Grok Bot，例如它订了一个在线研讨会，会看完并在下周给他总结；他把原来的 100 美元 OpenAI 和 Claude max 套餐换成一个 300 美元的 Heavy Grok 套餐，“不后悔”。

来源

• 原帖：https://x.com/Frank_AI_Lab/status/2109211706626900388
• 回复：套餐：https://x.com/Frank_AI_Lab/status/2109260142806258069
• 回复：研讨会：https://x.com/Frank_AI_Lab/status/2109267866759680495

• 引原帖：Grok Bot 做了全部调研、填了所有字段、拿到全部报价、比较各种方案并选出一份保单；她说“买吧”，Grok Bot 用 Link 和她已连接的 X Money 卡付款——“狗保险到手”。
• 引回复里她说：保险只覆盖重大医疗问题，需要她先付 500 美元，之后只赔 60%，常规就诊不含；她说“它会问我是否可以处理购买”，下单完成后他们设置了自动扣款；她还说她准备开一个 Bot 来帮她丈夫经营生意。

来源

• 原帖：https://x.com/MarsHomestead/status/2102047196283646068
• 回复：购买确认：https://x.com/MarsHomestead/status/2102116521917243697
• 回复：自动扣款：https://x.com/MarsHomestead/status/2102114935924994543

• 引@fax_v2_0（09-27）：用了几周，“工作流再也回不去”；杀手锏是 routine 通过 webhook 对外部事件做出反应，“可能性无限”，并问“Grok Bot 是任务调度器的下一代吗”。没有给出步骤，截图没读。
• 引@ninthbit_ai（10-07，中文）：用下来比较舒服；主要的 coding 任务通过 Cursor cloud agent 异步去做，所以可以继续和 Bot 聊别的，甚至和 coding 无关的，不必像传统编码 agent 那样特别在意上下文相关性。他自己说“这只是体感，是否提高效率还有待商榷”。
• 引@kaiiijju（09-20）：让他的 agent Astra 读 Grok Bot 生成的每日加密货币报告、选一个方向并准备一个新的研究包；但 Astra 的提示词让 Grok Bot 去做分析推理，他认为问题是：a) Grok Bot 的 token 很贵，b) 不如 Astra 聪明。最后最好的做法是让 Codex Astra 接管他的浏览器、自己去用 Grok，“简单，而且完全不需要 Grok Bot”。他还问：最好的 agent 对 agent 通信层是什么？

推第三条是值得保留的反面案例：这位用户的结论是别把“思考”外包给 Bot，只让它做它独有的事（比如读自己的报告）。和 Dan Mercede 那套“Claude Code ⇄ webhook ⇄ Grok Bot”的做法相比，方向相反——但这只是一位用户的一次体验。

来源

• fax_v2_0：https://x.com/fax_v2_0/status/2104299723448627275
• ninthbit_ai：https://x.com/ninthbit_ai/status/2107679403610460396
• kaiiijju：https://x.com/kaiiijju/status/2101517367109095905

• 引一条每 5 分钟跑一次的 routine，一个月能触发 8,640 次；同样的任务每小时跑，只有 720 次——少 12 倍，Bot 和任务都一样。
• 引建议：尽量用事件触发；需要高频检查时，先验证“有没有变化”，再启动完整流程。

推这是 gippp69 专题（routine-cost-course）里那笔账的另一种说法；12 × 24 × 30 = 8,640，与 24 × 30 = 720 的 12 倍关系可自行验算。

来源

• 原帖：https://x.com/heyanjey/status/2110041746700689832