Sorry, I'm not sure which topic specifically you're referencing here -- do you mean with the proposed community subteam in particular? I've started a dedicated thread for that which at least sketches some of the potential roles, but agree that they need further elaboration. (And I would like more people to speak up on that thread :))
In general the structure of the teams is laid out in the governance RFC; each one (except moderation) is led by a core team member. The core team (not Mozilla) is ultimately steering the project, and any cross-team disputes would be handled at that level. I would hope that the community team's primary role with respect to diversity would be a more positive one: things like establishing a standard meetup and conference code of conduct, leading/organizing outreach work in various guises (many of which have been covered in some concrete detail already), and being a place for people doing local community work to share notes with one another. It would also be responsible for maintaining visibility and lines of communication between e.g. the core team and various community organizations at different scales.
Anyway, not sure if that addresses the concerns you were getting at, but it's the primary structured/formal way I currently have in mind for enshrining community building/support and inclusiveness in a first-class way for the project.