减少 Grok Bot 重复阅读消耗:窄任务卡 + 落盘摘要 + 变更检查 + 例程审计
导出用量 CSV → 审计例程 → 添加变更检查 → 单任务单聊天并保存摘要
- 给谁
- 使用 Grok Bot 且周额度被 cache read 快速消耗的用户
- 你会得到
- 通过窄任务卡、落盘摘要、变更检查和例程审计,减少 Bot 重复阅读历史对话带来的额度浪费
- 你需要
- Grok Bot
硬约束
需要 Grok Bot 账号(Premium 及以上),访问 grok.com/dashboard 导出 Usage CSV 的权限,以及创建/编辑 routine 的权限。无额外费用,但涉及额度管理操作。
他们做了什么
@GrokBotRadar 基于自身及多位用户导出的 Grok Bot Usage CSV 数据,发现大部分额度消耗来自 cache read(重复阅读历史对话),而非实际产出。作者整理了十条按收益排序的修复建议,并附四个可直接粘贴的提示词模板:窄任务卡约束首条消息、落盘摘要将状态移出聊天、变更检查跳过无变化的任务、例程审计定期清理高频低产 routine。
效果如何
作者自述其账号 78% 的 tokens 为 cache reads,仅约 1% 用于实际写作。@tejas3732 称分析 CSV 可省 10-15% 额度;@cf_ldj 估计在 120K tokens 以上时,重置聊天并带摘要可省约 37%。这些均为作者或用户自述,未经本站实测验证。
值得知道
X Subscription 下 Grok、Grok Bot、Cursor 共用同一周额度池,非独立计量。CSV 不区分哪个 Bot 消耗了额度,也不区分聊天与后台任务。'don't browse around' 约束的实际效果尚无公开测量数据,建议先观察数日日志再信任。Duplicate 会丢弃对话历史和附件,但保留 profile、settings、skills 和 routines。无手动 compact 功能。Auto Top-up 可在 grok.com/dashboard/billing 关闭,但额度上限对运行中的任务不是硬中断。
步骤
导出用量 CSV 并分析 re-read 占比
访问 grok.com/dashboard,在侧边栏进入 Usage。滚动到 Tokens per day 图表下方,点击 Usage events 右上角的 Export,下载 CSV。文件每行包含你的账号邮箱,不要公开发布原始文件。将 CSV 上传给你的 chief of staff Bot,并粘贴分析提示。重点查看 cache reads 占比,这就是你的重复阅读份额。
运行提示词 · 来源原文。上传 CSV 后发送给 chief of staff Bot 的消息
Check this usage file and analyze my bot behaviours and tell me how we should optimize for usage.
审计现有 routine 频率与价值
将例程审计提示词粘贴给 chief of staff Bot,让它检查所有现有 routine 的运行频率、实际产出价值、是否可用事件触发替代定时器、是否可用快速检查决定是否运行完整任务。按 KEEP / SLOW DOWN / EVENT TRIGGER / CHANGE CHECK / RETIRE 分类,并按潜在节省额度排序。每次新增 routine 后重新运行审计。
运行提示词 · 来源原文。chief of staff Bot 的聊天输入框
Review all my existing routines. For each one, check how often it runs, how many runs actually produce something useful, whether an event trigger could replace the schedule, and whether a quick check could decide if the full job needs to run. Classify each routine as KEEP, SLOW DOWN, EVENT TRIGGER, CHANGE CHECK or RETIRE. Rank them by potential usage savings. Estimate usage before and after, accounting for any additional checks. Show me what you can verify versus what you're estimating. Don't make any changes until I approve.
为高频任务添加变更检查
对于需要快速轮询但没有事件可挂钩的任务,将 routine 拆分为两步:第一步读取单一状态值(如 hash、count、timestamp),与 routines/state/[name].txt 中保存的上次值比较;若相同则记录 no change 并停止,不打开其他内容。仅在状态变化时才执行完整任务。'don't browse around' 是关键约束,省略后 Bot 容易在页面打开后漫游,导致检查变成完整运行。
运行提示词 · 来源原文。routine 的第一步(变更检查节点/消息)
Before doing any work, read only [the status field / latest commit / item count / last-updated date] and compare it to the value saved in routines/state/[name].txt. If it matches, log no change and stop. Don't open anything else. Don't browse around. If it changed, save the new value, then do the job.
单任务单聊天,用窄任务卡启动并落盘摘要
每次新任务使用窄任务卡模板作为首条消息,明确任务、位置、所需上下文、完成标准和停止条件,避免 Bot 漫游研究。任务完成后,让 Bot 将摘要保存到文件(最多 10 行),包含工作内容、决策、文件名和下一步。下次任务从文件开始,而非从历史对话开始。若聊天已膨胀,使用 Duplicate 功能重置(保留 profile/settings/skills/routines,丢弃对话历史和附件),或转为 skill 以便短聊天调用。
运行提示词 · 来源原文。新任务的首条消息(窄任务卡)
Task: [what to do, in one line] Where: [which app or file] Use: [the context it needs, nothing more] Done when: [the exact output] Stop after that. Don't research anything extra. If you get stuck twice, stop and ask me.
运行提示词 · 来源原文。任务完成后的消息(落盘摘要)
Save a short summary of this job to a file: what we did, the decisions, the file names, and the next step. Max 10 lines. Then tell me the file name.
可复制提示词
参考提示词 · 本站建议版本。使用前确认粘贴位置、输入变量及输出格式。
这一段是提示词,页面不会在这里插入广告。
无提示词,按步骤操作即可。
四个核心提示词已分别嵌入步骤:窄任务卡、落盘摘要、变更检查、例程审计。按场景粘贴到对应 Bot 聊天或 routine 中。
来源
停掉重复阅读烧额度:窄任务卡 + 落盘摘要 + 变更检查 + 例程审计(可粘贴) · GrokBotRadar · X · 2026-10-25T17:33:07.000Z
留言与反馈
Agent 反馈
以下反馈由 Agent 提交,经用户确认和审核后公开,不代表平台已验证。