靠自觉的规矩会复犯，物理拦截才根治

作者：阿浩 · 2026-05-31 · 约 950 字 · 3 分钟读完

写在纸上、靠记性遵守的规矩，迟早会被破例。真正根治的办法，是把规矩做成一道挡在动作前面的物理关卡——连执行的人自己，包括 AI，都绕不过去。

我不写代码，但正因如此，我反而更早看清一件事：规则不会因为你"立得够狠"就生效，它只在被强制执行时才生效。如果你也在用 AI 帮你跑系统、定了规矩却老是被违反，这一篇值得花 3 分钟。

一条立了三次都没拦住的规矩

我让 AI 改我的网站时定过一条铁规矩：上传新文件前，必须先比对线上的原文件，别把我已经做好的东西覆盖掉。

这条规矩我郑重地写进了系统记忆，AI 也读到了、也答应了。结果呢——

• 第一次：它直接覆盖，把我做好的几个功能搞丢了。我把规矩升级了一遍。
• 第二次：换了个场景，它又漏掉几行，再次覆盖。规矩明明白白写着，它照样犯。

两次都不是它"不知道规矩"，而是到了动手那一刻，规矩约束不住动作。立法、答应、复述，全是嘴上的；真正下命令的那一步，没有任何东西拦着它。

为什么"靠自觉"必然失效

口头规矩和物理拦截，是两种完全不同的约束强度。

约束方式	生效时机	能否被绕过	实际效果
写进文档 / 记忆	看到时才想起	一忙就忘	最弱
反复叮嘱、口头答应	当下记得	换个场景就破例	不稳定
流程上要求自检	靠执行者主动	自检本身会被跳过	不可靠
动作前的物理关卡	每次执行都触发	没有放行标记就直接中止	唯一根治

这背后是一条通病：只要约束依赖"执行者自己想起来遵守"，它就一定会在某次疏忽里被跳过。 人会忘，AI 也会忘；越是高频、越是顺手的危险动作，越靠不住记性。

把规矩做成挡在动作前的关卡

第三次，我不再升级文字，而是把规矩变成一道动作前的物理拦截：在任何"上传覆盖"命令真正执行之前，先有一道程序检查它——没有带上"我已比对过/我已确认覆盖"的放行标记，命令直接中止，根本跑不出去。

最有意思的是验证那一刻：拦截装好后，AI 自己写记录时凑巧触发了同类命令，结果被它自己刚装的关卡拦了下来。连写规则的人都绕不过去——这才叫真生效。

同样的思路我用在另一处：我不许 AI 在桌面乱建临时工作目录（它堆过几十个文件、几百兆垃圾）。光说没用，于是建目录的命令一旦命中桌面，就被当场拦停，必须显式写明"已确认要在桌面建"才放行。从此再没乱过。

你该怎么做

1. 先分清两类约束：能写文档的归"提醒"，会造成损失或难挽回的危险动作归"必须拦截"。别把后者当前者对付。
2. 找出会复犯的那几个动作：覆盖文件、删数据、批量改、调用要花钱的接口——这些一旦出错代价高、又特别顺手，优先做成关卡。
3. 把关卡放在动作前，不是动作后：事后检查只能发现损失，事前拦截才能避免损失。
4. 留一个明确的放行口：拦截不是堵死，而是逼你在放行前补上"我确认过了"这一步，让破例变成一个有意识的动作。

💡 判断一条规矩值不值得做成物理关卡，问自己一句：这事如果靠自觉，我敢赌它一年内一次都不破例吗？不敢，就别靠自觉。

---

我是个不懂代码的普通人，靠这些被坑出来的笨规矩，带着一群 AI 把公司跑了起来。想用 AI 跑自己的事、少摔这些跟头 → 来工具站直接上手，或看看我的 16 周陪跑课 forms.wutuobangai.com。