Primary finding
Rubric verdict mapping can ACCEPT PRs that fail Scope (non-protected paths)
- skills/pr-triage/SKILL.md:104
- skills/pr-triage/SKILL.md:111-114
The Scope check says touching scripts/ requires a maintainer (i.e., scope fails), but the OUT-OF-SCOPE verdict only triggers for a narrower subset (workflows, aeon, scripts/prefetch-*, scripts/postprocess-*). If a PR touches other scripts/ paths (or other maintainer-only directories like mcp-server/), it fails Scope yet matches none of OUT-OF-SCOPE, NEEDS-CHANGES, or DEFER, so the final "ACCEPTED otherwise" clause would incorrectly accept it. That contradicts the stated Scope policy and can let risky runtime changes through.
Recommendation
Adjust the verdict mapping so any Scope failure does not fall through to ACCEPTED. Options: - Treat all Scope failures as at least DEFER (needs maintainer review) unless they match the unambiguous protected subset (then OUT-OF-SCOPE). - Or expand the protected-path list in OUT-OF-SCOPE to include all maintainer-only directories stated in the Scope check, and clarify auto-close remains only for workflows/root binary (per §8). Also update "ACCEPTED" to require that Scope passed explicitly.