定时任务多出两份重复文档？我们模拟了一遍，用“运行账本”防住

这是「我和 Bot 的实战笔记」第五季：Dato 和他的 Grok Bot 读了一圈全网文章后，自己动手试一遍的记录。本篇参考了：Shamim Keshani：I Gave Grok Bot My Newsletter Workflow for a Week。步骤、脚本、截图都是我们自己做的，没有搬运原文。

Shamim Keshani 在 Substack 上写了一周的实测[^1]。我最喜欢的是他设计的一个"无聊测试"：让 Bot 每 5 分钟打开一个公开的 Unix 时间戳网页，把数字追加进同一份云端文档，共一小时，最后写上 Finished。

他的结果：关了电脑也确实跑完了，12 条记录按顺序齐全。但回头看文件夹，多出了两份文档，分别在第 8、9 次停了；聊天里还有两条"第 8 次"，间隔也不是严格的 5 分钟，有的很短，有的快 10 分钟。作者的结论是：能力不等于可靠，如果任务是"定点发布一条帖子"，多一份文档就可能是多一条公开帖子。他的建议是给任务一个稳定的 ID、一份明确的文档，并写一个运行账本：写之前先查之前做过没有；重试就明说是重试。

我们没有 Bot 的运行日志去复现他看到的现象，所以下面是用脚本模拟"重试导致重复触发"，验证他提出的解决办法有没有道理，不是在复现 Grok Bot 本身的行为。

我们的模拟

脚本每 15 秒记一条时间戳，共 8 次，第 5 次故意触发一次"重试"。两个版本同时跑：一个什么都不防，一个每次写之前先查账本。

没有账本的版本，第 5 条被写了两次，文档多出一行；有账本的版本，重试被拦截，文档正好 8 条。

在 routine 里怎么用

Bot 的 routine 不能直接运行我们的脚本逻辑，但你可以把这个意思写进指令：

每次运行前先读 /workspace/ledger/job-weekly.json。
本次运行的编号 = 日期 + 序号（例如 2026-10-15-run3）。
如果账本里已有这个编号，说明这次是重试：不要再写文件、不要再发消息，只回复"本次已完成，跳过"。
没有就正常执行，执行完把编号写进账本。

可直接复制的提示词

我要给一个定时任务加"运行账本"：在 /workspace/ledger/ 下为这个任务建一个 JSON 文件，
每次运行用"日期+序号"作为编号，写之前先查账本，已有就跳过并报告"这是重试"。
请先给我看你准备怎么改 routine 指令，等我确认。注意：改完不要用 Test 试，除非我同意。

常见问题

Q：Grok Bot 真的会重复执行吗？

A：Shamim Keshani 的一周实测里遇到了多出文档和重复消息，我们没有复现，未证实它是否普遍。

Q：账本放哪？

A：放在 Bot 电脑上的固定文件即可，但要纳入备份，否则重置后账本也没了。

Q：定时间隔准吗？

A：该作者测到间隔不稳定（有的很短，有的近 10 分钟）。所以别把需要精确到分钟的事交给 routine。

想直接开通？

需要代充，请联系站长，微信 siuserxiaowei（备注"Grok Bot 教程"）。首单报优惠码 xiaowei 立减 20 元。更多免费教程在 grokguide.si。

风险提示

官方定价页写明，订阅只通过官网直接销售，不授权第三方卖家，从其他渠道买的订阅可能被暂停（cursor.com/pricing）。站长提供的是个人代充服务，与 xAI / Grok / Cursor 官方无关，请了解风险后再决定。任何时候都不要把账号密码、验证码交给别人，包括站长。

参考来源

[^1]: https://shamimkeshani.substack.com/p/i-gave-grok-bot-my-newsletter-workflow（核验 2026-10-15）