Not sure if this has ever been suggested, or if it's even worth the time and effort to implement, but could unique fields be added to further query sets and mons into a more manageable format for team-building purposes?
For instance, adding a unique field to identify the tier (OU, UU, etc.) a mon is in could further filter just the tier you're interested in (and below ideally, so clicking OU would show all below tiers as well since they're legal). Something that has multiple sets used in multiple tiers would always identify as the lowest tier it's legal in (think Skeledirge in Ubers and UU due to Unaware niche).
This new Tier field would be one unique field and another (or multiple) would be a rough classification of the roles the mon has.
This unique field(s) would summarize the types of sets into things such as Physical / Special Attacker, Defense / Special Defense Wall, Fast Pivot, Hazard Stacker, etc. to allow for further filtering in the damage calculator. Something with multiple sets would ideally have multiple fields to query from (some mons can be both offensive and defensive, for instance). This could apply to the mon or to a sample set but ideally the mon so you can see what sets are available / common.
The purposes of this would be:
I want to build a physically defensive wall in PU and need to know what threats to expect and build around as I typically play RU. I build my sample set using 'X' mon and import it into the calculator like normal.
I then choose from multiple drop downs such as Tier and Role (PU and Physical Attacker, for instance). Using these would then populate the highest damage calculation from each individual mon in that category rather than the current manually clicking one mon with 4 attacks (new interface for this perhaps, or have an additional column to the right of the current damage calculation table that specifies the mon used for each attack so it can query the top 4 without changing much of the layout). This could also be an importable text document that just queries the top calculation and sorts it from high to low ('Y' does 47-54%, 'Z' does 41-50%, etc.).
This would obviously require a lot of additional data management in updating the tiers and roles as things change but would only really be a few additional unique fields in a table that's already probably pretty expansive. If this is something that seems feasible (whether updating the current interface for additional drop downs or creating an importable with the queried calculations) I can definitely explain further or create samples for visualization!