2023年政策修订增补工作正在进行中，欢迎参与！
  • Moegirl.ICU：萌娘百科流亡社群 581077156（QQ），欢迎对萌娘百科运营感到失望的编辑者加入！
  • Moegirl.ICU：账号认领正在试运行，有意者请参照账号认领流程。
本页使用了标题或全文手工转换

萌娘百科 talk:提案/已通过提案/关于用户权限体系更新的提案(2021.12.01)

萌娘百科，万物皆可萌的百科全书！转载请标注来源页面的网页链接，并声明引自萌娘百科。内容不可商用。
跳转到导航 跳转到搜索

前言

本提案与萌娘百科_talk:提案/未通过提案/关于用户权限体系调整的提案(2021.10.08)不同，涉及萌娘百科全部用户权限体系的更新。

下文所涉及新建的萌娘百科名字空间页面，如无特殊说明，均为方针级。—— ほしみ 2021年11月17日 (三) 17:29 (CST)

正文

用户组权限变更
权限名称 权限用途 用户组 备注
globalblock ⧼right-globalblock⧽ 用戶查核員 转移自steward
添加用户组：IP封禁豁免者 新增权限
移除用户组：IP封禁豁免者
abusefilter-hide-log 将条目在滥用日志中隐藏 监督员 新增权限
abusefilter-hidden-log 查看隐藏的滥用日志条目
deletebatch ⧼right-deletebatch⧽ 管理员 转移自行政员
deleterevision 删除和恢复页面的特定版本 新增权限
techedit 编辑保护级别为“仅允许技术编辑员和管理员”的页面
添加用户组：技术编辑员、机器用户
移除用户组：技术编辑员、机器用户、荣誉维护人员
添加用户组至自己的账号：界面管理员
移除自己账号的用户组：界面管理员
suppressredirect 移动页面时不在原页面创建重定向 维护姬 新增权限
reupload 覆盖现存文件
unwatchedpages 查看未受监视的页面列表
reupload-own 覆盖自己上传的文件 优质编辑者 新增权限
reupload-own 覆盖自己上传的文件 荣誉维护人员 新增权限
suppressredirect 移动页面时不在原页面创建重定向 机器人 恢复权限
skipcaptcha ⧼right-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-log-private 查看标记为非公开的滥用过滤器的过滤日志
bot 被视为自动化过程 机器用户 新增用户组
noratelimit 不受速率限制影响
移除自己账号的用户组：机器用户
ipblock-exempt 绕过IP封禁、自动封禁和段封禁 IP封禁豁免者 新增用户组
小部件编辑者 删除用户组
steward 删除用户组
⧼group-developer⧽ 删除用户组
删除执行员 删除用户组

方针#用户权限体系

萌娘百科的用户组分类为以下三类：

  1. 官方用户组。具有一定权限，意见视为萌娘百科官方。本类细分为二子类：
    1. 维护人员：行政员、管理员、巡查姬。其用户组等级和意见效力亦按此顺序递减。他们具有较高维护权限和参与用户组权限变更事宜的权利，有义务参与站点方针/指引的制定。其中，行政员还可能兼有用户查核员、监督员用户组。
    2. 运维人员：STAFF。 他们是萌娘百科的在职工作人员，不直接具有额外人事权限，作为萌娘百科的运营实体在萌娘百科的代表。
      • 特别地，官方账户萌娘百科[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核不计入投票基数，不适用活跃度限制。
  2. 荣誉用户组：优质编辑者、荣誉维护人员、VIP。这些用户组不视为萌娘百科官方，仅为嘉奖一些为萌娘百科作出特定贡献的用户而设立。
  3. 功能用户组：仅为获得了一些额外权限的普通用户，不视为萌娘百科官方。本类细分为三子类：
    1. 技术类：界面管理员、脚本编辑员、技术编辑员。这些用户组均拥有「编辑保护级别为“仅允许管理员和技术编辑员”的页面」的权限，前二者还拥有一些其他权限。这些额外权限可以让具有一定能力、经验的用户更方便的参与编辑（包括进行一些一般用户无法直接进行的操作）。
    2. 机器类：机器人、机器用户。这些用户组均拥有「被视为自动化过程」的权限，用于协助用户执行大量任务。
    3. 其它类：滥用过滤器维护员、IP封禁豁免者。

各用户组权限参见Special:用户组权限，申请条件等参见各用户组方针/论述页面。

维护人员的基本义务

萌娘百科的维护人员必须遵守本方针规定之义务与禁忌。

安全义务

  1. 不得将账号借予他人使用；
  2. 使用与其他网站不同的高强度密码；
  3. 应在安全的网络环境下进行维护。

维护义务

  1. 有义务按萌娘百科:维护人员的维护任务进行维护；
  2. 当发现其他维护人员行为有误或者可以改进时要即时提出；
  3. 维护人员有义务谨慎进行受限操作，尽可能避免重大操作失误；
  4. 维护人员有义务关注站点页顶公告栏中的重要站内事务；
  5. 管理员[改 1]有义务将萌娘百科_talk:讨论版及其子页面加入监视列表并定期查看讨论以及提问。

维护禁忌

  1. 不允许参与任何涉及编辑奖励的编辑，收费删除（或美化/诋毁）的行为被严厉禁止；
  2. 不得在站外以萌娘百科维护人员等名义进行骂街、打嘴炮、引战等行为；
  3. 若非反破坏等维护需求，[增 1]管理员不得公开滥用过滤器私有详情中涉及个人隐私的信息；
  4. 若非反破坏等维护需求，用户查核员不得公开用户查核中涉及个人隐私的信息；[增 2]
  5. 非萌娘百科对外宣传人员，不得以萌娘百科名义在站外与第三者进行交涉。

行政员

有的时候，身为行政员也需要付出一些代价。

行政员（Bureaucrats，bureaucrat）可以编辑所有人的（包括自己）用户组权限。行政员须具备在出现复杂情况的时候处理争议或敏感内容、决定讨论共识及结论，并能有效地对这些决定做出全面解释的能力。

行政员属于管理员的附加用户组，一般情况下同时兼任用户查核员和监督员。

权限

  • 不受速率限制影响 (noratelimit)；
  • 合併用戶 (usermerge)——由于技术限制，暂时不开放申请；
  • 编辑所有用户权限 (userrights)；
  • 无视欺诈检查 (override-antispoof)；
  • 重命名用户 (renameuser)——由于技术限制，暂时不开放申请。

申请与授权

申请条件
  1. 连续担任管理员或临时行政员至少6个月；
  2. 过去6个月内超过30日内有编辑或其他操作行为；
  3. 6个月内积极行使管理员职责，未有不活跃警告；
  4. 未曾进行破坏萌娘百科的行为；
  5. 发起申请前三个月内未被除去行政员、用户查核员或监督员用户组，也未发起过行政员申请。
授权程序
  1. 在权限变更版使用预设的申请模板发出合格式的申请（不合格式的申请将会作废）；
    • 建议申请人在申请中说明申请的缘由，否则可能难以取得信任从而获得足够多的同意票；
    • 申请人可以在申请时选择放弃用户查核员、监督员中一个或多个用户组，这可能会影响用户投票；
  2. 申请发出后在询问期内（一般为发起申请后7日内，行政员可单独决定延长或缩短），其他用户可向申请人提出关于萌娘百科维护、行政员及其权限和萌百未来发展等的提问。
    • 提问只能在申请后3日内发出，申请人回答后的追问不作限制；
    • 建议申请人在自己的能力范围内回应适量的问题，一般建议申请人回答现任行政员的所有提问；
    • 追问和对追问的回答参上规定。
  3. 在询问期满3日后，由维护人员开启投票，投票期时长7日。
  4. 投票期结束后由现任维护人员点票：
    • 管理员每人投票权重2票，巡查姬每人权重1票。
    • 在维护人员参与率超过2/3的前提下，同意票占总票数之比例超过2/3，且管理员反对票占管理员总票权数之比不足1/2，投票通过；除此以外，投票不通过。
    • 当同意票占总票数比例超过2/3，管理员+巡查姬参与率超过2/3时，投票通过；除此以外，投票不通过。[改 2]
  5. 投票通过后由行政员对计票结果予以确认，无误后授予申请人行政员、用户查核员、监督员用户组。
  • 注意：因为个人原因（而不是面临社群质疑）申请暂离的行政员，在六个月内重新申请，行政员可选择跳过授权程序直接授权。

义务与职责

  • 根据社群投票结果，授予或除去相应用户的各类用户组；
    • 当跳过申请程序授予用户临时的用户组时，应在Special:用户权限的原因栏注明必要的信息（如工作方向、申请地點等）。
  • 执行各用户组方针中的快速降权程序，以减少萌娘百科的损失；
  • 审核机器人并发放机器人用户组；
  • 积极参与与站点运维方（STAFF）的沟通；
  • 在出现争议或敏感内容等特殊情形时，需决定讨论共识及结论，并能有效地对这些决定做出全面解释；
  • 行使最终决定权，并向运维方通报执行意见；
  • 其他方针、指引中额外规定的特殊情形。

降权与除权

  • 活跃度不足：
    • 过去30日内，有编辑或其他操作行为的日数不足3日，在萌娘百科和萌娘共享（主，模板Template，分类Category，帮助Help，萌娘百科Project，文件File）名字空间编辑次数不足5次。其他人留言询问后，7日内无回复和操作行为；
    • 连续2次维护人员人事案或提案未参与投票或被视为未参与投票，该行政员将会受到警告：
      1. 此处维护人员人事案、提案未参与数分别单独计算；
      2. 如果不能在一周内阐明自己连续不投票的原因或原因不能被至少2位行政员接受，则会被除去行政员用户组；
      3. 而在答复后的下一次维护人员人事案和提案投票中仍投弃权票或未参与投票的，将被直接除去行政员用户组。
  • 被成功弹劾，须经弹劾程序：
    1. 自动确认用户可在权限变更版发起行政员弹劾程序：
      • 若已有对相应行政员弹劾投票程序正在进行，原则上应在此弹劾案内补充陈述、证据、讨论等内容，不应新发起重复的弹劾程序；
      • 若行政员弹劾程序未通过，不可对行政员发起管理员弹劾程序。
    2. 弹劾发起且有效后进入7日的质询期，被弹劾的行政员可以回应弹劾，有票权的用户亦可参与质询讨论。此阶段内发起人可随时撤回弹劾；
    3. 在质询期满7日后，若弹劾未撤回，由维护人员开启投票，投票期时长7日。
    4. 投票期结束后由现任维护人员点票：
      • 被弹劾人没有票权，其他管理员每人投票权重2票，巡查姬每人权重1票。
      • 在维护人员参与率超过2/3的前提下，同意票占总同意+总反对票比例超过2/3时，同意票占总票数比例超过2/3，且管理员反对票占管理员总票权数之比不足1/2，[改 2]投票通过；除此以外，投票不通过。
      • 自动确认用户在行政员弹劾投票中，可以表达意见但不计票数。
    5. 投票通过后行政员对计票结果予以确认，无误后除去被弹劾人行政员、用户查核员、监督员用户组。
  • 自行申请。

其他

管理员

人人都可以是管理员。

管理员（媛）（Administrators，sysop）是统筹管理萌娘百科全站的站点维护人员，拥有大量管理权限。管理员作为萌娘百科的高阶编辑，有能力且有义务引导用户正确编辑、参与讨论版讨论，同时也需要参与提案、人事变动等重大站务的讨论与投票表决。

申请与授权

申请条件
  1. 已任巡查姬满30日，且30日内未有不活跃警告；
  2. 已知晓并确保可以遵守萌娘百科:维护人员的基本义务；
  3. 已经通读了萌娘百科:维护人员的维护任务；
  4. 在萌娘百科的主（namespace=0）、模板（template:）、分类（category:）名字空间下编辑合计超过600次；
  5. 在萌娘共享的文件（file:）、分类（category:）名字空间下编辑合计超过50次；
  6. 熟练掌握wiki代码/分类/模板/文件的使用方法，可以读懂较复杂的wikitext；
  7. 有10个由自己主力编写的条目，证明自己已经熟悉wiki代码，能写出高质量条目；
  8. 了解萌娘百科、萌娘共享的各类方针/指引文件；
  9. 能基本保证每日在线维护半小时或以上；
  10. 最近1个月内无触犯萌娘百科:方针#用户封禁政策和其它方针有关封禁规定的行为；
  11. 发起申请前一个月内未被除去管理员用户组，也未发起过管理员申请。
授权程序
  1. 在权限变更版使用预设的申请模板发出合格式的申请（不合格式的申请将会作废）；
    • 建议申请人在申请中说明申请的缘由，否则可能难以取得信任从而获得足够多的同意票。
  2. 申请发出后在询问期内（一般为发起申请后7日内，行政员可单独决定延长或缩短），其他用户可向申请人提出关于萌娘百科维护、行政员及其权限和萌百未来发展等的提问。
    • 提问只能在申请后3日内发出，申请人回答后的追问不作限制；
    • 建议申请人在自己的能力范围内回应适量的问题，一般建议回答不超过25个问题，并尽可能回答更多现任维护人员的提问；
    • 追问和对追问的回答参上规定。
  3. 在询问期满3日后，由维护人员开启投票，投票期时长7日。
  4. 投票期结束后由现任维护人员点票：
    • 管理员每人投票权重2票，巡查姬每人权重1票；
    • 在维护人员参与率超过2/3的前提下，同意票占总同意+反对票之比例超过2/3，且管理员反对票占管理员总票权数之比不足1/2，投票通过；除此以外，投票不通过。
  5. 投票通过后由行政员对计票结果予以确认，无误后授予申请人管理员用户组。
  • 注意：因为个人原因（而不是面临社群质疑）申请暂离的管理员，在六个月内重新申请巡查姬或管理员用户组，行政员可选择跳过授权程序直接授权。

义务与职责

除基本义务与维护任务外，管理员还应：

  1. 积极受理巡查姬、技术编辑员等用户组的申请；
  2. 积极参与人事案、提案的讨论和投票；
  3. 受理巡查姬等用户组无法做到的维护任务、编辑请求；
  4. 合并提案、快速提案内容至方针或指引页面，实现社群讨论所得的共识；
  5. 定期检查私有过滤器日志，改进滥用过滤器；
  6. 履行其它方针或指引中管理员的工作职责；
  7. 尽可能为用户提供更好的访问感受。

降权与除权

快速降权

符合下列条件时，应当将管理员快速降至巡查姬用户组：

  • 所发放的巡查姬在发放不满三个月的情况下因其不合申请条件、被弹劾或严重违规而被撤销，且第一次和第三次间隔不足一年的，可认为其维护标准与社群意见差距很大；
  • 在短期内大量操作失误，经行政员评估需要尽快减少损失；
  • 因触犯萌娘百科:方针#用户封禁政策和其它方针有关封禁规定的行为而遭到短期封禁。

行政员可以在降级时指定15日或30日察看期，察看期结束后方可恢复管理员身份，期间不可自行申请管理员权限。

除权程序
  • 活跃度不足：
    • 过去30日内，在萌娘百科和萌娘共享（主，模板Template，分类Category，帮助Help，萌娘百科Project，文件File）名字空间编辑次数不足3次。其他人留言询问后，7日内无回复和操作行为；
    • 在其他管理员于用户讨论页提醒参与维护人员人事案投票至投票结束期间，若在萌娘百科和萌娘共享有超过2次编辑行为，但仍未参与投票，该管理员将会受到警告：
      • 如果不能在两周内阐明自己不投票的原因或原因不能被超过1/3的管理员接受则会被除去管理员用户组；
    • 连续3次维护人员人事案、技术人员人事案或提案投弃权票、未参与投票或被视为未参与投票，该管理员将会受到警告：
      1. 如果不能在两周内阐明自己连续弃权/不投票的原因或原因不能被超过1/3的管理员接受则会被除去管理员用户组；
      2. 而在答复后的下一次人事案和提案投票中仍投弃权票或未参与投票的，将被直接除去管理员用户组。
  • 被成功弹劾，须经弹劾程序：
    1. 自动确认用户可在权限变更版发起管理员弹劾程序：
      • 若已有对相应管理员弹劾投票程序正在进行，原则上应在此弹劾案内补充陈述、证据、讨论等内容，不应新发起重复的弹劾程序；
      • 若行政员弹劾程序未通过，不可对行政员发起管理员弹劾程序。
    2. 弹劾发起且有效后进入7日的质询期，被弹劾的管理员可以回应弹劾，有票权的用户亦可参与质询讨论。此阶段内发起人可随时撤回弹劾；
    3. 在质询期满7日后，若弹劾未撤回，则由维护人员开启投票，投票期时长7日。
    4. 投票期结束后由现任维护人员点票：
      • 被弹劾人没有票权，管理员每人投票权重4票，巡查姬每人权重2票，自动确认用户每人1票；
      • 在总同意票占维护人员总票权数比例超过1/3的前提下，维护人员同意票占维护人员总票权数比例超过2/3，或总同意票占总同意+总反对票比例超过2/3时，投票通过；除此以外，投票不通过。
    5. 投票通过后行政员对计票结果予以确认，无误后除去被弹劾人管理员用户组。
  • 自行申请。

巡查姬

巡查姬ですの！

巡查姬（Patrollers，patroller）是对萌娘百科进行日常性维护的站务维护人员。巡查姬作为萌娘百科中阶至高阶编辑，有义务对萌娘百科的页面进行巡查，且对未达到质量标准的条目进行维护性操作。

申请与授权

申请条件
  1. 已成为自动确认用户超过30日；
  2. 已知晓并确保可以遵守萌娘百科:维护人员的基本义务；
  3. 已经通读了萌娘百科:维护人员的维护任务；
  4. 在萌娘百科的主（namespace=0）、模板（template:）、分类（category:）名字空间下编辑合计超过200次；
  5. 在萌娘共享的文件（file:）、分类（category:）名字空间下编辑合计超过25次；
  6. 掌握wiki代码/分类/模板/文件的基本使用方法；
  7. 有1个由自己主力编写的条目，证明自己已经会用wiki代码，能写出条目；
  8. 有10个维护过的页面的特定历史记录点，通过编辑历史证明自己明白如何提高页面质量；
  9. 最近1个月内无触犯萌娘百科:方针#用户封禁政策和其它方针有关封禁规定的行为；
  10. 发起申请前一个月内未被除去管理员、巡查姬用户组，也未发起过巡查姬申请。
授权程序
  1. 在权限变更版使用预设的申请模板发出合格式的申请（不合格式的申请将会作废）；
    • 建议申请人在申请中提出证明自己符合申请条件的证据（如相关编辑的链接等），否则可能难以取得信任从而获得授权。
  2. 管理员审核确认符合申请条件后授予申请人相应用户组。
    • 管理员应授予申请人时长15日的巡查姬用户组作为实习期，详见#实习考核制度之规定；
    • 若7日内无管理员受理巡查姬申请，视为自动拒绝。

实习考核制度

实习
  1. 申请成为巡查姬后，会有15日的实习期，在此期间若正常执行了维护工作且满足了相应标准，则转为正式巡查姬。若实习期未予通过，30日内不可进行二次申请；
  2. 实习巡查姬不代表萌娘百科官方人员，但仍需遵守萌娘百科:维护人员的基本义务；
  3. 实习巡查姬在人事/提案投票中仍被视为其担任巡查姬前的用户组；
  4. 结合萌娘百科:维护人员的维护任务，积极参与维护工作，没有出现重大编辑错误；
  5. 无触犯萌娘百科:方针#用户封禁政策及其他方针规定封禁之行为；
  6. 实习期满7日后，若实习期未被中止，实习巡查姬可选择加入维护组群，参与更多的社群讨论和公开度不那么高的讨论。
考核
  1. 维护人员可在权限变更版指定区域对实习巡查姬进行简单提问或评价；
    • 若有简单提问，申请人可选择不超过5个问题进行回答（问题数量不以提问人计）；
    • 其他用户亦可在讨论区发表意见。
  2. 若实习巡查姬在实习期间存在严重违反萌娘百科现行方针/指引的行为，经维护人员讨论后，授权的管理员可选择中止实习期；
  3. 授权的管理员有义务帮助实习巡查熟悉萌娘百科的方针/指引；
  4. 授权的管理员可在实习期第14日起3日内，结合维护人员的意见，对实习巡查姬进行考核，若通过则授予正式的巡查姬用户组；
    • 若授权的管理员因各种意外情况而无法在实习期到期前及时进行考核，其他管理员可代为考核。
  5. 管理员可选择对因为个人原因（而不是面临社群质疑）申请暂离、在六个月内重新申请巡查姬的用户跳过实习考核制度。

降权与除权

  • 活跃度不足：
    • 过去30日内，在萌娘百科和萌娘共享（主，模板Template，分类Category，帮助Help，萌娘百科Project，文件File）名字空间编辑次数不足3次。其他人留言询问后，7日内无回复和操作行为；
    • 在其他管理员于用户讨论页提醒参与维护人员人事案投票至投票结束期间，若在萌娘百科和萌娘共享有超过2次编辑行为，但仍未参与投票，该巡查姬将会受到警告：
      • 如果不能在两周内阐明自己不投票的原因或原因不能被超过1/3的管理员接受则会被除去巡查姬用户组；
    • 连续3次维护人员人事案或提案投弃权票、未参与投票或被视为未参与投票，该巡查姬将会受到警告：
      1. 如果不能在两周内阐明自己连续投弃权/不投票的原因或原因不能被超过1/3的管理员接受则会被除去巡查姬用户组；
      2. 而在答复后的下一次人事案和提案投票中仍投弃权票或未参与投票的，将被直接除去巡查姬用户组。
  • 被成功弹劾，须经弹劾程序：
    1. 自动确认用户可在权限变更版发起巡查姬弹劾程序：
      • 若已有对相应巡查姬弹劾投票程序正在进行，原则上应在此弹劾案内补充陈述、证据、讨论等内容，不应新发起重复的弹劾程序；
      • 通过快速降权程序降权为巡查姬的原管理员，仍应按管理员弹劾程序进行弹劾。
    2. 弹劾发起且有效后进入7日的质询期，被弹劾的巡查姬可以回应弹劾，有票权的用户亦可参与质询讨论。此阶段内发起人可随时撤回弹劾；
    3. 在质询期满7日后，若弹劾未撤回，则由维护人员开启投票，时长7日。
    4. 投票期结束后由现任维护人员点票：
      • 被弹劾人没有票权，管理员每人投票权重4票，巡查姬每人权重2票，自动确认用户每人1票；
      • 在总同意票占维护人员总票权数比例超过1/3的前提下，维护人员同意票占维护人员总票权数比例超过1/2，或总同意票占总同意+总反对票比例超过1/2时，投票通过；除此以外，投票不通过。
    5. 投票通过后行政员对计票结果予以确认，无误后除去被弹劾人巡查姬用户组。
  • 自行申请。

STAFF

此方针将在最终决定权恢复行使后升级为站点基本信息。

是的，他们干活是有工资的。

萌娘百科网自2020年3月起由绍兴萌派网络有限公司（以下简称绍兴萌派）持有，绍兴萌派自此为萌娘百科提供服务器与技术等方面的支持，负责萌娘百科的对外宣传。STAFF（staff）用户组即是授予绍兴萌派在萌娘百科的在职工作人员持有。

权限

  • ⧼right-skipcaptcha⧽ (skipcaptcha)
  • 使自己的编辑自动标记为已巡查 (autopatrol)
  • 不受基于IP的速率限制 (autoconfirmed)
  • 不受速率限制影响 (noratelimit)
  • 自我解封 (unblockself)
  • 绕过IP封禁、自动封禁和段封禁 (ipblock-exempt)
  • 添加用户组至自己的账号：管理员、界面管理员、脚本编辑员
  • 移除自己账号的用户组：管理员、界面管理员、脚本编辑员

STAFF添加用户组至自己的账户时，应遵守如下规范：

  • 可自授权任意期限的界面管理员、脚本编辑员用户组，以便改进萌娘百科技术问题；
  • 仅可在紧急事项或确有维护需要时自授权有限期的管理员用户组，使用完毕应及时除去相应用户组。

官方账户

此為萌娘百科的官方账户，名义上的站长，持有行政员、管理员、界面管理员、监督员、用户查核员、STAFF用户组。

其他

荣誉维护人员

荣誉维护人员（Honored maintainers，honoredmaintainer）是萌娘百科授予因个人原因而离职的维护人员的榮譽用戶組。荣誉维护人员虽然不再被视为萌娘百科官方人员，但他们是萌娘百科坚定的支持者，曾经为萌娘百科做出较大贡献。

在此用户组设立后，萌娘百科不再向离任的维护人员自动发放“优质编辑者”用户组。

权限

  • 使自己的编辑自动标记为已巡查 (autopatrol)
  • 覆盖自己上传的文件 (reupload-own)

授权条件

  • 已任或曾任维护人员满30日，因个人原因（而非面临社群问责）而主动辞职。
  • 已任或曾任维护人员满90日，最后一个任期最后90日内不活跃警告次数不满2次，因不活跃自动去职。
  • 其他经维护人员讨论、行政员认定可发放的特殊情形。
    • 若维护人员因各种原因宣布辞去或放弃一切用户组，或是拒绝接受该用户组，則不授予此用户组。

授权程序

  • 此用户组设立后，符合授权条件的在任维护人员在辞职或去职时将默认发放此用户组。
  • 此用户组设立前，符合授权条件的前任维护人员可在討論版權限變更區申请此荣誉用户组。
    • 若存在确有需要主动[改 3]回溯发放的特殊情形，由行政员直接发放。

用户组的收回

  • 当持有此用户组的用户重新成为萌娘百科的维护人员时，收回此用户组。
    • 特别地，当用户重新申请成為巡查姬而需要进行实习期考核时，在正式授予巡查姬用户组前仍保留此用户组。
  • 因严重违反站点方针而遭到封禁时，可收回该荣誉称号。
  • 用户自愿放弃用户组时，收回该用户组。

优质编辑者

每个优秀条目背后都有一位……

优质编辑者（Good editors，goodeditor）是萌娘百科授予优秀贡献者的榮譽用戶組。

作为共笔型网站，充实的内容和编辑者的贡献紧密相连。萌娘百科会不定期授予一些能够十分熟练地编辑萌百、熟知编辑规范、并做出大量贡献的用户，以嘉奖他们勤耕不辍的精神。

权限

  • 使自己的编辑自动标记为已巡查 (autopatrol)
  • 覆盖自己上传的文件 (reupload-own)

优质编辑者们可以使自己的编辑自动标记为已巡查，这样可以跳过页面的初步检查，这是由于他们通常获得了社群的初步信任。优质编辑者们虽然不被视作萌娘百科的官方人员，但他们是萌娘百科坚定的支持者，而且正在通过自己的努力使萌娘百科这个项目趋于完善。

申请与授权

  1. 任何编辑质量优异，无需返工的编辑者都可直接被维护人员授予该称号。
  2. 如果希望自己/其他用户获得该称号，可主动向任一维护人员申请，或是在讨论版公开提出申请/提名。
  • 维护人员在授予优质编辑者时：
    • 应当在Special:用户权限正确填写原因。
    • 应向其用户讨论页告知用户组变更的信息，以及覆盖自己上传的文件权限的使用说明。

用户组的移除

  1. 超过3名维护人员认为编辑质量不符合“巡查豁免”的标准；[增 4]
  2. 短时间内超过3次编辑质量达不到最低标准需要维护人员补救；
  3. 进行破坏或其他严重违反萌娘百科方针/指引的行为；
  4. 无法正确使用“覆盖自己上传的文件”的权限，经评估造成不良后果；
  5. 自行申请放弃。

界面管理员

界面管理员（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]等请求。
巡查姬/脚本编辑员
申请条件
  1. 在任巡查姬或脚本编辑员已满30日；
  2. 符合以下一个或多个条件：
    • 能够处理界面消息繁简转换；
    • 具有Gadgets的维护能力，能参与全站性CSS/JavaScript类的维护；
  3. 注册满1年，且最近1年内无触犯萌娘百科:方针#用户封禁政策和其它方针有关封禁规定导致的封禁记录[改 4]；
  4. 除自行请辞外，发起申请前一个月内未被除去非临时的界面管理员用户组，也未发起过界面管理员申请。
授权程序
  1. 在权限变更版使用预设的申请模板发出合格式的申请（不合格式的申请将会作废）[改 4]；
    • 建议申请人在申请中列明主要界面维护方向，以便其他用户给出正确的评价意见。
  2. 申请发出后为意见发表期（一般为7日，行政员可单独决定延长或缩短），使用召唤术通知现任管理员、界面管理员，从能力等角度在指定区域发表意见。其他用户亦可在讨论区发表相关意见。
  3. 在意见发表期满3日后，由管理员开启投票，时长7日，使用召唤术通知全体现任管理员，参考意见区的意见，对申请人进行信任度投票。
  4. 投票期结束后由现任管理员点票：
    • 管理员每人权重1票。
    • 当同意票占总票数比例超过2/3，且参与率超过1/2时，投票通过；除此以外，投票不通过。
  5. 投票通过后由行政员对计票结果予以确认，无误后授予申请人界面管理员用户组。

注意：若申请人已属于脚本编辑员用户组，行政员可选择跳过信任度投票程序直接授予界面管理员用户组[改 4]。

界面管理员可维护全站的界面消息、创建或引入复杂工具等。若相关权限被滥用，后果将会非常严重，因此界面管理员的可信程度应不亚于管理员。

除权

符合以下任一除权条件的，应当进入除权程序：

  1. 用户不再属于管理员、巡查姬、脚本编辑员用户组时；
  2. 自行申请；
  3. 过去90日内，在萌娘百科和萌娘共享（模板Template、模块Module和MediaWiki）名字空间编辑次数不足3次[改 4]；
  4. 管理员未经批准，授予了自己不限期的界面管理员时，应改为临时用户组；
  5. 短时间内超过3次对CSS/JavaScript的编辑出现严重错误，经评估后可除权；
  6. 进行破坏或其他严重违反萌娘百科方针/指引的行为。
  7. 行政员直接除权。[删 1]

符合除权条件的，由行政员径行除权。其他用户发现有界面管理员符合除权条件的可到权限变更版提报。

义务与规范

页面复核
  1. 修改Mediawiki名字空间的CSS/JavaScript类页面时，有义务在摘要注明修改原因，以便其他界面管理员复核；
  2. 有义务时常查看萌娘百科:界面脚本动态页面，检查复核他人修改。[ia 3]
页面删除
  1. 由于技术原因，仍在使用的界面消息应当直接由管理员删除，巡查姬不应悬挂{{即将删除}}模板；
  2. 允许同属于巡查姬用户组的界面管理员在更改CSS/JavaScript等页面模型后挂删页面。

注释

  1. ↑ 管理员默认持有editinterface权限，处理界面消息繁简转换无需申请此用户组。
  2. ↑ 用户名字空间下的JavaScript/CSS模型页面无需临时自授权也可以直接删除。
  3. ↑ 设立类似Template:讨论版目录的页面，记录MediaWiki名字空间内CSS/JavaScript类页面和Widget名字空间内页面的最后修改时间、最后修改人和编辑摘要，同时利用Bot在相关群组内通知。

脚本编辑员

脚本编辑员（Script editors，scripteditor）是萌娘百科的技术类功能用户组。基于多种原因，萌娘百科不再使用Widgets扩展预定义的小部件编辑者(widgeteditor)用户组，改用自定义的脚本编辑员用户组。

Widgets扩展可以让正常的wikitext页面中嵌入原始的HTML页面，管理员和脚本编辑员可在Widget名字空间中创建/编辑页面。

权限

  • 创建和编辑Widget命名空间内的小部件 (editwidgets)
  • 编辑保护级别为“仅允许技术编辑员和管理员”的页面 (techedit)

申请与授权

申请条件

符合以下所有申请条件的，可以申请脚本编辑员用户组，一般建议已是技术编辑员：

  1. 在萌娘百科和萌娘共享的主（namespace=0）、模板（template:）、分类（category:）名字空间下编辑合计超过500次[改 5]；
  2. 能证明充分掌握Widget的使用方法，能写出安全可靠的代码，了解处理高风险页面的职责；
  3. 有意愿参与各类工具的合作编写，并且愿意、熟练使用诸如Github等管理工具；
  4. 注册满1年，且最近1年内无触犯萌娘百科:方针#用户封禁政策和其它方针有关封禁规定导致的封禁记录[改 5] ；。
授权程序
  1. 在权限变更版使用预设的申请模板发出合格式的申请（不合格式的申请将会作废）[改 5] ；
    • 建议申请人在申请中提出证明自己符合申请条件的证据，以便其他用户给出正确的评价意见。
  2. 申请发出后为意见发表期（一般为7日，行政员可单独决定延长或缩短），使用召唤术通知现任管理员、脚本编辑员，从代码能力、合作能力等角度在指定区域发表意见。其他用户亦可在讨论区发表相关意见。
  3. 在意见发表期满3日后，由管理员开启投票，时长7日，使用召唤术通知全体现任管理员，参考意见区的意见，对申请人进行信任度投票。
  4. 投票期结束后由现任管理员点票：
    • 管理员每人权重1票；
    • 当同意票占总票数比例超过2/3，且参与率超过1/2时，投票通过；除此以外，投票不通过。
  5. 投票通过后由行政员对计票结果予以确认，无误后授予申请人脚本编辑员用户组。

注意：若申请人已属于界面管理员用户组，行政员可选择跳过信任度投票程序直接授予脚本编辑员用户组[改 5]。

如果相关权限被滥用，植入恶意代码，后果将会非常严重，风险极高，所以脚本编辑员的可信程度应不亚于管理员。

除权

符合以下任一除权条件的，应当进入除权程序：

  1. 用户属于管理员用户组；
  2. 自行申请；
  3. 过去90日内，在萌娘百科和萌娘共享（模板Template、模块Module和Widget）名字空间编辑次数不足3次[改 5]；
  4. 在对任一Widget及其关联模板的编辑时无法充分的小心，导致出现严重错误，经评估后可除权；
  5. 拒绝与其他管理员或脚本编辑员合作，我行我素，经行政员评估后可除权；
  6. 进行破坏或其他严重违反萌娘百科方针/指引的行为。
  7. 行政员直接除权。[删 2]

符合除权条件的，由行政员径行除权。其他用户发现有脚本编辑者符合除权条件的可到权限变更版提报。

义务和规范

页面复核
  1. 修改Widget时（不含修改说明文档与在沙盒测试），有义务在摘要注明修改原因，以便其他管理员或脚本编辑员复核；
  2. 有义务时常查看萌娘百科:界面脚本动态页面，检查复核他人修改。

技术编辑员

技术编辑员（Technical editors，techeditor）是萌娘百科授予被社群信任、精通复杂wikitext或熟悉Lua编辑者的技术类功能用户组。技术编辑员可编辑保护级别为“仅允许技术编辑员和管理员(techedit)”的模板或模块等页面。

申请与授权

申请条件

符合以下所有申请条件的，可以申请技术编辑员用户组：

  1. 萌娘百科和萌娘共享的模板(Template)、模块(Module)名字空间的总编辑数编辑合计超过200次或模块名字空间的编辑总数大于50次；
  2. 可证明精通复杂wikitext或熟悉Lua，了解处理高风险模板或模块的职责；
  3. 最近30日内无触犯萌娘百科:方针#用户封禁政策和其它方针有关封禁规定导致的封禁记录[改 6]；无编辑战、人身攻击等行为；
  4. 除自行请辞外，发起申请前一个月内未被除去技术编辑员用户组，也未发起过技术编辑员申请。
授权程序
  1. 申请者须自行使用权限变更版页顶模板的预设按钮发出合格式的申请；
    • 建议列出主要维护的模块、复杂模板或其他方式以证明精通复杂wikitext或熟悉Lua，这样能提高通过的可能性；
  2. 在申请发出后，授权的管理员应对申请人从能力、信任度等角度进行评估（或管理员邀请其他具有techedit权限的用户发表意见），审核无误后授予申请人用户组；
    • 若7日内无管理员受理技术编辑员申请，视为自动拒绝。

除权

符合以下任一除权条件的，应当进入除权程序：

  1. 用户同时属于管理员、界面管理员、脚本编辑员之一的用户组时；
  2. 自行申请；
  3. 过去180日内，在萌娘百科和萌娘共享（模板Template、模块Module）名字空间编辑次数不足3次[改 6]；
  4. 短时间内超过3次对任一模板、模块的编辑出现严重错误，经管理员[增 5]评估后可除权；
  5. 在编辑受保护的模板、模块时无法充分的小心，导致出现严重错误，经管理员[增 5]评估后可除权；
  6. 进行破坏或其他严重违反萌娘百科方针/指引的行为。

符合除权条件的，由管理员径行除权。其他用户发现有技术编辑员符合除权条件的可到权限变更版提报。

页面保护

保护级别“仅允许技术编辑员和管理员”仅适用于模板、模块名字空间，以及其他名字空间下的CSS、JavaScript及其关联的定义或帮助页面。

管理员对高流量或高风险的此类复杂页面进行保护时，可选择此编辑保护级别，以便这些页面得到技术人员的持续维护。若前述页面趋于稳定或极其重要时，可选择“仅允许管理员”的保护级别。此外，简单但重要的页面仍应选择“仅允许巡查姬和管理员”或“仅允许管理员”的保护级别。

特别地，由于移动页面需要编辑权限，若设置为“[编辑=仅允许技术编辑员和管理员] [移动=仅允许巡查姬和管理员]”，则会要求页面移动人同时拥有前述两个权限。

滥用过滤器维护员

本页面为论述，保护级别为[编辑=仅允许管理员和巡查姬] [移动=仅允许管理员]。

滥用过滤器维护员（Abusefilter Maintainers，abusefilter-maintainer）是萌娘百科授予有能力完善滥用过滤器规则编辑者的功能用户组。

权限

  • 创建或修改滥用过滤器 (abusefilter-modify)
  • 修改包含受限动作的滥用过滤器 (abusefilter-modify-restricted)
  • 撤销指定滥用过滤器作出的所有更改 (abusefilter-revert)
  • 查看标记为非公开的滥用过滤器的过滤日志 (abusefilter-log-private)

申请与授权

此用户组可临时授权于有能力完善滥用过滤器规则的非管理员，只有具有所需的良好判断力和技术熟练程度的用户才被允许配置过滤器。

机器用户

机器用户（Bot users，flood）通常用于编辑者执行大量重复性、无争议的操作，一般仅允许人类手动使用。

此用户组的用户进行任何操作时都会添加「机」的标注（bot flag），即不希望在Special:最近更改刷屏的同时能确保不需要检查编辑是否有误。

权限

  • 被视为自动化过程 (bot)
  • 不受速率限制影响 (noratelimit)
  • 移除自己账号的用户组：机器用户

申请与授权

管理员在进行部分无争议、机械式的操作时，可授予自己临时的机器用户用户组。 非管理员亦可在需要手工执行大量无争议、机械式，且无法由全自动化程序执行的工作时，可在权限变更版或维护组内部申请此用户组。 一般不建议非维护人员或非技术人员申请此用户组，您可以至讨论版请求维护人员协助。

申请时应遵守如下规范：

  • 应尽可能使用主账户申请并进行工作；
  • 应列明工作内容及工作时间；
  • 应注明进行手动或半自动工作。若进行半自动工作，还应说明任务使用的半自动化工具及其预定之编辑频率。

经管理员审查无误后授予申请人临时的用户组。

特别地，符合以下情形时，管理员不必自授权机器用户用户组：

  • 对指定用户的贡献进行大量回退时，可直接在用户贡献页面URL后方添加&bot=1，此时再点击回退可直接视为机器用户。
  • 使用Special:替换文本进行替换文本，并取消勾选「通过Special:最近更改和监视列表通知这些编辑」，其编辑记录将在最近更改中强制隐藏。
  • 使用Special:批量正则编辑进行替换文本，默认为机器用户，其编辑记录可以在最近更改中被手动强制显示。

使用规范

当用户属于此用户组时，应该只进行预先获批准的操作。预定之操作执行完毕后，应立即自行除去机器用户用户组。

用户通过Api执行相关操作时，应主动打开bot flag，否则将不会被识别为机器用户。[增 6]

此外，若用户使用自动维基浏览器(AutoWikiBrowser)执行相关操作，需在任何可以附加标签的操作时附加AWB标签；若用户使用其他半自动辅助工具执行相关操作，则需在任何可以附加标签的操作时附加Automation tool标签。

急停

急停是指机器用户做出不被许可或意料之外的行为导致负面后果时，为避免影响扩大，由维护组成员给予临时封禁等措施。

符合以下任一急停条件的，应当执行急停程序：

  • 执行了大量申请内容之外的工作或大量理应在最近更改显示的操作，但短期少量、注明测试且自行还原结果的操作可以被容忍；
  • 若使用AWB或其他半自动辅助工具，一小时内作出的操作中超过30%（且超过5项）出现严重错误，需要人为修正。

注意：替换文本无法使用封禁或移除用户组进行紧急止损，目前仅有滥用过滤器可阻止相关操作。

除权

当执行完所有需要机器用户的操作时，应立即除去自己的机器用户用户组。

除此外，符合下列任一条件的机器用户将进入除权程序：

  1. 机器用户执行完任务后忘记取消此用户组；
  2. 机器用户执行了理应在最近更改显示的操作；
  3. 非管理员机器用户执行了未批准的操作;
  4. 机器用户经维护人员质询后不再需要此用户组。

管理员可直接对符合上述情形的机器用户进行除权；若违反第3条规定，管理员可同时视情形对相关用户进行警告或封禁，此类行为可能被视为破坏。

机器人（修订）

  • 序言「机器人账户一般只允许由自动化程序使用，不得由人类手动使用」修订为「机器人账户一般只允许由自动化程序使用，人类手动操作应使用机器用户」。
  • 权限章节、申请章节特有权限一节的新增内容。
  1. 移动页面时不在原页面创建重定向 (suppressredirect)

一小时内作出的操作中超过30%（且超过5项）出现严重错误，需要人为修正。

  • 修订提权章节的序言和提权条件。

提权是指授予机器人管理员、巡查姬、界面管理员或技术编辑员用户组，不得授予行政员权限。

提权条件

符合以下任一提权条件的，可以申请提权：

  1. 所有者为维护组成员时，可以任意申请提升其所有机器人账户的巡查姬或管理员用户组，但不得超过自身权限：
    • 管理员可申请将机器人提升到管理员或巡查姬级别；
    • 巡查姬仅可申请将机器人提升到巡查姬级别。
  2. 所有者为技术类用户组成员时，可以申请提升其所有机器人账户的界面管理员或技术编辑员用户组，但不得获取自身不具有的权限：
    • 界面管理员可申请将机器人提升到界面管理员级别，但需要对其缘由作充分说明；
    • 管理员、界面管理员、脚本编辑员、技术编辑员可申请将机器人提升到技术编辑员级别；
  3. 若所有者确有提升到超出自身权限的必要，可以申请提权，但需要对其缘由作充分说明：
    • 如一位非维护组成员开发了清理部分页面的受损文件链接的机器人，但这些页面有一部分被保护到巡查姬级别，此时就可以申请提升机器人到巡查姬级别。
  • 修订降权章节的序言和提权条件。

降权指的是被授予管理员、巡查姬、界面管理员或技术编辑员用户组的机器人因不符合提权条件后被除去相关权限。

降权条件

符合以下任一降权条件的，应当进入降权程序：

  • 通过提权条件第1、2条获得提权，但所有者已经不再持有对应权限：
    • 如管理员申请授予机器人管理员权限的，该管理员失去管理员权限时，该机器人将被降权；
    • 由于管理员权限包含巡查姬、技术编辑员所有权限，不应将管理员视为不持有此类权限；
    • 但若所有者系因活跃度低失去权限，且机器人运作良好且仍然必须持有权限，则可暂缓降权，直至机器人完成任务、其他所有者活跃的机器人能完全替代该机器人完成任务或发生故障为止。
  • 机器人在提权程序中所指明的任务之外使用权限：
    • 这包括但不限于机器人超出范围的使用权限，以及所有者登录机器人账户手动使用相关权限，但短期少量、注明测试且自行还原结果的操作可以被容忍。

注意：

  • 通过提权条件第3条获得的权限不随所有者权限变化而降权；
  • 如果所有者失去了相关权限却仍然需要机器人持有权限，则需重新申请。
  • 除权条件「机器人账户持有的维护组权限」修改为「机器人账户持有的附加用户组及其权限」。

IP封禁豁免者

暂不创建本页面，保护级别为[创建=仅允许管理员]。

此用户组仅拥有「绕过IP封禁、自动封禁和段封禁 (ipblock-exempt)」的权限。 当用户受其他用户的IP封禁影响时，可通过封禁申诉或其他渠道说明，经用户查核员进行确认后，可授予IP封禁豁免者用户组（一般情况下不建议时长超过对应IP的封禁到期时间），相关政策应在萌娘百科:用户查核方针完善后落实。

分身账户方针（修订）

修订「主账户的认定」一节第3条“人事用户组级别最高的账户是主账户”： 修订为

  • 用户组级别最高的是主账户：
  • 用户组级别如此排序：持有官方用户组的账户 > 同时持有荣誉用户组和技术类用户组之总数最多的账户 > 自动确认用户 > （非确认）用户。其他用户组不考虑。

修订「何时可以使用分身账户」一节「单一账户权限」： 修订为

  • 目前，只有行政员、用户查核员、监督员、管理员、巡查姬、界面管理员、脚本编辑员是同一自然人仅一个账户可以持有的用户组（依照萌娘百科:机器人#提权的规定进行提权的除外）。

投票方针

在萌娘百科，投票制度是作为社群内遭遇重大分歧或争议且无法达成一致时，取得进展的一种手段。投票制度能够让萌娘百科的用户在获得足够人数和支持比例的前提下，修订萌娘百科中特定的方针、指引，以达成（多数人认可的）共识。

本文所述提案包括指萌娘百科:提案与萌娘百科:快速提案[删 3]；

本文及萌娘百科各方针指引论述文件所称维护人员人事案包括行政员、管理员的申请，和行政员、管理员、巡查姬的弹劾；技术人员人事案包括界面管理员、脚本编辑员申请。

基本政策

  1. 可发起/参与人事案或提案、有票权的用户必须是自然人；
  2. 投票参与者有义务知晓人事案之重要性或理解提案内容后再投票；
  3. 可发起/参与人事案或提案、有票权的非维护人员须满足以下条件：
    • 必须是主账户；
    • 30日前（以发起人事案或提案时起计，下同）已成为自动确认用户；
    • 60日前到投票结束的期间内无因触犯萌娘百科:方针#用户封禁政策和其它方针有关封禁规定而被封禁之记录；
    • 过去30日内在萌娘百科（主，模板Template，分类Category，帮助Help，萌娘百科Project名字空间页面）有编辑行为；
    • 若在人事案或提案发起后、投票结束前因触犯萌娘百科:方针#用户封禁政策和其它方针有关封禁规定而被封禁，视为无效投票。
  4. 投票区格式：
    • 投票区开头应说明投票规则，使用{{投票}}标明投票起始、截至时间点；
    • 投票区应按照用户组划分区域，以方便用户组票权的核查统计；
      • 例如，提案设立四个三级标题「管理员」「巡查姬」「参与讨论的自动确认用户」「无票权用户意见」。
  5. 投票专用定义：
    • 各项投票政策中所述的“以上”“以下”，包括本数；“超过”“不足”，均不包含本数；
    • 总票数指参与投票的用户的票权数总和；
    • 维护人员总票权数指除被弹劾人外（若有），所有管理员和巡查姬的票权数总和；管理员总票权数指除申请人外（若有），所有管理员的票权数总和；
    • 维护人员参与率以参与人数而非投票权重计。
  6. 投票通知：
    • 投票开始时，应使用{{大召唤术}}通知全体有票权的维护人员；
    • 距离投票结束不足3日时，管理员（或其机器人）应通过用户讨论页通知未参与投票的维护人员。
  7. 有效票种为(＋)同意 、(∅)弃权 、(－)反对 ，其余选项视作未参与投票且不计入参与人数；
    • 无理由投同意/弃权/反对票视为未参与投票；
    • 投票未签名或签名不规范视为未参与投票；
    • 意见长度应限制在140字以内，超过长度请写在讨论区。
  8. 维护人员投票政策：
    • 投票权于发起投票时的用户组确定。即投票开始后获得/失去管理员、巡查姬用户组的用户，依然按发起投票时的用户组权限计算票权；
      • 通过快速降权程序降权为巡查姬的原管理员，仍应按管理员用户组计算票权。
      • 投票权重不可分割，分割投票视作未参与投票且不计入参与人数；
  9. 投票一般持续7日，如7日内无中国大陆法定节假日或周末休息日，则延长投票结束日期直至包含法定节假日或周末休息日一日以上；
  10. 未投票者不得补票。

违规行为

  1. 在30日内连续对同一个维护人员发起的弹劾案，及同一个用户连续对多个维护人员发起的多个弹劾案，行政员有权在考量其合理性后，对这些弹劾案进行合并或驳回处理，并警告提起弹劾案的相应用户，情节严重（如明显构成骚扰行为）的可在警告无效后进行封禁处理。
  2. 任何人不得以威胁、贿赂、私下交易、人身攻击等手段影响投票。如果发现则对操纵者和受贿者进行永久封禁惩罚，涉及到的投票一律视为无效票（即去掉对应投票，下同）。
  3. 一位自然人当且仅当投票一次。发现使用多账号扰乱提案投票者时，应当将该自然人所控制账户的所有投票视作无效票，并视情形对其所有或部分账户进行永久封禁。
  4. 修改他人投票的，警告并责令其被修改的投票恢复原状，投票结束前拒不改正的，视情形由维护人员改正其账户处以30日以下封禁。
  5. 冒充他人投票的，应当将该冒充者的所有投票视作无效票，并由维护人员对其账户处以30日以上封禁，同时进行严重警告。

其他

  1. 用户权限调整应同时应用于中文萌娘百科、萌娘共享、萌娘文库、英文萌娘百科、日文萌娘百科；
  2. 停用「小部件编辑者」、「developer」、「steward」、「删除执行员」用户组，并在此提案通过后、后台调整用户权限体系前将所有用户移出前述4个用户组。
  3. 将萌娘百科:巡查姬的巡查任务重命名为萌娘百科:维护人员的维护任务，并适当修订更新；
  4. 将萌娘百科:程序员招募中变更为失效文档；
  5. 将萌娘百科:提案中涉及投票的规则移除，改为指向萌娘百科:投票方针[增 7]。

修订注释区

增

  1. ↑ 封禁IP时会无可避免的公开破坏者的ip信息，故豁免，下同。
  2. ↑ 补充用户查核员的维护禁忌
  3. ↑ 3.0 3.1 按此前维护组群内的讨论进行补充。
  4. ↑ 增补一条优编去职条件。
  5. ↑ 5.0 5.1 补充评估人。
  6. ↑ 补充机器用户的使用说明
  7. ↑ 非实质性调整。

删

  1. ↑ 删除本句。
  2. ↑ 删除本句。
  3. ↑ 还没有快速提案方针。

改

  1. ↑ 小修改。
  2. ↑ 2.0 2.1 修复转写时的错误
  3. ↑ 小修改，写清是主动发放。
  4. ↑ 4.0 4.1 4.2 4.3 非实质修改，修改表述
  5. ↑ 5.0 5.1 5.2 5.3 5.4 非实质修改，修改表述
  6. ↑ 6.0 6.1 非实质修改，修改表述

讨论区

关于机器用户的实现

机器人标识需要通过在进行操作时在url中添加&bot=1实现，而若申请的目的是为了手动修改大量页面、调整分类等情况时，在每次修改前手动修改url反倒会造成效率的极大降低。所以在推出此用户组前，我觉得应当先引入一个能够自动在执行操作时添加&bot=1标识的小工具。否则此用户组也只有在使用脚本或是半自动工具时有意义，而这和机器人用户组差别并不大。--SinonJZH(๑•̀ω•́๑)(讨论) 2021年11月17日 (三) 19:25 (CST)

不用小工具应该，届时可以直接写在Mediawiki:Group-flood.js里。—— ほしみ 2021年11月17日 (三) 20:41 (CST)
不对啊，属于这个用户组之后，如果不通过api、在站内执行手动操作，自动就会标注「机」flag。—— ほしみ 2021年11月17日 (三) 20:57 (CST)
啊这，我似乎没有看到有使用此用户组就会自动添加bot标记的相关说明……但如果有的话那就没问题了。--SinonJZH(๑•̀ω•́๑)(讨论) 2021年11月18日 (四) 00:03 (CST)
emmm...移动、删除、通过默认编辑器编辑的编辑会自动带上bot flag，wiki+/ipe等小工具没有开启bot=true就不会带flag。这需要修改相关工具，改url没啥用（
推荐使用AWB，有bot flag的可选开关—— ほしみ 2021年11月18日 (四) 01:13 (CST)

关于“IP封禁豁免者”的疑问

刚好之前也在讨论版发过这个问题，所以特地看了一下这个新添加的用户组。不知是由于个人原因还是萌百的原因，先前编辑遭遇IP封禁时显示的“寻求帮助”按钮貌似是直接指向一个新的讨论串（或者页面？里面只有几行被注释化的代码）的，然而这个讨论串或页面由于IP被封无法被编辑，只能继续点击“寻求帮助”按钮，随后便进入了无穷无尽的套娃时间……所以IP被封禁的情况下无法在站内发送封禁申诉是真的吗

到时倘若用户查核的各项工作完成，是否通过查核在被封禁IP下的破坏者和申请者不是同一个人就可以申请这个用户组了？

( ¡ )题外话 受到我学校某位破坏者的影响，学校的某栋楼的某几个特定的校园网wifi仍然无法编辑萌百……所以一旦这个用户组建立起来我肯定第一个申请（确信）

以上。 --花落丿天使→疮痍之路File:残机素材.pngxFile:Bomb素材.png冷清茶舍 2021年11月17日 (三) 20:27 (CST)

(▲)同上 同一个校园网的受害者（——Mj2p.gif这是一张遗漏的二饼（请联系失主） 2021年11月18日 (四) 08:03 (CST)
看了一下，封ip一般都没有封禁讨论页，不太可能无法申诉。并且和您使用同一个校园网的用户有正常提出过申诉，参见User talk:Hal9000。—— ほしみ 2021年11月19日 (五) 01:52 (CST)
@星海子那或许是我的打开方式不对（我只是点击了那个“寻求帮助”就无限套娃了）。下次再遇到我会仔细观察过程，如有疑问我会去讨论版提问。 --花落丿天使→疮痍之路File:残机素材.pngxFile:Bomb素材.png冷清茶舍 2021年11月19日 (五) 21:21 (CST)

为什么管理员的申请难度比行政员更大

我发现管理员的通过要求里有“管理员反对票占管理员总票权数之比不足1/2”这一项，等级更高权限更大的行政员却没有这方面的要求，这是为什么？--北湖3（讨论） 2021年11月17日 (三) 22:21 (CST)

粘贴错地方了…写到弹劾那节了（ 过会儿修正一下—— ほしみ 2021年11月17日 (三) 22:47 (CST)

关于行政员的部分疑问

  1. 关于行政员兼任用户查核员、监督员的问题
  2. 关于AnnAngela和云霞的职务的问题

——C8H17OH（讨论） 2021年11月18日 (四) 00:13 (CST)

  1. 还没怎么考虑用户查核和监督，目前的行政员行为规范中写没提这两个用户组的具体使用，只在申请中有简单提及。
    我倒是觉得用户查核和监督员应该也和一样是管理员的附加用户组，应该允许单独申请、组合申请。
    我认为用户查核员的具体内容交由相关专案就好，之后通过了就来修订这里嘛，问题不算太大；监督的我打算先缓缓，我觉得并不是那么迫切（我懒了）（
  2. 是，按照最初baskice的提降权日志，Ann和云霞应该是「临时行政员」，那么他们仍应通过投票成为正式行政员。只有管理员申请的投票规则更改会影响他们的管理员复职程序，其他不影响。
—— ほしみ 2021年11月18日 (四) 01:46 (CST)
第1个问题已理解。第2个问题，考虑到本提案如通过可能早于两位行政员的管理员复职程序开始，如果如此，他们是需要先完成管理员复职，才能进行行政员的正式申请程序吗？——C8H17OH（讨论） 2021年11月20日 (六) 23:21 (CST)
管理员复职和行政员申请确实是两个程序，我是这么想的。如果要立即申请正式的行政员，目前唯一的问题在于两位临时行政员可能无法达成“连续担任管理员任满6个月”这一要求，可能得想办法豁免一下。你这边怎么想呢？—— ほしみ 2021年11月20日 (六) 23:58 (CST)
草，我都没注意到这个问题。那或许可以考虑给两位现任行政员特别设立一个临时程序，比如豁免六个月条件，或者将行政员和管理员的当选程序合并，反正公告允许通过提案提出其他方案来代替管理员复职程序。毕竟他们一直担任行政员（无论是不是“临时”或者“代理”），显然是相当受信任的，因此特别设立一个程序也并非不可。——C8H17OH（讨论） 2021年11月21日 (日) 00:07 (CST)
或许也可以，但其实我觉得没太大必要（要不你写一个特别程序？），从程序规范上来说确实是走两次比较好。但如果要这么做，可能必须进行提问程序而非仅仅进行投票程序了吧？不然还是给人一种现任维护组硬点的感觉。—— ほしみ 2021年11月21日 (日) 00:33 (CST)
等六个月倒也无妨，反正至少现在还在临时任职，不会产生行政员缺位的问题。特别程序的话……其实可以考虑，比如说，在豁免六个月条件的前提下，允许跳过管理员复职而直接发起行政员申请程序（包含问询程序），毕竟发公告时管理员申请的投票还是传统的2+1票权模式；不过考虑到提案通过后管理员申请会变成4+2+1，这样的话确实会有维护组“钦点”的嫌疑，所以大概还是也可以不搞特殊程序。——C8H17OH（讨论） 2021年11月21日 (日) 00:59 (CST)
还是2+1，但两个用户组要求的同意票数是不一样的，你可能看成了弹劾（？ 如果直接发起行政员程序有一个问题，万一（我说万一），万一真的没有通过，要怎么授权呢（？ 可能最不复杂的就是豁免六个月或者什么都不动吧—— ほしみ 2021年11月21日 (日) 01:12 (CST)
哦，记错了（）那要不就先不管了（——C8H17OH（讨论） 2021年11月21日 (日) 01:22 (CST)
这种情况下可以用最终决定权跳过吗——Mj2p.gif这是一张遗漏的二饼（请联系失主） 2021年11月22日 (一) 08:59 (CST)

质疑此提案是否符合方针

@星海子 根据萌娘百科:提案#发起条件，这个与萌娘百科_talk:提案/未通过提案/关于用户权限体系调整的提案(2021.10.08)有大量相似内容的提案不应被重复发起。我认为应该移除所有关于功能用户组的内容，留待期限满足后重新讨论。——移动版用户 Bhsd 2021年11月18日 (四) 04:34 (CST)

兩個提案並非完全相同，未通過提案是在不變更現有體系的前提下新增部分用戶組，當前提案是對整個用戶權限體系的更新，主題相似但內容、目的不同。借用anna在萌娘百科_talk:提案/已通过提案/关于移除权限申请中『萌娘百科的提问』段落的提案(2020.10.03)中的解釋，「关于“相同或相似的提案”，不能从形式上去判断，说只要两个提案关于同一主题就算相似，而是应该从实质出发，是否能达到实质性相似的程度，也就是目的和手段的本质都相似才应该认为是相似提案，“相同”以此类推。」—— ほしみ 2021年11月18日 (四) 04:43 (CST)
那就请把实质上相同的部分移除出去。——移动版用户 Bhsd 2021年11月18日 (四) 04:45 (CST)
應以整個提案是否相似為判斷，而不是其中的一部分。—— ほしみ 2021年11月18日 (四) 04:53 (CST)
有玩文字游戏钻空子之嫌。——移动版用户 Bhsd 2021年11月18日 (四) 04:58 (CST)
这个时候我倒觉得不应该以此为依据反对本提案——不仅本提案事实上对萌百有好处，而且上一个相似版本未通过的原因并非社群或维护组反对。
虽然没有“不墨守成规”作为“方针”可用，但是我寻思对应21专案子案的广泛讨论足以证明本提案的积极作用——也有可能能提供足够的支持本提案正常进行的观点。
懂了，这就写提案修改“投票后未通过”和“发起者撤回”分别对待（不是 — STICK TOGETHER用户名是公的驱逐舰的 壹陆 讨论·最近编辑 2021年11月18日 (四) 13:39 (CST)
@公的驱逐舰 那就请先去改方针。——移动版用户 Bhsd 2021年11月18日 (四) 14:16 (CST)
(－)不支持 这好比汽车里装了椅子，所以认为汽车和椅子相似，建议把椅子拆掉或者直接报废汽车一样。——Mj2p.gif这是一张遗漏的二饼（请联系失主） 2021年11月19日 (五) 11:29 (CST)

关于弹劾行政员

是不是应该添加一句“对行政员的弹劾案不得利用最终决定权干预”，虽然实际不太可能发生但是为了体现回避原则还是加一下。——Mj2p.gif这是一张遗漏的二饼（请联系失主） 2021年11月19日 (五) 11:02 (CST)

最終決定權的一般行使情境中不含前述情形，且行政員無法單獨干預此類人事案。如果確實出現了无可避免地需要行使该权力的情况，也未必不會出現確實需要干預的情形。我覺得沒必要在這裡加，在最終決定權那邊限制好就可以了（加了彷彿行政員是什麼大惡人似的。—— ほしみ 2021年11月19日 (五) 13:41 (CST)
其实来这边提这事儿就是因为现行方针其实也没有弹劾行政员程序，不好直接在提案里面写不相关且不存在的东西，只能来这边提了（——Mj2p.gif这是一张遗漏的二饼（请联系失主） 2021年11月19日 (五) 20:54 (CST)
我觉得应该在你那边进行限制，限制在非极特殊情况下最终决定权不能做什么。—— ほしみ 2021年11月21日 (日) 00:00 (CST)
虽然在这汇报感觉怪怪的，但是完成——Mj2p.gif这是一张遗漏的二饼（请联系失主） 2021年11月22日 (一) 08:49 (CST)

一些小疑问

  1. #维护人员的基本义务→维护禁忌中，“不允许参与任何涉及编辑奖励的编辑”，是仅包括了受托进行编辑，还是同时包括了委托或受托进行编辑？
  2. #巡查姬→考核中，“申请人可选择不超过5个问题进行回答”的限制有何原因？
  3. #荣誉维护人员→授权程序中，“此用户组设立前，符合授权条件的前任维护人员”一条似乎有点难懂，具体指的是什么情况？和下一条的“回溯发放”的区别是什么？

——Krypton glow (Talk) 2021年11月21日 (日) 00:06 (CST)

  1. 两者都。不可以又当运动员又当裁判员；
  2. 本身巡查姬没有提问程序，随着遴选标准的提高，此前总有维护人员会进行提问。考虑到社群对巡查姬的潜在能力要求，这次明确设立了可提问的环节，但又考虑巡查姬的回答压力，增加了一些限制，回答少量问题、选择自己能回答的进行回复应该是可以且应当的。
  3. 这用户组设立还没太久，很多历史上的维护人员没有获得、但也可能希望获得这个荣誉称号。即满足「已任或曾任维护人员满90日，最后一个任期最后90日内不活跃警告次数不满2次，因不活跃自动去职」条件，在讨论版申请这个称号的用户可获得这个称号。回溯指的是主动回溯，已修复。
—— ほしみ 2021年11月21日 (日) 00:26 (CST)

小修改

除了剛剛被回退的那些變更希望提案人能夠考慮一下以外，「維護組群」應做「維護人員群組」，另外濫用過濾器維護員頁面直接提升為政策應該沒問題？其他一些詞語不統一跟贅詞就放著不管了，畢竟不自己改一個一個提出來太麻煩，自己改了又會被回退，所以隨便啦。—— Eric Liu 創造は生命（留言） 2021年11月22日 (一) 16:40 (CST)

(ｉ)注意 提案正文只允许发起人修改，其次不应该使用二级标题作为你发起的讨论段落标题，我已经替你修改了。——Mj2p.gif这是一张遗漏的二饼（请联系失主） 2021年11月22日 (一) 20:51 (CST)

关于维护人员收费编辑

参见：zhwp:對維基百科涉及利益衝突的編輯

萌娘百科_talk:提案/讨论中提案/关于用户权限体系更新的提案#维护禁忌提到：

1.不允许参与任何涉及编辑奖励的编辑，收费删除（或美化/诋毁）的行为被严厉禁止；
2.不得在站外以萌娘百科维护人员等名义进行骂街、打嘴炮、引战等行为；

就第一点来说，利益相关不一定导致有失偏颇。对于收费编辑，应该从编辑行为本身是否符合萌娘百科的中立性要求、质量要求和写作风格来评判，而非质疑其动机。萌娘百科应当反对不中立和低质量内容，而非收费编辑。

另外，什么是“编辑奖励”也很值得考虑。不过萌娘百科:编辑奖励方针还尚未创建，我只能猜了：①只有金钱算，②现实的一些物品和行为也算，③虚拟世界的一些信息（如游戏货币、照片文字）也算。

如果规范不清，可能有被滥用的风险。而且考虑到雇佣者可能也会反侦察（如使用QQ电话等不留痕迹交流方式而非会留下证据的文字聊天），禁止收费编辑的意义更渺茫了。

第二点来说，萌娘百科的一切奖赏理论上都应该围绕用户在站内的行为，将管辖范围扩展到站外是不合适的。另外，如果真的要破格这么规定，“骂街、打嘴炮”也有点太口语化了，建议改为“侮辱诽谤他人，发表一般社会道德规范所不能接受的言论”——以上未签名(注)本条留言未签名，留言后请记得用--~~~~签名！的留言由Caibeyan（讨论·贡献）于2021年11月25日 (四) 00:37‎ (CST)添加。

投票区

正在加载中……
  • 投票开始时间： |
  • 投票结束时间： |
  • 投票总用时 7 天，正在计算中……

截至目前，用户权限体系更新相关的内容已经在专案和本页面讨论了25天，且相关内容近期无较大变动，故开启投票程序。@蓝羽汇，弗霖凯，Lyhic，星海子，Sivlovski，AkizukiSaitou，Rg224，Hlwan03，Luenshi007，Bbrabbit，宇文天启，平塚八兵衛，空翊，サンムル，Vcfch843875618，HetmesAskalana，不是液氮，Func，红石小蝈，Xzonn，C8H17OH，Chko08022003，Bete1geuse，月 樱 雪，Leranjun，玄微子，一位史蒂夫，小乃，Qaolp0，LUO1P，TsanconBYin，公的驱逐舰，泠佛.，西尾哈鲁卡，Siw19981998，Wrong Scenario —— ほしみ 2021年11月24日 (三) 17:13 (CST)

补ping一下还没有参与投票的有票权的自动确认用户@花落丿天使，bhsd，Krypton glow—— ほしみ 2021年11月24日 (三) 23:05 (CST)

管理员

同意
  1. (＋)同意 本次用户权限体系更新是符合站点发展趋势的，但其中仍有一些潜在的问题和不足之处。若能通过，我会在实施一段时间后发起修正案。—— ほしみ 2021年11月24日 (三) 19:08 (CST)
  2. (＋)同意 从内容向的角度来看，我认为我所可理解的相关权限调整在当下并无问题；然而，显然地，这份更新在之后势必需要更多修正案的修正。不过就当下来看，这份冗长的提案已经做到很多了。--Thus Spoke Sivlovski.「讨论」 2021年11月27日 (六) 19:08 (CST)
  3. (＋)同意 加把劲.--饥饿之声-弗霖凯（讨论） 2021年11月28日 (日) 13:14 (CST)
  4. (＋)同意 朝着更完善的方向迈出了一步。--Lyhic（讨论） 2021年11月28日 (日) 23:27 (CST)
  5. (＋)同意 这也算是灾后重建了。——丝毫没有存在感的某蓝色管理员（讨论） 2021年11月30日 (二) 22:41 (CST)
反对
弃权

巡查姬

同意
  1. (＋)同意 或许还有问题，但是作为大规模修订已经相当完备了。——Mj2p.gif这是一张遗漏的二饼（请联系失主） 2021年11月24日 (三) 17:39 (CST)
  2. (＋)同意 较之之前的版本有了更为完整的架构，对自动确认用户有权参与管理员罢免案的修正表示欢迎。-- Wrong Scenario (讨论·贡献) 2021年11月24日 (三) 17:42 (CST)
  3. (＋)同意 没有理由不同意。——From 泠佛. (讨论) 2021年11月24日 (三) 17:53 (CST)
  4. (＋)同意 没啥好说的—— 冬月下的二重奏 LUO1P✾ 2021年11月24日 (三) 18:13 (CST)
  5. (＋)同意 符合当前发展趋势——From 月_樱_雪 (讨论) 2021年11月24日 (三) 18:36 (CST)
  6. (＋)同意 有点复杂，不过应该没啥大的问题 -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2021年11月24日 (三) 19:08 (CST)
  7. (＋)同意 沒大問題，我比較期待新增介面管理員、指令碼編輯員、技術編輯員這三個新用戶組為萌百所帶來的變化。--By CHKO (Talk) @ 2021年11月24日 (三) 19:23 (CST)
  8. (＋)同意 整理之后会更加清楚。--由使用者乐然（议）撰于 2021年11月24日 (三) 23:02 (CST)
  9. (＋)同意 提案的主题已经历上个提案、专案、本次提案三个阶段，在站内外已广泛征求意见。尽管对于部分细节可能尚存争议，但整体上是符合共识的，且有益于萌百的发展进步。后续如发现需调整，再提修正案也不迟。感谢提案发起人一直以来的推动努力。——C8H17OH（讨论） 2021年11月25日 (四) 01:02 (CST)
  10. (＋)同意 积极的修正。——From 引梦者浊华(讨论) 2021年11月25日 (四) 13:23 (CST)
  11. (＋)同意 对此次修订持乐观态度。剩下的问题就在实际运用中调整吧。--Qaolp0 with nightmare (讨论) 2021年11月25日 (四) 14:32 (CST)
  12. (＋)同意 对此次修订表示欢迎！——From 西尾哈鲁卡 (讨论) 2021年11月25日 (四) 21:57 (CST)
  13. (＋)同意 目前看來並無大問題，其餘的實行後再修正即可。 --空翊（留言） 2021年11月26日 (五) 00:05 (CST)
  14. (＋)同意 用户组确实需要一次大的更新。--bbrabbitからの評論 #討論# 2021年11月26日 (五) 11:10 (CST)
  15. (＋)同意 个人表示支持。--Vcfch843875618（讨论） 2021年11月26日 (五) 17:24 (CST)
  16. (＋)同意：已经很完善了, can't agree more.———— LN2 不是液氮 (讨论•贡献) 2021年11月27日 (六) 18:39 (CST)
  17. (＋)同意 没有不同意的理由。--Bete1geuse（讨论） 2021年11月27日 (六) 23:09 (CST)
  18. (＋)同意 希望这些调整能让更多有能力的用户充分发挥自己的能力。——Xzonn（聊天） 2021年11月28日 (日) 08:29 (CST)
  19. (＋)同意 无意见--极乐赛博宫酱 2021年11月28日 (日) 14:28 (CST)
  20. (＋)同意 乐见修订-- 小乃 (讨论) 2021年11月29日 (一) 17:26 (CST)
  21. (＋)同意 可能是利益相关，不过现在怎样都好了。--存在即是罪恶的 Func（讨论·贡献） 2021年11月29日 (一) 22:58 (CST)
  22. (＋)同意 就像从三菜一汤变成了年夜饭，好看又好用。--サンムル（讨论） 2021年11月30日 (二) 16:14 (CST)
  23. (＋)同意 没有意见--已经是一条死鱼的HetmesAskalana 2021年11月30日 (二) 19:50 (CST)
  24. (＋)同意 内容已经很详尽了。-- Welcome to the Hotel California 2021年12月1日 (三) 06:23 (CST)
反对
弃权

参与讨论的自动确认用户

同意
  1. (＋)同意 较之前版本不仅仅局限于技术系用户组，而且对巡查和优编下放了一些权限，并修正了管理员投票的“管理员参与率”等不合理规定，还增加了行政员授权/除权程序——北湖3（讨论） 2021年11月24日 (三) 18:47 (CST)
  2. (＋)同意 可行。（不知道為什麼要寫理由不過嘛青菜）—— Eric Liu 創造は生命（留言） 2021年11月24日 (三) 19:19 (CST)
  3. (＋)同意 太长不看（完善了权限体系，支持，但部分内容在执行中可能尚需修订。PS，@星海子好像忘了@自确了（--SinonJZH(๑•̀ω•́๑)(讨论) 2021年11月24日 (三) 21:32 (CST)
  4. (＋)同意 我看不懂，但我大受震撼表示绝对支持，只要是为社群有利的为何不同意呢并且若能通过我第一个申请IP封禁豁免 --花落丿天使→疮痍之路File:残机素材.pngxFile:Bomb素材.png冷清茶舍 2021年11月25日 (四) 07:27 (CST)
反对
  1. (－)反对 理由见讨论。——移动版用户 Bhsd 2021年11月30日 (二) 04:40 (CST)
弃权

无票权用户意见

同意
  1. (＋)同意 ，更新很重要，而且弥补了大量体系漏洞。在专案参与了讨论的算不算参与讨论啊（——「今日も一日がんばるぞい！」(沼泽 • 讨论) 2021年11月24日 (三) 18:29 (CST)
  2. (＋)同意 好！--wenzuxiaot（talk）· Stick together! 2021年11月24日 (三) 18:40 (CST)
  3. (＋)同意 无异议 —— GreenHal Talk with me now~Blue Bird.png 2021年11月24日 (三) 21:43 (CST)
  4. (＋)同意 整体来说没有什么问题。—— DaiGui（讨论） 2021年11月25日 (四) 08:24 (CST)
  5. (＋)同意 没有大的问题。话说我有投票权吗？--File:苏维埃国旗.jpg社会主义阵营支持者Jingkela1123(参加全俄代表大会)(对人民的贡献) 2021年11月25日 (四) 21:26 (CST)
  6. (＋)同意 无异议--TNLHK（sign|talk） 2021年11月26日 (五) 17:25 (CST)
  7. (＋)同意 虽然大部分都跟维基差不多但还是可以吧。--最低さいていな記憶きおくと蓋ふたを綴とじた　僕ぼくら(废人|来玩数独) 2021年11月27日 (六) 10:45 (CST)
  8. (＋)同意 能让优编覆盖自己上传的文件，感觉会很实用。--Nait_Talk 2021年11月27日 (六) 15:10 (CST)
  9. (＋)同意 善。--流浪者-瀧澤さくね（討論） 2021年11月27日 (六) 17:36 (CST)
  10. (＋)同意 好耶！--W3jc（讨论） 2021年11月28日 (日) 23:35 (CST)
  11. (＋)同意 无任何异议。--爱吃面包的Hooonooka（讨论） 2021年11月30日 (二) 02:45 (CST)
反对
弃权
  1. (∅)弃权 不知道干了啥，反正也没票权。--SD hehua（讨论） 2021年11月24日 (三) 17:50 (CST)
  2. (∅)弃权 我等修正案下锅。—— 屠麟傲血（讨论） 2021年11月24日 (三) 23:14 (CST)


计票与结论

根据萌娘百科:提案：具有投票权的用户为：【管理员】、【巡查姬】、在讨论阶段参与了提案讨论的已注册达30天、遵守方针的活跃【自动确认用户】。在提案有至少2位管理员参与投票时，【投票有效】。

  1. 投票开始时共有5名参与站务的管理员；其中，
    • 5人(＋)同意 ，
    • 0人(－)反对 ，
    • 0人(∅)弃权 。
  2. 投票开始时共有31名正式巡查姬；其中，
    • 24人(＋)同意 ，
    • 0人(－)反对 ，
    • 0人(∅)弃权 ，
    • 7人没有参与投票（Hlwan03、Luenshi007、平塚八兵衛、红石小蝈、一位史蒂夫、公的驱逐舰、Siw19981998）。
  3. 共有5名有票权的自动确认用户参与了投票；其中，
    • 4人(＋)同意 ，
    • 1人(－)反对 ，
    • 0人(∅)弃权 。
  4. 另有13位无票权用户发表了意见。

当前提案有5位管理员参与并投有效票，大于等于要求的2名，该提案投票有效。

统计计票结果，全部投票之同意：反对票数量为 33:1，【同意】票数大于【反对】，且管理员的【同意】票数不小于【反对】，【提案通过】。—— ほしみ 2021年12月1日 (三) 17:19 (CST)

取自“https://moegirl.icu/index.php?title=萌娘百科_talk:提案/已通过提案/关于用户权限体系更新的提案(2021.12.01)&oldid=6630255”