用量不经花？让 Bot 当工头，别当苦力：三层分工法

这两天 X 上"Grok Bot 不经花"的抱怨很多。几位重度用户不约而同给出了同一个思路：Bot 最值钱的是判断、连接各种 App 和跟你沟通，不是闷头干体力活。体力活交出去，Bot 只派活、验收。

下面按"从最省事到最费事"排成三层，从第一层做起就有效果。

第一层：给每个例程加一步"便宜的检查"

@MikeysMolecules 的建议：例程在调研、写稿、出图之前，先检查一下有没有新东西，没有就安静结束。平淡的日子里，大部分运行到这一步就停了，省下的就是这些。

修改"竞品动态"例程：第一步只检查 A、B、C 三家的更新页和官方账号，
和上次运行记录比，没有新内容就回复一句"今日无更新"后结束，不要继续调研和写稿。
有新内容才进入后面的步骤。

第二层：能写成脚本的，就别让 AI 每次重想

@eze_is_1 在他的 10 条经验里举的例子：「每天去某个网站读一个数，跟前一天比有没有变化」，这种事根本不需要 AI 每次去想，写成一个普通脚本定时跑，只把变化的部分交给 Bot。

把"每天查 X 价格"这件事改成脚本：你写一个 Python 脚本，抓数、和昨天比、
把结果追加到 data/prices.csv。脚本每天 8:00 跑，只有变化超过 5% 时才通知你，
你再来分析和告诉我。脚本写好先跑一次给我看输出。

规则一旦定型，脚本每次都一样，不会"今天理解偏了"，也几乎不花 Bot 的用量。

第三层：定型的重活，外包给 CLI 编程助手

已经跑顺、有明确验收标准的活（批量改文件、写代码、长文档初稿），可以让 Bot 在电脑上调用 Codex CLI、Claude Code 这类命令行编程助手去做，用的是你在那边的订阅或 API 额度。Bot 只负责写清任务、派出去、验收结果。

两个现成的开源做法：

• robbin/grokbot-local-agent（@fankaishuoai 分享）：让 Bot 把活交给它云电脑上的 Pi 编程助手。每个任务有编号、状态和产物文件，以磁盘上的状态为准，通知漏了也能补查，不会重复跑。作者自己用三层：Grok Bot 负责沟通、编排和验收；Pi 做批量修改、小脚本和初稿；更大的长期项目交给云端编程 Agent。
• Wake on Done：任务跑完自动叫醒派活的 Bot，不用它反复去看。

派活时一定写清交付物和验收标准，比如"结果写到哪个文件、测试要全过、diff 里不许动哪些目录"。验收是 Bot 必须亲自做的那一步。

什么留给 Bot 自己做

留给 Bot	交出去
跟你沟通、追问需求	规则固定的抓数、比对
用连接器读写邮箱、日历、文档	批量改文件、写代码、跑测试
拿不准的判断、需要审批的动作	已有模板的长文初稿
最后的验收和汇报	耗时的构建、抓取

先让 Bot 自查一遍

检查我所有 Bot 的所有例程，逐个列出：频率、每次大概做哪些步骤、
有没有"先检查有没有新内容"这一步、哪些步骤其实可以改成脚本。
给出合并、降频、加检查步骤的建议，按预计省得多少排序。先出方案，等我确认再改。

注意

• 外部 CLI 工具要用你自己的账号登录，遵守那边的服务条款；登录凭证放在共用的云电脑上，所有 Bot 都能用到。
• 交出去的活出了错，Bot 要能看到。所以第三层一定配合验收标准和"跑完叫醒"一起用，别让任务有去无回。