Skip to content

省额度进阶:有变化才叫醒 Bot ​

思路来自飞书知识库《Grok Bot 焚诀》收录的铁柱AGI(@cgnot996)长文《额度超长续航保姆级新手指南》。[1] 文中的数字都是作者自述,未证实。下面的步骤是本站自己在 Linux 实验机上跑过的。

为什么要这样做? ​

官方文档说,Routine 的运行间隔最短 5 分钟,每次运行都是真实执行。[2] 如果一条任务每 15 分钟跑一次,一周就是 672 次;改成每小时一次,就降到 168 次(下面终端截图里算过)。大部分时候数据根本没变,这些运行全是空转。

原文作者的说法是:“系统脚本检查网页或文件变动只需几秒,不经过模型,不消耗 Bot 额度。”[1] 这里有个前提:脚本跑在云电脑的系统层面,不经过 Bot 对话。至于这样做到底能省多少,官方没有给数字,未证实。

流程

动手做 ​

第 1 步:写检查脚本。 抓取页面、算出内容的哈希值,和上一次的比较。

bash
URL="https://docs.x.ai/x-subscription/pricing.md"
NEW=$(curl -sL -m 20 "$URL" | grep -E "^\|" | sha256sum | cut -c1-16)
OLD=$(cat last.sha 2>/dev/null)
[ "$NEW" != "$OLD" ] && { echo "$NEW" > last.sha; echo CHANGED; } || echo "no change"

踩坑实录:第一版对整个 HTML 页面算哈希,结果每次都显示“变化了”,因为页面里有动态内容。这样的话,Bot 每次都会被叫醒,等于没省:

踩坑

修正方法:改为只取稳定的那部分内容再算哈希。这里用的是官方文档的 Markdown 版本,并且只取价格表那几行。改完之后,连续运行就会保持静默:

修正后

第 2 步:定时运行。 让 Bot 在云电脑上加一条 cron,比如每小时运行一次:0 * * * * /path/check.sh >> log.txt。

第 3 步:有变化才叫醒。 在输出 CHANGED 的那个分支里,调用你能用的“唤醒入口”,比如事件触发、给 Bot 的专属邮箱发一封信等。官方说明,Routine 在支持的情况下可以由事件触发。[2]

本站没能验证的部分 ​

  • 实验机上没装 cron(crontab 命令不存在),所以只演示了手动运行和 cron 的写法,云电脑上能不能长期稳定运行,未证实。
  • 我们没有 Grok Bot 的 Webhook 唤醒地址,所以“叫醒 Bot”这一步没能实测。

可以直接发给 Bot 的话(本站改写) ​

把监控类的 Routine 改成两段:先在云电脑上写一个检查脚本,用 cron 定时运行,只比较页面里稳定内容的哈希值;只有发现变化时才通知我或叫醒你处理。改好后,列出每条任务一周会触发多少次,和改之前对比一下。

常见问题(FAQ) ​

Q:不在 Routine 里写,Bot 还会处理吗?

A:会。脚本发现变化后再叫醒 Bot,Bot 照样处理,只是不再定时空转。

Q:脚本运行会扣 Bot 额度吗?

A:按社区作者的说法不会,因为脚本不调用模型(未证实)。

Q:每次都显示“变化了”怎么办?

A:说明你哈希的内容里有动态部分,改为只取稳定的字段再算。

参考来源(核验 2026-10-14) ​

  1. 飞书知识库《Grok Bot 焚诀》4.1 及收录长文 https://jcng5q8n0f3z.feishu.cn/wiki/UcHLwMAMVifnLrkd7yacTWihnne ;原文作者 铁柱AGI https://x.com/i/article/2108495230735622145
  2. https://docs.x.ai/grok-bot/skills-routines-and-automations

购买提醒

官方定价页写明,订阅只通过官网直接销售,不授权任何第三方卖家,从其他渠道买到的订阅可能被暂停(cursor.com/pricing)。本站作者提供的是个人代充服务,与 xAI / Grok 官方无关,请了解风险后自己选择;任何时候都不要把账号密码、验证码交给别人。有问题可以在下方加作者微信交流。

非官方教程,内容整理自官方文档和社区讨论,以官方最新说明为准。 · 联系作者 / 加微信交流