Github bot to help manage the recent and any future PR/ticket influx

In light of the issue raised in the lead engineer meet on March 31st regarding the recent influx of PRs, I was thinking about a GitHub bot that reviews the code and prioritizes it in a list. ​The contributions could be separated into multiple categories similar to the ones on the Jira platform for tickets. We could also enforce a GSoC filter (subject to change) on each during the application period as an additional differentiator. ​Maybe instead of an app for developers/contributors with review and merge permissions, we could directly implement it in Slack/GitHub so they can tackle them more directly. This is all in hopes of making the maintainers’ job easier. ​I have left some additional screenshots of the results a different GitHub bot returns from a project I am a part of. The link to the project: GitHub - Ahmad1827/auto-content-engine · GitHub

VeryFriendlySolver

This is a really interesting idea, especially with the current PR volume.

A bot that helps categorize PRs and highlight potential risks or missing pieces could definitely make triaging easier for maintainers. The examples you shared look quite useful in terms of summarizing changes and pointing out issues.

One thing to consider might be starting with something simpler, like auto-labeling PRs or flagging basic checks (large diffs, missing tests, conflicts), and then gradually adding prioritization once the signals are reliable.

Curious to see how this could evolve and how well it performs in practice.

1 Like