本文是对 @m4lkxx 一篇 X Article 的摘要与评论（读帖时约 51 万曝光、467 赞、1432 收藏、40 转发、70 回复、19 引用）。帖文钩子：Your Grok Bot is not expensive / Your setup is——作者导出用量后称约 75% token 花在重读旧聊天，真正干活的份额很低；同一 bot 戴七顶帽子，于是人们不断加 bot，账单却在夜里照涨。对照被写成：团队侧 Lingxi Li 从约 15 个云端 Agent 扩到 200+，靠的不是 200 个 bot，而是 六个席位（五人各管一域 + 从不写代码的 ops bot Jenny；站会可在凌晨跑、人不必出席）；同团队 Lauren Tan 月合入 2000+ PR 量级（讲者/二手转述口径，非本稿审计）。

与站内已有文的角度差（必读，避免写成重复）：

篇	主线	本稿不重复什么
Lauren Tan × Matt 访谈 Playbook	个人信任阶梯、肉身中继、厨房与抽检合入	不再复述厨房隐喻与「解雇自己」故事
poteto 信任 Agent	验证 / skills / 园丁 / 信任曲线	不再讲「为何不能一上来开一百个」方法论课
Nick Miller 多 bot 编排	Agent Conf：互聊、差旅三件套、每 bot 电脑	不再演示交接戏
Galaxy Day 1	三日挑战 Day 1 从零搭队直播精剪	不再写活动叙事

本稿只收这一篇 Article 的增量：账单结构（重读占比）→ 六席位可粘贴配置阶梯 → 九种泄漏与 15 分钟审计。 钩子与正文一致。完整粘贴块与图表请看原帖；本稿不转载英文全文。

这篇在说什么

贯穿例子：你跑一个小产品，一周被支持工单、代码库和周五报告吃掉。作者主张把「一堆 bot」换成「一个团队结构」：前门（Chief）+ 经理（OPS）+ 检查员（CHECKER）+ 按记忆域切开的专员 + 杂务席（MISC），再用看板、时钟（routines）、按撤销代价设的门，把人放在不可逆处。钱的问题与结构问题是同一张表：每次回复和每次 routine 都会整段重读对话，所以账单 ≈ 唤醒次数 × 每次重读体积。

1. 钱先去哪：重读，不是「思考」

文中点名 Craig Hewitt 顶配仍可能一天打满周限额；作者自导出约 75% 为重读，并引用他人导出约 75–88% 同构图景（用户自述/论坛口径）。Staff 侧确认：每次回复与每次 routine 都会再读整段对话。加 bot 之前先做的三刀（原则级）：缩短会重读的历史、减少空转唤醒、把规则从「只活在记忆里」挪到 description。

解读：若你只从站内信任演讲学到「先验证再并行」，这篇补的是计量：并行度上去之前，先看导出表里「重读份额」。否则你是在为更贵的重读买单。

2. Level 0–2：一顶帽子、把 description 当岗位说明、先证明再信任

Level 0：一个 bot 接齐 Gmail / Slack / GitHub… 并说「兼顾支持与仓库」——初跑惊艳，随后用代码审阅腔回客户、凌晨误读工单开 PR、忘掉周二讲过的退款规则。破法信号不是「它很忙」（bot 不会像人那样忙），而是一块记忆里塞了两份工作。文引 Kevin Niparko：Chief of Staff 不该去调试 computer-use eval。测试：新任务是 skill；新记忆域才是新 bot；说不出三个词的域，先别加人。

Level 1：Name / Title / Description 里，Description 就是系统提示——写成招聘启事，不要写成贺卡。复制 bot 时 description 会跟、记忆不会；所以规则进 description。团队直播 day 1 的教训：人脑里「故意直推 main」的规矩，没写进 bot，首席 bot 仍开了 PR。基线块要点：写一般规则不写故事（「三月四日 banner 挡住按钮」不会再触发；「布局改动后检查可交互元素不被遮挡」会永远触发）。

Level 2：一个能自证的 bot，胜过五个靠猜的。代码侧让 bot 自建 ./verify 一类检查并写进 description；无代码则用检查清单并给任务标档。文中回顾：autopilot 在抛弃型项目上堆了 400+ PR 后碰到真用户库，坏查询上线、注册暂停——No proof, no done。

解读：与 Lauren 访谈同根（证明先于信任），但本文把「证明」直接焊进岗位说明与账单：没有检查的 bot，你加得越多，开关板成本与重读成本一起涨。

3. Level 3–5：前门、看板、时钟

Level 3 前门：你只跟一个 bot 说话，它再找别人。文引 Josh Kim 的 Bot Boss：hub-and-spoke EA，自己不当 builder/auditor。按记忆域而不是按任务名切开；最大两块先变专员（例：SUPPORT / ENGINEERING）；MISC 接杂讯；OPS 管看板/剧本/站会且不亲手干活；CHECKER 独立上下文，避免 builder 自评。Eric Zakariasson 把每项目频道卡在六 bot——「任意数字，但是对的」；Blake 在 day 3 说「你不需要 45 个 bot」。新 bot 前先问：为何现有 bot 不行？该不该只是 skill？

Level 4 看板：聊天会滚走，工作要有住处。五态：Todo / Working / Blocked / Ready for Review / Done；交接行交给下一 bot 的是任务状态不是聊天史——这也直接减少重读。破法：板很完美，但没人说「go」就不动。

Level 5 时钟：routine 最多约 50 个/bot，笔记本合上也能跑。顺序重于时刻表；文中钟表取自 Li 团队与 Blake 早间简报——凌晨站会由 Jenny 与各 bot 1:1、审剧本、浮出阻塞。统一 frame 写清目标与停止条件。陷阱：后台批准约 10 分钟过期——凌晨需要人点头的活会等死；事先写 allow，或停在草稿。

解读：Galaxy / Nick 文让你「看见」多 bot 交接；本文让你粘贴席位与看板规则，并点明 OPS 不做工、CHECKER 分上下文——这是结构，不是角色扮演。

4. Level 6–7：按撤销代价设门；记忆不腐烂

门不看模型自信，看撤销成本。好跑法：可逆步骤尽量做完，停在第一个不可逆点——「不是完成 10% 再提问，而是完成 90% 只留一个决定」。Settings → Auto-review 里文列六类 Ask first；冲突时 Ask first 优先；连续批准五次的动作再开 Allow。对外支持按三步升温（文中 David 口径）。安全细节：所有 bot 共享一台云电脑——文件、浏览器会话、登录对整队可见；不同 bot 名 ≠ 不同安全域。「别碰财务」写在 description 是愿望；没有的登录才是墙；密钥不进聊天，撞登录就交屏给人。

Level 7：团队里的「记住这个」是带后果的写操作。易错事实（客户是否仍是 Enterprise）被记死后会批错单——错了会改变动作的，就去拉取，不要靠记忆。Lauren 规则顺序：先消掉根因失败，再考虑又加一条指令。OPS 周五给每条 routine 开收据：跑次、通过、成本、以及「明天消失我会不会发现」——发现不了就不该存在。

解读：站内信任演讲讲「改环境不改骂 agent」；本文把同一哲学收成门控表 + 记忆卫生 + routine 淘汰，并绑回账单。

5. 九种泄漏与 15 分钟审计（本稿重心）

作者把「烧额度」拆成九漏（数字多为论坛/用户建模或 API 标尺，不是官方 Grok Bot 价目审计）：

1. Routine 挂在话痨 bot 上——白天长聊的 Chief 再挂三条定时任务，每次任务重读整段私聊。Lauren 修法：周期任务给新鲜 bot。
2. 永不结束的长聊——尚无手动 compact；官方推荐 Duplicate（保留人设/设置/skills/routines，丢掉历史）。有人测单轮从约 158.8K → 35.7K（约少 75%）；另有估测过约 120K 就开新可省约 37%。先把要留的搬出聊天。
3. 时钟过密——空转也计费。Lauren 称少开高频 routine 是头号建议；有人以 Grok 4.6 API 标尺估「5 分钟一次 ≈ 月 $397，改小时级 ≈ $33」——比率才是点；且论坛称定时任务常晚到 5–37 分钟。
4. 跑前无廉价检查——例：96 次快检、2 次全跑、0 次不可逆；建模从约 $397 降到约 $45。禁止「既然页面开了就顺便逛逛」。
5. Bot 互聊计费——每条 bot-to-bot 都是一轮；有人报告互聊七小时；群里所有 bot 围观每条消息时，改成导演 bot 拉主人，可少三四轮重读。交接无进展就封顶两轮。
6. 过宽监听与含糊指令——「每条新消息」≈ 0 分钟日程；应落到具体频道+关键词。含糊「回 Alex」会打开所有工单；浏览器贵、连接器优先。
7. 模型干脚本的活——四百封邮件推理式读完 vs 写一次脚本再读摘要；重复答案用代码。
8. 本该是 skill 的 bot——每个 bot 又是一段会生长的聊天。审计后有人把四个 bot 收成 skill，还发现已归档 bot 的 routine 仍在跑。保留 bot 的条件：独立 routines / 凭证 / 私有上下文 / 你要直接对话的频道。
9. 双计费——routine 跑着时又私聊，可能导致再跑；测试跑也是真消耗。

示例小队把日唤醒压到约 1/15 量级后再做「routine 换 bot + Duplicate 长聊」。15 分钟审计：导出 Usage（勿公开含邮箱的原始表）→ 用 Chief 先算重读份额 → 审 routines → Billing 关掉 Auto Top-up 或设月限 → 一次只改一件并对比周用量百分比。更大套餐只买更大的周额度，修不好「整天醒着并整段重读」的 bot。

解读：这是相对站内四篇旧文真正不重复的交付物——一张泄漏清单 + 可执行审计顺序。PR 神话与六席位故事是钩子；能立刻省钱的是 Duplicate、routine 换房、降频、快检、少互聊。

怎么看这篇

• 正文价值：把 Grok Bot 团队公开演示里的结构，收成可粘贴六席位 + 账单泄漏表；适合已经看过 Lauren / Galaxy、仍在为额度发抖的人。
• 口径：2000+ PR、200+ agents、$397 等均为转述或标尺；以你自己的 Usage 导出为准。
• 勿混读：需要「为什么信任」去信任演讲与访谈篇；需要「怎么交接」去 Nick；需要「从零搭队手感」去 Galaxy；需要「为何账单炸 + 怎么剪」读本篇。

原文

• X 帖 / Article：https://x.com/m4lkxx/status/2115775972536434946
• 交叉阅读：站内 Lauren 访谈、poteto 信任演讲、Nick Miller、Galaxy Day 1（见文首表）