# Documentation triagers **URL:** \ **Category:** Documentation\ **Created:** [February 21, 2022, 12:11pm UTC](https://discuss.python.org/t/documentation-triagers/13850 "2022-02-21T12:11:54Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![encukou](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/encukou/32/2461_2.png) [@encukou](https://discuss.python.org/u/encukou)\ **Post date:** [February 21, 2022, 12:11pm UTC](https://discuss.python.org/t/documentation-triagers/13850/1 "2022-02-21T12:11:54Z")
Hello, Docs WG has voted to create the Docs Triagers team on GitHub, and add @pauleveritt to it. I created a team, and I’ll ask an admin to add Paul (and more people, see below). The Docs triagers will be given GitHub triage rights on the [docs-community](https://github.com/python/docs-community) repo. Soon, as docs-community is cleaned up and the docs WG is up and running, I want to open discussions give them triager rights in places like [devguide](https://github.com/python/devguide), [peps](https://github.com/python/peps/) and [python-docs-theme](https://github.com/python/python-docs-theme). Repos like [typing](https://github.com/python/typing) might want to invite them as well. For me, this was an experiment in how to run a Docs WG vote, and I learned a few things. One is that it would be good to post here – on the official docs WG communication channel – about any future votes. Another thing I realized is that I might be taking formal voting processes too seriously :‍) Also, it turns out that it would be good to fill up the Docs Triagers role with more people, ideally with less overhead than a formal vote. With that in mind, I’ll add several more people to the Docs Triager role. I’ll take responsibility for their actions until onboarding is ironed out: - @pradyunsg - @AA-Turner - @CAM-Gerlach - @jojablonski To iron out the onboarding, I propose these rules, based the ones for [CPython triagers](https://devguide.python.org/triaging/?highlight=triager#becoming-a-member-of-the-python-triage-team): - Any member of the following groups can invite a new Docs Triager: * * * Some details on the vote, for the sake of transparency: According to the Docs WG charter: > A vote for any proposal will last for 5 days, or when all voting members have voted, whichever comes first. For a proposal to be successful it must have at least two +1’s, more +1’s than -0’s, and no -1. Voting may be done in any venue given agreement of all voting members. Voting was done on a private Discord channel, with e-mail pings to go there. We don’t all agree with Discord as the venue, but since everyone voted, I count the result as valid. Since we don’t have a agreed-upon alternative, I currently plan to run the next vote in private Discord channel again, and this time send e-mail pings immediately. (Voting by e-mail should also work, but it’s somewhat inconvenient to count.) * * * 1. There’s some confusion over whether the SC as a whole is a member of the Docs WG, or each SC member is also a member of the Docs WG. So this is explicit. 2. this is in preparation for having a role for that in the future ---
**Author:** ![Jelle](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/jelle/32/1049_2.png) [@Jelle](https://discuss.python.org/u/Jelle)\ **Post date:** [February 21, 2022, 4:04pm UTC](https://discuss.python.org/t/documentation-triagers/13850/2 "2022-02-21T16:04:27Z")
What would the responsibilities of docs triagers be? I recognize most of the names in your list and I’d be glad to see them more involved in Python docs development, but it’s not clear from your message what docs triagers would actually be expected to do. ---
**Author:** ![encukou](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/encukou/32/2461_2.png) [@encukou](https://discuss.python.org/u/encukou)\ **Post date:** [February 21, 2022, 4:35pm UTC](https://discuss.python.org/t/documentation-triagers/13850/3 "2022-02-21T16:35:05Z")
For their pernissions, see [GitHub docs](https://docs.github.com/en/organizations/managing-access-to-your-organizations-repositories/repository-roles-for-an-organization#permissions-for-each-role). Compared to the Read role, Triagers can: - Apply/dismiss labels - Close, reopen, and assign all issues and pull requests - Apply milestones - Mark [duplicate issues and pull requests](https://docs.github.com/en/articles/about-duplicate-issues-and-pull-requests) - Request [pull request reviews](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/requesting-a-pull-request-review) - [Lock and unlock discussions](https://docs.github.com/en/discussions/managing-discussions-for-your-community/moderating-discussions) - [Individually convert issues to discussions](https://docs.github.com/en/discussions/managing-discussions-for-your-community/moderating-discussions) - [Delete a discussion](https://docs.github.com/en/discussions/managing-discussions-for-your-community/managing-discussions-in-your-repository#deleting-a-discussion) They also will be members of the `@python` organization. I think that’s what allows them to be assigned to issues. Ideally they should be able to fix issue titles, but it seems that’s part of the next level of permissions. As to what exactly they’d be expected to do – that’s a good question for _them_, actually. Let’s get back to it after we get some experience on docs-community. I expect the role would be very similar to CPython triagers, just for docs rather than code. ---
**Author:** ![AA-Turner](https://sea2.discourse-cdn.com/flex002/user_avatar/discuss.python.org/aa-turner/32/4979_2.png) [@AA-Turner](https://discuss.python.org/u/AA-Turner)\ **Post date:** [February 22, 2022, 3:22pm UTC](https://discuss.python.org/t/documentation-triagers/13850/4 "2022-02-22T15:22:51Z")
Thanks Petr! Lovely to join the new team. A