Primary finding
Bot allowlist is matched on owner login but membership semantics are ambiguous
lowbuglow
- skills/fork-first-run-alert/SKILL.md:152-156
The allowlist contains `[bot]`-suffixed logins, but fork owners on GitHub cannot have `[bot]` in their login when listed via the forks API (those are GitHub Apps, not users that can hold forks). The values may therefore never match, making the suppression effectively dead code while suggesting a guarantee that won't hold if a real human owner ever uses `dependabot` as a username. Same comment may exist in fork-cohort; either way the doc misleads about what's filtered.
Recommendation
Clarify whether the allowlist matches on `owner.type == "Bot"` (the right field) or on raw login without the `[bot]` suffix; align with fork-cohort's actual implementation.