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

萌娘百科讨论:提案/已通过提案/关于用户权限体系的第三修正案(2022.05.06)

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

序言

本次修订内容主要为调整全域封禁权限、增加实质性机器用户的管理,其余部分基本为适应性调整、查漏补缺。

没有新增方针或指引文件。—— ほしみ 2022年4月8日 (五) 02:40 (CST),修改于2022年4月14日 (四) 02:05 (CST)

正文

行政员

“除权程序”一节下新增一条

  • 用户组变更:用户不再属于管理员用户组。例:即行政员不满足管理员的活跃度要求,被去职管理员后,也应除去行政员用户组。

“其他”一节下移除一条

移除第3条「受到降权处罚的临时行政员在申请正式行政员时...」[增 1]

监督员/管理员

技术性调整

添加以下可授权权限,全域生效:

$wgGrantPermissions['editpage']['editcontentmodel'] = true; // 升级至MW1.35+后移除
$wgGrantPermissions['mergehistory']['mergehistory'] = true; // mergehistory授权组,升级至MW1.35+后移除
$wgGrantPermissions['oversight']['suppressrevision'] = true; // oversight授权组,升级至MW1.33+后移除
$wgGrantPermissions['oversight']['abusefilter-hide-log'] = true; // oversight授权组,升级至MW1.33+后移除
$wgGrantPermissions['hideusers']['hideuser'] = true; // 允许监督员使用全自动脚本隐藏用户

封禁权限的调整

技术变动及影响

  • 如技术上测试后无问题,共享全域封禁表单(当前仅中文站、共享站共享此表单)
  • 该调整涉及用户查核员巡查姬的权限,监督员的相关政策。
$wgSharedTables []  =  'ipblocks' ; // 全域共享封禁表单
$wgGroupPermissions['patroller']['block'] = true; // 由于前一条调整,实质上已允许巡查姬在全域block、unblock,故直接增加权限以同步。

可选择移除Extension:GlobalBlocking,删除涉及globalblock、globalblock-exempt、globalblock-whitelist的所有权限(或在升级时MW版本时移除此扩展)。

影响:

  • 封禁、隐藏用户无需各站点分别执行,直接全域生效;
  • 巡查姬在全域增加封禁/解封权限;
  • 全域IP封禁扩展及其权限将变得彻底无用;
  • 需要在提案通过后将其他站点的封禁同步到zh。[增 2]

用户名方针#处理办法小修订

在第一条后插入:

  • 注:若用户在多个萌娘百科及其姊妹站点内存在编辑行为,监督员应在多个站点分别执行隐藏。

维护人员的基本义务

修订“维护禁忌”一节第一条

将内部链接及文本“涉及[[萌娘百科:编辑奖励方针|编辑奖励]]的编辑”修订为“涉及[[萌娘百科:对外宣传#其他|收费编辑]]的行为”。

STAFF

技术性调整

添加以下权限:

补遗:

  • 查看被标记为私密的防滥用过滤器 (abusefilter-view-private)
  • 查看标记为私密的过滤器的过滤日志 (abusefilter-log-private)
  • 编辑用户界面 (editinterface)
  • 在整个wiki进行字符串替换 (replacetext)[增 3]

令非自确STAFF默认获得自确的所有权限:

  • 移动页面 (move)
  • 移动根用户页面 (move-rootuserpages)
  • 移动页面及其子页面 (move-subpages)
  • 移动分类页面 (move-categorypages)
  • 移动文件 (movefile)
  • 从URL上传文件 (upload_by_url)
  • 编辑保护级别为“仅允许自动确认用户”的页面 (editsemiprotected)
  • 重置已失败或已转码的视频将其再次加入到作业队列中 (transcode-reset)
  • 编辑页面的内容模型 (editcontentmodel)
  • 评论 (comment)

“其他”一节的调整

将“可以以STAFF身份发起/参与涉及对外宣传与技术类话题的讨论”修订为“可以以STAFF身份发起/参与涉及站点基本信息、技术类话题以及活动的讨论”。

其他调整

  • 此修订案通过后,STAFF方针应由行政员调整为站点基本信息。

界面管理员

“授权程序”一节新增复职条款

行政员可选择对因为个人原因(而不是面临社群质疑)申请暂离、在180日内重新申请界面管理员的用户跳过意见发表期信任度投票程序。

脚本编辑员

“授权程序”一节新增复职条款

行政员可选择对因为个人原因(而不是面临社群质疑)申请暂离、在180日内重新申请脚本编辑员的用户跳过意见发表期信任度投票程序。

机器用户

替换“申请与授权”一节为以下内容

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

申请时应遵守如下规范:

  • 应列明需要授权机器用户用户组的账户:
    • 应尽可能使用主账户申请并进行工作;
    • 若进行全自动工作,亦可使用独立的分身账户,以便维护人员采用急停程序。
  • 应列明工作内容及工作时间;
  • 应注明进行手动、半自动或全自动工作。若进行半自动或全自动工作,还应说明任务使用的自动化工具及其预定之编辑频率。

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

特别地,符合以下情形时,管理员一般无需自授权机器用户用户组:

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

“使用规范”一节新增一条

允许用户在使用期间进行少量人工手动编辑获批准操作外的行为,但不应添加botedit标记()和相关标签,以便进行区分。例如,您可以选用WikiplusInPageEdit等小工具编辑,它不会被视为机器用户。

新增“其他规范”一节

请您知悉,愈是高速、大量、自动化的编辑方式,愈可能被视为机器人/机器用户。 为防止用户规避机器人方针/机器用户方针之管理,为了更好的维护萌娘百科,用户进行自动化编辑应遵守以下规定:

全自动编辑

全自动编辑是指用户使用工具或脚本进行大量高速或机械式、繁琐的编辑。如使用外部工具替换内部链接、替换分类等。

当用户未持有“被视为自动化过程”权限或所用扩展无法标注编辑为机器人编辑时,应注意自己的编辑频率,确保其他用户有时间作出检查和提出异议,且不会大量占据“最近更改”页面。符合此类情形时,应遵守以下规范:

  • 除用户名字空间外,编辑频率不得超越每分钟3条,6小时内总编辑数不得超过50条;
  • 需在任何可以附加标签的操作时附加BotAWB标签;
  • 用户若需打破速率限制,可前往权限变更版申请机器人用户或机器人用户组;
  • 当有管理员要求降低编辑频率或停止任务时,操作者应当遵守,否则可能会被暂时移除自动确认用户或处以封禁以防止百科受到负面影响。
半自动编辑

半自动编辑是指使用工具或脚本的协助进行自动化编辑,所有编辑仍在人类监督下进行。如使用小工具添加分类、修正消歧义、为歌词注音、回退/撤销破坏等。

通常情况下半自动编辑不需要提出机器用户或机器人申请,但我们建议操作者标明编辑是由何种自动化工具完成,如在编辑摘要标注或使用特定标签等。

但请注意,若用户使用外部资源、进行极可能出错的半自动编辑时(如使用外部翻译软件API批量为歌词插入注音等),应遵守以下规范:

  • 用户应在操作申请版提出申请,经管理员或界面管理员批准后方可执行大量操作。
    • 用户应列明工作内容及工作时间,展示至少一条使用此自动化工具的操作行为,并尽可能展示能完成所申请自动化任务的工具;
    • 受理的管理员或界面管理员有义务监督此项自动化任务是否符合规范。
  • 除用户名字空间外,使用自动化工具的编辑频率不得超越每分钟3条;
  • 需在任何可以附加标签的操作时附加Automation tool标签;
  • 当有管理员要求降低编辑频率或停止任务时,操作者应当遵守,否则可能会被暂时移除自动确认用户或处以封禁以防止百科受到负面影响。

特别地,若用户认为自己将进行的半自动编辑可能存在争议,亦可参照此法申请。

机器人

替换“申请程序”一节为以下内容

  1. 所有者使用权限变更版页顶模板的预设按钮发出合格式的申请(不合格式的申请将会作废):
    • 需要写清机器人的用户名、自动化任务的内容、执行的期限等,否则将会被直接拒绝;
    • 建议通过各类开源平台公开机器人源代码(注意不要泄露账户密码、机器人账户和密码等凭据),有助于加快权限审核速度和通过可能性。[注 1]
  2. 行政员审核无误后批准任务、发放用户组:

特别地,当符合以下条件时,所有者可选择不进行讨论版申请程序:

  • 行政员所有的机器人;
  • 维护人员持有的机器人短期执行的追加任务;
  • 技术类用户组用户持有的机器人短期执行的追加任务(但应在技术编辑群告知任一管理员)。

短期执行的追加任务不应使用主账户不具有的权限(包括通过提权条件第3条获得的权限、非维护人员不持有的“移动页面时不在原页面创建重定向”权限)。[增 5]

“授权后义务”一节新增一条

所有者需在机器人执行任何可以附加botedit标记()的操作时添加此标记。

“急停条件”一节新增一条

  • 非维护人员或技术类用户组用户所有的机器人执行未经批准的自动化任务。[增 5]

修订“除权条件”第三条

将「机器人90日未作出任何操作,在所有者页面留言提醒7日后机器人仍然无操作」修改为「机器人90日未作出任何操作,维护人员应在所有者用户讨论页留言提醒,14日内所有者无回复或机器人未能继续执行相关长期任务」。[增 6]

分身账户方针

修订“单一账户权限”一句

将“依照萌娘百科:机器人#提权的规定进行提权的除外”修订为“依照机器人方针的规定进行提权的和STAFF直接获授的用户组除外”。

修订“主账户的认定”一节

将第3条中“持有官方用户组的账户”修订为“持有维护人员用户组的账户”。注:避免STAFF工作账户强制认定为主账户。

其他

技术性调整:

  • 取消patrolleredit等级的级联保护($wgCascadingRestrictionLevels)。注:这是一个错误的配置项,级联保护基于protect权限而非相关编辑权限。
  • 删除$wgGroupPermissions['sysop']['passwordreset'] = true;注:这是一个早已废弃的扩展。

修订注释区

  1. 移除关于临时行政员的过时条款。
  2. 遗漏。
  3. STAFF要求。
  4. 新增信息页论述:萌娘百科:机器人列表。当前版本列表位于User:星海子/机器人列表,提案通过后移动至相应位置。
  5. 5.0 5.1 根据实际情况,简化追加任务申请条件。
  6. 新增对机器人除权条件的修订,明确留言人和机器人无操作的定义。

  1. 这句话需同步修改至萌娘百科:机器人#提权程序
  2. 此处存在不溯及过往原则:此提案发起前在用户页列明,且3个月内有运行相关长期任务之机器人的长期任务自动列入,此后无需再次申请。

讨论区

STAFF用户组具有wgGroupsAddToSelf权限啊?

( ? )如题,根据MGP:STAFF,STAFF用户组成员具有wgGroupsAddToSelf的管理员权限,而以下权限非自确的管理员也可以具有

  • 移动页面 (move)
  • 移动根用户页面 (move-rootuserpages)
  • 移动页面及其子页面 (move-subpages)
  • 移动分类页面 (move-categorypages)
  • 编辑保护级别为“仅允许自动确认用户”的页面 (editsemiprotected)
  • 重置已失败或已转码的视频将其再次加入到作业队列中 (transcode-reset)

那么是否有必要,在STAFF用户组的权限里单加出来这么一条呢?可能是因为我刚刚成为萌娘百科的有编辑数的用户,对此不大了解(虽然已经是自确了……)不过我看写出这么一条建议的我可能是要下个ID见,如果有不对的地方,那么给大家添麻烦了,对不起!——I'm Cocoream (Talk to me here) 2022年4月8日 (五) 07:31 (CST)

STAFF通常仅在必要的时候授予自己临时的管理员权限,如果仅是为了移动页面或者编辑半保护页面就授予自己管理员权限过于麻烦。实际上此调整只是让STAFF默认获得了自确的所有权限(自确用户组无法手动授予)。——From 引梦者浊华(讨论) 2022年4月8日 (五) 08:41 (CST)
( ¡ )题外话 原来STAFF不能给自己挂「手动确认用户(Manually-confirmed)」用户组吗--Takeuchi.BadEditor (讨论留名) 2022年4月8日 (五) 09:19 (CST)
手确也没有移动权限的说--Takeuchi.BadEditor (讨论留名) 2022年4月8日 (五) 09:27 (CST)
谢谢!我明白了(真抱歉给您添了麻烦……)——I'm Cocoream (Talk to me here) 2022年4月8日 (五) 09:42 (CST)

全域共享“ipblocks”表涉及日志同步问题

注意到拟添加的配置文件行:

$wgSharedTables []  =  'ipblocks' ; // 全域共享封禁表单

这意味着,如果管理或巡查在一个站封禁了用户,在另一个站的日志无法体现出来。--WaitSpring讨论) 2022年4月8日 (五) 22:01 (CST)

日志确实是没法同步的,别的站的用户组权限日志也不会同步到zh。
不过我觉得这不是问题,维护组内部有群机器人监视全域的封禁日志。
—— ほしみ 2022年4月8日 (五) 22:10 (CST)
如果直接共用封禁的话,可能需要调整或做一个新的小工具来获取用户在各个站点的封禁日志?--SinonJZH(๑•̀ω•́๑)(讨论) 2022年4月10日 (日) 02:02 (CST)
或许我们还可以要求直接在zh站封禁?(滥用过滤器封禁、监督员隐藏用户名除外)—— ほしみ 2022年4月10日 (日) 02:20 (CST)

关于“半自动编辑”定义

只是来问一个毫无意义的问题,“半自动编辑是指使用工具或脚本的协助进行编辑”,那么使用IPE或wiki+算吗,以及使用API沙盒编辑呢?--ねが目觉めざめをわすれたままで パジャミィ(废人) 2022年4月15日 (五) 09:14 (CST)

(~)补充 还有VCEP这类JSON工具。--北湖3讨论) 2022年4月15日 (五) 23:28 (CST)
wiki+和ipe并不符合自动化的要求。vcep肯定算。—— ほしみ 2022年4月15日 (五) 23:40 (CST)
(~)补充 请问若用脚本程序批量提交大量编辑(如大量建立日文原名重定向),但所有数据已在本地进行过人工核验,应该算作“全自动编辑”还是“半自动编辑”?虽然已经搞完了但还是来问一下--AdorN讨论⏰2022年4月22日 (五) 14:23 (CST)
一般视为全自动编辑。—— ほしみ 2022年4月22日 (五) 20:00 (CST)

行政员方针部分完成历史使命的内容

现在所有的临时行政员已经转正,为他们设置的“仍任临时行政员”和“‘180日’均不包含降权期”已经完成了历史使命,是否有必要将这两条从方针中删除?—— 屠麟傲血讨论) 2022年4月18日 (一) 21:56 (CST)

之前考虑过删除,但因种种原因最后没动,主要是缺乏一个临时的行政员的机制。
例如“正式行政员不满三人时(除STAFF外),AnnAngela、云霞仍任临时行政员,代行行政员所有职责”还包含其他含义:如果两位自行辞任或因不活跃离任正式行政员的话,他们仍然是临时行政员,直到正式行政员超过3人,不准跑路,必须工作
可能未来需要考虑制定一个适用于特殊情况的办法,用于正式行政员、查核员、监督员缺乏的时候,现在我也没啥想法。—— ほしみ 2022年4月20日 (三) 08:07 (CST)
个人认为可以先把最后一条移除(即便缺乏临时行政员机制,也很明显没有保留的必要)。至于“仍任临时行政员”一条,可以改为“在正式行政员不满三人时(除STAFF外),现有的行政员在降权/除权后仍保留临时的行政员身份,直到正式行政员人数超过三人。”上面所说的“特殊情况”个人认为在很长一段时间内都会是常态。--Qaolp0 a Kiraraf player (讨论) 2022年4月26日 (二) 12:47 (CST)
先移除其他一节第三条吧,其他下次再看看,这玩意儿我觉得不着急。—— ほしみ 2022年4月28日 (四) 10:41 (CST)

关于将“萌娘百科:STAFF”升级为站点基本信息的疑问

我这里有一个关于“萌娘百科:STAFF”的疑问,就是将STAFF方针升级为站点基本信息是出于什么考量?为什么要这样处理?我想要了解一下。—— DaiGuitalk」 2022年4月22日 (五) 14:37 (CST)

忘了,记得是很久之前问过的。这个在最初的提案里定义就是基本信息,一直没改。—— ほしみ 2022年4月22日 (五) 19:58 (CST)

关于机器人列表

这意见提出来的是有点慢了,不过可否将预定建立之机器人列表改置于机器人方针之子页面,即「萌娘百科:机器人/列表」?—— Eric Liu 創造は生命(留言·留名 2022年4月30日 (六) 12:27 (CST)

有意不用子页面,投票记录、长期破坏者列表、编辑组列表等均不使用子页面。—— ほしみ 2022年4月30日 (六) 13:04 (CST)
悉。—— Eric Liu 創造は生命(留言·留名 2022年4月30日 (六) 21:08 (CST)

投票区

正在加载中……
本次投票星海子[更多]讨论页贡献上传历史封禁及历史被删贡献移动日志巡查日志用户权限及日志用户查核发起。
  • 投票开始时间: |
  • 投票结束时间: |
  • 投票总用时 7 天,正在计算中……

@AnnAngela云霞蓝羽汇星海子玄微子弗霖凯AkizukiSaitouBbrabbit宇文天启平塚八兵衛空翊Vcfch843875618HetmesAskalana不是液氮红石小蝈XzonnChko08022003Bete1geuse小乃LUO1PTsanconBYin泠佛.西尾哈鲁卡Siw19981998WenzuxiaotSinonJZH沼泽Bob1301あめろDaigui屠麟傲血NemitsugiOtowaLuoxuchanQaolp0胡祥又甜的白萝卜秋园世界淮南皓月贯井羽优的草莓胖次Leranjun高级火法Sytus —— ほしみ 2022年4月29日 (五) 14:48 (CST)

@实验性:无用论废人Adorable NewcomerTakeuchi 补ping有票权的自动确认用户,注意投票须填写理由。—— ほしみ 2022年4月29日 (五) 14:51 (CST)

管理员

同意
  1. (+)同意 发起人票。最后一个投票力 —— ほしみ 2022年4月29日 (五) 14:53 (CST)
  2. (+)同意 中文看不懂啊,英文也看不懂啊。——丝毫没有存在感的某蓝色管理员讨论) 2022年4月29日 (五) 15:50 (CST)
  3. (+)同意 行.--饥饿之声-弗霖凯讨论) 2022年4月30日 (六) 10:47 (CST)
  4. (+)同意 无异议。——From 引梦者浊华(讨论) 2022年4月30日 (六) 10:57 (CST)
  5. (+)同意 可。——From AnnAngela the Bureaucrat (Talk) 2022年5月1日 (日) 15:59 (CST)
  6. (+)同意 可 --From KumoKasumi the Bureaucrat (Talk) 2022年5月3日 (二) 12:53 (CST)
反对
弃权

巡查姬

同意
  1. (+)同意 全文读毕,表述清晰,修正合理。--Patroller 珞珝 [与我对线] 2022年4月29日 (五) 14:59 (CST)
  2. (+)同意 没毛病的适应性修改。——「今日も一日がんばるぞい!」(沼泽讨论) 2022年4月29日 (五) 15:21 (CST)
  3. (+)同意 虽然对6小时50条有点疑虑。--某FFF团的高级火法 批判一番) 2022年4月29日 (五) 15:28 (CST)
  4. (+)同意 同意——From恋冢小梦单推人贯井羽优的草莓胖次讨论) 2022年4月29日 (五) 15:44 (CST)
  5. (+)同意 没怎么看懂,也没时间细看…… -- 宇文西修ิิۣۣۖۖۖ特拉瑟 2022年4月29日 (五) 16:11 (CST)
  6. (+)同意 对如此技术性更改没有异议 --MnO43- 2022年4月29日 (五) 16:33 (CST)
  7. (+)同意 关于速率限制一事,应该是为了避免好心办坏事的情况出现吧。--Qaolp0 a Kiraraf player (讨论) 2022年4月29日 (五) 16:35 (CST)
  8. (+)同意 云霞或成首位因为活跃度不足而降权的行政(噗)—— 秋园邀请你去地下室重马场一坐 2022年4月29日 (五) 17:03 (CST)
  9. (+)同意 —— 冬月下的二重奏 LUO1P 2022年4月29日 (五) 17:09 (CST)
  10. (+)同意 6小时50条是不是有点少了。—— 屠麟傲血讨论) 2022年4月29日 (五) 17:11 (CST)
  11. (+)同意 这是好的。—— DaiGuitalk」 2022年4月29日 (五) 17:34 (CST)
  12. (+)同意 无异议。—— SytusTalk 2022年4月29日 (五) 17:52 (CST)
  13. (+)同意 对速率限制有不同意见就在讨论期提出啊,量化标准本来就是值得讨论的事情。开始投票才提出来就没办法了。——Ithea╱ 淮南皓月 🌙 2022年4月29日 (五) 20:44 (CST)
  14. (+)同意 没问题。——bob1301讨论) 2022年4月29日 (五) 21:32 (CST)
  15. (+)同意 可以。—— 小乃讨论) 2022年4月29日 (五) 22:46 (CST)
  16. (+)同意 没有问题。--Vcfch843875618讨论) 2022年4月29日 (五) 23:50 (CST)
  17. (+)同意 看着还行。--SinonJZH(๑•̀ω•́๑)(讨论) 2022年4月30日 (六) 01:07 (CST)
  18. (+)同意 技术相关条文我不太懂,但其他的我觉得没问题,补足了之前的一些不足。--CONTINUE TO FIGHT WITH OMICRON!·P. W. T.萌利策奖提名) 2022年4月30日 (六) 09:31 (CST)
  19. (+)同意 好。--你好,我是乐然。 2022年4月30日 (六) 15:49 (CST)
  20. (+)同意 无异议。 --空翊「留言」 2022年4月30日 (六) 21:35 (CST)
  21. (+)同意 冇问题。-- Welcome to the Hotel California 2022年5月1日 (日) 17:24 (CST)
  22. (+)同意 没问题。 あめろ 讨论 2022年5月1日 (日) 21:40 (CST)
  23. (+)同意 除“更好的维护萌娘百科”应为“更好地维护萌娘百科”外无异议。— 葫芦又留言 2022年5月2日 (一) 04:22 (CST)
  24. (+)同意:论还会有多少个修正案—— LN2 不是液氮 (讨论贡献) 2022年5月2日 (一) 10:22 (CST)
  25. (+)同意 暂无意见。--94 42 233 2001-8 J-JREDiscussion) 2022年5月2日 (一) 12:33 (CST)
  26. (+)同意 酱--已经是一条死鱼的HetmesAskalana 2022年5月2日 (一) 17:58 (CST)
  27. (+)同意 无异议。-- 珞羽子(交流室) 2022年5月3日 (二) 15:58 (CST)
  28. (+)同意 好,没问题。——From 西尾哈鲁卡 (讨论) 2022年5月3日 (二) 23:16 (CST)
  29. (+)同意 技术性修改没什么问题。--bbrabbitからの评论 #讨论# 2022年5月4日 (三) 10:17 (CST)
  30. (+)同意 没什么问题。--Bete1geuse讨论) 2022年5月4日 (三) 18:03 (CST)
反对
弃权
  1. (∅)弃权 纯技术类的提案我不做评价。—— 这是一张遗漏的二饼请联系失主) 2022年4月29日 (五) 22:19 (CST)

参与讨论的自动确认用户

同意
  1. (+)同意 但6小时50条确实太少了,既然纯人工编辑超过这速度都很正常,那“工具”的意义何在?以后再说吧。--ねが目觉めざめをわすれたままで パジャミィ(废人) 2022年4月29日 (五) 17:29 (CST)
  2. (+)同意 暂无异议为啥开始投票了才开始说次数限制的事( --AdorN讨论⏰2022年4月29日 (五) 17:40 (CST)
    ▼ 该投票无效,原因:投票人不具备票权。
    (+)同意 技术向提案,不明觉厉。另外从惨淡的讨论串可以看出来你百关心技术的人到底有多少。--北湖3讨论) 2022年4月29日 (五) 23:18 (CST)
    ▲ 该投票无效,原因:投票人不具备票权。
  3. (+)同意 无异议--Takeuchi.BadEditor (讨论留名) 2022年5月1日 (日) 09:47 (CST)
反对
弃权
▼ 该投票无效,原因:投票人不具备票权。
——马基雅维利主义者讨论) 2022年4月29日 (五) 21:41 (CST)
▲ 该投票无效,原因:投票人不具备票权。

无票权用户

同意
  1. (+)同意 改的地方没什么问题。From Sucaiking the WAFighter 2022年4月29日 (五) 15:22 (CST)
  2. (+)同意 编辑频率这一块还是比较合理的,因为用户名字空间外的条目相对重要度更高,需要一定程度的保护,且超过了这个频率的话很容易被WAF。规定编辑频率后同样可以在一定程度上限制刷编辑的行为。—— 董家军集合 2022年4月29日 (五) 20:05 (CST)
  3. (+)同意。—— Eric Liu 創造は生命(留言·留名 2022年4月30日 (六) 21:08 (CST)
  4. (+)同意 行。——传教士 2022年5月1日 (六) 21:08 (CST)
    ▼ 该投票无效,原因:超时。
    (+)同意 ——Said by Yuzuki 🍋 2022年5月6日 (五) 15:09 (CST)
    ▲ 该投票无效,原因:超时。
反对
弃权

计票与结论

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

  1. 投票开始时共有6名参与站务的管理员;其中,
    • 6(+)同意
    • 0(-)反对
    • 0(∅)弃权
  2. 投票开始时共有36名正式巡查姬;其中,
    • 30(+)同意
    • 0(-)反对
    • 1(∅)弃权
    • 5人没有参与投票(Xzonn, Chko08022003, 甜的白萝卜, 泠佛., Siw19981998)。
  3. 共有3名有票权的自动确认用户参与了投票;其中,
    • 3(+)同意
    • 0(-)反对
    • 0(∅)弃权
  4. 另有4人发表了意见,3人投了无效票。

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

统计计票结果,全部投票之同意:反对票数量为 39:0,【同意】票数大于【反对】,且管理员的【同意】票数不小于【反对】,【提案通过】。—— ほしみ 2022年5月6日 (五) 18:22 (CST)