事实(2026-09-01,总监席复盘,只记录不认领)
缺口
受管面的两条终局路径(人工直合 / 授权批准钉 head 之后入队)在协议文本里是清楚的,但入队动作没有一行机读前置判据:席位在入队前应 get_reviews 验证 GOVERNED_APPROVERS 之一的 APPROVED review 且 commit_id == 当前 head sha,缺则停手点名等待,⛔ 不「先入队等批准」——GitHub merge queue 的失败条目不会因后来的 approval 重跑,先入队必然白烧一轮并制造假告警。
建议(skills 面,归 skills 席)
在 landing-operations.md 落地前检(及相关车道章程)补一行受管分支的入队前置判据,措辞含三要素:机读验证(get_reviews)、钉头(commit_id == head sha)、顺序不可倒(approve 先于 enqueue,失败条目不重跑)。
关联
- 守卫设计单源:
scripts/pm/check-governed-queue-guard.mjs 头注(PR 腿故意 exit 0 的红灯常态化论证;入队门槛机器上拦不住是 GitHub 模型限制,红灯刻意放在 merge_group 异常态)。 - 另一半摩擦(纯再生成 skills 指针行在 queue job fail closed,因不装依赖无法重算生成物豁免)是独立 trade,脚本头注已归档,待维护者裁定,不并入本卡。
事实(2026-09-01,总监席复盘,只记录不认领)
skills/*/references/_index.md)由 os-warren 席转 ready 并入队时,PR 上不存在任何 approval;该席自己同笔声明过「还差维护者一次 approval / 直合」。b25f061c6钉头批准后仍看到红条目(失败条目不因后来的 approval 重跑),误读为「审了还被拦」。缺口
受管面的两条终局路径(人工直合 / 授权批准钉 head 之后入队)在协议文本里是清楚的,但入队动作没有一行机读前置判据:席位在入队前应
get_reviews验证GOVERNED_APPROVERS之一的 APPROVED review 且commit_id== 当前 head sha,缺则停手点名等待,⛔ 不「先入队等批准」——GitHub merge queue 的失败条目不会因后来的 approval 重跑,先入队必然白烧一轮并制造假告警。建议(skills 面,归 skills 席)
在
landing-operations.md落地前检(及相关车道章程)补一行受管分支的入队前置判据,措辞含三要素:机读验证(get_reviews)、钉头(commit_id == head sha)、顺序不可倒(approve 先于 enqueue,失败条目不重跑)。关联
scripts/pm/check-governed-queue-guard.mjs头注(PR 腿故意 exit 0 的红灯常态化论证;入队门槛机器上拦不住是 GitHub 模型限制,红灯刻意放在 merge_group 异常态)。