看门人，而非驾驶员

vibe-linter 的承重级重构。CI 流水线是一个驾驶员（driver）：它逐步为 agent 编写脚本，于是每一次模型升级都会让脚本过时。vibe-linter 是一个看门人（gatekeeper）：这里没有步骤，只有上了锁的门。AI 可以自由行动，顺序随意——但 commit 需要一把"全部测试变绿"的钥匙，写源码需要一把"测试已写且确实先变红"的钥匙。钥匙只能由检查器签发，AI 自己说了不算。

这张图不是 AI 的路线图——它列出的是哪扇门需要哪些钥匙。所谓"非确定性的步骤"，其真实含义是根本没有步骤，只有检查点。

为什么这胜过驾驶员：脚本会与模型对抗（每次升级都会打破脚本）；锁不会——同一把锁面前，更强的模型只会表现得更好。所以这个工具不会随着模型一起折旧，而这正是它存在的全部理由（prosthetic-vs-constitutive-scaffolding 中"构成性"的那一面）。

唯一困难的工程问题：门缝的密封（door seal）。一把锁要起作用，前提是它所在的门是唯一的通道——用字符串匹配去识别 "git commit" 只是装饰（sh -c、alias 都能绕过）。这扇门必须坐落在物理上的咽喉要道：harness 的工具调用层，默认拒绝 + 白名单放行，真正的提交权力只存在于 harness 内部。

上级：vibe-linter