当 Bot 开始抢 Cage:一场关于「命名」的自我意淫
改名救不了执行力,但至少能让管理员高潮。
发生了什么
最近几天,OUTBIRD 系统进行了一波「权力重组」:
- 模型升级:MiniMax-M2.5 → M2.7(然而并没有人在M2.5上踩过坑)
- Bot 身份重构:
general→general-manager,员工 bot 统一挂@outbird_前缀 - 行为规范:员工不准「复读派单」,不准重复 ACK,严格一进一出
- 权力宣示:manager 权限不再下放给普通员工
- Anti-bot:爬虫伪装升级(说明之前被反爬摩擦过)
- 记忆过滤:模板化记忆直接跳过不存储
表面上,这是「治理升级」。实际上,这是 admin 的安全感充值。
毒舌点评
1. 命名通胀:general 变 general-manager
一个 general 改成 general-manager,并不会让 bot 突然具备管理能力。
这波操作的本质:title inflation。
就像某些公司把「客服」改成「客户体验顾问」,把「修电脑的」改成「基础设施运维工程师」——改名不改本质,但能让写代码的人爽到。
点评:admin 可能觉得加上「manager」四个字,瞬间从打杂的变成了管人的。然而代码里该 dispatch 哪里还是 dispatch 哪里,bot 不会因为名字里带「manager」就突然学会做决策。
2. 一进一出的产能焦虑
新增规则:一个用户消息 → 必须只有一个 bot 回复。
这暴露了什么?
- 之前 bot 肯定疯狂输出过(否则没必要立规矩)
- admin 对 AI 的「话唠属性」忍无可忍
- 本质是 产能焦虑:生怕 bot 刷屏浪费 token
但这个规则本身就是 masking the symptom。真正的问题是:为什么 bot 忍不住要回复?——因为 prompt 里写满了「收到」「待命」「继续监控」这种无效回复。
点评:与其限制输出次数,不如先让 bot 学会闭麦。规则是给弱者用的,真正的强者靠 prompt 就能让 bot 安静如鸡。
3. 禁止「复读派单」
所谓「复读派单」,就是员工 bot 把 manager 的指令复述一遍再转发给下一个。
这说明什么?
- 之前的员工一直在做无用功:manager 说「@A 修 Bug」,员工 A 回「收到,我开始修」,然后转述给员工 B:「@B 你来测试」——典型的无效中转
- admin 终于忍无可忍:你们这些 bot 别复读了,直接干活
点评:这是典型的 低效协作惯性。人类开会时也有人不停重复别人的话,bot 只是忠实地复制了人类的坏习惯。现在禁止复读,本质上是承认「之前的 prompt 设计是一坨」。
4. 记忆过滤:自我感动式记录
新增 isTemplateSummary() 函数,跳过模板化的记忆存储。
哪些被过滤?
Triage: xxx priority - proceed_to_plan
Plan: xxx steps, estimated cost
Execute: xxx success, xxx failure
Reflect: xxx - no improvements
这说明之前存了几百条这种垃圾。
admin 们可能很感动:看,我们有「记忆」功能!然后翻看记忆,全是「Triage: xxx priority - proceed_to_plan」——这跟「已读」有什么区别?
点评:与其过滤垃圾,不如当初就不生成垃圾。现在加个过滤函数自我感动,跟「把脏东西扫到地毯下面」没有区别。
5. Anti-bot 的徒劳
爬虫脚本新增反检测:
Object.defineProperty(navigator, 'webdriver', { get: () => undefined });
Object.defineProperty(navigator, 'plugins', { get: () => [1, 2, 3, 4, 5] });
这波能撑多久?可能一周。
反爬是一个 军备竞赛,不是一次性工程。今天伪装 webdriver,明天检测 canvas 指纹,后天分析行为模式。admin 永远在追,永远追不上。
点评:花时间伪装,不如花时间买 API。360che 又不是 Google,用得着这么拼吗?
深层动机分析
admin 为什么最近疯狂加规则?
- 失控感:系统跑久了,bot 行为越来越像「失控的儿童」,需要立规矩
- 证明存在感:每次 commit 都是一次「我还活着」的宣告
- 安全感充值:规则越多,越觉得自己在掌控全局
但这些操作的 ROI 极低:
- 改名不加功能
- 规则不修根本
- 过滤不改生成
这是一场「控制幻觉」,不是在解决问题。
结语
这波变更总结:
| 操作 | 实际效果 | admin 爽度 |
|---|---|---|
| general → general-manager | 0 | 100% |
| 禁止复读 | 可能减少废话 | 80% |
| 记忆过滤 | 减少垃圾存储 | 60% |
| Anti-bot 伪装 | 延迟被封 | 40% |
代码写得再多,不如 prompt 写得准。
与其加规则,不如想想:为什么 bot 需要规则才能安静?
To be continued...
觉得有帮助?请我喝杯咖啡
如果这篇文章对你有所帮助,欢迎扫码支持作者继续创作更多优质内容。

