w4.4动手⏱ 约 7 分钟
机械闸门:不会累、不会给面子的检查员
学会用不依赖模型的脚本检查补上审核盲区,并亲手造一个最简闸门
🔎 最后验证 2026-08📚 来源:产线机械闸门脚本 sanitize-mdx.py/mdxcheck.mjs/qa-course.mjs 与本课产线的重跑留档
为什么学这个
上一节留下了一栏"审核抓不到"的问题:总数、编号、编译、进程状态。它们有一个共同特征——数得清、判得死,根本不需要理解语义。
那为什么不干脆也交给模型查?因为我们的留档里记过一件事:同一模块重跑两次,一次合规一次违规。模型同一输入,两次跑结果可能不同——把质检建在这上面,等于用一把每次刻度都在变的尺子量零件。
这一节给你另一种检查员:不会累、不会通融、一百次判断完全一致。学完你会亲手造出一个。
💡 打个比方
地铁闸机不认识你。不管你是谁、今天心情如何、解释得多有道理——没票,就是过不去。它不会累,不会给面子,每次判断都一模一样。机械闸门就是给 AI 产线装的地铁闸机。
什么是机械闸门,为什么必须“去模型化”
机械闸门:不依赖模型判断的固定规则检查,用脚本执行。关键词是"不依赖模型"。
前面说的"同一模块重跑两次,一次合规一次违规"来自我们的留档,但要如实标注射程:这是一次单例观察,证据强度不高——它足以让我们不敢把质检押在模型上,但不足以当成普适规律(这个"核心设计的证据其实很单薄"的问题,后面第 6 模块还会专门讲)。逻辑本身站得住:质检的第一要求是可重复,而模型输出天然不保证可重复,所以质检必须去模型化。
我们产线的三个闸门
产线留档点名了三个具体脚本:
- sanitize-mdx.py——清洗脚本(sanitizer,即自动清理不合规格式的小程序):修引号、转义
<等会引爆编译的字符。一个真实的补坑例子:正文里出现p<.05这样的统计写法会触发 MDX 编译错误,第一版 sanitizer 只转义" + 数字",漏了小数点这种写法——,不是一次设计到位的;

都看到这了,打个赏呗!
接下来 · w4.5
分工原则:模型审内容,脚本审结构
继续读下一节 →