Currently sonnet and security share sonnet-review-bot token, requiring the worst-wins escalation logic. If each role has its own Gitea user+token, Gitea handles multi-reviewer blocking natively:
sonnet-review-bot: code quality reviews
security-review-bot: security reviews (new token needed)
gpt-review-bot: GPT reviews (already separate)
This would allow removing the entire shouldEscalate function, post-posting escalation fallback, and sentinel-based sibling detection.
Blocked by: creating the security-review-bot Gitea user and token.
Currently `sonnet` and `security` share `sonnet-review-bot` token, requiring the worst-wins escalation logic. If each role has its own Gitea user+token, Gitea handles multi-reviewer blocking natively:
- `sonnet-review-bot`: code quality reviews
- `security-review-bot`: security reviews (new token needed)
- `gpt-review-bot`: GPT reviews (already separate)
This would allow removing the entire `shouldEscalate` function, post-posting escalation fallback, and sentinel-based sibling detection.
Blocked by: creating the `security-review-bot` Gitea user and token.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Currently
sonnetandsecuritysharesonnet-review-bottoken, requiring the worst-wins escalation logic. If each role has its own Gitea user+token, Gitea handles multi-reviewer blocking natively:sonnet-review-bot: code quality reviewssecurity-review-bot: security reviews (new token needed)gpt-review-bot: GPT reviews (already separate)This would allow removing the entire
shouldEscalatefunction, post-posting escalation fallback, and sentinel-based sibling detection.Blocked by: creating the
security-review-botGitea user and token.