在一个没有测试的仓库里跑 AI 编程 Agent

Loop 启动前，Preflight 会寻找项目真正声明的检查命令：根脚本，以及在 monorepo 里 pnpm、npm、yarn 或 bun workspace 实际声明的成员。每个被提议的检查都保留它的来源定位和定义，你能看清它为什么被建议。

你可以接受发现的集合、用显式命令替换它，或者完全排除自动发现。你的选择会被冻结进整轮运行的 Gate Plan，所以 Agent 无法悄悄丢掉一个总是失败的检查。

如果自动发现什么都没找到、你也没有补充显式命令，Loop 不会静默继续。它会产生一个版本化的 no-executable-checks 决定，初始状态是"需要确认"，只有你确认之后才变成"已确认"——在 TUI 里确认，或在 headless 模式下传入 dry run 打印出的精确 digest。

这个决定自带 policy 版本和 digest，所以记录里能看出当时生效的是哪条规则、你到底同意了什么。确认它既不会让 Gate 更严也不会更松，它只是把"证据缺失"这件事写明白。

全新上下文的只读 reviewer 依然会读改动并报告阻塞项，内置风险规则也照常运行。消失的是确定性证明：什么都没执行，所以不能引用任何"已执行"的结论。

这正是要把决定显式化的原因。没有可执行检查得出的结论，比有测试套件支撑的结论要弱，记录应当说明这一点，而不是把两者压成同一个绿色的词。

如果仓库没有检查只是因为还没人写，那么价值最高的第一个 Loop，往往就是加上一个有意义的检查——冒烟测试、typecheck、build——让之后每一次 Loop 都有东西可验证。

一旦存在一条命令，自动发现就能找到它，Gate Plan 就能要求它，后续运行也不再依赖那个确认。