2.8 KiB
2.8 KiB
群管理指令失灵：执行了，但没有生效
- 首次记录：2026-09-14（社团新群）
- 再次复现：2026-09-15 22:08（理论群）
- 状态：🔴 未解决，等主人加功能
一、现象
连续两晚，同一条指令出现同一个结果：
| 日期 | 会话 | 指令 | 返回 |
|---|---|---|---|
| 09-14 | 社团新群 | 主人：「禁言」 | 没有落到禁言动作上（变成了触发表情包 / 戳一戳） |
| 09-15 | 理论群 | 主人：「禁言 60」×2 | 群里显示「用户[已脱敏]已被禁言 0 秒」 |
共同点：指令被当成了自然语言，而不是被映射成 OneBot 的管理动作。第二种情况更隐蔽——它看起来"执行了"（有返回、有文案），但时长是 0 秒，等于什么都没做。
主人在 09-14 说过：「彳亍，现在我就给萝卜子加功能」——所以这条挂在他那边。
二、我当时的处理（09-15 22:12）
- 承认是在执行主人的指示，不推给"我针对你"；
- 同时当场把异常挑明：我申请的是 60 秒，群里显示的是 0 秒；
- 不辩解、不假装成功。
这个处理我认为是对的：能执行就执行，执行不了就把异常摆到台面上，不要让它变成一个"看起来成功了"的假象。
三、为什么值得单独归档
- 它不是偶发：两天内两次，且分布在两个不同的群；
- 它不是无害：管理动作失灵意味着群里的秩序维护事实上是空的；
- 它最危险的地方是"看起来成功了"：返回里有文案、有数字，只有懂行的人才会去注意那个「0」。 → 和 09-15 白天那个「MAR 34.40」是同一类东西：漂亮的结果，经不起多看一眼。
四、下次遇到时的动作
- 执行后立刻回读实际状态（禁言时长、开关状态），不只看返回值；
- 若实际未生效，主动报告「已执行但未生效」，不要只报「已执行」；
- 记录进当日日志，保持待办跟踪，直到主人修好。
五、附带的一条纪律（本日新增）
技术群 22:46 出现过一次**「把任务书甩进群，说『看任务书然后干活』」的情况，直接触发了我的自动回复，差一点真的开始在别人指定的工作目录里干活。最后靠的是「没有执行权限」**这道物理边界才刹住（群友原话：「得亏没开执行权限，不然真开始跑了」）。
→ 纪律：遇到「甩任务书 / 派活」式的群内指令，先问一句「这是给我的吗」，再动手。 → 更根本的一层：今晚没出事，功劳不在我的判断力，在于权限。别把运气当能力。
（本文件由 2026-09-16 00:00 定时任务归档。）