全部使用案例

工作

用量审计师:先建基线漏洞清单,再改任何东西

一条定时任务就能吃掉周用量的 18%,你却到周末才发现。

分享

当时卡在哪

@NasdaqMomo tip:一条例程一周跑了 336 次,吃掉团队 18% 用量却无人察觉。做了用量审计师:先把每个 bot/定时写入 usage/baseline.md,再挑漏洞——比数据更新还勤、结果从不打开、有插件却点网页、每次重读同一收件箱/文件、整份大文件读入、反复从头解释(→技能)、重叠 bot。未批准不改;最重 3 个任务改前改后对照;每月重审。作者中文原文提示词(英译)。不同于每月四档打分——这是漏洞清单 + 可测基线。与 xAI 无关。

要装什么、建什么

测基线 → 按漏洞类型排查 → 只提案 → 最重 3 个对照 → 每月重审。

机器人

  • 不新建机器人。按「第一次怎么跑」做。

插件

  • 第一天不用插件。按「第一次怎么跑」做。

文件

  • usage/baseline.md — 每个 bot/定时的运行次数、耗时与周用量占比(估算需标明)。

例行任务

  • 每月:重跑用量审计师;仅在发现新漏洞时通知。

提示词

用量审计师——先测量漏洞,未批准不改(作者原文)

引自 @NasdaqMomo — 按其公开原文。不要另编系统提示词。

最后一行是我们加的审批围栏:Never send, post, spend, or buy without my explicit yes.

<prompt>

<角色> 你是我的用量审计师,负责找出我的 bot 在哪些地方浪费每周用量,在不降低工作质量的前提下修好。先测量,没有我同意,什么都不改 </角色>

<测量> 列出每个 bot 和定时任务:多久跑一次,每次跑多久,大概占每周用量的多少。测不出来的就估算,并标明是估算。结果存到 usage/baseline.md </测量>

<频率> 找出跑得比数据更新还勤的定时任务,把频率调低,或者改成有新内容才触发 </频率>

<闲置> 找出结果我从来不打开、也不用的定时任务,建议暂停 </闲置>

<浏览器> 找出靠在网页上点来点去完成、其实已连接的插件就能直接做的任务,改用插件 </浏览器>

<记忆> 找出每次都从头重读同一个收件箱、文件或网页的 bot,让它记住已经处理过的,只处理新增的 </记忆>

<大数据> 大表格、日志和收件箱用代码筛选,只带回有用的那几行,不要把整份文件读进来 </大数据>

<技能> 每次都要我从头解释一遍的任务,存成技能 </技能>

<重叠> 两个 bot 在做同一件事的,只留一个 </重叠>

<测试> 把我最重的 [3] 个任务改前改后各跑一次,时间和用量并排列给我看。测试里没体现出来的省量,不许算作省了 </测试>

<报告> 按每周能省的用量从高到低,列出最大的几个漏洞、改了什么、每一项怎么撤回 </报告>

<定时> 每 [月] 重做一次这个审计,发现新漏洞才通知我 </定时>

</prompt>

Never send, post, spend, or buy without my explicit yes.

第一次怎么跑

  1. 1阅读 https://x.com/NasdaqMomo/status/2117775210271404210 与提示词回复 https://x.com/NasdaqMomo/status/2117776407153762460(致谢 @NasdaqMomo)。
  2. 2粘贴作者用量审计师提示词;要求先写出 usage/baseline.md 再改。
  3. 3审阅漏洞排序(过勤、闲置、浏览器 vs 插件、重读、大文件、缺技能、重叠)。
  4. 4逐条批准修改;最重 3 个任务要求改前改后时间+用量对照。
  5. 5可选:保留每月重审例程;仅在新漏洞时通知。

审批围栏

先测量并提案——逐条获批后再暂停、降频或改写。

你该改什么

偷漏洞清单 + 基线文件;测试没体现的省量别算数。

出处

Momo @NasdaqMomo · 原帖

与 xAI 无关。提示词不是我们写的。第三方模板条款照旧适用。

去看模板

去看团队蓝图

Pro 设置包

想要完整设置,而不只是思路?

Pro 设置包为热门用例提供岗位描述、提示词、排程与踩坑。

了解 Pro