全部使用案例
工作
用量审计师:先建基线漏洞清单,再改任何东西
一条定时任务就能吃掉周用量的 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阅读 https://x.com/NasdaqMomo/status/2117775210271404210 与提示词回复 https://x.com/NasdaqMomo/status/2117776407153762460(致谢 @NasdaqMomo)。
- 2粘贴作者用量审计师提示词;要求先写出 usage/baseline.md 再改。
- 3审阅漏洞排序(过勤、闲置、浏览器 vs 插件、重读、大文件、缺技能、重叠)。
- 4逐条批准修改;最重 3 个任务要求改前改后时间+用量对照。
- 5可选:保留每月重审例程;仅在新漏洞时通知。
审批围栏
先测量并提案——逐条获批后再暂停、降频或改写。
你该改什么
偷漏洞清单 + 基线文件;测试没体现的省量别算数。
出处
Momo @NasdaqMomo · 原帖
与 xAI 无关。提示词不是我们写的。第三方模板条款照旧适用。
Pro 设置包
想要完整设置,而不只是思路?
Pro 设置包为热门用例提供岗位描述、提示词、排程与踩坑。