[jakubw]

There is a bunch of ways to distinguish important updates from the others. First, prioritize updates from projects I am or have contributed to. Second, updates from people close to me in the social graph (i.e. the people I watch on GitHub or people who belong to the same organization as I do). The frequency and size of updates should matter too - an usually silent project with a big update should have an advantage over noisy projects. Filtering out typical bugs (or commits/PRs fixing them) from the top priority ones should be fairly easy too - all the information is already there (comments, labels). Finally, you can go insane and start analyzing the actual code or even use NLP for commit messages/pull requests/bugs and make decisions based on that (for instance, prioritize projects that use similar tech as I do, changes that mention me or touch the code I've created or touched recently).

No need to turn off anything, just make it smart.

[eli]

I think you are overthinking it. We don't need a fancy AI solution to the relatively simple problem of "busy" projects drowning out quieter ones. I don't think it would work very well and, anyway, we have different ideas about what's important in an update.

Just collapsing updates from busy projects by showing the few most recent updates and then cutting it off with a message like "(+ 12 other commits and 3 issues; click here to expand)" would get it most of the way there.