萌娘百科:2021年方针修订专案 > 2021年方针修订专案/用户权限体系
- 本页面不是正式提案，不是萌娘百科的方针或指引；
- 特别设立本专案以供社群对萌娘百科方针/指引的未尽事宜予以讨论与修订。
- 当前专案讨论已结束，本页面仅留作存档，请不要再进行编辑。
各位这三天辛苦了，我，仍旧在这里的活跃的维护人员星海子[更多]，在此开启对用户权限体系讨论。这里将讨论之前技术类用户组提案中的没有讨论的、改动涉及面较大的用户组权限体系和授权/去职的方针，我会直接在本页中撰写需要讨论的问题以及部分讨论结果。希望大家仍能对萌娘百科有信心，充分参与讨论。
目录
讨论相关
可能可以讨论的方向
- 行政员的职责：
- 行政员在社群的职责是什么，是否应当也有授权和去职体系。
- 管理员的职责和权限：
- 管理员在社群的职责是什么。
- 如何尽可能的减少管理员个体在部分内容维护体系上具有更高的特殊权利，或是说一票否决权。（我的个人观点是管理员更多的是mediawiki权限，可以有但不应该有过多的社群权限。）
- 管理员是否可以持有删除和恢复页面的特定版本
(deleterevision)权限。 - 管理员的授权和去职程序。
- 巡查姬的权限和义务：
现阶段更多的普通站务维护都是巡查姬在做，有些权限到了确需下放的时候了，我们不应该过分追求阶级制度而舍本逐末。
- 移动页面时不创建来源页面的重定向
(suppressredirect) - 覆盖现存文件
(reupload) - 查看未受监视页面的列表
(unwatchedpages) - 巡查姬的授权和去职程序。
- 巡查姬（或是所有维护人员）的必要义务。
- 见习巡查的职责：
现阶段并没有规定见习巡查能做什么、不能做什么，同时，也缺乏引领他们的人。
- 是否应当将见习巡查的实习期分为两个阶段，在第二阶段加入维护团队官方群组以便更好学习；
- 是否应该在申请板块内新增维护人员意见区，以便更好的集体考察。
- 优质编辑者的更多权限：
我认为优质编辑者不仅仅是一个荣誉称号，更多代表着信任，可以赋予更多的mediawiki权限，例如：
- 覆盖自己上传的文件
(reupload-own)
这里还可以讨论技术类用户组提案中没讨论完的内容。
此外，对于需要调整Mediawiki权限的现有用户组，我个人建议先讨论职责和权限，再讨论申请门槛等授权/去职问题。
关联阅读
- 萌娘百科:方针#用户权限体系（当前用户权限体系）
- 萌娘百科_talk:提案/未通过提案/关于用户权限体系调整的提案(2021.10.08)（技术类用户组的用户权限体系）
- Special:UserGroupRights（当前各用户组权限）
- mw:Manual:User_rights#List of permissions（Mediawiki文档）
注释
- 删除版本权限不包含把日志删除的权限，是人人都可见的操作，相较先删除页面再恢复会更好；
- 移动不留重定向无法覆盖既存的内容页面（非单编辑历史的重定向），无需担心覆盖删除页面之问题；
- 覆盖上传的文件
仅需要回退权限(rollback)即可恢复上一个版本，且任何人能查看历史版本的图片。 - 查看未受监视页面的列表权限可在Special:unwatchedpages查看没有人监视的页面，在每个页面的action=info页面查看页面监视情况。
方案草案
| 权限名称 | 权限用途 | 用户组 | 备注 |
|---|---|---|---|
| globalblock | ⧼right-globalblock⧽ | 用户查核员 | 转移自steward |
| 添加用户组：IP封禁豁免者 | 新增权限 | ||
| 删除用户组：IP封禁豁免者 | |||
| abusefilter-hide-log | 将条目在滥用日志中隐藏 | 监督员 | 新增权限 |
| abusefilter-hidden-log | 查看隐藏的滥用日志条目 | ||
| deletebatch | 批量删除页面 | 管理员 | 转移自行政员 |
| deleterevision | 删除和恢复页面的特定版本 | 新增权限 | |
| techedit | 编辑保护级别为“仅允许技术编辑员和管理员”的页面 | ||
| 添加用户组：技术编辑员、机器用户 | |||
| 删除用户组：技术编辑员、机器用户、荣誉维护人员 | |||
| 添加用户组至自己的账户：界面管理员 | |||
| 删除自己的账户的用户组：界面管理员 | |||
| suppressredirect | 移动页面时不创建来源页面的重定向 | 维护姬 | 新增权限 |
| reupload | 覆盖现存文件 | ||
| unwatchedpages | 查看未受监视页面的列表 | ||
| reupload-own | 覆盖自己上传的文件 | 优质编辑者 | 新增权限 |
| reupload-own | 覆盖自己上传的文件 | 荣誉维护人员 | 新增权限 |
| suppressredirect | 移动页面时不创建来源页面的重定向 | 机器人 | 恢复权限 |
| skipcaptcha | 执行触发验证码的操作时无需验证 | STAFF | 新增权限 |
| autopatrol | 使自己的编辑自动标记为已巡查 | ||
| autoconfirmed | 不受基于IP的速率限制 | ||
| noratelimit | 不受速率限制影响 | ||
| ipblock-exempt | 绕过IP封禁、自动封禁和段封禁 | ||
| 添加用户组至自己的账户：管理员、界面管理员、脚本编辑员 | |||
| 删除自己的账户的用户组：管理员、界面管理员、脚本编辑员 | |||
| editsitecss | 编辑全站CSS | 界面管理员 | 新增用户组 |
| editsitejson | 编辑全站JSON | ||
| editsitejs | 编辑全站JavaScript | ||
| editusercss | 编辑其他用户的CSS文件 | ||
| edituserjson | 编辑其他用户的JSON文件 | ||
| edituserjs | 编辑其他用户的JavaScript文件 | ||
| editinterface | 编辑用户界面 | ||
| techedit | 编辑保护级别为“仅允许技术编辑员和管理员”的页面 | ||
| editwidgets | 在Widget名字空间中创建和编辑小部件
|
脚本编辑员 | 新增用户组 |
| techedit | 编辑保护级别为“仅允许技术编辑员和管理员”的页面 | ||
| techedit | 编辑保护级别为“仅允许技术编辑员和管理员”的页面 | 技术编辑员 | 新增用户组 |
| abusefilter-modify | 修改防滥用过滤器 | 滥用过滤器维护员 | 新增用户组 |
| abusefilter-modify-restricted | 修改包含受限动作的防滥用过滤器 | ||
| abusefilter-revert | 撤销指定防滥用过滤器作出的所有更改 | ||
| abusefilter-private | 查看滥用日志中的私有数据 | ||
| bot | 被视为自动程序 | 机器用户 | 新增用户组 |
| noratelimit | 不受速率限制影响 | ||
| 删除自己的账户的用户组：机器用户 | |||
| ipblock-exempt | 绕过IP封禁、自动封禁和段封禁 | IP封禁豁免者 | 新增用户组 |
| 小部件编辑者 | 删除用户组 | ||
| steward | 删除用户组 | ||
| ⧼group-developer⧽ | 删除用户组 | ||
| 删除执行员 | 删除用户组 | ||
方针#用户权限体系
萌娘百科的用户组分类为以下三类：
- 官方用户组。具有一定权限，意见视为萌娘百科官方。本类细分为二子类：
- 荣誉用户组：优质编辑者、荣誉维护人员、VIP。这些用户组不视为萌娘百科官方，仅为嘉奖一些为萌娘百科作出特定贡献的用户一个特殊的荣誉称号而设立。
- 功能用户组：仅为获得了一些额外权限的普通用户，不视为萌娘百科官方。本类细分为三子类：
各用户组权限参见Special:用户组权限，申请条件等参见各用户组页面。
维护人员的基本义务
萌娘百科的维护人员必须遵守本方针规定之义务与禁忌。
安全义务
- 不得将账号借予他人使用；
- 使用与其他网站不同的高强度密码；
- 应在安全的网络环境下进行维护。
维护义务
- 有义务按萌娘百科:维护人员的维护任务进行维护；
- 当发现其他维护人员行为有误或者可以改进时要提出；
- 维护人员有义务谨慎进行受限操作，尽可能避免重大操作失误；
- 维护人员有义务关注站点页顶公告栏中的重要站内事务；
- 管理员有义务将萌娘百科_talk:讨论版及其子页面加入监视列表并定期查看讨论以及提问。
维护禁忌
- 不允许参与任何涉及编辑奖励的编辑，收费删除（或美化/诋毁）的行为被严厉禁止；
- 不得在站外以萌娘百科维护人员等名义进行骂街、打嘴炮、引战等行为；
- 管理员不得公开滥用过滤器私有日志中涉及个人隐私的信息；
- 非萌娘百科对外宣传人员，不得以萌娘百科名义在站外与第三者进行交涉。
行政员
行政员（Bureaucrats，bureaucrat）可以编辑所有人的（包括自己）用户组权限。行政员须具备在出现复杂情况的时候处理争议或敏感内容、决定讨论共识及结论，并能有效地对这些决定做出全面解释的能力。
行政员属于管理员的附加用户组，一般情况下同时兼任用户查核员和监督员。
权限
- 不受速率限制影响
(noratelimit)； - 合并用户
(usermerge)——由于技术限制，暂时不开放申请； - 编辑所有用户权限
(userrights)； - 无视欺诈检查
(override-antispoof)； - 更改用户名
(renameuser)——由于技术限制，暂时不开放申请。
申请与授权
申请条件
- 连续担任管理员至少6个月；
- 过去6个月内超过30日内有编辑或其他操作行为；
- 6个月内积极行使管理员职责，未有不活跃警告；
- 未曾进行破坏萌娘百科的行为；
- 发起申请前三个月内未被除去行政员、用户查核员或监督员用户组，也未发起过行政员申请。
授权程序
- 在权限变更版使用预设的申请模板发出合格式的申请（不合格式的申请将会作废）；
- 建议申请人在申请中说明申请的缘由，否则可能难以取得信任从而获得足够多的同意票；
- 申请人可以在申请时选择放弃用户查核员、监督员中一个或多个用户组，这可能会影响用户投票；
- 申请发出后在询问期内（一般为发起申请后7日内，行政员可单独决定延长或缩短），其他用户可向申请人提出关于萌娘百科维护、行政员及其权限和萌百未来发展等的提问。
- 提问只能在申请后3日内发出，申请人回答后的追问不作限制；
- 建议申请人在自己的能力范围内回应适量的问题，一般建议申请人回答现任行政员的所有提问；
- 追问和对追问的回答参上规定。
- 在询问期满3日后，由维护人员开启投票，投票期时长7日。
- 投票期结束后由现任维护人员点票：
- 管理员每人投票权重2票，巡查姬每人权重1票。
- 当同意票占总票数比例超过2/3，管理员+巡查姬参与率超过2/3时，投票通过；除此以外，投票不通过。
- 投票通过后由行政员对计票结果予以确认，无误后授予申请人行政员、用户查核员、监督员用户组。
- 注意：因为个人原因（而不是面临社群质疑）申请暂离的行政员，在六个月内重新申请，行政员可选择跳过授权程序直接授权。
义务与职责
- 根据社群投票结果，授予或除去相应用户的各类用户组；
- 当跳过申请程序授予用户临时的用户组时，应在Special:用户权限的原因栏注明必要的信息（如工作方向、申请地点等）。
- 执行各用户组方针中的快速降权程序，以减少萌娘百科的损失；
- 审核机器人并发放机器人用户组；
- 积极参与与站点运维方（STAFF）的沟通；
- 在出现争议或敏感内容等特殊情形时，需决定讨论共识及结论，并能有效地对这些决定做出全面解释；
- 行使最终决定权，并向运维方通报执行意见；
- 其他方针、指引中额外规定的特殊情形。
降权与除权
- 过去30日内，有编辑或其他操作行为的日数不足3日，在萌娘百科和萌娘共享（主，模板Template，分类Category，帮助Help，萌娘百科Project，文件File）名字空间编辑次数不足5次。其他人留言询问后，7日内无回复和操作行为；
- 连续2次维护人员人事案或提案未参与投票或被视为未参与投票，该行政员将会受到警告：
- 此处维护人员人事案、提案未参与数分别单独计算；
- 如果不能在一周内阐明自己连续不投票的原因或原因不能被至少2位行政员接受，则会被除去行政员用户组；
- 而在答复后的下一次维护人员人事案和提案投票中仍投弃权票或未参与投票的，将被直接除去行政员用户组。
- 被成功弹劾，须经弹劾程序：
- 自动确认用户可在权限变更版发起行政员弹劾程序：
- 若已有对相应行政员弹劾投票程序正在进行，原则上应在此弹劾案内补充陈述、证据、讨论等内容，不应新发起重复的弹劾程序；
- 若行政员弹劾程序未通过，不可对行政员发起管理员弹劾程序。
- 弹劾发起且有效后进入7日的质询期，被弹劾的行政员可以回应弹劾，有票权的用户亦可参与质询讨论。此阶段内发起人可随时撤回弹劾；
- 在质询期满7日后，若弹劾未撤回，由维护人员开启投票，投票期时长7日。
- 投票期结束后由现任维护人员点票：
- 被弹劾人没有票权，其他管理员每人投票权重2票，巡查姬每人权重1票。
- 在维护人员参与率超过2/3的前提下，同意票占总票数比例超过2/3，且管理员反对票占管理员总票权数之比不足1/2，投票通过；除此以外，投票不通过。
- 自动确认用户在行政员弹劾投票中，可以表达意见但不计票数。
- 投票通过后行政员对计票结果予以确认，无误后除去被弹劾人行政员、用户查核员、监督员用户组。
- 自动确认用户可在权限变更版发起行政员弹劾程序：
- 自行申请。
其他
- 运维方官方账户默认持有行政员用户组，官方账户的行政员用户组不可褫夺，且不计入投票基数、不适用活跃度限制。
- 在正式行政员不满三人时（除STAFF外），AnnAngela[更多]、云霞[更多]仍任临时行政员，代行行政员所有职责，临时行政员亦可通过申请与授权程序成为正式行政员。
管理员
管理sysop）是统筹管理萌娘百科全站的站点维护人员，拥有大量管理权限。管理员作为萌娘百科的高阶编辑，有能力且有义务引导用户正确编辑、参与讨论版讨论，同时也需要参与提案、人事变动等重大站务的讨论与投票表决。
申请与授权
- 申请条件
- 已任巡查姬满30日，且30日内未有不活跃警告；
- 已知晓并确保可以遵守萌娘百科:维护人员的基本义务；
- 已经通读了萌娘百科:维护人员的维护任务；
- 在萌娘百科的主（namespace=0）、模板（template:）、分类（category:）名字空间下编辑合计超过600次；
- 在萌娘共享的文件（file:）、分类（category:）名字空间下编辑合计超过50次；
- 熟练掌握wiki代码/分类/模板/文件的使用方法，可以读懂较复杂的wikitext；
- 有10个由自己主力编写的条目，证明自己已经熟悉wiki代码，能写出高质量条目；
- 了解萌娘百科、萌娘共享的各类政策文件；
- 能基本保证每日在线维护半小时或以上；
- 最近1个月内无触犯封禁政策和其它方针有关封禁规定的行为；
- 发起申请前一个月内未被除去管理员用户组，也未发起过管理员申请。
- 授权程序
- 在权限变更版使用预设的申请模板发出合格式的申请（不合格式的申请将会作废）；
- 建议申请人在申请中说明申请的缘由，否则可能难以取得信任从而获得足够多的同意票。
- 申请发出后在询问期内（一般为发起申请后7日内，行政员可单独决定延长或缩短），其他用户可向申请人提出关于萌娘百科维护、行政员及其权限和萌百未来发展等的提问。
- 提问只能在申请后3日内发出，申请人回答后的追问不作限制；
- 建议申请人在自己的能力范围内回应适量的问题，一般建议回答不超过25个问题，并尽可能回答更多现任维护人员的提问；
- 追问和对追问的回答参上规定。
- 在询问期满3日后，由维护人员开启投票，投票期时长7日。
- 投票期结束后由现任维护人员点票：
- 管理员每人投票权重2票，巡查姬每人权重1票；
- 在维护人员参与率超过2/3的前提下，同意票占总同意+反对票之比例超过2/3，且管理员反对票占管理员总票权数之比不足1/2，投票通过；除此以外，投票不通过。
- 投票通过后由行政员对计票结果予以确认，无误后授予申请人管理员用户组。
- 注意：因为个人原因（而不是面临社群质疑）申请暂离的管理员，在六个月内重新申请巡查姬或管理员用户组，行政员可选择跳过授权程序直接授权。
义务与职责
- 积极受理巡查姬、技术编辑员等用户组的申请；
- 积极参与人事案、提案的讨论和投票；
- 受理巡查姬等用户组无法做到的维护任务、编辑请求；
- 合并提案、快速提案内容至方针或指引页面，实现社群讨论所得的共识；
- 定期检查私有过滤器日志，改进滥用过滤器；
- 履行其它方针或指引中管理员的工作职责；
- 尽可能为用户提供更好的访问感受。
降权与除权
- 快速降权
符合下列条件时，应当将管理员快速降至巡查姬用户组：
- 所发放的巡查姬在发放不满三个月的情况下因其不合申请条件、被弹劾或严重违规而被撤销，且第一次和第三次间隔不足一年的，可认为其维护标准与社群意见差距很大；
- 在短期内大量操作失误，经行政员评估需要尽快减少损失；
- 因触犯封禁政策和其它方针有关封禁规定的行为而遭到短期封禁。
行政员可以在降级时指定15日或30日察看期，察看期结束后方可恢复管理员身份，期间不可自行申请管理员权限。
- 除权程序
- 活跃度不足：
- 过去30日内，在萌娘百科和萌娘共享（主，模板Template，分类Category，帮助Help，萌娘百科Project，文件File）名字空间编辑次数不足3次。其他人留言询问后，7日内无回复和操作行为；
- 在其他管理员于用户讨论页提醒参与维护人员人事案投票至投票结束期间，若在萌娘百科和萌娘共享有超过2次编辑行为，但仍未参与投票，该管理员将会受到警告：
- 如果不能在两周内阐明自己不投票的原因或原因不能被超过1/3的管理员接受则会被除去管理员用户组；
- 连续3次维护人员人事案、技术人员人事案或提案投弃权票、未参与投票或被视为未参与投票，该管理员将会受到警告：
- 如果不能在两周内阐明自己连续弃权/不投票的原因或原因不能被超过1/3的管理员接受则会被除去管理员用户组；
- 而在答复后的下一次人事案和提案投票中仍投弃权票或未参与投票的，将被直接除去管理员用户组。
- 被成功弹劾，须经弹劾程序：
- 自动确认用户可在权限变更版发起管理员弹劾程序：
- 若已有对相应管理员弹劾投票程序正在进行，原则上应在此弹劾案内补充陈述、证据、讨论等内容，不应新发起重复的弹劾程序；
- 若行政员弹劾程序未通过，不可对行政员发起管理员弹劾程序。
- 弹劾发起且有效后进入7日的质询期，被弹劾的管理员可以回应弹劾，有票权的用户亦可参与质询讨论。此阶段内发起人可随时撤回弹劾；
- 在质询期满7日后，若弹劾未撤回，则由维护人员开启投票，投票期时长7日。
- 投票期结束后由现任维护人员点票：
- 被弹劾人没有票权，管理员每人投票权重4票，巡查姬每人权重2票，自动确认用户每人1票；
- 在总同意票占维护人员总票权数比例超过1/3的前提下，维护人员同意票占维护人员总票权数比例超过2/3，或总同意票占总同意+总反对票比例超过2/3时，投票通过；除此以外，投票不通过。
- 投票通过后行政员对计票结果予以确认，无误后除去被弹劾人管理员用户组。
- 自动确认用户可在权限变更版发起管理员弹劾程序：
- 自行申请。
巡查姬
巡查姬（Patrollers，patroller）是对萌娘百科进行日常性维护的站务维护人员。巡查姬作为萌娘百科中阶至高阶编辑，有义务对萌娘百科的页面进行巡查，且对未达到质量标准的条目进行维护性操作。
申请与授权
- 申请条件
- 已成为自动确认用户超过30日；
- 已知晓并确保可以遵守萌娘百科:维护人员的基本义务；
- 已经通读了萌娘百科:维护人员的维护任务；
- 在萌娘百科的主（namespace=0）、模板（template:）、分类（category:）名字空间下编辑合计超过200次；
- 在萌娘共享的文件（file:）、分类（category:）名字空间下编辑合计超过25次；
- 掌握wiki代码/分类/模板/文件的基本使用方法；
- 有1个由自己主力编写的条目，证明自己已经会用wiki代码，能写出条目；
- 有10个维护过的页面的特定历史记录点，通过编辑历史证明自己明白如何提高页面质量；
- 最近1个月内无触犯封禁政策和其它方针有关封禁规定的行为；
- 发起申请前一个月内未被除去管理员、巡查姬用户组，也未发起过巡查姬申请。
- 授权程序
- 在权限变更版使用预设的申请模板发出合格式的申请（不合格式的申请将会作废）；
- 建议申请人在申请中提出证明自己符合申请条件的证据（如相关编辑的链接等），否则可能难以取得信任从而获得授权。
- 管理员审核确认符合申请条件后授予申请人相应用户组。
- 管理员应授予申请人时长15日的巡查姬用户组作为实习期，详见#实习考核制度之规定；
- 若7日内无管理员受理巡查姬申请，视为自动拒绝。
实习考核制度
- 实习
- 申请成为巡查姬后，会有15日的实习期，在此期间若正常执行了维护工作且满足了相应标准，则转为正式巡查姬。若实习期未予通过，30日内不可进行二次申请；
- 实习巡查姬不代表萌娘百科官方人员，但仍需遵守萌娘百科:维护人员的基本义务；
- 实习巡查姬在人事/提案投票中仍被视为其担任巡查姬前的用户组；
- 结合萌娘百科:维护人员的维护任务，积极参与维护工作，没有出现重大编辑错误；
- 无触犯封禁政策及其他方针规定封禁之行为；
- 实习期满7日后，若实习期未被中止，实习巡查姬可选择加入维护组群，参与更多的社群讨论和公开度不那么高的讨论。
- 考核
- 维护人员可在权限变更版指定区域对实习巡查姬进行简单提问或评价；
- 若有简单提问，申请人可选择不超过5个问题进行回答（问题数量不以提问人计）；
- 其他用户亦可在讨论区发表意见。
- 若实习巡查姬在实习期间存在严重违反萌娘百科现行政策的行为，经维护人员讨论后，授权的管理员可选择中止实习期；
- 授权的管理员有义务帮助实习巡查熟悉萌娘百科的政策；
- 授权的管理员可在实习期第14日起3日内，结合维护人员的意见，对实习巡查姬进行考核，若通过则授予正式的巡查姬用户组；
- 若授权的管理员因各种意外情况而无法在实习期到期前及时进行考核，其他管理员可代为考核。
- 管理员可选择对因为个人原因（而不是面临社群质疑）申请暂离、在六个月内重新申请巡查姬的用户跳过实习考核制度。
降权与除权
- 活跃度不足：
- 过去30日内，在萌娘百科和萌娘共享（主，模板Template，分类Category，帮助Help，萌娘百科Project，文件File）名字空间编辑次数不足3次。其他人留言询问后，7日内无回复和操作行为；
- 在其他管理员于用户讨论页提醒参与维护人员人事案投票至投票结束期间，若在萌娘百科和萌娘共享有超过2次编辑行为，但仍未参与投票，该巡查姬将会受到警告：
- 如果不能在两周内阐明自己不投票的原因或原因不能被超过1/3的管理员接受则会被除去巡查姬用户组；
- 连续3次维护人员人事案或提案投弃权票、未参与投票或被视为未参与投票，该巡查姬将会受到警告：
- 如果不能在两周内阐明自己连续投弃权/不投票的原因或原因不能被超过1/3的管理员接受则会被除去巡查姬用户组；
- 而在答复后的下一次人事案和提案投票中仍投弃权票或未参与投票的，将被直接除去巡查姬用户组。
- 被成功弹劾，须经弹劾程序：
- 自动确认用户可在权限变更版发起巡查姬弹劾程序：
- 若已有对相应巡查姬弹劾投票程序正在进行，原则上应在此弹劾案内补充陈述、证据、讨论等内容，不应新发起重复的弹劾程序；
- 通过快速降权程序降权为巡查姬的原管理员，仍应按管理员弹劾程序进行弹劾。
- 弹劾发起且有效后进入7日的质询期，被弹劾的巡查姬可以回应弹劾，有票权的用户亦可参与质询讨论。此阶段内发起人可随时撤回弹劾；
- 在质询期满7日后，若弹劾未撤回，则由维护人员开启投票，时长7日。
- 投票期结束后由现任维护人员点票：
- 被弹劾人没有票权，管理员每人投票权重4票，巡查姬每人权重2票，自动确认用户每人1票；
- 在总同意票占维护人员总票权数比例超过1/3的前提下，维护人员同意票占维护人员总票权数比例超过1/2，或总同意票占总同意+总反对票比例超过1/2时，投票通过；除此以外，投票不通过。
- 投票通过后行政员对计票结果予以确认，无误后除去被弹劾人巡查姬用户组。
- 自动确认用户可在权限变更版发起巡查姬弹劾程序：
- 自行申请。
STAFF
萌娘百科网自2020年3月起由绍兴萌派网络有限公司（以下简称绍兴萌派）持有，绍兴萌派自此为萌娘百科提供服务器与技术等方面的支持，负责萌娘百科的对外宣传。STAFF（staff）用户组即是授予绍兴萌派在萌娘百科的在职工作人员持有。
权限
- 执行触发验证码的操作时无需验证
(skipcaptcha) - 使自己的编辑自动标记为已巡查
(autopatrol) - 不受基于IP的速率限制
(autoconfirmed) - 不受速率限制影响
(noratelimit) - 自我解封
(unblockself) - 绕过IP封禁、自动封禁和段封禁
(ipblock-exempt) - 添加用户组至自己的账户：管理员、界面管理员、脚本编辑员
- 删除自己的账户的用户组：管理员、界面管理员、脚本编辑员
STAFF添加用户组至自己的账户时，应遵守如下规范：
- 可自授权任意期限的界面管理员、脚本编辑员用户组，以便改进萌娘百科技术问题；
- 仅可在紧急事项或确有维护需要时自授权有限期的管理员用户组，使用完毕应及时除去相应用户组。
官方账户
- 官方账户[更多]（暂未命名）
此为萌娘百科的官方账户，名义上的站长，持有行政员、管理员、界面管理员、监督员、用户查核员、STAFF用户组。
其他
- STAFF用户组成员不参与一般站务的讨论，不计入投票基数，不适用活跃度限制。
- 官方账户正式启用后，Etolli[更多]不再担任站长，转为一般STAFF。
备注
- 此方针将在最终决定权恢复行使后升级为站点基本信息。
荣誉维护人员
荣誉维护人员（Honored maintainers，honoredmaintainer）是萌娘百科授予因个人原因而离职的维护人员的荣誉用户组。荣誉维护人员虽然不再被视为萌娘百科官方人员，但他们是萌娘百科坚定的支持者，曾经为萌娘百科做出较大贡献。
在此用户组设立后，萌娘百科不再向离任的维护人员自动发放“优质编辑者”用户组。
权限
- 使自己的编辑自动标记为已巡查
(autopatrol) - 覆盖自己上传的文件
(reupload-own)
授权条件
- 已任或曾任维护人员满30日，因个人原因（而非面临社群问责）而主动辞职。
- 已任或曾任维护人员满90日，最后一个任期最后90日内不活跃警告次数不满2次，因不活跃自动去职。
- 其他经维护人员讨论、行政员认定可发放的特殊情形。
- 若维护人员因各种原因宣布辞去或放弃一切用户组，或是拒绝接受该用户组，则不授予此用户组。
授权程序
- 此用户组设立后，符合授权条件的在任维护人员在辞职或去职时将默认发放此用户组。
- 此用户组设立前，符合授权条件的前任维护人员可在讨论版权限变更区申请此荣誉用户组。
- 若存在确有需要回溯发放的特殊情形，由行政员直接发放。
用户组的收回
- 当持有此用户组的用户重新成为萌娘百科的维护人员时，收回此用户组。
- 特别地，当用户重新申请成为巡查姬而需要进行实习期考核时，在正式授予巡查姬用户组前仍保留此用户组。
- 因严重违反站点方针而遭到封禁时，可收回该荣誉称号。
- 用户自愿放弃用户组时，收回该用户组。
优质编辑者
优质编辑者（Good editors，goodeditor）是萌娘百科授予优秀贡献者的荣誉用户组。
作为共笔型网站，充实的内容和编辑者的贡献紧密相连。萌娘百科会不定期授予一些能够十分熟练地编辑萌百、熟知编辑规范、并做出大量贡献的用户，以嘉奖他们勤耕不辍的精神。
权限
- 使自己的编辑自动标记为已巡查
(autopatrol) - 覆盖自己上传的文件
(reupload-own)
优质编辑者们可以使自己的编辑自动标记为已巡查，这样可以跳过页面的初步检查，这是由于他们通常获得了社群的初步信任。优质编辑者们虽然不被视作萌娘百科的官方人员，但他们是萌娘百科坚定的支持者，而且正在通过自己的努力使萌娘百科这个项目趋于完善。
申请与授权
- 任何编辑质量优异，无需返工的编辑者都可直接被维护人员授予该称号。
- 如果希望获得该称号，可主动向任一维护人员申请，或是在讨论版公开提出申请。
- 维护人员在授予优质编辑者时：
- 应当在Special:用户权限正确填写原因。
- 应向其用户讨论页告知用户组变更的信息，以及覆盖自己上传的文件权限的使用说明。
用户组的移除
- 短时间内超过3次编辑质量达不到最低标准需要维护人员补救；
- 进行破坏或其他严重违反萌娘百科政策的行为；
- 无法正确使用覆盖自己上传的文件的权限，经评估造成不良后果；
- 自行申请放弃。
界面管理员
界面管理员（Interface administrators，interface-admin）是能够编辑MediaWiki名字空间、全站所有CSS、JavaScript页面和滥用过滤器的技术类功能用户组。界面管理员不仅可以改进界面消息、提升访客阅读感受，还可以为用户增加更多可能需要的功能、引导编辑者合理使用小工具等。
特别地，此方针内容将随运维方技术调整而产生变化，特别允许行政员使用最终决定权进行一次性修改。
权限
- 编辑全站CSS
(editsitecss)（在升级MW版本至1.32+后从editinterface拆分） - 编辑全站JSON
(editsitejson)（在升级MW版本至1.32+后从editinterface拆分） - 编辑全站JavaScript
(editsitejs)（在升级MW版本至1.32+后从editinterface拆分） - 编辑其他用户的CSS文件
(editusercss) - 编辑其他用户的JSON文件
(edituserjson) - 编辑其他用户的JavaScript文件
(edituserjs) - 编辑用户界面
(editinterface) - 编辑保护级别为“仅允许技术编辑员和管理员”的页面
(techedit)
申请与授权
当前仅允许管理员、巡查姬和脚本编辑员申请长期的界面管理员。符合下列申请条件的，可申请界面管理员用户组：
管理员
- 此用户组正式设立前的管理员无需申请，可在用户组正式设立的两周内授予自己不限期的界面管理员，否则视为自动放弃（行政员不视为自动放弃）。
- 管理员申请此用户组时，仅需向行政员证明有Gadgets的维护能力和CSS/JavaScript类页面的维护意向[ia 1]。
- 由于管理员本身可信任度较高，行政员可审核无误后授予申请人用户组。
- 不担任界面管理员的管理员，可授予自己临时的界面管理员用户组（不超过3日），以便短期执行JavaScript/CSS模型页面的移动、保护、删除[ia 2]等请求。
巡查姬/脚本编辑员
- 申请条件
- 在任巡查姬或脚本编辑员已满30日；
- 符合以下一个或多个条件：
- 能够处理界面消息繁简转换；
- 具有Gadgets的维护能力，能参与全站性CSS/JavaScript类的维护；
- 注册满1年，且最近1年内无触犯封禁记录（不含滥用过滤器误封及维护组成员测试机制导致的非正常封禁，请注意甄别）；
- 除自行请辞外，发起申请前一个月内未被除去非临时的界面管理员用户组，也未发起过界面管理员申请。
- 授权程序
- 使用权限变更版页顶模板的预设按钮发出合格式的申请（不合格式的申请将会作废）；
- 建议申请人在申请中列明主要界面维护方向，以便其他用户给出正确的评价意见。
- 申请发出后为意见发表期（一般为7日，行政员可单独决定延长或缩短），使用召唤术通知现任管理员、界面管理员，从能力等角度在指定区域发表意见。其他用户亦可在讨论区发表相关意见。
- 在意见发表期满3日后，由管理员开启投票，时长7日，使用召唤术通知全体现任管理员，参考意见区的意见，对申请人进行信任度投票。
投票期结束后由现任管理员点票，管理员每人权重1票。
当同意票占总票数比例超过2/3，且参与率超过1/2时，投票通过；除此以外，投票不通过； - 投票通过后由行政员对计票结果予以确认，无误后授予申请人界面管理员用户组。
注意：若申请人已属于脚本编辑员用户组，行政员可选择跳过信任度投票程序。
界面管理员可维护全站的界面消息、创建或引入复杂工具等。若相关权限被滥用，后果将会非常严重，因此界面管理员的可信程度应不亚于管理员。
除权
符合以下任一除权条件的，应当进入除权程序：
- 用户不再属于管理员、巡查姬、脚本编辑员用户组时；
- 自行申请；
- 超过90日在萌娘百科和子站模板(Template)、模块(Module)、MediaWiki名字空间的编辑次数不足3次；
- 管理员未经批准，授予了自己不限期的界面管理员时，应改为临时用户组；
- 短时间内超过3次对CSS/JavaScript的编辑出现严重错误，经评估后可除权；
- 进行破坏或其他严重违反萌娘百科政策的行为；
- 行政员直接除权。
符合除权条件的，由行政员径行除权。其他用户发现有界面管理员符合除权条件的可到权限变更版提报。
义务与规范
- 页面复核
- 修改Mediawiki名字空间的CSS/JavaScript类页面时，有义务在摘要注明修改原因，以便其他界面管理员复核；
- 有义务时常查看萌娘百科:界面脚本动态页面，检查复核他人修改。[ia 3]
- 页面删除
- 由于技术原因，仍在使用的界面消息应当直接由管理员删除，巡查姬不应悬挂{{即将删除}}模板；
- 允许同属于巡查姬用户组的界面管理员在更改CSS/JavaScript等页面模型后挂删页面。
注释
- ↑ 管理员默认持有editinterface权限，处理界面消息繁简转换无需申请此用户组。
- ↑ 用户名字空间下的JavaScript/CSS模型页面无需临时自授权也可以直接删除。
- ↑ 设立类似Template:讨论版目录的页面，记录MediaWiki名字空间内CSS/JavaScript类页面和Widget名字空间内页面的最后修改时间、最后修改人和编辑摘要，同时利用Bot在相关群组内通知。
脚本编辑员
脚本编辑员（Script editors，scripteditor）是萌娘百科的技术类功能用户组。基于多种原因，萌娘百科不再使用Widgets扩展提供的小部件编辑者(widgeteditor)用户组，改用自定义的脚本编辑员用户组。
Widgets扩展可以让正常的wikitext页面中嵌入原始的HTML页面，管理员和脚本编辑员可在Widget名字空间中创建/编辑页面。
权限
- 在
Widget名字空间中创建和编辑小部件(editwidgets) - 编辑保护级别为“仅允许技术编辑员和管理员”的页面
(techedit)
申请与授权
- 申请条件
符合以下所有申请条件的，可以申请脚本编辑员用户组，一般建议已是技术编辑员：
- 萌娘百科和子站的主、模板、模块、分类名字空间下编辑合计超过500次；
- 能证明充分掌握Widget的使用方法，能写出安全可靠的代码，了解处理高风险页面的职责；
- 有意愿参与各类工具的合作编写，并且愿意、熟练使用诸如Github等管理工具；
- 注册满1年，且最近1年内无触犯封禁记录（不含滥用过滤器误封及维护组成员测试机制导致的非正常封禁，请注意甄别）。
- 授权程序
- 使用权限变更版页顶模板的预设按钮发出合格式的申请（不合格式的申请将会作废）；
- 建议申请人在申请中提出证明自己符合申请条件的证据，以便其他用户给出正确的评价意见。
- 申请发出后为意见发表期（一般为7日，行政员可单独决定延长或缩短），使用召唤术通知现任管理员、脚本编辑员，从代码能力、合作能力等角度在指定区域发表意见。其他用户亦可在讨论区发表相关意见。
- 在意见发表期满3日后，由管理员开启投票，时长7日，使用召唤术通知全体现任管理员，参考意见区的意见，对申请人进行信任度投票。
投票期结束后由现任管理员点票，管理员每人权重1票。
当同意票占总票数比例超过2/3，且参与率超过1/2时，投票通过；除此以外，投票不通过； - 投票通过后由行政员对计票结果予以确认，无误后授予申请人脚本编辑员用户组。
注意：若申请人已属于界面管理员用户组，行政员可选择跳过信任度投票程序。
如果相关权限被滥用，植入恶意代码，后果将会非常严重，风险极高，所以脚本编辑员的可信程度应不亚于管理员。
除权
符合以下任一除权条件的，应当进入除权程序：
- 用户属于管理员用户组；
- 自行申请；
- 超过90日在萌娘百科和子站模板(Template)、模块(Module)和Widget名字空间页面的编辑次数不足3次；
- 在对任一Widget及其关联模板的编辑时无法充分的小心，导致出现严重错误，经评估后可除权；
- 拒绝与其他管理员或脚本编辑员合作，我行我素，经行政员评估后可除权；
- 进行破坏或其他严重违反萌娘百科政策的行为；
- 行政员直接除权。
符合除权条件的，由行政员径行除权。其他用户发现有脚本编辑者符合除权条件的可到权限变更版提报。
义务和规范
- 页面复核
- 修改Widget时（不含修改说明文档与在沙盒测试），有义务在摘要注明修改原因，以便其他管理员或脚本编辑员复核；
- 有义务时常查看萌娘百科:界面脚本动态页面，检查复核他人修改。
技术编辑员
技术编辑员（Tech editors，techeditor）是萌娘百科授予被社群信任、精通复杂wikitext或熟悉Lua编辑者的技术类功能用户组。技术编辑员可编辑保护级别为“仅允许技术编辑员和管理员(techedit)”的模板或模块。
申请与授权
- 申请条件
符合以下所有申请条件的，可以申请技术编辑员用户组：
- 萌娘百科和子站的模板(Template)、模块(Module)名字空间的总编辑数编辑合计超过200次或模块名字空间的编辑总数大于50次；
- 可证明精通复杂wikitext或熟悉Lua，了解处理高风险模板或模块的职责；
- 最近1个月内无触犯封禁政策的行为；无编辑战、人身攻击等行为；
- 除自行请辞外，发起申请前一个月内未被除去技术编辑员用户组，也未发起过技术编辑员申请。
- 授权程序
- 申请者须自行使用权限变更版页顶模板的预设按钮发出合格式的申请；
- 建议列出主要维护的模块、复杂模板或其他方式以证明精通复杂wikitext或熟悉Lua，这样能提高通过的可能性；
- 在申请发出后，授权的管理员应对申请人从能力、信任度等角度进行评估（或管理员邀请其他具有techedit权限的用户发表意见），审核无误后授予申请人用户组；
- 若7日内无管理员受理技术编辑员申请，视为自动拒绝。
除权
符合以下任一除权条件的，应当进入除权程序：
- 用户同时属于管理员、界面管理员、脚本编辑员之一的用户组时；
- 自行申请；
- 超过180日在萌娘百科和子站模板(Template)、模块(Module)名字空间页面编辑次数不足3次；
- 短时间内超过3次对任一模板、模块的编辑出现严重错误，经评估后可除权；
- 在编辑受保护的模板、模块时无法充分的小心，导致出现严重错误，经评估后可除权；
- 进行破坏或其他严重违反萌娘百科政策的行为。
符合除权条件的，由管理员径行除权。其他用户发现有技术编辑员符合除权条件的可到权限变更版提报。
页面保护
保护级别“仅允许技术编辑员和管理员”仅适用于模板、模块名字空间，以及其他名字空间下的CSS、JavaScript及其关联的定义或帮助页面。
管理员对高流量或高风险的此类复杂页面进行保护时，可选择此编辑保护级别，以便这些页面得到技术人员的持续维护。若前述页面趋于稳定或极其重要时，可选择“仅允许管理员”的保护级别。此外，简单但重要的页面仍应选择“仅允许巡查姬和管理员”或“仅允许管理员”的保护级别。
特别地，由于移动页面需要编辑权限，若设置为“编辑=仅允许技术编辑员和管理员，移动=仅允许巡查姬和管理员”，则会要求页面移动人同时拥有前述两个权限。
机器用户
机器用户(Bot users，flood)通常用于编辑者执行大量重复性、无争议的操作，一般仅允许人类手动使用。
此用户组的用户进行任何操作时都会添加「机」的标注(Flood flag)，即不希望在Special:最近更改刷屏的同时能确保不需要检查编辑是否有误。
权限
- 被视为自动程序
(bot) - 不受速率限制影响
(noratelimit) - 删除自己的账户的用户组：机器用户
申请与授权
管理员在进行部分无争议、机械式的操作时，可授予自己临时的机器用户用户组。 非管理员亦可在需要手工执行大量无争议、机械式，且无法由全自动化程序执行的工作时，可在权限变更版或维护组内部申请此用户组。 一般不建议非维护人员或非技术人员申请此用户组，您可以至讨论版请求维护人员协助。
申请时应遵守如下规范：
- 应尽可能使用主账户申请并进行工作；
- 应列明工作内容及工作时间；
- 应注明进行手动或半自动工作。若进行半自动工作，还应说明任务使用的半自动化工具及其预定之编辑频率。
经管理员审查无误后授予申请人临时的用户组。
特别地，符合以下情形时，管理员不必自授权机器用户用户组：
- 对指定用户的贡献进行大量回退时，可直接在用户贡献页面URL后方添加
&bot=1，此时再点击回退可直接视为机器用户。 - 使用Special:替换文本进行替换文本，并取消勾选「通过Special:最近更改和监视列表通知这些编辑」，其编辑记录将在最近更改中强制隐藏。
- 使用Special:批量正则编辑进行替换文本，默认为机器用户，其编辑记录可以在最近更改中被手动强制显示。
使用规范
当用户属于此用户组时，应该只进行预先获批准的操作。预定之操作执行完毕后，应立即自行除去机器用户用户组。
若用户使用自动维基浏览器(AutoWikiBrowser)执行相关操作，需在任何可以附加标签的操作时附加AWB标签；若用户使用其他半自动辅助工具执行相关操作，则需在任何可以附加标签的操作时附加Automation tool标签。
急停
急停是指机器用户做出不被许可或意料之外的行为导致负面后果时，为避免影响扩大，由维护组成员给予临时封禁等措施。
符合以下任一急停条件的，应当执行急停程序：
- 执行了大量申请内容之外的工作或大量理应在最近更改显示的操作，但短期少量、注明测试且自行还原结果的操作可以被容忍；
- 若使用AWB或其他半自动辅助工具，一小时内作出的操作中超过30%（且超过5项）出现严重错误，需要人为修正。
注意：替换文本无法使用封禁或移除用户组进行紧急止损，目前仅有滥用过滤器可阻止相关操作。
除权
当执行完所有需要机器用户的操作时，应立即除去自己的机器用户用户组。
除此外，符合下列任一条件的机器用户将进入除权程序：
- 机器用户执行完任务后忘记取消此用户组；
- 机器用户执行了理应在最近更改显示的操作；
- 非管理员机器用户执行了未批准的操作;
- 机器用户经质询后不再需要此用户组。
管理员可直接对符合上述情形的机器用户进行除权；若违反第3条规定，管理员可同时视情形对相关用户进行警告或封禁，此类行为可能被视为破坏。
机器人（修订）
- 序言「机器人账户一般只允许由自动化程序使用，不得由人类手动使用」修订为「机器人账户一般只允许由自动化程序使用，人类手动操作应使用机器用户」。
- 移动页面时不创建来源页面的重定向
(suppressredirect)
- 修改急停条件为：
一小时内作出的操作中超过30%（且超过5项）出现严重错误，需要人为修正。
- 修订提权章节的序言和提权条件。
提权是指授予机器人管理员、巡查姬、界面管理员或技术编辑员用户组，不得授予行政员权限。
- 提权条件
符合以下任一提权条件的，可以申请提权：
- 所有者为维护组成员时，可以任意申请提升其所有机器人账户的巡查姬或管理员用户组，但不得超过自身权限：
- 管理员可申请将机器人提升到管理员或巡查姬级别；
- 巡查姬仅可申请将机器人提升到巡查姬级别。
- 所有者为技术类用户组成员时，可以申请提升其所有机器人账户的界面管理员或技术编辑员用户组，但不得获取自身不具有的权限：
- 界面管理员可申请将机器人提升到界面管理员级别，但需要对其缘由作充分说明；
- 管理员、界面管理员、脚本编辑员、技术编辑员可申请将机器人提升到技术编辑员级别；
- 若所有者确有提升到超出自身权限的必要，可以申请提权，但需要对其缘由作充分说明：
- 如一位非维护组成员开发了清理部分页面的受损文件链接的机器人，但这些页面有一部分被保护到巡查姬级别，此时就可以申请提升机器人到巡查姬级别。
- 修订降权章节的序言和提权条件。
降权指的是被授予管理员、巡查姬、界面管理员或技术编辑员用户组的机器人因不符合提权条件后被除去相关权限。
- 降权条件
符合以下任一降权条件的，应当进入降权程序：
- 通过提权条件第1、2条获得提权，但所有者已经不再持有对应权限：
- 如管理员申请授予机器人管理员权限的，该管理员失去管理员权限时，该机器人将被降权；
- 由于管理员权限包含巡查姬、技术编辑员所有权限，不应将管理员视为不持有此类权限；
- 但若所有者系因活跃度低失去权限，且机器人运作良好且仍然必须持有权限，则可暂缓降权，直至机器人完成任务、其他所有者活跃的机器人能完全替代该机器人完成任务或发生故障为止。
- 机器人在提权程序中所指明的任务之外使用权限：
- 这包括但不限于机器人超出范围的使用权限，以及所有者登录机器人账户手动使用相关权限，但短期少量、注明测试且自行还原结果的操作可以被容忍。
注意：
- 通过提权条件第3条获得的权限不随所有者权限变化而降权；
- 如果所有者失去了相关权限却仍然需要机器人持有权限，则需重新申请。
- 除权条件「机器人账户持有的维护组权限」修改为「机器人账户持有的附加用户组及其权限」。
分身账户方针（修订）
修订「主账户的认定」一节第3条“人事用户组级别最高的账户是主账户”： 修订为
- 用户组级别最高的是主账户：
- 用户组级别如此排序：持有官方用户组的账户 > 同时持有荣誉用户组和技术类用户组之总数最多的账户 > 自动确认用户 > （非确认）用户。其他用户组不考虑。
修订「何时可以使用分身账户」一节「单一账户权限」： 修订为
- 目前，只有行政员、用户查核员、监督员、管理员、巡查姬、界面管理员、脚本编辑员是同一自然人仅一个账户可以持有的用户组（依照萌娘百科:机器人#提权的规定进行提权的除外）。
投票方针
在萌娘百科，投票制度是作为社群内遭遇重大分歧或争议且无法达成一致时，取得进展的一种手段。投票制度能够让萌娘百科的用户在获得足够人数和支持比例的前提下，修订萌娘百科中特定的方针、指引，以达成（多数人认可的）共识。
本文及萌娘百科各方针指引论述文件所称维护人员人事案包括行政员、管理员的申请，和行政员、管理员、巡查姬的弹劾；技术人员人事案包括界面管理员、脚本编辑员申请。
基本政策
- 可发起/参与人事案或提案、有票权的用户必须是自然人；
- 投票参与者有义务知晓人事案之重要性或理解提案内容后再投票；
- 可发起/参与人事案或提案、有票权的非维护人员须满足以下条件：
- 投票区格式：
- 投票区开头应说明投票规则，使用{{投票}}标明投票起始、截至时间点；
- 投票区应按照用户组划分区域，以方便用户组票权的核查统计；
- 例如，提案设立四个三级标题「管理员」「巡查姬」「参与讨论的自动确认用户」「无票权用户意见」。
- 投票专用定义：
- 各项投票政策中所述的“以上”“以下”，包括本数；“超过”“不足”，均不包含本数；
- 总票数指参与投票的用户的票权数总和；
- 维护人员总票权数指除被弹劾人外（若有），所有管理员和巡查姬的票权数总和；管理员总票权数指除申请人外（若有），所有管理员的票权数总和；
- 维护人员参与率以参与人数而非投票权重计。
- 投票通知：
- 投票开始时，应使用{{大召唤术}}通知全体有票权的维护人员；
- 距离投票结束不足3日时，管理员（或其机器人）应通过用户讨论页通知未参与投票的维护人员。
- 有效票种为(＋)同意 、(∅)弃权 、(－)反对 ，其余选项视作未参与投票且不计入参与人数；
- 无理由投同意/弃权/反对票视为未参与投票；
- 投票未签名或签名不规范视为未参与投票；
- 意见长度应限制在140字以内，超过长度请写在讨论区。
- 维护人员投票政策：
- 投票权于发起投票时的用户组确定。即投票开始后获得/失去管理员、巡查姬用户组的用户，依然按发起投票时的用户组权限计算票权；
- 通过快速降权程序降权为巡查姬的原管理员，仍应按管理员用户组计算票权。
- 投票权重不可分割，分割投票视作未参与投票且不计入参与人数；
- 投票权于发起投票时的用户组确定。即投票开始后获得/失去管理员、巡查姬用户组的用户，依然按发起投票时的用户组权限计算票权；
- 投票一般持续7日，如7日内无中国大陆法定节假日或周末休息日，则延长投票结束日期直至包含法定节假日或周末休息日一日以上；
- 未投票者不得补票。
违规行为
- 在30日内连续对同一个维护人员发起的弹劾案，及同一个用户连续对多个维护人员发起的多个弹劾案，行政员有权在考量其合理性后，对这些弹劾案进行合并或驳回处理，并警告提起弹劾案的相应用户，情节严重（如明显构成骚扰行为）的可在警告无效后进行封禁处理。
- 任何人不得以威胁、贿赂、私下交易、人身攻击等手段影响投票。如果发现则对操纵者和受贿者进行永久封禁惩罚，涉及到的投票一律视为无效票（即去掉对应投票，下同）。
- 一位自然人当且仅当投票一次。发现使用多账号扰乱提案投票者时，应当将该自然人所控制账户的所有投票视作无效票，并视情形对其所有或部分账户进行永久封禁。
- 修改他人投票的，警告并责令其被修改的投票恢复原状，投票结束前拒不改正的，视情形由维护人员改正其账户处以30日以下封禁。
- 冒充他人投票的，应当将该冒充者的所有投票视作无效票，并由维护人员对其账户处以30日以上封禁，同时进行严重警告。
其他
- 用户权限调整应同时应用于中文萌娘百科、萌娘共享、萌娘文库、英文萌娘百科、日文萌娘百科；
- 将萌娘百科:巡查姬的巡查任务重命名为萌娘百科:维护人员的维护任务，并适当修订更新；
- 将萌娘百科:程序员招募中变更为失效文档。