置顶公告:【置顶】关于临时开启评论区所有功能的公告(2022.10.22) | 【置顶】关于本站Widget恢复使用的公告
  • 你好~!欢迎来到萌娘百科镜像站!如需查看或编辑,请联系本站管理员注册账号。
  • 本镜像站和其他萌娘百科的镜像站无关,请注意分别。

萌娘百科 talk:提案/已通过提案/关于用户权限体系的第二修正案(2022.01.25)

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

序言

大概是用户权限体系最后一角的补全了 —— ほしみ 2022年1月4日 (二) 15:59 (CST)

本提案新增的文件中,萌娘百科:用户查核员萌娘百科:监督员萌娘百科:监督方针为方针级,萌娘百科:修订版本删除指引为指引级,萌娘百科:手动确认用户为论述级。—— ほしみ 2022年1月10日 (一) 20:49 (CST)

正文

方针#用户权限体系

  • 「行政员可能兼有的用户查核员、监督员用户组」修订为「管理员可能兼有的用户查核员、监督员用户组」。
  • 「功能用户组-其它类」下新增“手动确认用户”。[增 1]

行政员

  • 授权程序一节第1条「可以在申请时选择放弃用户查核员、监督员中一个或多个用户组」更改为「申请人可在申请时选择兼任用户查核员、监督员中一个或多个用户组(须符合相应用户组的申请条件)」;
  • 授权程序一节第4条第一句修正为:「申请人没有票权,管理员每人投票权重2票,巡查姬每人权重1票」[增 2]
  • 授权程序一节第5条替换为:
    • 投票通过后:
      • 由管理员对计票结果予以确认,并提报至运维方
      • 原则上申请人应与萌娘百科的运维方签署适当的保密协议(除非运维方认为无此必要或暂缓执行);[注 1]
      • 无误后由官方账号或经运维方授权的行政员授予申请人行政员及附加申请的其他用户组。
  • 授权程序一节「行政员可选择跳过授权程序直接授权」后补充「但可能需要重新签署保密协议」。

用户查核员

用户查核员(Checkuser,checkuser)是管理员的附加用户组,具有主动查看萌娘百科用户部分操作的隐私信息的权限。

关于用户查核员的权限使用政策请参阅用户查核方针

权限

  • 查核用户的IP地址和其他信息 (checkuser)
  • 查看用户查核日志 (checkuser-log)
  • 查看滥用日志中的私有数据 (abusefilter-private)
  • 查看防滥用过滤器私有详情访问日志 (abusefilter-private-log)
  • 进行或解封全域封锁 (globalblock)
  • 添加用户组:IP封禁豁免者
  • 移除用户组:IP封禁豁免者

申请与授权

申请条件
  1. 年满十八岁,并已达到服务器所在地的法定成年年龄。
  2. 已任管理员满90日,且90日内活跃天数超过30日;
  3. 充分了解隐私权政策用户查核方针
  4. 注册满365日,最近30日内无触犯萌娘百科:方针#用户封禁政策和其它方针有关封禁规定的行为;
  5. 除自行请辞外,发起申请前一个月内未被除去行政员或用户查核员用户组,也未发起过行政员或用户查核员申请。
授权程序
  1. 权限变更版使用预设的申请模板发出合格式的申请(不合格式的申请将会作废);
    • 建议申请人在申请中说明申请的缘由,否则可能难以取得信任从而获得足够多的同意票。
  2. 申请发出后为询问期,时长7日:
    • 提问期内,其他用户可向申请人提出关于萌娘百科隐私保护、用户查核员及其技术和权限等的提问。
    • 提问期至少3日,且至少包含一个中国大陆法定节假日或周末休息日,否则不得开启投票;
    • 发起投票且询问期未满7日期间,仅允许对申请人的回答进行追问;
    • 申请人应在询问期内回答提问。询问期结束后,应在讨论区进行交流;
    • 建议申请人在自己的能力范围内回应适量的问题,一般建议申请人回答现任用户查核员的所有提问。
  3. 提问期满3日后,申请人可自行开启投票,投票期时长7天
    • 若询问期已结束,且申请人未开启投票,则由其他维护人员代为开启投票程序。
  4. 投票期结束后由现任维护人员点票:
    • 申请人没有票权,[增 2]管理员每人投票权重2票,巡查姬每人权重1票;
    • 在维护人员参与率超过2/3的前提下,同意票占总票数之比例超过2/3,且管理员反对票占管理员总票权数之比不足1/2,投票通过;除此以外,投票不通过。
  5. 投票通过后:
    • 由管理员对计票结果予以确认,并提报至运维方
    • 原则上申请人应与萌娘百科的运维方签署适当的保密协议(除非运维方认为无此必要或暂缓执行);[注 1]
    • 无误后由官方账号或经运维方授权的行政员授予申请人用户查核员用户组。
  • 特别地,若管理员通过行政员申请程序兼任用户查核员用户组,则无需通过当前授权程序。
  • 注意:因为个人原因(而不是面临社群质疑)申请暂离的用户查核员,在180日内重新申请,行政员可选择跳过授权程序直接授权,但可能需要重新签署保密协议。

义务与职责

  • 执行用户查核等操作,遵守用户查核方针
  • 关注各破坏者的行踪,进行或协助管理员进行针对破坏者使用的 IP 地址(段)的封禁;
  • 审核IP封禁豁免请求,尽可能减小对无辜用户的影响同时保证 IP 封禁机制的有效性;
  • 自我监督、与其他用户查核员互相监督,确保自己都和同僚严格遵守隐私权政策用户查核方针和其他适用方针/指引;
  • 保证获授权的账户仅只有自己一人可以使用,保证萌娘百科和其用户的隐私信息不因意外泄露、不被恶意窃取。

除权

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

  • 用户组变更:
    • 用户不再属于行政员用户组时,应除去其通过行政员申请程序获取的用户查核员用户组;
    • 用户不再属于管理员用户组;
  • 其他:
    • 进行严重违反用户查核方针的行为,经STAFF、行政员共同评估后可除权;
    • 进行破坏或其他严重违反萌娘百科方针/指引的行为;
  • 自行申请。

符合除权条件的,由行政员径行除权。其他用户发现有用户查核员符合除权条件的可到权限变更版提报。

监督员

监督员(Suppress,suppress)是管理员的附加用户组,拥有高级删除权限,可以隐藏/显示所有编辑版本、日志的内容,所隐藏的数据可选择使管理员无法访问或检阅。

关于监督员的权限使用政策请参阅监督方针修订版本删除指引

权限

  • 删除和恢复特定的日志项目 (deletelogentry)
  • 删除和恢复页面的特定版本 (deleterevision)
  • 查看、隐藏与取消隐藏来自任何用户对页面做出的特定版本修订 (suppressrevision)
  • 查看非公开日志 (suppressionlog)
  • 将条目在滥用日志中隐藏 (abusefilter-hide-log)
  • 查看隐藏的滥用日志条目 (abusefilter-hidden-log)
  • 封禁并隐藏用户名 (hideuser)
  • 评论管理 (commentadmin)

申请与授权

申请条件
  1. 年满十八岁,并已达到服务器所在地的法定成年年龄。
  2. 已任管理员满90日,且90日内活跃天数超过30日;
  3. 充分了解隐私权政策监督方针
  4. 熟练使用修订版本删除功能;
  5. 注册满365日,最近30日内无触犯萌娘百科:方针#用户封禁政策和其它方针有关封禁规定的行为;
  6. 除自行请辞外,发起申请前一个月内未被除去行政员或监督员用户组,也未发起过行政员或监督员申请。
授权程序
  1. 权限变更版使用预设的申请模板发出合格式的申请(不合格式的申请将会作废);
    • 建议申请人在申请中说明申请的缘由,否则可能难以取得信任从而获得足够多的同意票。
  2. 申请发出后为询问期,时长7日:
    • 提问期内,其他用户可向申请人提出关于萌娘百科隐私保护、监督员及其权限和萌百反破坏政策等的提问。
    • 提问期至少3日,且至少包含一个中国大陆法定节假日或周末休息日,否则不得开启投票;
    • 发起投票且询问期未满7日期间,仅允许对申请人的回答进行追问;
    • 申请人应在询问期内回答提问。询问期结束后,应在讨论区进行交流;
    • 建议申请人在自己的能力范围内回应适量的问题,一般建议申请人回答现任监督员的所有提问。
  3. 提问期满3日后,申请人可自行开启投票,投票期时长7天
    • 若询问期已结束,且申请人未开启投票,则由其他维护人员代为开启投票程序。
  4. 投票期结束后由现任维护人员点票:
    • 申请人没有票权,[增 2]管理员每人投票权重2票,巡查姬每人权重1票;
    • 在维护人员参与率超过2/3的前提下,同意票占总票数之比例超过2/3,且管理员反对票占管理员总票权数之比不足1/2,投票通过;除此以外,投票不通过。
  5. 投票通过后:
    • 由管理员对计票结果予以确认,并提报至运维方
    • 原则上申请人应与萌娘百科的运维方签署适当的保密协议(除非运维方认为无此必要或暂缓执行);[注 1]
    • 无误后由官方账号或经运维方授权的行政员授予申请人监督员用户组。
  • 特别地,若管理员通过行政员申请程序兼任监督员用户组,则无需通过当前授权程序。
  • 注意:因为个人原因(而不是面临社群质疑)申请暂离的监督员,在180日内重新申请,行政员可选择跳过授权程序直接授权,但可能需要重新签署保密协议。

义务与职责

  • 执行监督等操作,遵守监督方针
  • 须允许其他用户向您发送电子邮件;
  • 自我监督、与其他监督员互相监督,确保自己都和同僚严格遵守隐私权政策监督方针和其他适用方针/指引;
  • 保证获授权的账户仅只有自己一人可以使用,保证萌娘百科和其用户的隐私信息不因意外泄露、不被恶意窃取。

除权

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

  • 用户组变更:
    • 用户不再属于行政员用户组时,应除去其通过行政员申请程序获取的监督员用户组;
    • 用户不再属于管理员用户组;
  • 其他:
    • 进行严重违反监督方针的行为,经STAFF、行政员共同评估后可除权;
    • 进行破坏或其他严重违反萌娘百科方针/指引的行为;
  • 自行申请。

符合除权条件的,由行政员径行除权。其他用户发现有监督员符合除权条件的可到权限变更版提报。

管理员

  • 授权程序一节第四条第一句修正为「申请人没有票权,管理员每人投票权重2票,巡查姬每人权重1票」[增 2]
  • 除权程序活跃度不足一节第1条「其他人留言询问后,7日内无回复和操作行为」修订为「维护人员留言询问后,7日内无回复或7日后仍不满足活跃度要求」。
  • 除权程序活跃度不足一节第2条「在萌娘百科和萌娘共享有超过20次编辑或其他操作行为」修订为「在萌娘百科和萌娘共享有超过10次编辑或其他操作行为」。[注 2]
  • 快速降权一节「应当将管理员快速降至巡查姬用户组」后补充「同时暂时除去附加的行政员、用户查核员、监督员用户组」。
  • 新增 绕过全域封锁 (globalblock-exempt) 权限。

巡查姬

  • 降权与除权活跃度不足一节第1条「其他人留言询问后,7日内无回复和操作行为」修订为「维护人员留言询问后,7日内无回复或7日后仍不满足活跃度要求」。
  • 降权与除权活跃度不足一节第2条「在萌娘百科和萌娘共享有超过20次编辑或其他操作行为」修订为「在萌娘百科和萌娘共享有超过10次编辑或其他操作行为」。[注 2]

STAFF

  • 新增 绕过全域封锁 (globalblock-exempt) 权限;
  • 新增 查看最近更改的巡查标记 (patrolmarks) 权限;
  • 新增 移动页面时不在原页面创建重定向 (suppressredirect)权限;[增 3]
  • 新增 搜索已被删除的页面 (browsearchive) 权限;
  • 新增 查看被删除的历史项目,不含相关文本 (deletedhistory) 权限;
  • 新增 查看已被删除的文本及已删除版本间的差异 (deletedtext) 权限;
  • 新增 查看被隐藏的任何用户的修订 (viewsuppressed) 权限;
  • 新增 查看非公开日志 (suppressionlog) 权限。

荣誉维护人员

  • 授权条件一节第二条修订为「最后一个任期最后90日内同类不活跃警告次数不足2次,因不活跃自动去职」。

机器人

  • 提权程序一节第一条「该申请没有固定格式」修正为「使用预设的机器人申请模板发出」。[注 3]

机器用户

  • 申请与授权一节「可在权限变更版或维护组内部申请此用户组」变更为「可在权限变更版、维护组群或技术编辑者群内部申请此用户组」。[注 4]

IP封禁豁免者

  • 新增 绕过全域封锁 (globalblock-exempt) 权限。

手动确认用户

手动确认用户(Manually-confirmed users,manually-confirmed)是因各种情况需要提前获取自动确认用户部分权限的用户,一般由管理员直接授予与移除用户组。[增 1]

权限

  • ⧼Right-skipcaptcha⧽ (skipcaptcha)
  • 不受基于IP的速率限制 (autoconfirmed)
  • 编辑保护级别为“仅允许自动确认用户”的页面 (editsemiprotected)

授权与除权

一般情况下,管理员可在符合以下情形时授予该用户组(一般建议授予1-30天):

  • 新用户因各种原因无法正常使用验证码;
  • 新用户误触仅限非确认用户的反破坏过滤器;
  • 新用户被各类黑名单受限,无法进行特定操作。

若用户已成为自动确认用户或是进行了不可接受的行为,管理员应移除该用户组,其他用户亦可到权限变更版提报。

投票方针

  • 序言部分「维护人员人事案」新增「用户查核员监督员申请程序」。
  • 「维护人员投票政策」下新增「人事案之直接关联人(申请人或被弹劾人)没有票权,不计入参与率、票权数等基数。[增 2]

监督方针

监督是一种高级删除方式,修订版本删除不同,它专用[改 1]于隐藏未公开私人资料、疑似诽谤内容和其他特定破坏行为的详细内容。

本方针旨在规范监督功能之使用规范与用户申请内容监督之流程。

如何请求

如果您是有监督请求的用户,切勿公开发布详细信息至站内讨论版或任一用户之讨论页。

您在确保符合监督之使用情形后,请按以下方式请求监督:

发送电子邮件至专用邮箱

可发送邮件至yunying这是一个@字符moegirl.org。若申请隐藏个人信息,则须额外证明申请人与请求隐藏的个人信息之间的身份关联。

向活跃监督员发送电子邮件

您可以在登陆萌娘百科账户后点击下方按钮向监督员直接发送邮件。

  • AnnAngela[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核 (发送电子邮件)
  • 云霞[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核 (发送电子邮件)
站外渠道

如果您熟识某位监督员STAFF并有其联络方法,亦可通过此方法联络他们。

使用情形

隐私内容

隐藏非公开的个人信息,包括但不限于以下情形:

  • 真实姓名、电话号码、家庭住址、银行卡号码、工作场所等无法被公开检索的个人数据;
  • 意外曝光的IP地址或其他关联信息;
  • 需要依法隐藏之内容;
  • 其他多位监督员/STAFF认定明显为隐私、个人及非公开资料;
其他情形
  • 潜在毁谤性信息、错误执行的操作;
  • 隐藏破坏内容,包括但不限于:
  • 不应公开的滥用日志;
  • 其他监督员认定需要隐藏之内容。
不应隐藏之内容

特别地,除技术限制之外(例如隐藏用户必须通过监督),监督员在隐藏非隐私内容时应优先考虑进行修订版本删除。一经删除,内容亦仅有管理员、STAFF可阅,一般读者无法阅读,足以符合一般隐藏内容之要求。

违规情形

  • 监督员多次违反使用情形一节之规定进行监督、修订版本删除操作,违规隐藏不应隐藏的内容,依照监督员方针处理;
  • 管理员、监督员进行了违反隐私权政策的行为(包括但不限于公开已被隐藏的内容等),视严重程度按相应方针进行处理;
  • 用户反复提出不合理的监督请求,经维护人员警告后仍不停止,视情形按用户封禁政策处理。

修订版本删除指引

修订版本删除是指管理员监督员通过Special:RevisionDelete特定页面历史或日志的某个版本进行“选择性删除/屏蔽”[改 1]这一功能。本页面是萌娘百科有关修订版本删除的管理政策,关于监督之方针请参见萌娘百科:监督方针

概述

萌娘百科使用的维基媒体基金会维护的开源软件MediaWiki核心代码库中包含修订版本删除功能,它提供一个页面供特定用户组成员进行以下操作:

  • 对用户隐藏修订版本文字(页面历史)
  • 对用户隐藏日志目标和参数(日志,仅监督员)
  • 对用户隐藏编辑摘要
  • 对用户隐藏编辑者的用户名/IP地址
  • 同时阻止管理员与其他用户查看数据(仅监督员)

删除记录会记录在删除日志中,若勾选“同时阻止管理员与其他用户查看数据”则记录在监督日志中。

各类隐藏版本方式比较[改 2]
隐藏版本方式 可执行人 被隐藏版本的可见范围 被隐藏版本的公开显示方式 是否可逆 公开日志 比较差异时的信息 其它
版本删除 管理员、监督员 管理员、监督员 (灰色删除线) MediaWiki:Rev-deleted-no-diff -
监督 监督员 监督员 (灰色删除线) MediaWiki:Rev-suppressed-no-diff -
删除页面后仅恢复特定版本 管理员 管理员 - 可能 - 评论丢失

此外,萌娘百科的STAFF亦可查阅修订版本历史、监督日志、监督的内容,但他们一般情况下无法更改可见性。

使用情形

此功能用以取代传统的删除再有选择性恢复,可以继续显示部分版本的内容、用户名或摘要,有助于为以后查看历史的人提供帮助。此外,使用此功能不会令页面内的评论永久性丢失。

以下为一般使用情形,管理员、监督员应判断是否需要使用修订版本删除:

  • 在部分文字版本或摘要中破坏或插入方针规定的无意义内容;
    • 除极度不文明、包含侮辱性内容或令人恶心的内容等破坏情形外,对于一般删除/回退即可消除影响的破坏行为,一般无需使用修订版本删除功能。[改 1]
  • 包含应当被立即删除的内容或其他特定敏感信息;
  • 违反用户名管理政策
  • 潜在毁谤性信息、错误执行的操作等;
  • 符合在监督隐藏前进行修订版本删除防止隐私内容公开之情形;
  • 修订版本删除校正;
  • 监督员认定应当进行修订版本删除的其他情形。

使用注意事项

执行修订版本删除时,所隐藏的对象是“内容/目标”、“用户名/IP地址”、“摘要”。

一般情况下,管理员执行修订版本删除仅需勾选隐藏内容或摘要,以保证用户之署名权。当纯粹破坏或用户名包含不当内容时,执行人可选择隐藏用户名。

监督员更改所选日志条目的可见性时需注意“目标”与“用户名”之差异。例如:更改封禁日志可见性时,“用户名”为封禁执行者,这时应该勾选“内容”以隐藏封禁目标的用户名。

其他

  1. 修订MediaWiki:Grouppage-suppressMediaWiki:Grouppage-checkuser为用户组方针的名称。
  2. 修订所有方针、指引中“一周”为“7日”,“一月”为“30日”,“一年”为“365日”,以此类推。
  3. 移除所有涉及投票的用户组方针中关于投票时长之规定,相关内容已写入萌娘百科:投票方针#基本政策一节第9条,无需单独规定,非实质修订。
  4. 萌娘百科:界面管理员萌娘百科:脚本编辑员中「由管理员开启投票」变更为「由维护人员开启投票」。
  5. 调整萌娘百科:界面管理员萌娘百科:脚本编辑员计票一节的语序,非实质修订。
  6. 简单修订萌娘百科:投票方针序言部分,增加用户组变更相关表述[增 4]
  7. 萌娘百科:监督重定向至萌娘百科:监督方针萌娘百科:用户查核重定向留予萌娘百科:用户查核方针[增 5]

修订注释区

  1. 1.0 1.1 新增手动确认用户用户组。
  2. 2.0 2.1 2.2 2.3 2.4 修复投票时未排除直接关联人的问题。
  3. 按实际需要增加此权限。
  4. 新增修订投票方针之序言部分。
  5. 补充重要重定向之规定。

  1. 1.0 1.1 1.2 修改监督/修订版本删除相关表述。
  2. 依照AnnAngela的建议修改了表格内容。

  1. 1.0 1.1 1.2 萌娘百科:维护人员的基本义务#维护义务,行政员、用户查核员、监督员未来可能签署保密协议。
  2. 2.0 2.1 经小范围讨论,我们认为之前的2次太低,现有的20次太多,变更为10次。
  3. 上次修订机器人方针时的遗漏,只改了下文没改上文。
  4. 官方群组调整进行更加人性化的变更。

讨论区

建议对应表格更改为:

各类隐藏版本方式比较
隐藏版本方式 可执行人 被隐藏版本的可见范围 被隐藏版本的公开显示方式 是否可逆 公开日志 比较差异时的信息 其它
版本删除 管理员、监督员 管理员、监督员 (灰色删除线) MediaWiki:Rev-deleted-no-diff -
监督 监督员 监督员 (双重黑色删除线) MediaWiki:Rev-suppressed-no-diff -
删除页面后仅恢复特定版本 管理员 管理员 可能 - 评论丢失

——From AnnAngela the Bureaucrat (Talk) 2022年1月4日 (二) 16:15 (CST)

已修改。—— ほしみ 2022年1月4日 (二) 16:44 (CST)
那個「無」可能被誤認為顯示方式,建議改為跟其他區塊一樣的「-」。還是說真的是顯示方式w —— Eric Liu 創造は生命(留言 2022年1月5日 (三) 01:11 (CST)
完成 —— ほしみ 2022年1月5日 (三) 02:00 (CST)

这是要逼死高三党a(((((——From 泠佛. (讨论) 2022年1月4日 (二) 21:23 (CST)

年满十八岁的意思是要“实名制”吗

-- —以上已签名的留言由欧莉普的笑颜留言·贡献)添加 2022年1月5日 (三) 09:37 (CST)

跟这个没啥关系,但是我想要申请的应该需要进行必要的身份验证。--在下荷花请多指教 2022年1月5日 (三) 21:03 (CST)

来自User:SD hehua的建议

向修订版本删除指引的适用范围内加入“侵犯著作权的内容”。因版权侵犯的内容不应留在可见的历史版本内,必须进行删除而非仅回退。--在下荷花请多指教 2022年1月5日 (三) 01:37 (CST)

在萌百一般不这么做也没有太大的必要这么去做,我特意没有写这条。—— ほしみ 2022年1月5日 (三) 02:01 (CST)
目前有面向游客、非自确用户的历史版本水印提醒,一般而言问题不大。——From AnnAngela the Bureaucrat (Talk) 2022年1月5日 (三) 09:32 (CST)
(?)异议( ? )疑问 会不会出现版权方要求删除历史版本的情况?——北湖3讨论) 2022年1月5日 (三) 10:59 (CST)
被要求了再动手咯——CG/SS domain GOOD EDITOR Kaze Iro Legend frog (work·talk) 2022年1月7日 (五) 08:57 (CST)

来自User:Hooonooka的建议

感觉行政员、管理员的允许自行开启投票的时间还是有点短,我觉得应该提问期满7日后在允许自行开启投票为宜,三天的话可能会让一些人来不及提问。。。--爱吃面包的Hooonooka讨论) 2022年1月8日 (六) 05:39 (CST)

(+)同意 --TNLHKsign|talk 2022年1月8日 (六) 07:09 (CST)
缩短时间之目的就是减少提问,且开启投票前必须包含节假日或周末。另外,一般情况下,用户组变更投票通常与提问和回答没有强关联。—— ほしみ 2022年1月8日 (六) 10:00 (CST)
现在随便哪个申请都有二三十个提问,没必要给申请人增加过多的负担。过多的提问只会导致没有人愿意申请。——From 引梦者浊华(讨论) 2022年1月10日 (一) 13:15 (CST)

来自User:沼泽的建议

希望可以让界面管理员和脚本编辑员在申请时,其他的界面管理员和脚本编辑员也可以进行投票。毕竟是技术类用户组的信任案,让已经被信任的其他技术人员加入投票不是更加合理吗。——「今日も一日がんばるぞい!」(沼泽讨论) 2022年1月9日 (日) 16:52 (CST)

技术人员可以发表能力评价意见,未必对申请人信任度有更深层次的考量。—— ほしみ 2022年1月9日 (日) 17:07 (CST)
(-)反对 你的观点,为什么说技术人员不考虑被提名人的信任度?之后要共事的伙伴,也是需要相处的啊。而且如果选上了什么不靠谱的人,造成的后果还不是要靠他们来补救。——「今日も一日がんばるぞい!」(沼泽讨论) 2022年1月9日 (日) 17:20 (CST)
现在的方案本身是折中方案,之前有提过,一旦开放,更多的页面将被全保护,恐怕得不偿失。另外,界面管理员不一定是技术人员,他们之间可能也不一定了解,要不就取消仅维护繁简的界管申请,然后之前有人提过的界管发放技编什么的也可以一气呵成了。—— ほしみ 2022年1月9日 (日) 17:25 (CST)
我想星海子的意思是:未必(有能力)对申请人信任度有更深层次的考量。
因为这一信任度指的是社群、站务层面的信任度而非能力层面的信任度--From KumoKasumi the Bureaucrat (Talk) 2022年1月9日 (日) 17:40 (CST)
也是我所说的,为什么这些人会不考虑社群对申请者的信任呢,如果申请者胡闹,擦屁股的很可能还是他们。说真的,他们对于其他技术类编辑者的了解,会比管理员少吗?——「今日も一日がんばるぞい!」(沼泽讨论) 2022年1月9日 (日) 22:36 (CST)
这也是我说的,这么做稀释管理员信任票权的实际效果是降低管理员对他们的信任度要求,从而导致更多的页面被全保护,阻止界管修改,这是我不想看到的。要不就同时提高同意率到80%。—— ほしみ 2022年1月9日 (日) 22:43 (CST)
界管也是信任票投上来的,为什么不能纳入互相的评断?你的所有论断都建立在“界管投界管会导致标准下降”这一前提上,继而引发全保护增加什么的,但你这个前提成立吗?界管对于社群、站务的思考与观察就这么没用吗?——「今日も一日がんばるぞい!」(沼泽讨论) 2022年1月9日 (日) 22:47 (CST)
纳入能力评判机制了。前提成立,参见最初提案中的讨论结果(Anna:以当前方案选拔界管,只对黑白名单保护)。界管不一定是巡查,没必要关注站务,没必要关注其他用户。—— ほしみ 2022年1月9日 (日) 22:51 (CST)
我感觉云霞和星海的意思是防止选出类似ab13、ab23那种“高水平破坏者”?——北湖3讨论) 2022年1月9日 (日) 23:06 (CST)
A13在代码上高水平个屁啊=。=A23也就是拿着一个我们都知道的代码干了我们绝对不会干的事情而已,不要觉得破坏者水平很高。——From 引梦者浊华(讨论) 2022年1月10日 (一) 13:11 (CST)
界管可以不做繁简转换,但是我觉得那就得想办法让繁简转换专家有所发挥了——CG/SS domain GOOD EDITOR Kaze Iro the Legend frog (work·talk) 2022年1月10日 (一) 13:41 (CST)
如果要保持信任投票的要素,大可加大管理員投票權重,或針對管理員之投票訂下參與率、支持度等額外門檻。目前這樣僅限管理員投票說實話應該不太妥當。—— Eric Liu 創造は生命(留言留名 2022年1月13日 (四) 03:14 (CST)
其实主要不是票权的问题,这里比较复杂。
一是未来的脚本编辑员/界面管理员申请者并不一定都是维护人员。非维护人员要不没有这么高的社群参与度,要不就是本身就不想参与全站性维护,让他们评判不认识的人的信任度相当于强制规定对站务/人事的熟悉,违背了设立用户组的初衷——技术和维护分离,而人事不属于技术部分;
二是脚本编辑员/界面管理员所持有的权限属于高度敏感权限,正是建立在管理员信任的基础上才将这些用户组单立并允许授予一般用户。一方面,如果无法得到绝大多数管理员的信任,即使通过投票,其他管理员也可能会不信任相关用户的更改,一旦存有疑问便会增加管理员对更多页面的保护,从而导致界管/脚编实际可编辑范围缩小,这并不好,我不希望界管/脚编成为无用用户组;另一方面,因为上任的用户将拥有相关票权,投票的管理员可能会从技术能力和信任度之外的角度更多进行考量,这又回到了第一点,这也是违背技术组制度设立初衷的。
三是尽量保证投票制度的简单性。管理员和相关用户组人数比例是不固定的,在考虑前两点的基础上,不论是提高票重还是按总数折算比例均没有太好的做法。
以上。—— ほしみ 2022年1月13日 (四) 03:48 (CST)
(&)建议 那是否可以允许巡查投票?毕竟他们也要参与全站性维护工作。——北湖3讨论) 2022年1月16日 (日) 21:50 (CST)
参见理由2。巡查姬并不能维护这些页面,也无需对此类页面产生的问题负责。—— ほしみ 2022年1月16日 (日) 23:42 (CST)

新建立的页面

提案中建立的两个新页面“萌娘百科:用户查核员”和“萌娘百科:监督员”,是方针、指引还是论述?

( ¡ )题外话 上面谁的签名的标签闭合顺序错了……— 葫芦又留言 2022年1月10日 (一) 17:11 (CST)

是我漏写了,都是方针级,稍后会在下一次更改中补上。—— ほしみ 2022年1月10日 (一) 19:58 (CST)

“萌娘百科:用户查核员”里多处提到了“用户查核方针”,但“用户查核方针”还没有建立,现在只有一份草案。那如果这里的“权限体系修正案”在“用户查核方针”之前先通过了,这里这几处“用户查核方针”相关的部分要怎样处理?— 葫芦又留言 2022年1月11日 (二) 21:43 (CST)

我觉得可以先放着,并没有那么急。
如果觉得不妥移除链接或是临时补上也是可以的,我确实有另外一份草稿。—— ほしみ 2022年1月11日 (二) 22:08 (CST)
另外,監督、監督員、監督方針,與使用者查核、使用者查核員、使用者查核方針等頁面之間的關係應該相等(無論是哪些頁面要分開、哪些頁面要重新導向到哪裡),以保持一致性。—— Eric Liu 創造は生命(留言留名 2022年1月13日 (四) 03:17 (CST)
已补充。—— ほしみ 2022年1月13日 (四) 03:30 (CST)

其他

由于是第一次在这种地方编辑,不知道能不能开一个新的三级标题;

另外也不清楚是笔误还是有什么我不清楚的用法:

投票方针的第二段:“……不计入票权数、参与率等基数'"”中的“基数”是否为“计数”笔误?—厚礼谢来喝茶吧 2022年1月17日 (一) 00:27 (CST)

@厚礼谢 不计入那跟的当然是基数而不是计数。--Vcfch843875618讨论) 2022年1月17日 (一) 00:35 (CST)

投票区

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

@AnnAngela蓝羽汇Lyhic星海子Sivlovski玄微子AkizukiSaitouHlwan03Luenshi007Bbrabbit宇文天启平塚八兵衛空翊サンムルVcfch843875618HetmesAskalana不是液氮红石小蝈XzonnC8H17OHChko08022003Bete1geuseLeranjun一位史蒂夫小乃LUO1PTsanconBYin公的驱逐舰泠佛.西尾哈鲁卡Siw19981998WenzuxiaotSinonJZHSytus沼泽Bob1301あめろDaigui屠麟傲血贯井羽优的草莓胖次NemitsugiOtowa —— ほしみ 2022年1月18日 (二) 23:28 (CST)

@Legend frog欧莉普的笑颜胡祥又HooonookaEricliu1912北湖3SD hehuaTNLHK厚礼谢 —— ほしみ 2022年1月18日 (二) 23:29 (CST)

管理员

同意
  1. (+)同意 发起人票。—— ほしみ 2022年1月18日 (二) 23:29 (CST)
  2. (+)同意 内容我大体赞同,更细致的规定能更好地帮助维护人员履行职责。——From AnnAngela the Bureaucrat (Talk) 2022年1月19日 (三) 00:02 (CST)
  3. (+)同意 无异议。——From 引梦者浊华(讨论) 2022年1月19日 (三) 10:24 (CST)
  4. (+)同意 支持。——丝毫没有存在感的某蓝色管理员讨论) 2022年1月19日 (三) 19:22 (CST)
  5. (+)同意 对于大部分内容没有异议,总体上持赞成立场。--Lyhic讨论) 2022年1月22日 (六) 02:09 (CST)
  6. (+)同意 至少手动确认用户是迈向解决一些奇怪问题的第一步。--Thus Spoke Sivlovski.讨论」 2022年1月22日 (六) 20:24 (CST)
反对
弃权

巡查姬

同意
  1. (+)同意 已通读过,个人认为没有问题。--Vcfch843875618讨论) 2022年1月18日 (二) 23:32 (CST)
  2. (+)同意 开放管理申请监督员和用户查核员,应该是利大于弊的。—— 屠麟傲血讨论) 2022年1月18日 (二) 23:53 (CST)
  3. (+)同意 我看行。——巡查姬一位史蒂夫 讨论·贡献 请问您要单推一只小浣熊吗? 2022年1月18日 (二) 23:58 (CST)
  4. (+)同意 好像沒很明顯的需要,但修訂本身沒問題。--By CHKO (Talk) @ 2022年1月19日 (三) 00:04 (CST)
  5. (+)同意 已通读全文,对于修正案的内容基本支持。-- 珞羽子(交流室) 2022年1月19日 (三) 00:28 (CST)
  6. (+)同意 但手动确认用户真的有必要吗……--SinonJZH(๑•̀ω•́๑)(讨论) 2022年1月19日 (三) 00:33 (CST)
  7. (+)同意 善.——From 泠佛. (讨论) 2022年1月19日 (三) 00:46 (CST)
  8. (+)同意 之前有用户反映无法正常显示验证码,我想这是设立“手动确认用户”的原因之一吧。——From村上椎奈单推人 贯井羽优的草莓胖次讨论·贡献) 2022年1月19日 (三) 01:24 (CST)
  9. (+)同意 粗略看了一下暂时没有发现问题。--94 42 233 2001-8 J-JREDiscussion) 2022年1月19日 (三) 04:11 (CST)
  10. (+)同意 已經閱讀並初步理解相關變更。--巡查姬hlwan(討論) 2022年1月19日 (三) 08:19 (CST)
  11. (+)同意 还是觉得“手动确认用户”颇为奇怪,但问题不大。——「今日も一日がんばるぞい!」(沼泽讨论) 2022年1月19日 (三) 10:19 (CST)
  12. (+)同意 蛮好。--由使用者乐然)撰于 2022年1月19日 (三) 10:41 (CST)
  13. (+)同意 可以的。—— DaiGuitalk」 2022年1月19日 (三) 12:05 (CST)
  14. (+)同意 支持的。——bob1301讨论) 2022年1月19日 (三) 12:09 (CST)
  15. (+)同意 无异议。——★Sytus~Talk 2022年1月19日 (三) 14:17 (CST)
  16. (+)同意 没问题。——Xzonn聊天) 2022年1月19日 (三) 17:11 (CST)
  17. (+)同意 随票。 -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2022年1月19日 (三) 19:16 (CST)
  18. (+)同意 该补的都补上去了 --MnO43- 2022年1月19日 (三) 21:56 (CST)
  19. (+)同意 阅读后认为可行--FIGHT AGAINST OMICRON! ·P. W. T. 2022年1月19日 (三) 22:21 (CST)
  20. (+)同意 無異議。 --空翊(留言) 2022年1月20日 (四) 01:28 (CST)
  21. (+)同意 无异议。--Bete1geuse讨论) 2022年1月20日 (四) 23:15 (CST)
  22. (+)同意 没什么问题,除了我暂时想不到需要单独申请用户查核员和监督员的场景(“为什么不直接申请行政.jpg”);和上次一样,技术细节还是没法完全get到,不过至少终于有人能给我讲清楚那几个操作的区别了( ——C8H17OH讨论) 2022年1月20日 (四) 23:21 (CST)
  23. (+)同意 行的。 あめろ 讨论 2022年1月21日 (五) 15:36 (CST)
  24. (+)同意 通读完毕,没有异议--以上言论来自于巡查姬007君 _(:3 」∠)_讨论) 2022年1月21日 (五) 19:47 (CST)
  25. (+)同意 无异议(另外我也跟辛醇一样,暂时想不到需要单独申请用户查核员和监督员的场景“为什么不直接申请行政.jpg”)-- Welcome to the Hotel California 2022年1月21日 (五) 22:54 (CST)
  26. (+)同意 没什么问题。--bbrabbitからの評論 #討論# 2022年1月22日 (六) 11:11 (CST)
  27. (+)同意 感觉好像也没啥弃权的理由,虽然总感觉少了点什么但还是乐见改变。—— 这是一张遗漏的二饼请联系失主) 2022年1月23日 (日) 18:44 (CST)
  28. (+)同意 无异议。—— 冬月下的二重奏 LUO1P 2022年1月23日 (日) 23:31 (CST)
  29. (+)同意 无异议。--サンムル讨论) 2022年1月25日 (二) 10:55 (CST)
  30. (+)同意 无异议。——From 西尾哈鲁卡 (讨论) 2022年1月25日 (二) 13:36 (CST)
  31. (+)同意 異議なし--已经是一条死鱼的HetmesAskalana 2022年1月25日 (二) 14:30 (CST)
反对
弃权
  1. (∅)弃权 看不懂,弃权了。—— 这是一张遗漏的二饼请联系失主) 2022年1月19日 (三) 00:53 (CST)

参与讨论的自动确认用户

同意
  1. (+)同意 看了看感觉不错,总的来说是好的。尽管有些变更与我目前使用萌百的关联并不大,但我认为这些变更会使萌百向着好的方向发展,故支持。—厚礼谢来喝茶吧 2022年1月19日 (三) 00:30 (CST)
  2. (+)同意:加油!—— Eric Liu 創造は生命(留言留名 2022年1月19日 (三) 07:23 (CST)
  3. (+)同意 无异议--TNLHKsign|talk 2022年1月19日 (三) 09:49 (CST)
  4. (+)同意 无异议——北湖3讨论) 2022年1月19日 (三) 11:23 (CST)
  5. (+)同意 没有问题,对萌百发展很有好处的提案。--在下荷花请多指教 2022年1月20日 (四) 12:03 (CST)
▼ 该投票无效,原因:投票人不具备票权。
  1. (+)同意 希望萌百越来越好!其实当初我也验证码加载不出来(小声)-- 一般通过狼少女神山风和 前院饮茶or后院打滚 2022年1月22日 (六) 20:20 (CST)
▲ 该投票无效,原因:投票人不具备票权。
反对
  1. (-)反对 申请条件里面“年满十八岁,并已达到服务器所在地的法定成年年龄”的证明标准含糊不清 而且操作起来会出现问题:要是完全公开 那就像是在炒作 而且会引起对信息泄漏的担忧;要是不公开只在私底下进行 那就成了暗箱操作的萌芽了 而且当有人问起来的时候也无法自圆其说-- —以上已签名的留言由欧莉普的笑颜留言·贡献)添加 2022年1月21日 (五) 19:57 (CST)
弃权
  1. (∅)弃权 暂未看懂且觉得与自身利用萌百状况关系略远,放弃发表看法——CG/SS domain AUTO CONFIRMED USER Kaze Iro the Legend frog (wisdom·stupidity) 2022年1月18日 (二) 23:48 (CST)

无票权用户

同意
反对
弃权

计票与结论

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

  1. 投票开始时共有6名参与站务的管理员;其中,
    • 6(+)同意
    • 0(-)反对
    • 0(∅)弃权
  2. 投票开始时共有35名正式巡查姬;其中,
    • 31(+)同意
    • 0(-)反对
    • 0(∅)弃权
    • 4人没有参与投票(不是液氮, 小乃, 公的驱逐舰, Siw19981998)。
  3. 共有7名有票权的自动确认用户参与了投票;其中,
    • 5(+)同意
    • 1(-)反对
    • 1(∅)弃权
    • 另有1人投了无效票。
  4. 另有0位无票权用户发表了意见。

当前提案有6位管理员投同意或反对票,大于等于要求的2名,该提案投票有效

统计计票结果,全部投票之同意:反对票数量为 42:1,【同意】票数大于【反对】,且管理员的【同意】票数不小于【反对】,【提案通过】。—— ほしみ 2022年1月25日 (二) 23:37 (CST)