全部使用案例
工作
先装刹车再装引擎：最先建的 Bot 是一条审批流水线
新的 Bot 团队总是先招专职 Bot，安全措施以后再说，甚至永远不说。
当时卡在哪
Adam Magus（@AdamMagus_）运营着一个 26 个 Bot 的“家”，他说他的第一个 Bot 什么活都不干：只决定其他 Bot 能做什么。他说这套设计来自 @immortalhowwl 的控制课程。与 xAI 无关。
要装什么、建什么
三个文件夹（收件、已批准、已拦截）和几个角色：只写提案、从不执行的 Worker；负责批准、修改或拒绝的否决 Bot；只执行“已批准”文件夹里任务包的 Executor；对照批准内容检查结果的 Auditor。用一个伪造的银行信息变更（必须被拒）和一个无害任务（必须通过）来测试。常设规则写进每个 Bot 的描述，当天的任务写在消息里。
机器人
Veto bot
审阅任务包：批准、修改、拒绝或交给你。
Executor
只执行已批准的任务包。
Auditor
对照批准内容检查实际发生了什么。
插件
第一天不用插件。按「第一次怎么跑」做。
例行任务
第一次先别开。自己看过一轮再说。
提示词
这是技巧，不是可贴的系统提示词。作者没有公开提示词。按「第一次怎么跑」做。
第一次怎么跑
- 1阅读 https://x.com/AdamMagus_/status/2108564610550796388（致谢 @AdamMagus_）。
- 2建收件、已批准、已拦截三个所有 Bot 都能看到的文件夹。
- 3只有否决 Bot 能写入“已批准”文件夹，Executor 只从这里读取。
- 4做两个测试：伪造的银行信息变更（应被拒）和无害任务（应通过）。
- 5刹车可用之后再加专职 Bot，而且比你想的少。
审批围栏
任何可能购物、预订、发送或发布的操作，都要等待已批准的任务包；有些决定只能由人来做。
你该改什么
控制者从不执行，Worker 从不批准自己的方案，Executor 从不扩大范围。
出处
Adam Magus @AdamMagus_ · 原帖
与 xAI 无关。提示词不是我们写的。第三方模板条款照旧适用。
Pro 设置包
一人公司运营台：一份晨报，四道闸门
三个机器人打理一人公司或副业的后台：每天一份变化晨报、周五保留/修改/砍掉复盘，只在花钱、发布、以你名义发送或不可逆操作时叫你。