维基百科讨论:新页面巡查/存档3

页面内容不支持其他语言。
维基百科,自由的百科全书

新页面巡查方针列入巡查豁免权

已通过:
下列讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。

Wikipedia:新页面巡查#新页面巡查

现行条文
提议条文

事实性修订。--YFdyh000留言2021年1月3日 (日) 18:12 (UTC)


可以直接修改吧?--【和平至上】支持通过港区国安法💬 2021年1月5日 (二) 08:20 (UTC)
事实性修订确实需要程序性的公示。--安忆Talk 2021年1月5日 (二) 08:27 (UTC)
考虑过,但社群环境不同以往了,!WP:BOLD,!WP:5P5WP:7DAYS当道。而且WP:AUTOREV只是个信息页。--YFdyh000留言2021年1月6日 (三) 02:45 (UTC)
公示7日,2021年1月12日 (二) 14:44 (UTC) 结束:本来要等至1月10日才开始公示的,大胆SNOW提前一下。YFdyh000和平至上AnYiLin--Cmsth11126a02留言2021年1月5日 (二) 14:44 (UTC)

本讨论已经关闭,请勿修改。如有任何意见,请至合适的讨论页进行,并不要再次编辑本讨论。
通过。SANMOSA 江南好,风景旧曾谙 2021年3月17日 (三) 06:00 (UTC)
下列讨论已经关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。

理由如下:

  1. 此权限跟Wikipedia:回退功能没有太大的关连,个人认为纯粹是回退权里包含此权限因此写入此处
  2. 有机率导致像是Wikipedia_talk:重定向#分类重定向的情况

-- Sunny00217  2021年2月11日 (四) 16:08 (UTC)

WP:回退员重定向到回退功能页面。“如有违反前述原则,当以除权处理。”对方针有意义,需要解决。--YFdyh000留言2021年2月11日 (四) 16:12 (UTC)
Suppress redirect 也与反破坏有关,不认为完全无关联。 2021年2月11日 (四) 16:14 (UTC)
因为连巡查员也有-- Sunny00217  2021年2月12日 (五) 06:36 (UTC)
与反破坏有关+1。但若欲改为留下连结,合并重复内文于一处,使未来容易维护,亦无不可。--Hjh474留言2021年2月12日 (五) 02:34 (UTC)
现拟议修改WP:重定向WP:回退功能WP:新页面巡查如下:
WP:重定向
现行条文

移动时不留重定向

一般来说,移动页面时,会自动留下重定向。某些用户组(拥有suppressredirect权限的用户)可以通过取消选中标有“保留重定向”的框来阻止创建重定向,称为移动时不留重定向suppressing redirect)。目前,这些群组包括管理员、巡查员、回退员等。在某些情况下,移动页面时自动创建的重定向是不恰当的——例如文章曾被移动破坏至不良标题。不留重定向即可节省移动后删除重定向的时间和麻烦。

一般情况下,重定向是历史纪录中一个有用的条目,所以除非有充分理由移动时不留重定向(例如故意破坏,将放错位置的内容转移到用户空间或释放标题以便另一页面占用),最好将其留下。重定向留下帮助读者找到旧文章一条线索,以防在其先前位置创建新文章,并防止连结失效。因此,我们通常既不移动时不留重定向,也不删除重定向。

提议条文

移动时不留重定向

一般来说,移动页面时,会自动留下重定向。某些用户组(拥有suppressredirect权限的用户)可以通过取消选中标有“保留重定向”的复选框来阻止创建重定向,称为移动时不留重定向suppressing redirect)。目前,这些群组包括管理员、巡查员、回退员等。在某些情况下,移动页面时自动创建的重定向是不恰当的——例如文章曾被移动破坏至不良标题。不留重定向即可节省移动后删除重定向的时间和麻烦。移动而不留重定向依旧会记录在案,不过会加上“不留重新导向”的标示。

一般情况下,重定向是历史纪录中一个有用的条目,所以除非有充分理由移动时不留重定向,最好将其留下。重定向留下帮助读者找到旧文章一条线索,以防在其先前位置创建新文章,并防止连结失效。因此,我们通常既不移动时不留重定向,也不删除重定向。

何时可移动而不留重定向 当重定向符合快速删除方针,特别是G3(故意破坏)、O1(应用户要求在该用户空间下移动页面或从该用户空间下将页面移动到主名字空间),或将放错位置的内容转移到用户空间,或须释放标题(腾空页面)以便另一页面占用时候,即可移动而不留重定向。

何时不可移动而不留重定向 用户不得利用权限于命名争议中夺取优势、无视命名争议而使用权限或者将权限用于破坏。巡查员、回退员如有违反前述原则,当以除权处理。

WP:回退功能
现行条文

移动时不留重定向 移动页面时,预设会留下重定向。然而,有时留下重定向会增加后续工作,并不理想,例如回退页面移动破坏,又或者需要腾空页面以便移动其他页面。当拥有“移动时不留重定向”权限时,移动页面时就可以于移动页面介面取消剔选“留下重新导向页面”框框。如此,就可以移动页面而不留重定向。移动而不留重定向依旧会纪录在案,不过会多一句“不留重新导向”。

何时可移动而不留重定向 当重定向符合快速删除方针,特别是G3、O1,即回退移动破坏或应用户要求在该用户空间下移动页面或从该用户空间下将页面移动到主名字空间。

何时不可移动而不留重定向 用户不得利用权限于命名争议中夺取优势、无视命名争议而使用权限或者将权限用于破坏。如有违反前述原则,当以除权处理。

提议条文

移动时不留重定向

WP:新页面巡查
现行条文

移动时不留重定向

移动页面时,预设会留下重定向。然而,有时留下重定向会增加后续工作,并不理想,例如回退页面移动破坏,又或者需要腾空页面以便移动其他页面。当拥有“移动时不留重定向”权限时,移动页面时就可以于移动页面介面取消勾选“留下重新导向页面”复选框。如此,就可以移动页面而不留重定向。移动而不留重定向依旧会纪录在案,不过会多一句“不留重新导向”。巡查员运用此权限时,应遵守回退功能方针相关段落规定。

提议条文

移动时不留重定向

以上。如通过,有关移动时不留重新导向权限的规定将统一整合至WP:重定向(包括有关除权规定),而WP:回退功能WP:新页面巡查则只留下章节连结。SANMOSA SPQR 2021年2月18日 (四) 01:15 (UTC)

@Sunny00217YFdyh000Pseudo ClassesHjh474SANMOSA SPQR 2021年2月18日 (四) 01:17 (UTC)
没什么意见。把“纪录”更正“记录”吧。--YFdyh000留言2021年2月18日 (四) 01:27 (UTC)
@YFdyh000完成SANMOSA 誓山海而长在,似日月而无休 2021年2月20日 (六) 02:22 (UTC)
@YFdyh000:名词是用“纪录”没错,动词才是“记录”。我改的一处正是本是动词的地方。SANMOSA 誓山海而长在,似日月而无休 2021年2月20日 (六) 02:37 (UTC)
不是名词动词问题吧,纪录用于成绩统计层面(纪录片除外),记录才是文字层面。难道有地区词差异。--YFdyh000留言2021年2月20日 (六) 02:51 (UTC)
@YFdyh000《文书处理手册》附录2(第60页)。(意外发现地区词差异)SANMOSA 誓山海而长在,似日月而无休 2021年2月20日 (六) 03:05 (UTC)
有点搞不清,可能需另议或字词转换……在中国大陆,纪录主要是最好成绩或总结归纳,会议记录、历史记录等不会写纪录,个人健康纪录也一般是“个人健康记录”。此博客提到文书所用动词/名词分法,但评论也有不同意见。--YFdyh000留言2021年2月20日 (六) 04:11 (UTC)
@YFdyh000:恐怕不能用字词转换处理,因为误转机率太高:有些地方的使用是一样的,但有些地方的使用是完全不同的。《文书处理手册》是台湾官方文件,我给予的连结也是政府网站连结,我认为没办法质疑。繁体来说是会写“会议纪录”、“历史纪录”的(至少前者我非常肯定)。SANMOSA 誓山海而长在,似日月而无休 2021年2月20日 (六) 04:18 (UTC)
指在方针指引页(如Wikipedia:R)转换。浏览器的“历史记录”我是很确定的。--YFdyh000留言2021年2月20日 (六) 04:36 (UTC)
(1)问题完全一样,在任何地方转换都会出现一样的问题。(2)科技公司经常会忽略地区用词差异,不能作准。SANMOSA 誓山海而长在,似日月而无休 2021年2月20日 (六) 07:56 (UTC)
你这一“不能作准”,中国大陆所有软件和文献就都是错的了。我非常确定99%+将History称作历史记录,历史纪录是Best record。在此题中讨论可能不大合适。--YFdyh000留言2021年2月20日 (六) 08:06 (UTC)
@YFdyh000:至少在繁体不能作准吧。如果是中国大陆公司开发的browser,在中国大陆简体下反而是可以作准的。如果没其他问题的话,我就不再修改提案了。SANMOSA 誓山海而长在,似日月而无休 2021年2月20日 (六) 13:57 (UTC)
代为标示{{新增条文}},请帮确认有无错漏。--Hjh474留言2021年2月18日 (四) 02:17 (UTC)
{{删除条文}}也加上了。SANMOSA SPQR 2021年2月18日 (四) 02:26 (UTC)
原来巡查权那里也有一段-- Sunny00217  2021年2月18日 (四) 03:10 (UTC)
是不是需要公示贴公告板?--Hjh474留言2021年2月26日 (五) 02:46 (UTC)
@Hjh474:你是不是忘了WP:7DAYSSANMOSA 江南好,风景旧曾谙 2021年3月1日 (一) 10:25 (UTC)
👍。--Hjh474留言2021年3月1日 (一) 10:29 (UTC)
现公示7日。SANMOSA 江南好,风景旧曾谙 2021年3月10日 (三) 10:38 (UTC)

本讨论已关闭,请勿修改。如有任何意见,请在合适的讨论页提出,而非再次编辑本讨论。

下放移动主页面时一并移动子页面权限

我在上方#提议设立维护员权限的讨论中提到可以下放move-subpages权限予巡查员、回退员等用户,现在我会提出具体提案,内容如下:

  • 权限内容:移动主页面时一并移动最多100个子页面
  • 下放对象:巡查员、回退员、介面管理员
  • 下放原因:方便回退员更有效率地回退涉及子页面的移动争议及破坏,方便巡查员、模板编辑员、介面管理员于为存在子页面的页面更名时更有效率地完成更名操作

就以上内容,现提出新增以下方针:

Wikipedia:介面管理员
Help:页面重命名(设为章节方针)
Wikipedia:新页面巡查Wikipedia:回退功能Wikipedia:模板编辑员

以上。可分别讨论巡查员、回退员、模板编辑员、介面管理员是否适合拥有此权限。Sanmosa Outdia 2021年9月25日 (六) 03:31 (UTC)

(=)中立,但建议给有suppressredirect的。--安忆Talk 2021年9月25日 (六) 05:15 (UTC)
注:有suppressredirect权限者包括管理员(本已有move-subpages权限)、巡查员、回退员。Sanmosa Outdia 2021年9月25日 (六) 08:01 (UTC)
看了看后续讨论,感觉这个权限比较适合用来批量移动Mediawiki:xxx/* User:xxx/*,而不是用在和条目有密切关系的空间。--安忆Talk 2021年9月26日 (日) 16:19 (UTC)
(+)倾向支持:有时候移动一个页面还要检查一大堆子页面真的很痛苦。—— Eric Liu 创造は生命(留言留名学生会 2021年9月25日 (六) 12:53 (UTC)
由于本功能的问题,使用本功能仍然要检查一大堆子页面,因此并没有方便许多。--Xiplus#Talk 2021年10月4日 (一) 03:31 (UTC)
先想想有什么具体情况会用到这个权限,才会知道对不同使用者群组的是否真的有帮助,找找曾经动用过本权限的具体案例对讨论应相当有帮助。例如提案中“回退涉及子页面的移动破坏”,破坏者通常没有移动子页面权限,我移动破坏还给你乖乖按著子页面结构移动?当然是给你乱移动啊,因此“回退涉及子页面的移动破坏”根本不切实际。--Xiplus#Talk 2021年9月26日 (日) 01:16 (UTC)
@Xiplus:或许我更正一下字眼:“移动争议及破坏”。我不排除有LTA真的会按著子页面结构移动,但考虑到更多情况下是编辑争议所引发的移动战,参与移动战的用户自然会按著子页面结构移动,因此为回退移动战,有必要授予此权限予回退员。Sanmosa Outdia 2021年9月26日 (日) 01:25 (UTC)
不反对您的说法啦,但无法说服我...移动子页面的功能其实限制多,所以很难用,只有简单的情况我才会去用它,不然都是一个一个移动比较稳当,所以我觉得很难用来处理移动战。退一步来说就算能够处理,回退员没有足够的权力来制止移动战,只有管理员才有(即保护),回退员使用此权限也只是参与移动战而已,而不是处理移动战。--Xiplus#Talk 2021年9月26日 (日) 12:28 (UTC)
容许我举之前的一个解除权限申请的案例:Antigng的提请理由是“在没有附上编辑摘要的情况下回退争议性编辑,有违回退方针对这种回退仅限于明显非建设性编辑的限定”,我当时给的意见是“恢复编辑战发生前的最后一个稳定版本是标准的编辑战处理程序,基本上就是等管理员来保护而已”,结案的管理员Shizhao在我的意见的基础上否决了除权申请。我认为只要回退员尽其所能恢复编辑战发生前的最后一个稳定版本,那就已经算是某程度上的“处理”了,就算不是“处理”,也肯定是协助处理。Sanmosa Outdia 2021年9月26日 (日) 14:26 (UTC)
不同意,Wikipedia:保护方针#使用和处理编辑请求:“若页面出现编辑争议需要全保护,管理员可以在执行保护之后,由保护的管理员本人将页面回退到争议发生前的较早版本”,仅有执行保护的管理员本身可以决定是否要回退,若执行保护的管理员决定不回退,其他管理员也没有权力回退,更不用说保护前回退员的回退行为,认定为处理编辑战完全不正确。--Xiplus#Talk 2021年9月26日 (日) 15:23 (UTC)
划线:“执行保护之后”。如果回退员在管理员施行保护前已经恢复编辑战发生前的最后一个稳定版本,那管理员自然在施行保护后不会进行回退,这可以算是为管理员省工夫,因此应该被认定为“协助处理”。Sanmosa Outdia 2021年9月29日 (三) 05:51 (UTC)
回退员不能保证在封禁/保护前是否会被再次回退,除非破坏内容相当严重(需要OS之类的),否则回退员不应坚持持续进行“反破坏战”,仅冲刷页面历史而无明显益处,使用该权限对大量页面进行“反破坏战”我更要反对了。--Xiplus#Talk 2021年9月29日 (三) 08:45 (UTC)
刚刚试了一下。大家应该都知道目标页面存在时是无法移动过去的,管理员在移动介面会有一个额外选项是“移动同时删除目标页面”,但在移动子页面时,就算勾了这个选项,只要某个子页面目标页面存在,该子页面的移动会在没有任何提示的情况下失败,而其他页面会移动成功,造成部分页面未移动而分隔两地,就算回退员发现该情况,也没有删除权限来修复,只会让情况变得更糟。--Xiplus#Talk 2021年9月26日 (日) 12:45 (UTC)
@Xiplus:理论上可以通过把目标页面临时移开来解决(回退员有suppressredirect权限)。不知道能不能跟PHAB提议一下在使用移动主页面时一并移动子页面权限时,如果某个子页面的目标页面存在而导致移动失败,系统能给个失败提示。Sanmosa Outdia 2021年9月26日 (日) 14:26 (UTC)
我自己是反对这样的操作,就算回退员移动开页面,仍然需要管理员来执行删除,回退员抢先操作并没有减轻管理员的工作量,反而将页面移动到不相干的名称,让删除日志保存在其他名称之下,变成一个缺点。虽然问题很小,但我仍然认为这是对suppressredirect的滥用。--Xiplus#Talk 2021年9月26日 (日) 15:31 (UTC)
这个要直接上报phab了吧?-- Sunny00217  2021年10月5日 (二) 14:56 (UTC)
另外,也考虑到回退员有suppressredirect权限,可以协助处理移动请求(巡查员同),因此授予此权限予回退员亦可令回退员在协助处理移动请求上更为便利(我预想到的情况是{{Infobox road2}})。Sanmosa Outdia 2021年9月26日 (日) 01:28 (UTC)
至少我能确定模板编辑员不会用到这个权限,如果要移动受模板保护的模板,必须待社群有共识才能移动,那么由管理员执行就够了,反正移动的积压也不严重,更不用说同时移动子页面。就需求来说,模板编辑员应该比较需要转换内容模型的权限,毕竟光是测试CSS就要从模板移动到使用者页面(我不相信CSS沙盒),太累了。 2021年9月28日 (二) 12:33 (UTC)
那可以把模板编辑员排除掉。Sanmosa Outdia 2021年9月29日 (三) 05:51 (UTC)
已去除,不存档至Wikipedia talk:模板编辑员 2021年9月29日 (三) 14:37 (UTC)
应该正面表列“可以使用的情况”,这才能做为支持该提案成立的理由,“为存在子页面的页面更名时更有效率地完成更名操作”是对于该功能的描述而不是下放权限的理由。--Xiplus#Talk 2021年10月4日 (一) 03:37 (UTC)

是否应该提升巡查员门槛 / 提议剥夺巡查员的自动巡查豁免权限

目前讨论的两种方向

  1. 提升巡查降低巡免,巡查豁免者是巡查自己条目的人(或者写条目好的不得了),巡查员是巡查自己条目,也同时巡查别人条目的人。
  2. 分割权限,巡查豁免者是写条目好的不得了的人,否则都需要经过别人的巡查。

桐生ここ[讨论] 2022年2月2日 (三) 13:59 (UTC)

方向一:提升巡查员门槛并降低巡查豁免者门槛

提醒:降低巡查豁免者门槛为之后加入的。提升巡查员门槛不与方向2冲突。

巡查员也有巡查豁免权,但是门槛却比巡查豁免权低很多,是否应该提升巡查员门槛到延伸确认用户?同时降低巡查豁免者门槛到巡查员? --桐生ここ[讨论] 2022年1月28日 (五) 02:10 (UTC)

(+)支持(我认为提升巡查员门槛与剥夺巡查员的自动巡查豁免权限并不冲突),但我不太在意具体门槛设定在哪里。Sanmosa A-DWY3 2022年2月1日 (二) 12:40 (UTC)
(+)支持 --折毛留言2022年2月1日 (二) 12:56 (UTC)
(+)强烈支持。现在巡免门槛来的比巡查还高,明显从权限所属关系是不合理的。HotaruTalk 2022年2月2日 (三) 11:04 (UTC)
(+)支持:看起来第一个提案比较容易达成共识,那就创建75个条目且即是延伸用户才能当巡查员,数字可以相应调低。--中文维基百科20021024留言2022年2月2日 (三) 11:23 (UTC)
(-)反对这个提议,如果存在疑虑,我宁可支持2--百無一用是書生 () 2022年2月4日 (五) 08:05 (UTC)
(+)支持:提高巡查员门槛,降低巡查豁免权门槛!--小跃大海捞月2022年2月5日 (六) 07:37 (UTC)
(+)支持。—Regards, BureibuNeko 2022年2月9日 (三) 11:01 (UTC)

方向二:剥夺巡查员的自动巡查豁免权限

虽然是年经,不过我觉得至少应该剥夺巡查员的自动巡查豁免权限。--AT 2022年1月29日 (六) 14:17 (UTC)

@AT:剥夺巡查员的自动巡查豁免权限这回事上级站点会受理的话我不反对。--Sanmosa A-DWY3 2022年1月30日 (日) 06:21 (UTC)
( ✓ )同意,懂巡查不代表懂写好条目,我就是一个例子。但技术上有困难,除非你是想禁止自我巡查。 Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年1月31日 (一) 07:05 (UTC)
巡查早就和玩一样了,拆权是唯一出路。->>Vocal&Guitar->>留言 2022年1月30日 (日) 00:20 (UTC)
FYI,enwiki连管理员也被(预设)撤销巡查豁免了。--Xiplus#Talk 2022年1月30日 (日) 06:45 (UTC)
那我觉得更有条件去剥夺巡查员的自动巡查豁免权限了。--AT 2022年1月30日 (日) 09:26 (UTC)
@XiplusAT桐生ここ鐵路1Ohtashinichiro:那我直接改提案标题了。我也正式附议剥夺巡查员的自动巡查豁免权限的提案。Sanmosa A-DWY3 2022年1月30日 (日) 09:51 (UTC)
(!)意见:在提出此案之前我也想的是拆分权限,但是后来我想,巡查员自己写的条目都不能保证是相当于被巡查过的状态,如何胜任巡查员?何以巡查别人的条目?桐生ここ[讨论] 2022年1月30日 (日) 10:06 (UTC)
(+)支持,但是桐生ここ言之在理。之前有人没通过巡查员就是因为给自己的条目挂板() ——魔琴 [ 留言 贡献 ] 2022年1月30日 (日) 10:09 (UTC)
@桐生ここ:你不能排除有些人只懂得看条目而不懂得写条目。Sanmosa A-DWY3 2022年1月30日 (日) 10:20 (UTC)
我认为巡查员要保证自己建立的条目是被自己巡查过的状态,巡查豁免者不应该以75个条目为(实际操作的)硬性指标,应该像巡查员一样考察获提名人的认识和经验。桐生ここ[讨论] 2022年1月30日 (日) 10:22 (UTC)
按您原本的提案,延伸确认使用者也未必都能获得巡查豁免,按照权限包含的方式来思考,申请巡查员的资格难道要提高到必须先有巡查豁免权吗?--Xiplus#Talk 2022年1月30日 (日) 11:39 (UTC)
我的意思是降低巡查豁免权门槛,提升巡查员门槛,巡查员要保证巡查自己建立的每一个条目,没有必要由其他人巡查,自己拿不准的可以通过AFC、同行评审。桐生ここ[讨论] 2022年1月30日 (日) 13:02 (UTC)
AFC和巡查豁免的标准都远高于巡查员吧?就算有人建立的页面每次都被巡查通过,也未必能获得巡查豁免。--Xiplus#Talk 2022年1月31日 (一) 06:40 (UTC)
不太支持,现阶段免巡查功能不能针对命名空间控制,给巡查员免巡查可以省掉对用户讨论页等部分页面的标记巡查。——Sakamotosan路过围观 | 避免做作,免敬 2022年1月30日 (日) 13:38 (UTC)
就算拿掉权限,巡查员仍然可以自行将自己建立的页面标记为已巡查?—HW讨论 贡献2022年1月30日 (日) 15:55 (UTC)
所以我认为巡查员有义务巡查自己建立的条目,使巡查员持有的自动巡查权相当于自己给自己条目按下巡查按钮。桐生ここ[讨论] 2022年1月30日 (日) 16:54 (UTC)
这不是你认为,是mw功能认为,也就是有规则而没法实施也就是白纸一张。可能需要向mw开发确认功能,或提出申请或者开发意向。——Sakamotosan路过围观 | 避免做作,免敬 2022年1月31日 (一) 02:03 (UTC)
巡查员有义务也有权力不去巡查自己不确定的页面,那为何他们没有权力对自己建立的页面这么做呢?--Xiplus#Talk 2022年1月31日 (一) 06:36 (UTC)
巡查员可以巡查别人的新条目,却被人“怀疑”自己创建的条目不应该被自己巡查或者不满足巡查的要求,既然自己创建的条目不符合巡查的要求,那为什么他们能保证巡查别人条目符合要求?不反对巡查员不保留对自己创建的条目的自动巡查豁免,但应该保留一些页面的巡查豁免(由于巡查行为而产生的,包括用户讨论页、记录速删的用户子页、提删讨论页等)。——Sakamotosan路过围观 | 避免做作,免敬 2022年2月1日 (二) 07:41 (UTC)
主要是权限“autopatrol”能不能区分命名空间,主要是希望巡查豁免的“autopatrol”对条目命名空间有效,而巡查员的“autopatrol”不对条目空间有效。要不然很难推进这个区分。——Sakamotosan路过围观 | 避免做作,免敬 2022年1月31日 (一) 02:03 (UTC)
我也想问这个问题,但我比较倾向于只给予巡查员User与User talk空间的autopatrol权限。--Sanmosa A-DWY3 2022年1月31日 (一) 06:07 (UTC)
目前强迫巡查员一律巡查豁免却是技术上不可控制的,但在拆分权限后,用小工具在新页面根据使用者筛选,或是用机器人直接自动巡查特定命名空间下巡查员建立的页面,都是技术上可达到灵活控制的解决方式。--Xiplus#Talk 2022年1月31日 (一) 06:34 (UTC)
@Cwek。那既然是技术上可行的事情,我觉得问题应该不大。--Sanmosa A-DWY3 2022年2月1日 (二) 12:42 (UTC)
我认为不应该以workaround的方式考虑问题,而是切实的。只是现阶段来看不希望巡查员的巡查阔免对条目空间有效,而实际技术上还是没有相应的控制。——Sakamotosan路过围观 | 避免做作,免敬 2022年2月1日 (二) 13:38 (UTC)
(+)强烈支持这非常好,导游是巡查和豁免分开,这样可以避免巡查员不会写条目却也能自动巡查。--在下荷花请多指教欢迎签到2022年1月31日 (一) 07:49 (UTC)
(-)反对:巡查员的自动巡查相当于给自己建立的条目按下巡查按钮,自己的条目都巡查不好,如何巡查别人的条目?桐生ここ[讨论] 2022年1月31日 (一) 07:53 (UTC)
@Emojiwiki:有劳你解答一下他的问题。Sanmosa A-DWY3 2022年2月1日 (二) 12:43 (UTC)
@Sanmosa完成Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年2月1日 (二) 13:06 (UTC)
可以巡查不代表可以写出好条目。举个例子,你可以听出一首歌是否作的好,但你可以编出一样水准的音乐吗?同理。 Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年2月1日 (二) 13:05 (UTC)
但是你会巡查啊,就像巡查别人的条目一样,判断你写的条目好不好,有问题挂板,该删除的自己提删,该速删的就不要建立。桐生ここ[讨论] 2022年2月1日 (二) 13:24 (UTC)
问题在于人往往是宽己严人,不是所有人都对自己那么有要求的,但是对别人就可以很严格。--AT 2022年2月1日 (二) 13:29 (UTC)
@桐生ここ:我和AT的意见有点出入:我倾向假定zhwiki的用户都是对自己有一定程度的要求的(像之前WG这种的属实夸张),因此他们都有能力判断任何人(包括他们自己)写的条目好不好。现在的情况是他们虽然知道他们自己写的条目不好,但他们不知道怎样才能写好的条目。这跟你在0微积分基础的背景下意图学习高阶微积分的情况一模一样:你知道你的高阶微积分肯定是算错了,但你不知道怎样才能算对。--Sanmosa A-DWY3 2022年2月1日 (二) 14:43 (UTC)
(-)反对我觉得巡免就像是良民证,没良民证就别当警察。倒是可以探讨下写个Bot自动巡查Talk空间和User空间。要是能借此解决了巡查压力到时再考虑。--Ghren🐦🕓 2022年1月31日 (一) 08:54 (UTC)
以巡查员如此低的门槛,能写得一手好条目才奇怪吧?看提案人对于提高巡查员门槛的本意似乎是认为巡查员虽然有巡免权,但与巡免者的标准却差距甚远,那么提高巡查员门槛当然是一个选项,但是延确显然不等同于巡免者,也就是说如果要缩小两项权限的差异的话,只能提高巡查员门槛至跟巡免者相同,或者降低巡免者门槛至跟巡查员差不多的水平,或取两者之间的一个点,同时提高巡查员门槛和降低巡免者门槛才能解决。无论是哪一种方法,大幅变动是在所难免,也不见得能够取得共识,毕竟两者门槛实在相差太大。而且,提高巡查员门槛还有一个显而易见的问题,就是积压必然会变得更严重,原本满足资格的巡查员将会因为这类大幅变动而失去资格,长远来说更可能导致有潜力成为管理员的巡查员失去积累站务经验的机会。另一方面,我认为剥夺巡查员的巡免权是有一定的好处的,实际上能做些小修小补或提删之类的,不代表就一定能写一手好条目,能够理解规定,不代表就一定能够实践,就算刚满足延确条件仍然是非常困难,始终还是需要累积更多的经验,这种经验往往是按年来计算,要去到自动巡查少说也要一年,很多用户可能已经在维基五、六年甚至更久,还是难以达到这个水平,因此以巡查员的门槛来说,要求其本身能写得一手好条目本身就不符合实际情况。相反地,如果同时满足巡免权门槛的巡查员也大可以申请巡免权,通过完全分拆两权来消除巡查员与巡免者门槛之间的差异,同时也能够维持新页面巡查的人手,巡查员就专注巡查别人建立的页面,巡免者就继续写自己的条目的同时通过自动巡查来减轻巡查的压力,因此我认为拆权是有百利而无一害。--AT 2022年1月31日 (一) 15:48 (UTC)
可以拆,而且管理员和行政员也不应该自动获得巡查权和巡免权,必须额外申请。--中文维基百科20021024留言2022年1月31日 (一) 18:23 (UTC)
巡查那两个命名空间根本没意义啊 囧rz……,除非你是说同时抓破坏,但当前你维应该是没有人会/有意愿搞这么强大的AI,正确率很高,误判率很低的那种,不然没意义-- Sunny00217  2022年2月8日 (二) 01:42 (UTC)
如果最终决定拆分,请记得恢复原本持有权限但因取得其他包含权限而取消者之权限。—— Eric Liu 创造は生命(留言留名学生会 2022年2月1日 (二) 07:18 (UTC)
能自动恢复吗?--中文维基百科20021024留言2022年2月1日 (二) 13:04 (UTC)
(见下)—— Eric Liu 创造は生命(留言留名学生会 2022年2月2日 (三) 11:29 (UTC)
(+)支持刚来维基时,有巡查员就给堂堂金帐汗国万户长,俄国王公打关注度和可信疑问,人家纪念雕塑好好的留在市中心。还有古城遗址,GOOGLE地图一找就有的,当作不存在。还有些某些祟拜苏联人士质疑俄罗斯科学院历史研究所院士的研究成果,我拿的是堂堂苏联档案+近三四十年权威学者的研究成果等等。还有这种明显机翻,连名字都译不对的错误。目前巡查员给我的直接观感只有扰民,支持拆分巡查员权限,或需要加强巡查员素质。--折毛留言2022年2月1日 (二) 12:18 (UTC)
@折毛:打关注度显然和巡查员的巡查豁免权无关,是巡查员门槛要加强。桐生ここ[讨论] 2022年2月1日 (二) 12:30 (UTC)
认同,但必须说也有素质高的巡查员帮忙,如孛栾台纪录中的这位--折毛留言2022年2月1日 (二) 12:38 (UTC)
@折毛孛栾台一开始没有任何来源,挂{{Notability}}的人知识水平不足,可能不知道此人。不过既然提到关注度,确实有巡查员不见得会帮忙找资料检视,只会挂{{Notability}}。比如user:A1Cafel(截至2022/2/2,维基百科:关注度/提报里面有164个条目由他上报,此人最近极少写条目,基本上只提删和挂板,在英文维基因为滥用傀儡被永久封禁)、User:Newbamboo(112个,曾经因为疯狂给香港赛马马匹条目挂{{Notability}},被作者user:Atomic crazy bee质疑恶意提删。Newbamboo还给八方云集挂关注度[1],大概他不认识的东西都是没关注度的条目)、User:Ghrenghren(72个)。就是说假如孛栾台一开始的版本落到现在这三位手上,也是极有可能会被打关注度。如果您认为帮忙完善条目找来源的巡查员属于素质高,那这三位是不是属于“素质极差” 。
我记得以前User:SanmosaUser:虫虫飞说过给条目找关注度的资料是编者的责任,不是挂板人的责任。个人不是很赞同这句话,因为{{Notability}}上明确写著“致贴上本模板的编者:请搜索一下条目的标题(来源搜索:"XXX — 网页、新闻、书籍、学术、图像),以检查网络上是否不存在该主题的可靠来源(判定指引)。若有可靠来源,请贴上可靠来源或换用{{subst:Notability Unreferenced/auto}}模板。否则,请将本条目报告到此处。”
还有费奥多尔·伊凡诺维奇·姆斯季斯拉夫斯基这个条目不是我写的,是原作者翻译英文维基后先发布在豆瓣上,然后求助站内人士帮他发表在维基上。我就帮了忙,帮他发上去。版权方面应该没问题,因为这篇原本也是翻译自英文维基的。不过我没看出机翻问题,也是有责任的。--中文维基百科20021024留言2022年2月1日 (二) 17:05 (UTC)
首先不要立稻草人,我何时说过这三位素质极差,还有何时说过姆斯季斯拉夫斯基条目有版权方面的问题?不要擅自加戏,否则只会令他人对阁下之人品有更深的怀疑。另根据维基百科:傀儡,阁下代他人编辑属于分享帐户:
分享账号:在正常情况下,每一个账号的贡献均被视为每一个人的贡献。因此,我们不容许创建一些由多人共享的“角色账号”并进行编辑。这些“角色账号”如被发现,将会被永久封禁以禁止使用。如您欲以团体身份进行编辑,请参阅用户名指引的相关段落。而容许的例外包括为主要方便内部电邮而创建的非编辑账号、获基金会同意的账号及由多名用户联合管理的机器人账号(须获得社群同意)。详情请参阅用户名指引的“分享账户”段落。
说回我为何称赞Vikarna,因为在伊瓦伊洛起义和一些有关东罗马和东正教的条目上都曾有过合作,了解他的史学素养,因此是称赞并无贬义,并且很庆幸维基有这种高素质的人员协助检阅新条目。至于其他事主,大部分已经过去一两年,不必提太多旧日恩怨,而我在某些时间亦确实是懒,随心写写了事,这方面还是得改进。而知识水平不足方面基本认同,虽然我读到博士,自问不足之处仍多,不知之事仍多,何况其他史友?我自问自己知识储备尚且有盲点,因此我愿意收回此前论点,我确实应该写得完整点,让人了解条目重要性,而不是让别人自己去搜。--折毛留言2022年2月2日 (三) 09:02 (UTC)
那人根本就不是维基人,也没用过我的账号,不认为代他发布条目就是傀儡。更何况他只是全文翻译英文,虽然有的地方的确有点瑕疵。--中文维基百科20021024留言2022年2月2日 (三) 09:35 (UTC)
(:)回应:此类香港赛马马匹在被挂板之前可靠来源为,搜索后发现大部分都很有可能不符关注度,故提报,最后AFD的结果也是删除,拿去复核的结果也是相当一部分都不符关注度,故本人挂板并无不妥甚至是必要的,至于所谓“恶意提删”纯属胡言乱语。所有无来源条目(除非明显符合关注度的),尤其是生者传记条目,基本上多多少少都有走一遍关注度的必要。另外请您不要将站务页面作为发泄个人对其他维基人成见的地方,敬希合作。--🎋🎍 2022年2月2日 (三) 01:42 (UTC)
(~)补充一下,八方云集等是本人批量将LTA:114.27LTA:KAGELTA:JC建立和经手的劣质台湾饮食店小作品送去走关注度时一起送去的,该条目的创建者[2]LTA:JC,再加上LTA:114.27LTA:KAGE多次在该条目编辑,故我判定这些条目需要走一波关注度,之前也有台湾啦啦队队员条目的先例。--🎋🎍 2022年2月2日 (三) 04:08 (UTC)
我想说假如我是个提删派,我没必要去写NT:DRAMANT:ANIMAL出来,放任条目被删就好。我想说可能的话也会去找找一下来源,但是有时候确实是没有。赛马现在DRV的来源放得像连结农场一样,这个观感确实不太好看。--Ghren🐦🕗 2022年2月2日 (三) 12:59 (UTC)
AT和Xiplus说的都很有道理,不过我认为此方案反而是比较麻烦的,1.要向上级站点请求更改权限,2.也有Eric Liu说的问题原有巡免权的要一一找出来重新授予。巡查员即便不会写条目,但是会巡查,所以可以巡查自己的条目,因此取两者之间的一个点,同时提高巡查员门槛和降低巡免者门槛是比较容易的解决方法。桐生ここ[讨论] 2022年2月1日 (二) 13:04 (UTC)
我觉得在处理事情上不能够因为嫌麻烦就不做。关于第一点,虽然我也不知道实际上如何操作,不过我想也就申请一下而已,最多花点时间。第二点,让相关用户自行申请就可以了,曾经有巡免权不代表现在就一定符合,也有些用户可能根本不想要巡免权,因此没必要急于补回权限。--AT 2022年2月1日 (二) 13:21 (UTC)
这不是想不想要的问题,这是程序上应当做到的。恢复权限之后,再让当事人自行决定是否保留权限。—— Eric Liu 创造は生命(留言留名学生会 2022年2月2日 (三) 06:12 (UTC)
如果做不到恢复,那干脆别让巡查员和巡查豁免拆分好了。--中文维基百科20021024留言2022年2月2日 (三) 09:31 (UTC)
我写了一个Quarry,列出曾持有巡查豁免者权限的巡查员和管理员。这数目其实比我想得还要少。另外说实话我不怎么喜欢直接砍掉(拆分)权限的这个方案。—— Eric Liu 创造は生命(留言留名学生会 2022年2月2日 (三) 10:52 (UTC)
如果拆权的话,这27位用户我来重新授权就好。--AT 2022年2月2日 (三) 12:55 (UTC)
如果按照这样的逻辑,曾经当选管理员,不代表现在胜任管理员?主要是之前因为巡查权限实际上比巡免权大,所以当上巡查员后这个权力才被撤下。--中文维基百科20021024留言2022年2月2日 (三) 12:34 (UTC)
直接一律授权吧,免生争议,自愿自行除权的就除,之后有滥用权限的照旧送除权就行了。--Xiplus#Talk 2022年2月2日 (三) 12:39 (UTC)
第二点:一个BOT搞定一切,只需冻结授权几分钟。 Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年2月1日 (二) 13:21 (UTC)
向上级站点请求这种事情应该不算麻烦,毕竟是有先例的。@AT:就第二点而言,我想知道有哪些用户是真的存在Ericliu1912说的那种情况的,如果有一定数量的话,我觉得在正式剥夺巡查员的自动巡查豁免权限后有必要发个通知提示他们这件事情。--Sanmosa A-DWY3 2022年2月1日 (二) 14:47 (UTC)
如果共识是拆权的话,或许可以直接大量发送信息予巡查员,让他们知晓变更,同时也让有意愿且合资格的巡查员可以去自行申请巡免权,这样可以省却逐一查看巡查员用户权限日志的时间。--AT 2022年2月1日 (二) 15:09 (UTC)
@AT:我不排除有巡查员拒绝接受大量发送资讯(用户是可以自行设定的),但我认同可以以大量发送资讯进行通知。Sanmosa A-DWY3 2022年2月1日 (二) 15:45 (UTC)
也可以同时上公告和全站通知。--AT 2022年2月1日 (二) 15:47 (UTC)
可行。--Sanmosa A-DWY3 2022年2月2日 (三) 07:12 (UTC)
(见上)—— Eric Liu 创造は生命(留言留名学生会 2022年2月2日 (三) 11:29 (UTC)
如果可以巡查自己的条目,那好像和获得自动巡查豁免权限也没太大区别?写完了自己点一下已巡查不就好了?--中文维基百科20021024留言2022年2月1日 (二) 16:20 (UTC)
巡查员无法对自己建立的页面按下巡查按钮,我记得MediaWiki是这个逻辑。桐生ここ[讨论] 2022年2月1日 (二) 17:18 (UTC)
以前两权绑定多少有被动成分,作为巡查员创建不合格条目还有得说道。如果改成两权分开,条目不合格又自行审查通过,就变成作为巡查豁免者创建不合格条目+作为巡查员通过不合格条目,两个权限都可以摘除?--洛普利宁 2022年2月1日 (二) 16:29 (UTC)
不知道两权拆分会如何运作,如果自己又是巡查豁免者又是巡查员,大概不用按“已巡查”按钮。--中文维基百科20021024留言2022年2月1日 (二) 17:09 (UTC)
我个人也觉得拆分是有道理的,毕竟以前巡查申请很少考虑创建条目的能力,不过如果权限拆分实行起来很麻烦也可以考虑一下不拆分的折中方案。比如以后申请巡查员时,须提供一定数量的自创条目供大伙查阅,作为申请条件的一部分。这方面的要求可以较单纯巡查豁免适当降低,毕竟主要是处理巡查。至于现任巡查员,可以直接看已有的创建条目,没什么基础性的或是很严重的纰漏就过,有明显问题的正好借这个机会补补课完善条目看看,毕竟好的指导也给是先从好学生起来的嘛。实在是拿不出任何条目的查一下以往巡查记录怎么样,巡查水准很不错比较活跃的也就放行了。完全没有任何条目创建经验而巡查又是接近养老状态的我估计找不出几个,应该可以考虑退休。总之以后的申请顾及巡查豁免,在这方面可以从严一些,现有的巡查就适当宽松处理吧。当然,如果拆分很顺利没遇上什么麻烦,那一了百了分开来也挺好的。--南冥大鹏👈把我批判一番出偏差要负责👊微小的工作历史的进程2022年2月1日 (二) 20:42 (UTC)
支持。技术上能够阻止巡查员巡查自己创建的条目最好。-Mys_721tx留言2022年2月1日 (二) 22:58 (UTC)
如果建议获得采纳,技术上也应该阻止行政员和管理员巡查自己创建的条目。除非行政员和管理员自己获得巡查豁免。--中文维基百科20021024留言2022年2月2日 (三) 09:13 (UTC)
支持。就巡免门槛都比巡查高,把巡免权限套给巡查本身就是给巡免权限开了口子。—Regards, BureibuNeko 2022年2月2日 (三) 08:06 (UTC)
(+)强烈支持 许多巡查员甚至连巡免权的要求都没达到(包括我ww),所以支持此提案。--Talk · DinoWP · Sign
(-)反对:只需要提高往后巡查员申请标准即可。(当然还可以同时降低目前过高的巡查豁免者建议门槛,这样更好)—— Eric Liu 创造は生命(留言留名学生会 2022年2月2日 (三) 10:58 (UTC)
(-)强烈反对从我开始做巡查员到现在都没听过巡查员因为不合理利用autopatrol权限而掉帽子的事情,没有必要为了拆权而拆权,如果说有大量用户有patrol的资质而不能胜任autopatrol,可以再把这个事情提上日程,现在更多是要讨论调整两个权限的准入门槛,而不是讨论这种奇奇怪怪的东西。HotaruTalk 2022年2月2日 (三) 11:04 (UTC)
上面很多人提到的巡查员门槛来的比巡查豁免要低是不假,但是这不是拆权的理由,与其拆权不如认真调整两权的准入门槛,250编辑30天注册就可以申请巡查员是特别不合理的,如果把巡查员门槛变得不再比巡查豁免权低,保持巡查对巡查豁免的全包含关系也就无可厚非了。显然我们不应该为了让这个不合理的门槛合理化而去拆权,而是修改这个不合理的门槛,让门槛本身变得合理,这样巡查员队伍才能提升质量。HotaruTalk 2022年2月2日 (三) 11:14 (UTC)
“巡查员因为不合理利用autopatrol权限而掉帽子的事情”:Wikipedia:申请解除权限/存档/2017年Trymybestwikipedia第3案。--Xiplus#Talk 2022年2月2日 (三) 11:57 (UTC)
“显然我们不应该为了让这个不合理的门槛合理化而去拆权,而是修改这个不合理的门槛,让门槛本身变得合理,这样巡查员队伍才能提升质量。”您说得很对,所以您要一下子将巡查员的门槛提高至跟巡免者一样还是更高?您知道如果要求巡查员门槛变成跟巡免者一样或更高的话,那将会有多少人失去巡查权限?您有想过这对新页面巡查的影响有多大吗?拆权的意义是在于消除两者之间门槛的差距,让权限的运用更加明确,同时避免出现门槛更低但权限更多的情况,仅提高巡查员的门槛实际上只是在制造问题(例如新页面巡查积压)。—AT 2022年2月2日 (三) 12:51 (UTC)
相关变更本就不应溯及既往。反倒是拆权才会导致一堆人失去巡查豁免权限,而对新页面巡查造成影响。(这里暂且不论既有巡查员水平)—— Eric Liu 创造は生命(留言留名学生会 2022年2月2日 (三) 15:22 (UTC)
拆权的话,需要巡查的页面当然会增加,但我认为这是有意义的,毕竟自动巡查不应那么轻易取得,互相巡查也是好事。况且,如不拆权,请问如何解决两者门槛差异甚大的问题?把巡查员拉到跟巡免者一样高的门槛还是更高?这样的话,就算现在巡查员人手够,将来也肯定不够。--AT 2022年2月2日 (三) 16:05 (UTC)
可以像下面一样autopatrol权限自己认为需不需要,不需要自己移除,需要自己加上,如果有autopatrol权限时创建大量低质量条目的话的话patrol权限一起掉。这样可以适当降低patrol的获取门槛。HotaruTalk 2022年2月3日 (四) 02:19 (UTC)
Trymybestwikipedia2020年和2021年两度被封,会不会吓得不敢来写了。--中文维基百科20021024留言2022年2月2日 (三) 14:13 (UTC)
我入站都2018年了,不知道这事 囧rz……HotaruTalk 2022年2月3日 (四) 02:19 (UTC)
(-)反对:没必要因为一些突然爆发的事件而拆权,巡查员就算自己的条目自动已巡查,别人还是会偶尔看一下写的内容是否符合维基百科的游戏规则,管理人员会自行评估是否能授权巡查员,基本上不来乱的话,巡查员权限自然而然就能继续维持!我之前巡查那么多条目,找到一些不错的来提升中文造诣!希望各位维基人加油努力,共同维护维基百科运作!--小跃大海捞月2022年2月5日 (六) 07:21 (UTC)
反对“(没必要)因为一些突然爆发的事件而拆权”这个说法,拆权这个提议很早就已经有了。--Sanmosa A-DWY3 2022年2月5日 (六) 14:54 (UTC)

方向三:巡查员可以加入或移除自身的巡查豁免者用户组

目前群里有一个提案,巡查员可以加入或移除自身的巡查豁免者用户组,如果巡查员巡查自己的条目,就可以加入该用户组,如果巡查员希望由别人巡查自己的条目,就可以移除该用户组。桐生ここ[讨论] 2022年2月2日 (三) 14:05 (UTC)

那加入的话还需要管理员审批吗?还是可以随意加入和退出?--中文维基百科20021024留言2022年2月2日 (三) 14:11 (UTC)
不需要审批,自己有把握就加入,自己没把握时希望别人巡查自己条目就移除。桐生ここ[讨论] 2022年2月2日 (三) 14:14 (UTC)
这个可以。--中文维基百科20021024留言2022年2月2日 (三) 14:20 (UTC)
这个提案是拆权前题还是怎样?--AT 2022年2月2日 (三) 16:01 (UTC)
不知道,不是我提的,可能属于第三方向?桐生ここ[讨论] 2022年2月2日 (三) 16:08 (UTC)
不知道技术上能否实现,AT是否支持这一提议?--中文维基百科20021024留言2022年2月2日 (三) 17:10 (UTC)
技术上可以实现。桐生ここ[讨论] 2022年2月2日 (三) 17:14 (UTC)
从人性来看,如果巡免权可选的话,那正常来说不会自行除权。在这前题下,这个提案我不知道有什么用处,也与这串讨论的原意不符。如果是拆权前题的话,应仅限于原本曾经是巡免者现巡查员的用户,未曾是巡免者的巡查员应在申请巡免者成功后才有能够随意除权或复权,不然巡查员和巡免者门槛的差距根本就跟现在一样,没有任何变化。--AT 2022年2月2日 (三) 17:25 (UTC)
如果加入自动巡查组但自己建立的条目不符合要求没有相当于被巡查过,属于滥权,未履行巡查员职责,应除权,因此从人性来说,也有想让别人检查自己条目的。桐生ここ[讨论] 2022年2月2日 (三) 18:01 (UTC)
反正有膜蛤群在,只要一直关注那个群,不管是不是免巡查,实际上都被巡查了。--中文维基百科20021024留言2022年2月2日 (三) 18:05 (UTC)
所以这仍然是拆权前题吧?毕竟不拆的话不可能自选吧?另外,如果自动巡查的页面有问题,可以以此为由除权的话,那没什么问题。不过,这仍然没有解决到跟巡免者之间门槛差异过大的问题。--AT 2022年2月2日 (三) 18:10 (UTC)
这个方案是我看见@BureibuNeko在群里面提出的如果巡查员能力足够,可以给巡查员对所有人+-autopatrol后我在群里面提出的,个人考量就是说这两个权能拆,但是巡查员应当对自己的能力有把握并且自己能知晓自己的条目能否通过巡查,不能的应当自行移除该权,认为自身条件足够的可以自己加入该权达到减轻其他巡查员巡查压力的目的。当然这个方案提出时我还没仔细看站内讨论串,在看过站内讨论后发现拆权讨论实质上已经影响到了提高门槛的讨论活跃度,所以我在上方对拆权提出了反对,意图在于先把门槛这个问题确定下来,根据门槛情况确定要不要拆权(如果后续门槛仍然不合理不适合权限全包含的话我自己都会到VPP来提案要拆权)。HotaruTalk 2022年2月3日 (四) 02:33 (UTC)
那把这个作为前题,您支持吗?还是说您打算27人一个个审一遍?--中文维基百科20021024留言2022年2月2日 (三) 17:33 (UTC)
拆权前题的话没有问题,27人无论是直接授权、自行申请还是自行复权都可以。--AT 2022年2月2日 (三) 17:38 (UTC)
以拆权作为前提,技术上无法实现巡查员需先有巡查豁免者权限之后可以自由移除或加入巡查豁免权。只有“用户组A加入或移除自身用户组B”的功能;没有“判断用户组A是否已经是用户组B才可以加入或移除自身用户组B”的功能。桐生ここ[讨论] 2022年2月2日 (三) 18:10 (UTC)
「仅限于原本曾经是巡免者现巡查员的用户,未曾是巡免者的巡查员应在申请巡免者成功后才有能够随意除权或复权」那这就和巡查员没有任何关系了,相当于:既是巡查又是巡免可以+-autopatrol,但单单巡免不能+-autopatrol?这也很诡异。 ——魔琴 [ 留言 贡献 ] 2022年2月4日 (五) 08:53 (UTC)
魔琴巡免自己加入移除估计要改mediawiki/core一大块(其他都只要改operations/mediawiki-config),没人写补丁的话还是算了吧-- Sunny00217  2022年2月8日 (二) 01:52 (UTC)

三个方案合一

目前为:

  • 巡查豁免者是写条目好的不得了的人,写的条目已经不需要被巡查,但不一定会巡查操作。
  • 巡查员是巡察别人条目的人,因为技术原因取得巡查豁免权,不一定会写好条目。

提议为:

  • 巡查豁免者是写条目好的不得了的人,写的条目已经不需要被巡查,但不一定会巡查操作;或写的条目不一定很好但会巡查自己条目使其可以被按下巡查按钮的人,不想巡查别人条目。
  • 巡查员是巡察别人条目的人,写的条目不一定很好但会巡查自己条目使其可以被按下巡查按钮的人。
  • 巡查员可以加入或移除自身的巡查豁免者用户组;对自己条目有把握按下巡查按钮,就加入巡免用户组;对自己条目没把握希望别人巡查,就移除巡免用户组。管理员授予巡查员权限时不会预设授予巡查豁免者,需要自己加入;加入巡免组即代表对自己所有条目按下巡查按钮。
  • 自动巡查权的最低要求就是建立的条目相当于可以被按下巡查按钮,不论是巡查豁免者还是巡查员,如果持有自动巡查权时大量建立不符合此要求的条目应除权。
  • 平衡两者差异:提升巡查员门槛到“需编辑至少500次,自首次编辑以来参与维基百科至少90日,提供10个巡查例子”;降低巡查豁免者门槛到“建立10个有效条目”。数字不是授权的重点,数字可以修改为更合适的,欢迎提出。

桐生ここ[讨论] 2022年2月2日 (三) 18:58 (UTC)

(-)反对,ap的门槛是实实在在的75个条目,而p则是0,如果现在开门让p自选,等于直接白送,那到底改了什么玩意?我也不懂要搞这么复杂干嘛,简单的两句话:①巡查豁免者所创建的条目满足维基百科质量要求无需检查。②巡查员检查条目是否满足维基百科质量要求。二者独立互不干涉。门槛问题,ap最低50个条目是我个人的底线。->>Vocal&Guitar->>留言 2022年2月3日 (四) 08:37 (UTC)
即便没有autopatrol权,质量不佳但是可以保留的条目一样会被建立,最终被巡查员维护整理一下按下巡查按钮。那么autopatrol和patrol手动按下巡查按钮有何区别?你能检查别人条目是否满足维基百科质量要求,不会检查自己条目是否满足维基百科质量要求?桐生ここ[讨论] 2022年2月3日 (四) 09:44 (UTC)
区别在于你自己看不见的问题别人也许能看见,如果你自己能看见并解决所有问题,那么为什么不去申请ap呢?--。->>Vocal&Guitar->>留言 2022年2月3日 (四) 11:22 (UTC)
说一个可能离题的问题。我认为也不得不考虑现在巡查工作本身已经严重积压,而且条目1个月未巡查则会被自动标记为已巡查这两点。如果技术上可行的话,在已巡查、未巡查中间增加一个“不确定”的标注可能是一个不错的选择。如果发现条目有一定问题,而自己不能完全解决问题,则可以标注为“不确定”。--クオン·千の海を越えて·残夢 2022年2月3日 (四) 10:23 (UTC)
1个月未巡查是不是可以不用自动标记为已巡查?--中文维基百科20021024留言2022年2月3日 (四) 10:28 (UTC)
所谓是否已巡查,在数据库当中,是只存在于最近更改表的一个field,一旦一个条目的entry离开了这个表,那么是否已经巡查本质上已经不重要,因为它在数据库中的entry就没有那个field了。倒不如说,如果你有仔细阅读Special:NewPages的开头文字,你会发现,MediaWiki软件本身是描述为“一个月以前的页面不会显示”,而不是“自动标记为已巡查”。--Milky·Defer 2022年2月3日 (四) 10:44 (UTC)
用简明扼要的话来讲,一个月不巡查的后果是,你无法再对页面执行巡查操作;而非软件将其自动将这个页面标记为已巡查。--Milky·Defer 2022年2月3日 (四) 10:49 (UTC)
并不会有用,因为现在留着的这些就是事实上的“不确定”,哪怕改成橙色、红色、紫色也不会有人去点。说到底还是社群能力普遍不足。->>Vocal&Guitar->>留言 2022年2月3日 (四) 11:28 (UTC)
(+)支持降低巡查豁免要求,不是一定要70个条目才能让人创建出“完美”条目。如果一个新用户首先接触的条目创建工作是从翻译外文维基条目开始的(并且不是机器翻译),那这名用户可能很快就能够掌握基本的编写出良好品质条目的方法,而所需创建的条目数远远会小于70. --Yichen Ding留言|主账户2022年2月4日 (五) 14:29 (UTC)
(-)反对降低巡查豁免要求,现在巡查豁免权给的已经很滥了。--🎋🎍 2022年2月7日 (一) 03:57 (UTC)
// LocalSettings.php
$wgUseRCPatrol = true;
$wgUseNPPatrol = true;
$wgUseFilePatrol = true;

$wgGroupPermissions['patrollers']['patrol'] = true;
$wgGroupPermissions['autopatrollers']['autopatrol'] = true;

$wgGroupsAddToSelf['patrollers'][] = 'autopatrollers';
$wgGroupsRemoveToSelf['patrollers'][] = 'autopatrollers';
--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年2月8日 (二) 02:18 (UTC)
干脆这样好了
diff --git a/wmf-config/InitialiseSettings.php b/wmf-config/InitialiseSettings.php
index 23bc225eb..be6f39e09 100644
--- a/wmf-config/InitialiseSettings.php
+++ b/wmf-config/InitialiseSettings.php
@@ -11400,7 +11400,7 @@ function wmfGetVariantSettings() {
 		],
 		'patroller' => [
 			'patrol' => true,
-			'autopatrol' => true,
+			'autopatrol' => false, // T??????
 			'movefile' => true, // T195247
 			'suppressredirect' => true, // T201160
 			'unwatchedpages' => true, // T219285
@@ -15509,7 +15509,10 @@ function wmfGetVariantSettings() {
 		'contentadmin' => [ 'flood' ],
 		'sysop' => [ 'flood' ],
 	],
-	'zhwiki' => [ 'sysop' => [ 'flood' ] ],
+	'zhwiki' => [
+		'patrollers' => ['autopatrollers'], // T??????
+		'sysop' => [ 'flood' ]
+	],
 ],
 'wgGroupsRemoveFromSelf' => [
 	'metawiki' => [ 'sysop' => [ 'flood' ] ], // T39198
@@ -15559,6 +15562,7 @@ function wmfGetVariantSettings() {
 		'accountcreator' => [ 'accountcreator' ], // T194871
 		'filemover' => [ 'filemover' ], // T195247
 		'transwiki' => [ 'transwiki' ], // T250972
+		'patrollers' => ['autopatrollers'], // T??????
 	],
 	'zhwikibooks' => [ 'flood' => [ 'flood' ] ], // T185182
 	'zhwikinews' => [ 'flood' => [ 'flood' ] ], // T54546
-- Sunny00217  2022年2月8日 (二) 09:50 (UTC)

强烈建议大家多关注新条目巡查

众所周知,现在未巡查新条目的积压问题已经非常严重,但根据Xtools上的统计,近半个月来的新页面巡查只有1061次(剔除只巡查历史版本的bot),其中还有280次是我看到积压太多在这几天集中处理的。相比之下,Xtools 去年同期新页面巡查有2057笔(剔除只巡查历史版本的bot)。我认为新页面巡查的积压已经是一个值得引起相当程度注意的问题。虽然维基百科确实不强迫任何人参与,但新页面巡查确实是中文维基百科主要活跃的条目品质控制机制,强烈呼吁有心者积极参与新页面巡查。--クオン·千の海を越えて·愛おしき欠片 2023年7月1日 (六) 10:31 (UTC)

去年同期Nishino Asuka、Easterlies、Tombus20032000三位加起来的巡查书目就有910多笔了。今年这三位加起来只有80多笔。Ericliu1912+S8321414+HTinC23+Jane9306+A Chinese ID去年有517笔,今年的话也就Jane9306保持稳定巡查数量了。如果是编者还活跃但巡查数量下降,可能就是主观上不太愿意了。--日期20220626留言2023年7月1日 (六) 11:27 (UTC)
有大问题的通常很快就会被筛下来直接被提删。剩下的大多都是有些问题,不至于删除,但处理起来又费力的-某人 2023年7月1日 (六) 15:52 (UTC)
完全认同,目前忙碌只能处理快删跟问题轻微者。--Rice King 信箱 · 留名边缘人🇹🇼 2023年7月5日 (三) 08:20 (UTC)
十年前新条目巡查还是相当重要的工作。当时新条目巡查基本都是能清完的,而且选管理员也是要看巡查过多少页面。现在的话,感觉新页面巡查要求很高。你挂模板A、B、C后标记已巡查,就有人跳出来说正确的挂法是C、D;如果你挂模板C、D,又有人指摘说你是“挂板员”,为什么不亲自改掉问题。最后就没人敢点那个“已巡查”按钮了。--洛普利宁 2023年7月2日 (日) 03:50 (UTC)
那倒不如建议延伸确认用户自动具有巡查权限?--百無一用是書生 () 2023年7月3日 (一) 02:10 (UTC)
依目前的Wikipedia:权限申请/申请巡查权情形来看,巡查权限对用户的相关方针熟知要求是很高的,我不认为延伸确认用户都可达到此要求并自动具此权限。--南屿小十233对话 | 贡献 | 签名2023年7月3日 (一) 02:47 (UTC)
要考虑条目30天没有人点巡查就算已巡查了,那这种情况下让延伸用户有巡查权其实区别不大了。--日期20220626留言2023年7月3日 (一) 02:51 (UTC)
是有区别的。假设一名延伸用户快速标记1000条为已巡查,是封禁还是能剥夺权限。如果能单独授予版本巡查倒是轻微有益。也不太能解决无人巡查的问题。--YFdyh000留言2023年7月4日 (二) 20:05 (UTC)
没有权限但帮忙看了一些,跳过不少不熟悉方针不知道怎么处理的条目,觉得有够难啊 囧rz……缺人的话还是特别培训吧--AOE信箱 2023年7月7日 (五) 14:02 (UTC)
编辑次数十分容易获取,只能用来作为活跃意愿的参考,不能作为其编辑质量的保证。延伸确认用户写出大量劣质条目的情况并不少见。——暁月凛奈 (留言) 2023年7月3日 (一) 03:24 (UTC)
十年前读大学的时候,做巡查算是勤快了,但现在嘛,半个现充。有可能已经出现了青黄不接的情况,老人半摸鱼,新人跟不上,制度一定程度上有筛人(或者aka,赶人)的倾向。——Sakamotosan路过围观 | 避免做作,免敬 2023年7月3日 (一) 00:46 (UTC)
对不起orz —— Eric Liu 創造は生命(留言留名学生会 2023年7月3日 (一) 02:07 (UTC)
抱歉现在不能像以前一样的泡在维基太久了,生活比较忙碌--Tom......留言2023年7月3日 (一) 06:11 (UTC)
难道正确的做法不是去大学城里多宣传一下,多拉点在校生,愿意奉献的人么。大部分老人都已经中年了,忙得不行,怎么还有那么多时间泡维基啊。--‘ UFO is me ’ 留言 2023年7月3日 (一) 07:57 (UTC)
其实上面说自己生活比较忙碌的那位,最近的编辑次数并不少.....不过巡查本来就是自愿的事,别人不愿意就不能强求。--日期20220626留言2023年7月3日 (一) 08:47 (UTC)
OA2021和折毛事件导致你维在大陆学生圈里名声很差,我也尝试做过宣传,但是结果甚微。--Aggie Dewadipper 2023年7月3日 (一) 09:05 (UTC)
还是让他们先多上google再说吧。百度百科名声也不好,但凭借霸占百度的头条位置,看的人还不是很多。--日期20220626留言2023年7月3日 (一) 09:59 (UTC)
风评最好的是英维。但是由于语言问题都是只看不参与。中文?一半人认为里面全是恨国党,一半人认为里面全是小粉红,两派人互相看不起对方,但是在鄙视中维这一点上还是达成了共识的。
这 就 是 中 立 --MilkyDefer 2023年7月3日 (一) 12:27 (UTC)
好像以前有个管理员也有类似抱怨,一边人说他是共产党,另一边说他是绿营的。 囧rz……——Sakamotosan路过围观 | 避免做作,免敬 2023年7月4日 (二) 00:42 (UTC)
outlookxp?--日期20220626留言2023年7月4日 (二) 00:47 (UTC)
是的。(绿营共产简直就是离谱的hybrid)Sanmosa 2023年7月5日 (三) 06:37 (UTC)
台湾共产党主张台湾独立。--日期20220626留言2023年7月5日 (三) 06:41 (UTC)
这是日共台,还有一个中共台。——Sakamotosan路过围观 | 避免做作,免敬 2023年7月6日 (四) 01:22 (UTC)
中共台的话如果夺权成功估计是先独立再加入,类似乌东两个傀儡国家。--日期20220626留言2023年7月6日 (四) 01:24 (UTC)
建议去求闻百科、反共维基吧。--日期20220626留言2023年7月3日 (一) 12:37 (UTC)
我们都是用google的,但是现在OA2021在我身边的反响实在是过于恶劣,在某些媒体扭曲后变成了维基百科同西方邪恶势力勾结迫害大陆编辑的故事,许多人因此不愿参与。--Aggie Dewadipper 2023年7月3日 (一) 16:44 (UTC)
错了,明明是大陆编辑勾结东方邪恶势力迫害维基百科的用户。至于反响恶劣之类,像这种没有辨别是非对错基本能力的用户,我们本来也不需要他们参与,否则恐怕还会有OA2023、OA2024。我是建议港澳台用户以及海外用户可以尝试多加于当地社群推广。唯大陆地区不应推广——因为总会使别人面临潜在的法律危险。——WMLO议程表 2023年7月3日 (一) 22:21 (UTC)
维基既然为国际协作计划,就现在实际而言之,反为认为必须向具中文背景联系之非中文社群大力推广,调整当下社区参与不平衡及不相称之局面。
认知战意识等方面,嘲弄周遭环境之诸多因素可见,即使法理上仅剩两岸一方及海外不属于东方大陆管辖区范围,参与本地之中文背景使用者或中文背景编辑者均已受到不同程度之损害,而且超越管辖区之长臂影响持续加强中,无论开放性、独立性和专业性等层面可预见是会继续受到挑战,
中文社区应更多认知到面临之潜在危险,既已可不限于表面司法管辖区框架以内,在可见于辖区外推广同一类长臂影响之情下,社区应当继续遵循维基宗旨,尝试向更多社区推广和吸纳更多参与以认知和应对不断变化之潜在问题,保障拓阔维基之持久力。--约克客留言2023年7月5日 (三) 01:37 (UTC)
OA2021之后,受贡献至上主义影响的暴力用户的问题更重了,你中维还存在帮派问题,那些人也无视文明方针,社群也存在纵容暴力用户的部分成员,可以说你中维一定会毁在无视Wikipedia:文明的暴力用户手里。--Lanwi1Talk 2023年7月6日 (四) 02:29 (UTC)
以Wikipedia为名的telegram群组一直有不文明行为。而且群管没有站出来对某些成员的辱骂进行制止。--日期20220626留言2023年7月6日 (四) 02:46 (UTC)
那些视维基百科为战场的人引导的结果可想而知。--Lanwi1Talk 2023年7月6日 (四) 03:07 (UTC)
既然要参与讨论,有时秉持自己的看法免不了要得罪人。既然要得罪人,那么后者也免不了要抱团:聚在一起趋便生出卑劣语句,在站外毁谤生事,如此使“以Wikipedia为名的telegram群组”变为发泄自己情绪的地沟是一种必然。我说的这种情况,以AC群最为严重。在经历这类梦幻后,我本人大约已不是Lanwi1君一般的理想主义者了,所以我的意见是躺平任他们怨恨去罢。如果还没个发泄的地方,他们要么会有身心问题,要么被封禁。也挺可怜的。——WMLO议程表 2023年7月6日 (四) 09:36 (UTC)
另可参阅《女巫道德》。我认为要想解决这个问题,首先得知道他是怎么发生的。通便有一样的定律,在我看来TG群不比QQ群要高尚多少,都是一样的败数。——WMLO议程表 2023年7月7日 (五) 10:25 (UTC)
女巫道德这种观点很危险,后果就是劣币驱逐良币,维基百科也会因此灭亡。--Lanwi1Talk 2023年7月7日 (五) 12:43 (UTC)
有没有可能,就是他们根本就不知道真相,大陆地区的信息茧房多严重我不用说吧?我相信如果能让大陆的潜在参与者知道真实情况是什么,绝大多数人也会是和你我一样的普通编辑,而非是第二个WG。--Aggie Dewadipper 2023年7月6日 (四) 08:24 (UTC)
是这个道理,但也仅仅是这个道理而已。从现实层面考虑,没有几个人会愿意去了解真相。这是个立场问题,与他们从小受到的环境及教育影响息息相关,如果要是认清这个真相,相当于推翻自己的价值观。从机会成本考量,教育一个陌生的潜在大陆参与者,要比他们自己受到社会毒打而清醒,去主动了解真相,再进而参与编辑维基百科要难上百倍不止。所以大陆潜在参与者推广的问题姑且就别管了。而且让人主动翻墙,如我上文所述有法律风险。——WMLO议程表 2023年7月6日 (四) 09:43 (UTC)
如果某些中华人民共和国公民认同Walter Grassroot的举动的话(向香港国安处举报香港维基人、举办编辑松时以反华为由移除特定编辑提交的条目)的确不适合来这里。--日期20220626留言2023年7月4日 (二) 00:17 (UTC)
当地反响都经特定势力操纵。无论是OA2021还是OZ1912,无论黑白,都有可能导致同一后果。--— Gohan 2023年7月4日 (二) 11:03 (UTC)
是--Hualin~希望の星は青霄に昇る Commons|Talk 2023年7月5日 (三) 02:59 (UTC)
今年有位被除巡免的令我蛮头痛的User:佛祖西来
不过WG看来确实进行了法律威胁(
不过还要上课,没有那么多精力 囧rz……--Hualin~希望の星は青霄に昇る Commons|Talk 2023年7月5日 (三) 03:05 (UTC)
致佛祖西来;提及算是不小心的 囧rz……如果有能力请加油并保证不滥用然后重新申请巡免吧--Hualin~希望の星は青霄に昇る Commons|Talk 2023年7月5日 (三) 07:41 (UTC)
申请权限会通不过,但既然知道他写的条目是什么样子,就让它去。--日期20220626留言2023年7月5日 (三) 07:46 (UTC)
我感觉,WMF发动OA2021,应该总体上是妥当的(但一下子除权那么多活跃管理员可能就没那么妥当了)。因为我觉得,OA2021涉及的主要事件中,WMF应该比WMCUG更可信。不过我说不清楚后一种想法有什么依据,也不清楚为什么你们觉得发动OA2021是合适的。请问有人能向我解释一下吗?(另外,基于对隐私和安全的担忧,我并不参加线下活动,也不加入维基百科相关的QQ群。)--爱维基百科的CuSO4 2023年7月6日 (四) 11:36 (UTC)
WMC的问题是通过拉票操纵共识。我对OA2021既认同也不认同,认同的部分就是处理拉票的WMC、攻击香港人的WG和不当解封WG的雾岛圣,不认同的部分就是对部分管理员的除权。我还认为向WMF举报的人也包括因利益和过高的正义感而失去冷静并做出恶意推定的暴力用户,举报者也希望恢复本地用户查核员权限,本地用户查核员权限已因安全原因而被WMF取消(当时Techyan正在参选用户查核员,WMF在Techyan很可能当选的状态下取消),WMF发动OA2021后还有意愿恢复本地用户查核员权限。--Lanwi1Talk 2023年7月6日 (四) 12:58 (UTC)
我还觉得对部分管理员的除权会使中维迈向腐败的境地,中维社群因持宁可错杀也不放过与WMC(后继者是共笔全书)有关的人这个态度的暴力用户而堕落,我反对恢复本地用户查核员权限的原因就是社群素质不达标,用户查核员绝对不能有无视文明方针的人性。--Lanwi1Talk 2023年7月8日 (六) 03:27 (UTC)

取消巡查员的巡查豁免权

Sanmosa原案

我看上面的那个重组案一时之间是不可能有共识的,所以就自己另提一案了。我在这里之所以要提议重组现有的用户权限组,主要是出于以下几点:

  1. 我之前好几次留意到除我以外的不同用户好几次指出了巡查员到底该不该附带巡查豁免权的问题(包括在上面的那个重组案那边),而我个人认为懂得巡查条目的人确实有可能未必懂得写条目,故而使巡查员附带巡查豁免权的安排显得不合理;
  2. 根据此前讨论,出于私隐考量,回退员的隐藏过滤器源码阅读权应予剥夺,但是由于具隐藏过滤器源码阅读权的用户权限组在当时未能设立,回退员的隐藏过滤器源码阅读权实际上仍未被剥夺,但这种情况很明显是违背当时的讨论共识的;
  3. 巡查豁免者显然也会遇到现行重新导向指引规则中指明的可移动而不留重新导向的情况(尤其“须释放标题(腾空页面)以便另一页面占用”),因此巡查豁免者有合理需要获得移动时不留重新导向权限;

因此我这里有以下几个提议:

  1. 剥夺所有巡查员的巡查豁免权,巡查员如果要获得巡查豁免权需要另外申请;
  2. 根据当时的讨论共识,剥夺所有回退员的隐藏过滤器源码阅读权,以保障私隐;
  3. 赋予所有巡查豁免者移动时不留重新导向权限;

而以下给出上述3个提议的具体对应规则条文修订案:

提议1(WP:新页面巡查
现行条文

权限总览 相对于一般用户,巡查员可以

  • 标记他人的编辑为已巡查;
  • 使自己的编辑自动标记为已巡查;
  • 移动文件
  • 移动页面时不在原页面创建重定向;
  • 查看未受监视的页面列表。
提议条文

权限总览 相对于一般用户,巡查员可以

  • 标记他人的编辑为已巡查;
  • 移动文件
  • 移动页面时不在原页面创建重定向;
  • 查看未受监视的页面列表。
提议2(WP:回退功能

(已由提案2A取代)

提议3(WP:巡查豁免权

(已由提案3A取代)

以上。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月6日 (四) 12:45 (UTC)

  • 赞同论点1(新页面巡查员未必能写好条目,比如我)和论点3(可信任巡查豁免员移动不留重定向)。论点2(过滤器私隐问题)我不关心。--洛普利宁 2023年7月6日 (四) 12:54 (UTC)
另外,如果可以的话,请大家关注一下Wikipedia:防滥用过滤器/错误报告#Wikipedia:互助客栈/方针的情况,我实在是不明白为甚么我连个{{save to}}也加不进来。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月6日 (四) 12:57 (UTC)
巡查员如果连自己写的页面都“巡查”不好,还怎么(敢)巡查其他人写的条目?不见得要写得多么完善,但内容及格式至少也要达到不需要他人巡查的基本标准吧,否则形同“严以待人,宽以律己”,岂不是大笑话?恕我不同意第一点,并坚决反对相关修正案,这是原则问题。—— Eric Liu 創造は生命(留言留名学生会 2023年7月6日 (四) 13:26 (UTC)
扣字眼的话:巡查豁免者创建的条目品质良好,但他可能不熟悉各类维护模板的用途;巡查员知道怎样巡查条目,但他写的条目以巡查豁免者的标准来看不够良好。所以巡查权和巡查豁免权是似乎是两个分立的权限。比如我申请巡查员时说得头头是道,但如果申请巡查豁免权大概没有管理员敢批准。所以表面上看,我创建条目的品质不如典型的巡查豁免者(当然,巡查豁免者也未必比我熟悉维护模板),但持有的权限完全是巡查豁免者的上位权限,这样会不会比较奇怪?--洛普利宁 2023年7月6日 (四) 14:09 (UTC)
PS:如果巡查员创建了需要被他人巡查的条目,但他自己主动把维护模板都挂完了,然后其他巡查员来了之后没有任何事情可干(除了按标签的说明修改条目)。这样的巡查员是合格的吗?--洛普利宁 2023年7月6日 (四) 14:14 (UTC)
@Ericliu1912我认为Lopullinen所言有理。我或许这样说吧:在大学里教土木工程的人,有些人有土木工程师的牌照,但不见得会比没牌照的人教得好,而那些人里当中的好一些没牌照的人是学生们认为“教得好”的老师。有些人就是应用得好但教得不好,而有些人就是教得好但应用得不好,这是很现实的情况,至少在我那边确实是这种情形。套用这个例子的话,自己写的页面都写不好,但其他人写的条目却巡查得好的情况是完全有可能出现,而且还非常合理的。如果你在这种情况下还是坚持认为这是“原则问题”的话,那我只能说我非常遗憾,但我上面说的话确实没有骗你。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月6日 (四) 14:50 (UTC)
我们现在在谈的是维基百科制度,我才不管现实生活中如何如何。担负巡查责任的前提是充分理解本站规则及其实际执行情况,我并不认为无法身体力行本站规则者能够成为好的巡查员,也不会支持这种人取得相关权限。或许这种人能够成为平庸的巡查员——但我想本站是已经够多“挂板员”了,不需要再有人来拉低巡查员的平均水准。—— Eric Liu 創造は生命(留言留名学生会 2023年7月6日 (四) 15:14 (UTC)
“不管现实生活中如何”是非常危险的举措。我觉得有句话说得很好:“网络世界是现实世界的延申”,网络世界所自然形成的许多规则其实都是现实世界的写照,维基百科的规则与制度也同样如是。此外,我感觉管理员在给自己写的页面都写不好,但其他人写的条目却巡查得好的用户巡查权时也给得挺欢,到底是谁来实际上拉低巡查员的平均水准,我有很大的疑问。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月6日 (四) 22:52 (UTC)
我不特别评论阁下把维基百科编辑与高等教育相对比是否妥当。然而您的提案无论如何只会加剧这种(假设存在的“滥发”)情况所造成的损害。—— Eric Liu 創造は生命(留言留名学生会 2023年7月7日 (五) 13:24 (UTC)
@Ericliu1912我不同意你的结论,要是这真有甚么损害的话,这损害是不可能加剧的,因为我只是寻求剥夺巡查员的巡查豁免权,而没有寻求更改巡查员的授权标准,你这个结论在逻辑上说不通。只有更改巡查员的授权标准的情形才能影响具体的授权情形,从而才有基础谈论是否存在滥发情况与是否加剧了,但显然地现在没有人在寻求更改巡查员的授权标准,故而不存在任何对具体的授权情形的影响,我只能说修改后的情况肯定不会比修改前更差就是了。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月7日 (五) 14:28 (UTC)
既然阁下认为存在“懂得巡查条目的人确实有可能未必懂得写条目,故而使巡查员附带巡查豁免权的安排显得不合理”的情形(这里就先姑且不论根本不存在相关情形的可能了),那请举出巡查员自己写条目写得差到还需要别人巡查的实际案例,让社群检视一下这种人是否真的担当得起巡查员的责任。—— Eric Liu 創造は生命(留言留名学生会 2023年7月7日 (五) 15:18 (UTC)
前巡查员倒是有一个:佛祖西来。我在2023年7月6日 (四) 23:43 (UTC)的留言已经说过了。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月7日 (五) 15:23 (UTC)
他之所以已经是“前巡查员”,想必自有其原因吧?—— Eric Liu 創造は生命(留言留名学生会 2023年7月7日 (五) 15:27 (UTC)
但社群在现行规则下能够让这种人在一段长时间内担任巡查员应该也不符合你的期望。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月7日 (五) 15:39 (UTC)
前半句没有问题,但后半句应当是“巡查员知道怎样巡查条目,而他写的条目也符合豁免巡查的基本标准”。如前所述,巡查员自己写的条目不用是什么旷世巨作或鸿篇巨帙,但总不至于还要别人特别善后吧?劣质到还要挂维护模板,那是太夸张了。自己的摊子都收拾不了,遑论去收拾别人的摊子?何况,若当事人都知道自己写的条目问题出在哪里,以至于能够“挂好”维护模板,那凭什么不直接按著模板提示去改善呢?这样“无能为力”的巡查员,在巡查他人撰写条目之时,难道不会直接同样地“挂好”维护模板就走,而不尝试自己去实践改善条目?我们真的还需要更多这种“巡(挂)查(板)员”吗?这才是我说的原则问题。—— Eric Liu 創造は生命(留言留名学生会 2023年7月6日 (四) 15:22 (UTC)
对巡查豁免者的要求是创建条目“品质良好”,而不是“品质合格”或“格式良好”。我的小作品只能说“品质合格”或“格式良好”,但大概不能说成“品质良好”(后简称“良好”)。我大量创建“合格但不良好”的条目,所以能胜任巡查员,但不适合当巡查豁免者。因此我的想法是把两权拆开:巡查员是“愿意检查新条目是否‘合格’的站务者”,巡查豁免者是“会大量创建‘良好’条目的创作者”,同时有双属性的编辑就申请双权。所以您的意思是,两个“巡查豁免”不是一个内涵,巡免要保证自己的条目良好,巡查只用保证自己的条目“合格”;还是说,巡查豁免者和巡查员创建条目的要求都是“良好”,只是这个“良好”的要求比我想象中的要低?--洛普利宁 2023年7月6日 (四) 16:16 (UTC)
既然权限分立,我想您就当成两者在不同属性上各有特化。巡查豁免者不主动承担巡查责任,也因此在实际成果上要求较高,巡查员则与之相对,可以透过正确巡查他人条目一定程度体现自身豁免巡查之资格。当然,基本标准还是要达到的。—— Eric Liu 創造は生命(留言留名学生会 2023年7月7日 (五) 13:24 (UTC)
你一边在说“这样‘无能为力’的巡查员”,另一边又在说“两者在不同属性上各有特化”,就不曾想过如此的“特化”是有问题的吗?Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月7日 (五) 14:22 (UTC)
巡查豁免者只需要为自己负责,巡查员除了为自己还要为他人负责(监督他人),“以身作则”难道不是很正常的事情么?阁下的提议实际上造成一种巡查员在不必然够格为自己负责的同时可以欣然为他人负责的不对称情形。—— Eric Liu 創造は生命(留言留名学生会 2023年7月7日 (五) 15:22 (UTC)
我实在是看不出来现行的巡查员授权标准如何有效确保巡查员真的能“以身作则”。既然要巡查员“以身作则”,那就从一开始就不该“特化”。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月7日 (五) 15:26 (UTC)
那阁下应当做的是确保巡查员能够“以身作则”——无论是推动修订授权标准,还是实际监督诸位巡查员的表现并适时淘汰不适任者等——而不是本末倒置,以某些人“未必懂得写条目”为由(然后这其实是在贬低现任巡查员吧?)反过来直接尝试把巡查员的巡查豁免权限给掀了。阁下总不会认为巡查员不用“以身作则”吧?这已经是相当基本的要求了。—— Eric Liu 創造は生命(留言留名学生会 2023年7月7日 (五) 15:33 (UTC)
现任巡查员中能写好条目的人到底是否占大多数,我很怀疑(我这里用的是我在审核亚洲月条目时用的标准)。如果现行的巡查员授权标准根本不鼓励巡查员“以身作则”,而且也沿用多时的话,可想而知修改巡查员授权标准的提议在这种情况下会受激烈反对,这种情况下也就只能要求巡查员不用“以身作则”了。这是社群的共业,需要社群全体共同承担,所以把所谓“本末倒置”的责任完全推到我身上的话我是不可能服气的。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月7日 (五) 15:44 (UTC)
要是你真想要社群硬性要求巡查员“以身作则”的话,我倒是有个想法,就是解除所有现任巡查员的巡查员权限,并要求自此以后只有具备巡查豁免权的人才能申请成为巡查员,这时候技术上“把巡查员的巡查豁免权限给掀了”不但并不负面地影响“要求巡查员‘以身作则’”,反而进一步促进了“要求巡查员‘以身作则’”,毕竟在这种制度下巡查员肯定是非常可信的用户。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月7日 (五) 15:50 (UTC)
不太想牵扯到其他人,但我感觉这些问题你应当问前巡查员佛祖西来。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月6日 (四) 23:43 (UTC)
移除巡查员的自建巡查,可能不便于标记非条目的巡查标记(包括给用户讨论页第一次留言、第一次创建页面存废讨论)。至少有基于页面空间区分的巡查自建页面标记的机制(最好是mw的系统功能)才考虑。——Sakamotosan路过围观 | 避免做作,免敬 2023年7月7日 (五) 01:10 (UTC)
我要先看看Ericliu1912的回应,但我在心里已经有了一个想法。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月7日 (五) 01:40 (UTC)
如果巡查员的自动巡查被移除,那么大量巡查员做出的编辑将加重巡查系统的负担(尤其考虑到近些日子的已巡查编辑数不如往年同期这一情形)。巡查员所做出的编辑不仅仅有创建新条目,还可能包括了条目维护、新创建用户讨论页等行为。这些是有必要让另一位巡查员来一条一条编辑巡查喔?——南屿小十233对话 | 贡献 | 签名2023年8月6日 (日) 01:58 (UTC)

管理员已自动拥有autopatrol权限,无需额外申请巡查豁免。此外,拥有本权限的用户,也拥有以下权限

这是表示autopatrol蕴含了movefilesuppressredirect吗? --MilkyDefer 2023年7月7日 (五) 04:19 (UTC)
@MilkyDefer明明是两个自然段的东西,你偏要写成一个自然段,你这样误解应该是很显然的结果吧。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月7日 (五) 05:52 (UTC)
就算不是一个自然段,那也是上下连起来的自然段,也不妥吧。--MilkyDefer 2023年7月7日 (五) 06:07 (UTC)
@MilkyDefer上下连起来的自然段也是两个自然段,不要假设其他人在这种情况下也会误解Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月7日 (五) 06:17 (UTC)
关于回退员的问题,意见同上方cwek,LuciferianThomas及EricLiu。此前的讨论通过是建立在“立即建立新权限组”的基础上。提案者表示自己不关心反破坏问题,并不代表该问题对于中文维基百科而言不重要。而对于巡查员,如果巡查员自建条目不能获得巡查豁免,即意味着社群认为巡查员无法掌握条目质量的标准。那么该权限成立的基础甚至可能也会随之消失。--Yining Chen留言|贡献2023年7月7日 (五) 14:40 (UTC)
@Yining Chen(1)但是私隐问题明显是比反破坏问题更大且更迫切需要解决的问题,为了一个较小且较不迫切需要解决的问题而选择不处理更大且更迫切需要解决的问题明显属于本末倒置。社群对“绑定”的无端执念是社群一事无成的背后根源。(2)我不认可你所推定的“意味”,请参见我在2023年7月6日 (四) 14:50 (UTC)的留言。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月7日 (五) 14:50 (UTC)
你就是巡查员,你觉得你写的条目质量如何?。->>Vocal&Guitar->>留言 2023年7月8日 (六) 06:27 (UTC)
质量虽然达不到所谓“丙级条目标准”,但这个条目违反了哪个条目内容质量方针呢?难道“stub”就是“低质量”的代名词吗?依照WP:AGF,我认为您可能是缺少对相关方针的了解,或许您需要对此稍加注意。--Yining Chen留言|贡献2023年7月8日 (六) 10:13 (UTC)
所以“Japanese发售日期 27 July 2012”也是很高质量哦,还有一大堆内链的格式错误,为什么一扯到自己的不足就开始求救于AGF了呢?--。->>Vocal&Guitar->>留言 2023年7月8日 (六) 10:31 (UTC)
已将您举报至WP:ANM,希望您能在空闲时加以回应。--Yining Chen留言|贡献2023年7月8日 (六) 11:00 (UTC)
你与其在这跟我打嘴炮,为什么不能花两分钟去把问题改好呢?--。->>Vocal&Guitar->>留言 2023年7月8日 (六) 12:43 (UTC)
@Yining Chen我作为现任巡查员兼曾经的亚洲月评审,应该有些发言权,不过你需要预期我审核条目的标准会比其他人稍严,这点我在申请维基服务专家奖的投票时听人说知道的。我单看Ohtashinichiro给出的连结,“角色”章节毫无来源是完全不合理的,我要是巡查到了我肯定挂个refimprove,我要是主编我不会容许我的草稿在这个状态下成为条目。此外,前巡查员佛祖西来好像就是因为不断建stub而被除权的。我觉得要求一个能掌握条目质量的标准的人自己写的绝大多数条目达到“初级条目标准”(约等同于可DYK的条目)应该不算刁难。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月8日 (六) 10:46 (UTC)
@SanmosaOhtashinichiro如果两位对本人或对本人编写的条目有其他意见,敬请移步本人讨论页或条目讨论页;在此讨论可能涉嫌离题。另外对Ohtashinichiro:WP:BOLD中说,请勇于更新页面。如果您发现了条目中的不足,又不承认我对此条目有所有权,那请修改页面,而不是将其拍照截图留存起来,作为对本人进行人身攻击的证据。--Yining Chen留言|贡献2023年7月8日 (六) 10:53 (UTC)
我是在你问大家“这个条目违反了哪个条目内容质量方针呢”的情况下才这样回答你的。我主要想说的东西在“此外”二字起才开始。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月8日 (六) 10:58 (UTC)
看到这则讨论想讲下,自己不会写条目的可以变巡查员是很糟糕的事情。不知道为什么会变成这样,但应该努力改善这现象,而不是改权限的方式使其合理化了。--Reke留言2023年7月8日 (六) 06:52 (UTC)
另外不知道提案人有没有注意到,即使不赋予巡查员巡查豁免权,他们还是可以巡查自己写的条目——毕竟无人能垄断条目所有权,本来不管条目由谁撰写,就都应该一视同仁予以公正巡查,反之才令人匪夷所思。提案人应该也没有打算之后提出“禁止巡查员巡查自己建立的条目”之类荒谬至极的修正案吧?所以此提议不仅如前所述明显不合情理及常识,违背相关权限设立初衷,即使勉强通过,实际上还是窒碍难行,徒增站务负担,毫无裨益。郑重建议提案人不要再徒劳功夫浪费社群讨论精力,先推动第二或第三部分提案还比较可行。—— Eric Liu 創造は生命(留言留名学生会 2023年7月9日 (日) 07:06 (UTC)
我坚决不认为我这里的任何提案“浪费社群讨论精力”,毕竟我的提案一也不止我一个人如此主张,而且你甚至还不愿意回应我在2023年7月7日 (五) 15:50 (UTC)的留言中给出的反建议。这里的讨论串难不成就只有我一个人是在想怎样解决问题,而其他人都是在想怎样解决提出问题的人吗?正如我之前所多次提到的,“社群无力解决自治问题”的情形是社群自己导致的,社群应该尽力避免社群陷入如此局面,而不是由得社群进入如此局面而不寻求任何解决问题的办法,一味指责我“浪费社群讨论精力”而不愿正视问题本身只会让问题恶化。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月9日 (日) 07:55 (UTC)
“禁止巡查员巡查自己创建的条目”荒谬在哪?警察闯红灯会给自己开罚单?--。->>Vocal&Guitar->>留言 2023年7月9日 (日) 08:52 (UTC)
啊,这问题确实也是我想问的问题,不过我不记得技术上是不是有办法让巡查员不能给自己建立的条目标示“已巡查”了,如果有的话我觉得配套实施倒也不错。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月9日 (日) 10:19 (UTC)
巡查员不是自带巡查豁免权的吗?--Aggie Dewadipper 2023年7月9日 (日) 13:56 (UTC)
我这里本来的提案就是剥夺巡查员的巡查豁免权,所以讨论这点也是合理的。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月9日 (日) 14:00 (UTC)
考虑以下两种情况:(甲)假设有个新手写了个只有半句话的小作品,一巡查员将其扩充为正常作品;(乙)该巡查员亲自创建,亲自编辑该条目。(甲)(乙)实质基本相同,实际上撰写该条目的只有该巡查员,但(甲)中该巡查员能巡查该条目,而(乙)则无权巡查。我觉得这是比较荒谬的情况。 ——魔琴 留言 贡献 新手2023计划 ] 2023年7月9日 (日) 10:35 (UTC)
即便以你说的情况,扩充内容的巡查员也不应自行巡查,而是应该留给其他巡查员,这不是技术问题,而是对保证条目质量尽更大努力。维基百科不是只有一个巡查员,也不是只有巡查员可以巡查条目,如果你对自己的写作有自信,可以去申请巡查豁免。将来分拆之后,并不会限制巡查员就不能获取巡查豁免权。--。->>Vocal&Guitar->>留言 2023年7月9日 (日) 12:26 (UTC)
怎么说呢,Ohtashinichiro这里说的话确实有道理,这大概就是“医不自医”的意思。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月9日 (日) 13:59 (UTC)
如果禁止巡查员巡查自己建立的条目,就说明社群不信任巡查员能够辨认自己写的条目是否有问题。注意,不是写得好不好,而是有没有问题。不妨举一种“蒙眼测试”为例——无论是谁写的条目,巡查员都应该要能正确巡查,而这当然也包含他自己写的条目在内;个人认为任何巡查员都应该要能通过这所谓“蒙眼测试”。毕竟,连自己条目有什么基本的问题都看不出来,那还真别来当巡查员了,我不相信这种巡查员能够公正评判条目品质。在此之上,社群对于豁免巡查的标准有高有低。视情况而言,甚至像前面其他人提到的,若巡查员知道怎么给自己写的条目挂维护模板,也可以算是值得豁免巡查,只是标准很低(真的很低)的那一种。当然,个人是主张至少也要写到不被挂维护模板(也就是没有大问题),目前社群总还不至于录取差劣到写条目还要被挂维护模板的巡查员吧。“对写作有自信”而不想巡查他人条目者,尽可以去申请巡查豁免者,但我认为巡查员不用“对写作有自信”,也足以豁免巡查,因其评判条目品质及修正问题之能力已经由实际巡查条目而证明。所以我才说,巡查员既然能够挑出别人的基础格式或内容问题,那么应当也要能够挑出自己条目的问题。一个正常的巡查员不会在遇到自己写的条目时就突然“变笨”,反而应当对自身水准如何有最深刻的了解。
另外,我还是认为相关提案是假命题。社群不需要为了少数可能的案例去大费周章修改制度。或许以后随著本站衰落,编者素质下滑,确实会有被迫全面剥夺巡查员巡查豁免权限的一日,但目前社群显然还有力量处置个别不适任的巡查员,用不著本末倒置把巡查员标准拉低。若真有哪一位或哪一些现任巡查员那么糟糕,还请务必昭告社群,真要到占了不少比例,才应该再来考虑这种计策。—— Eric Liu 創造は生命(留言留名学生会 2023年7月10日 (一) 02:07 (UTC)
[3][4][5][6]随便找几个也是出来一堆啊--。->>Vocal&Guitar->>留言 2023年7月10日 (一) 05:45 (UTC)
好家伙,三万光年老熟人了,1233跟*angys*都老维基人(维基老人)了,我要是不来自我批判一下就实在不太够意思了。我是2018年4月3日首次成为巡查员的,但我感觉我刚成为巡查员后写的加东公园地铁站碧湾地铁站丹戎加东地铁站勿洛南地铁站实乞纳地铁站德累斯顿毕晓普站蒙古牛肉城门隧道转车站鲑鱼湾大桥运河桥马殊247国道332国道334国道358国道542国道543国道都不是我现在觉得满意的水平(当然,我现在基本上不会写这种品质的条目就是了)。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月10日 (一) 06:28 (UTC)
以上面543国道的例子,作为巡查员可以直接点“已巡查”(因为创建者已经自己标{{unreferenced}})了。但如果我作为巡查员,还会标记{{road-stub}}。所以多一个人来看,总能发现些可以做得更好的地方。所以我的意思是,巡查员可以合理地标记“已巡查”(包括自己和他人的条目),但也可不做标记让其他巡查员进一步看看。但现在巡查员必须标记自己的条目,无法不行使这个标记权,这是我认为需要拆出权限的原因。--洛普利宁 2023年7月10日 (一) 06:53 (UTC)
理论上或许是可以这么说,但考虑到现阶段本站新条目巡查积压已经非常严重,实务上我还不推荐这么处理;若来日社群共识真确认为应当撤销巡查员之巡查豁免权,个人也希望这决定能推迟一些,。除此之外,就是我、您与其他人对巡查员及其巡查豁免权限精神的理解差异了。—— Eric Liu 創造は生命(留言留名学生会 2023年7月10日 (一) 09:20 (UTC)
另外,我也思考了一下,若未来能在审核巡查员之巡查豁免者权限申请时适当审酌其实际巡查表现,不强求七十五篇条目之类过硬门槛,我不反对在确保社群巡查量能足够的情况下有条件撤销巡查员之巡查豁免权。—— Eric Liu 創造は生命(留言留名学生会 2023年7月10日 (一) 09:30 (UTC)
假设中文维基百科有一半的巡查员都是佛祖西来,这种巡查员会以不正确的方式巡查条目,这事态比起完全不巡查更严重。我认为让新条目巡查积压总比令条目被不恰当地巡查来得好。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月10日 (一) 09:30 (UTC)
首先,这种情况不存在,也不应该存在,否则本站差不多要完蛋了;再来,真的遇到以不正确的方式巡查条目的巡查员,请先考虑直接提请解除权限。—— Eric Liu 創造は生命(留言留名学生会 2023年7月10日 (一) 12:11 (UTC)
你认为积压2000跟积压3000在实务上有差别?中维已经几年没有巡完条目任其自流了?我在这里还没有讨论巡查员的巡查质量,这一点上有问题的人我可以保证更多。这个社群整体就只有这些水平,本站离完蛋没有你想象的那么远。--。->>Vocal&Guitar->>留言 2023年7月10日 (一) 12:14 (UTC)
见仁见智。—— Eric Liu 創造は生命(留言留名学生会 2023年7月11日 (二) 06:46 (UTC)
这种情况确实不存在,毕竟(虽然这段话是我自己想的,但也同时如你所言)要是中文维基百科有一半的巡查员都是佛祖西来的话,中文维基百科早就崩溃了,但我觉得就算只有一个会令条目被不恰当地巡查的巡查员存在,这还是比完全没有巡查员更具危害性。再说到真的遇到以不正确的方式巡查条目的巡查员,我记得之前也有一些巡查员因为这种问题被提请解除权限,但当时的拒绝理由是“巡查员的权限是标记页面为‘已巡查’而非挂模板的操作”(exact的原话我记不起了,但大概是这个意思),要是现在处理除权的管理员不会这样处理的话,提请解除权限倒是(也本该是)个不错的主意,但这还须仰赖社群持续监察。Sanmosa 心不在焉,视而不见,听而不闻,食而不知其味 2023年7月10日 (一) 14:38 (UTC)
至少就目前来讲,巡查员建立条目未能达到基本标准者,都应该予以提醒,情事严重者则应考虑予以警告或提请解除权限。—— Eric Liu 創造は生命(留言留名学生会 2023年7月10日 (一) 09:20 (UTC)
@南屿小十233我这里还要提一个经调整的提案,能不能别这样急著关讨论?Sanmosa віки-віків 2023年8月17日 (四) 00:45 (UTC)

Gaolezhe案

Wikipedia:巡查豁免权

现行条文

管理员及巡查员已自动拥有autopatrol权限,无需额外申请巡查豁免权。

提议条文

管理员及机器人已自动拥有本权限,无需额外申请巡查豁免权。

--Gaolezhe留言2023年8月15日 (二) 10:06 (UTC)

Wikipedia_talk:巡查豁免权/档案1#是否应该提升巡查员门槛 / 提议剥夺巡查员的自动巡查豁免权限--YFdyh000留言2023年8月15日 (二) 10:13 (UTC)
没多久之前才有相关话题(没有共识),希望阁下先搜寻存档,别在短时间内重复开讨论。而且提案完全没附理由,没头没尾的。—— Eric Liu 創造は生命(留言留名学生会 2023年8月15日 (二) 13:02 (UTC)
@GaolezheYFdyh000Ericliu1912哎,我正打算在之后调整我上方提的相同提案来著。Sanmosa віки-віків 2023年8月16日 (三) 02:32 (UTC)
前面已经有类似讨论,还没完全结束,这样没有详细原因的提议,可以滚雪球?——Sakamotosan路过围观 | 避免做作,免敬 2023年8月16日 (三) 03:15 (UTC)
还是和过往意见一样:因为新页面巡查员可能需要创建非条目页面(包括用户讨论页新建留言页,创建新的页面存废讨论页)而不需要劳烦其他新页面巡查员来标记此页,除非能实现根据页面命名空间控制自动巡查的权限使用(或者可以使用mw:Extension:Lockdown来实现基于页面命名空间的权限控制(权限详细:mw:Manual:User_rights)),否则维持权限,不接受不基于mw系统workaround方法。另外,新页面巡查员本身需要对新页面的行文、来源等进行检查并修正,对于“新页面巡查员不会写好条目”的说法有怀疑。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月16日 (三) 03:34 (UTC)
不认为非条目页面未巡查的短暂出现和积压是个问题,机器人+习惯应足够。至少巡查豁免者有写不好条目的。--YFdyh000留言2023年8月16日 (三) 05:23 (UTC)
“不接受不基于mw系统workaround方法”。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月16日 (三) 05:59 (UTC)
我看到了你不接受,但我想表达我不接受这个“不接受”以及为什么。--YFdyh000留言2023年8月16日 (三) 16:08 (UTC)
除了专精站务而极少建立条目者等特殊例外,不认为在这种情况下应该保留巡查豁免权。—— Eric Liu 創造は生命(留言留名学生会 2023年8月16日 (三) 12:41 (UTC)
我至少很支持把巡查员的autopatrol flag拔掉。--MilkyDefer 2023年8月16日 (三) 17:34 (UTC)

Sanmosa新案

其实我觉得之前的相关讨论已经很好地说明了为何巡查员不该自动附带巡查豁免权,需要解释的那边的讨论都应该已经解释了。所以这里我重新整理一下我的提案,而我现在的提案可以分为以下五大重点:

  1. 修改WP:新页面巡查(见#拟议修改1);
  2. 修改WP:巡查豁免权(见#拟议修改2);
  3. 将巡查权与巡查豁免权完全分离;
  4. 现有的巡查员在两个权限完全分离后全体自动获授巡查豁免权(但不妨碍他们自主辞去巡查豁免权,也不妨碍任何人此后单独提请解除他们的巡查豁免权);以及
  5. 此后新上任的巡查员不再自动附带巡查豁免权。

WP:新页面巡查的拟议修改如下:
现行条文

权限总览 相对于一般用户,巡查员可以

  • 标记他人的编辑为已巡查;
  • 使自己的编辑自动标记为已巡查;
  • 移动文件
  • 移动页面时不在原页面创建重定向;
  • 查看未受监视的页面列表。
提议条文

权限总览 相对于一般用户,巡查员可以

  • 标记他人的编辑为已巡查;
  • 移动文件
  • 移动页面时不在原页面创建重定向;
  • 查看未受监视的页面列表。

WP:巡查豁免权的拟议修改如下:
现行条文

管理员及巡查员已自动拥有autopatrol权限,无需额外申请巡查豁免权。

提议条文

管理员已自动拥有autopatrol权限,无需额外申请巡查豁免权。

以上。Sanmosa віки-віків 2023年8月17日 (四) 01:11 (UTC)

仍然不同意且不认为有分拆权限必要。如果个别巡查员能力水准低落,那应该检讨当事人,不是检讨制度。—— Eric Liu 創造は生命(留言留名学生会 2023年8月17日 (四) 07:07 (UTC)
我感觉Ohtashinichiro之前的举例已经能说明这并不能以“个别”来解释。Sanmosa віки-віків 2023年8月17日 (四) 08:47 (UTC)
如果某些巡查员的不负责任要社群自我降低标准来迎合,那我觉得还挺悲哀的。—— Eric Liu 創造は生命(留言留名学生会 2023年8月17日 (四) 09:55 (UTC)
我既然能说这并不能以“个别”来解释,那你用“某些”来形容显然是不符合实际状况的。“不负责任”的其实并不全然是巡查员,授予巡查员巡查权限的管理员的责任可能更大一些,这样说来我这个提案是在替管理员们收拾残局。Sanmosa віки-віків 2023年8月17日 (四) 13:18 (UTC)
首先,以往巡查员授权标准可能客观上比较低,这是维基百科随时间进步的必然。但无论如何,在过往授权当下,理论上都应该要符合社群对于巡查员的要求。所以,如果有不符合前述情况,或是虽然符合前述情况,但已经跟不上现行要求者,就应该全部提出来检讨,不是反过来降低巡查员授权标准。我也不认同阁下所谓“收拾残局”的自以为是。至于下面有人提出允许巡查员授权自己巡查豁免权的提议,与权限原始精神并不完全相违,倒还比较可行。—— Eric Liu 創造は生命(留言留名学生会 2023年8月19日 (六) 06:28 (UTC)
现在有2000多个新条目待查,请问170个巡查员达到社群的要求了吗?社群的要求到底是什么呢?巡查员的门槛纸面上是一个月250次编辑,低到不可置信。而事实上巡查工作对综合素质是要求最高的,不仅要熟悉维基百科大小方针指引,以及所有的格式手册,对条目内容也要有相当程度的专业判断。不要说170个,我可以讲整个中文维基百科找不出一个人可以维持高质量的巡查。--。->>Vocal&Guitar->>留言 2023年8月19日 (六) 07:09 (UTC)
专业判断需要同行评审。WP:AFC或专题有可能,巡查不太可能有效做到,至少目前不能。--YFdyh000留言2023年8月19日 (六) 19:54 (UTC)
并非需要评选级别的水平,但至少对一些领域有基本了解,能够判断是否捏造或原创研究,是否存在逻辑错误或自相矛盾,这是基础层面上的。--。->>Vocal&Guitar->>留言 2023年8月21日 (一) 23:52 (UTC)
现在的事实就是一个残局,当然这个案也完全收拾不了。所谓原始精神,“让维基百科不被低质量的条目淹没”,正是需要通过所有可能的手段提升条目质量,如果巡查员作为一个把关者,仅仅有些人出于不靠谱的理念(指楼上)或私利(指现任巡查员)拒绝被二次检验,那只能说你们才是违背精神的那一方。--。->>Vocal&Guitar->>留言 2023年8月19日 (六) 07:13 (UTC)
您这里也有新条目待查的数字,如此庞大,不如想想巡查员到底有无时间去二次巡查巡查员的编辑?--南屿小十233对话 | 贡献 | 签名2023年8月19日 (六) 09:39 (UTC)
正因为如此庞大,沧海加一粟不会有任何本质差异。本站站务积压原因很多,唯一不是原因的就是“没有时间”。--。->>Vocal&Guitar->>留言 2023年8月21日 (一) 23:50 (UTC)
您这样说,意思是再给巡查工作加一点负担也没什么大不了的吧?正是因为阁下这种想法,才使本站站务积压得不到解决。大厦本就不稳,现在要做的并不是再抱着无所谓的心态向上“堆砖头”,而是慢慢减缓站务积压才好。--南屿小十233对话 | 贡献 | 签名2023年8月22日 (二) 09:04 (UTC)
根不正,就算表面再好看也是白搭,何况现在表面还是一塌糊涂。不深入根本,其余做什么都只是粉饰太平。另外我的意见是,就算给巡查工作加十倍负担也不会跟现况有什么两样。--。->>Vocal&Guitar->>留言 2023年8月22日 (二) 13:47 (UTC)
如果阁下观点如此,那您不妨提出解决“正根”的办法,而非只是简单地给巡查工作加负担。--南屿小十233对话 | 贡献 | 签名2023年8月22日 (二) 14:19 (UTC)
见仁见智,无可置评。—— Eric Liu 創造は生命(留言留名学生会 2023年8月19日 (六) 14:40 (UTC)
如果巡查员作为一个把关者,应该要把关自己的编辑,所谓严以律己,宽以待人。所谓原始精神,“让维基百科不被低质量的条目淹没”,如果连把关者都让维基百科被低质量的条目淹没,那就应该移除这个“把关者”,而不是让其他把关者来把关这个“把关者”--银河市长☎️2023年8月23日 (三) 12:40 (UTC)
(+)赞成:整合了我的方案和你的旧案--Gaolezhe留言2023年8月17日 (四) 08:40 (UTC)
反对现任直接给权。过往在申请巡查权时只考察巡查能力,并未考察写作能力,巡查豁免对巡查员本身就是买一送一,未经检验,直接送权严重扰乱巡查豁免现有的门槛制度。->>Vocal&Guitar->>留言 2023年8月17日 (四) 10:53 (UTC)
@Ohtashinichiro这我也是没办法,毕竟有人声称如果现在的那些巡查员没了巡查豁免权会“徒增站务负担”。Sanmosa віки-віків 2023年8月17日 (四) 13:15 (UTC)
如果不分名称空间而直接剥夺autopatrol权限,那么巡查员做出的大量编辑将塞满巡查系统。有很多编辑本就没经过巡查,让巡查员去巡查巡查员做出的编辑就更是多此一举。本人支持剥夺对于巡查员在主命名空间创建新条目的自动巡查权,但反对剥夺对于其它行为(因给予IP用户警告而创建User Talk页面、对条目进行错别字修改等等这些无需也没必要让巡查员再巡查一遍的编辑)所做出的编辑的autopatrol权限。--南屿小十233对话 | 贡献 | 签名2023年8月17日 (四) 13:38 (UTC)
技术困难。autopatrol要么适用全站,要么完全没有,不存在部分页面自动巡查的权限。另外中文维基百科的最近更改巡查应该是小工具来的,不在本提案讨论范围。H.Natsumi2023年8月17日 (四) 17:47 (UTC)
如果技术上做不到,那么一味担心创建不出合规的条目而直接剥夺适用于全站的autopatrol权限,会给巡查工作带来不必要的负担,这样的话我(-)反对该提案。--南屿小十233对话 | 贡献 | 签名2023年8月17日 (四) 18:00 (UTC)
理论上,不算是完全技术困难,前面我提过可以试下利用mw:Extension:Lockdown来控制基于页面空间的权限控制,只是基金会内项目有没这样使用过。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月21日 (一) 01:16 (UTC)
技术上让现有机器人自动为指定用户名单的非条目自动巡查,是能做到的。--YFdyh000留言2023年8月17日 (四) 18:29 (UTC)
我始终不太支持利用外部机制(例如机器人)来做系统内的事。甚至题外话,我认为需要检讨:最近巡查标记,是否如提出者那样有人会手工检查最近编辑,除了为了避免骚扰而依靠机器人去手工标记的。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月21日 (一) 01:16 (UTC)
不清楚哪些算“系统内的事”,讨论存档、清空沙盒等不都是机器人在做,只要运转良好、代码公开,用机器人没什么不好。最近巡查标记,看的不多,但我的确是看过一些并且能用上的。“为了避免骚扰”到底指什么,不想看的配一个CSS隐藏起来?--YFdyh000留言2023年8月21日 (一) 01:31 (UTC)
如果mw系统内存在功能,能处理像讨论存档、清空沙盒的话,那就没必要不用这些功能而是用机器人操作。类似的巡查同理,如果系统能提供功能能基于页面空间的功能权限控制,那就没必要使用机器人来迂回。对于后面加css隐藏,我认为那不就是图个眼不见为净?——Sakamotosan路过围观 | 避免做作,免敬 2023年8月22日 (二) 01:00 (UTC)
前提是系统功能稳定可靠,不然配置和修改成本会大于机器人,外部补足在目标不确切时更有灵活性。我觉得给认为“骚扰”的用户一个小工具足以解决此需求,因为其他人需要用,不能只因部分人认为不需要而舍弃一项功能。--YFdyh000留言2023年8月22日 (二) 15:27 (UTC)
巡查员巡查新条目时也会有调整排版、修饰语句之类的小编辑,这些根本没有必要让另一位巡查员来巡查。所以应当仅把巡查员创建新条目的自动巡查关掉,其它的编辑活动自动巡查仍保持原状;或者也可以自动巡查小编辑,对于未标注为小编辑的就等待其它巡查员巡查。--南屿小十233对话 | 贡献 | 签名2023年8月19日 (六) 09:32 (UTC)
或是如回退员权限调整一案,给予现有巡查员一定的缓冲时间(一个月?)申请巡查豁免权,然后把巡查员权限群组中的autopatrol拿掉?--冥王欧西里斯留言2023年8月19日 (六) 09:01 (UTC)
对于专精站务的巡查员来讲,申请巡查豁免权是一件没必要的事情(毕竟他们本身也不怎么创建新条目),这样反而会加重巡查系统的负担。--南屿小十233对话 | 贡献 | 签名2023年8月19日 (六) 09:34 (UTC)
确实许多巡查员不怎么自己写条目--银河市长☎️2023年8月19日 (六) 14:38 (UTC)
很久之前(去年?)不是有过一个提议是,取消巡查员组的巡查豁免权限,并增加巡查员组为自己授予巡查豁免组的权限,个人认为可以考虑这个方案。实际上就是要求巡查员有足够能力巡查自己的条目,如果该巡查员认为自己写的条目能被巡查通过就把autopatrol挂上,如果巡查员认为自己建的这个页面还需要另一人二次巡查,那就把autopatrol摘了。H.Natsumi2023年8月17日 (四) 17:43 (UTC)
(+)支持@Hotaru Natsumi的提议。巡查员即使没有自动巡查也能手动巡查自己的编辑,这意味著巡查员有巡查能力,当然也包括自我巡查的能力。因此我认同巡查员能判断自己的编辑是否能通过巡查。--银河市长☎️2023年8月18日 (五) 08:03 (UTC)
咱希望可以换一下思路,加速推动PageTriage的本地化,它若是可以成功引入可以解决前述的很多问题,比如autopatrol要么适用全站,要么完全没有,不存在部分页面自动巡查的权限这种问题就可以用$wgPageTriageNamespaces来解决;另外,咱希望可以同时移除管理员自带的巡查豁免权,基于与移除巡查员附带巡查豁免权类似的理由。 Stang 2023年8月19日 (六) 18:19 (UTC)
巡查员是否豁免都颇受争议,管理员的豁免权延后再议吧……没用过那个工具,感觉算是另一议题。--YFdyh000留言2023年8月19日 (六) 19:46 (UTC)
巡查员建立的重定向是不是也要自动巡查--银河市长☎️2023年8月20日 (日) 05:39 (UTC)
站内巡查员再怎么说也不至于创建不来重定向,这个职位对相关方针和指引的熟知程度要求不会太低。--南屿小十233对话 | 贡献 | 签名2023年8月20日 (日) 07:36 (UTC)
所以我认为即使是自动巡查非条目空间仍然不够,只要不是新条目,即使是主命名空间都应自动巡查--银河市长☎️2023年8月20日 (日) 08:05 (UTC)
从重定向不附来源、容易主观评判来说,巡查一次有好处。大量创建的,可能应使用某种方式批量巡查,我不确定是否有。--YFdyh000留言2023年8月20日 (日) 17:32 (UTC)
同Eric。未见有必要。--Borschts 2023年8月28日 (一) 08:26 (UTC)

使巡查员可以移除或增加自己的巡查豁免者权限

现行条文

权限总览 相对于一般用户,巡查员可以

  • 标记他人的编辑为已巡查;
  • 使自己的编辑自动标记为已巡查
  • 移动文件
  • 移动页面时不在原页面创建重定向;
  • 查看未受监视的页面列表。
提议条文

权限总览 相对于一般用户,巡查员可以

  • 标记他人的编辑为已巡查;
  • 增加或移除自己的巡查豁免者权限
  • 移动文件
  • 移动页面时不在原页面创建重定向;
  • 查看未受监视的页面列表。

(+)支持Hotaru Natsumi的提案。桐生ここ[讨论] 2023年8月23日 (三) 06:48 (UTC)

这个提案还挺合理的,不过肯定会有巡查员不考虑自己的写作能力是否过关而无脑加权限的情形发生,将此依靠在巡查员对自身水平的认识还有待探究影响为何。——南屿小十233对话 | 贡献 | 签名2023年8月23日 (三) 08:50 (UTC)
不然权限解除申请页面是做什么用的( —— Eric Liu 創造は生命(留言留名学生会 2023年8月24日 (四) 05:02 (UTC)
是我没想到捏(),(+)支持该提案。--南屿小十233对话 | 贡献 | 签名2023年8月24日 (四) 06:04 (UTC)
支持。--在下荷花请多指教欢迎签到2023年8月24日 (四) 04:56 (UTC)
(+)支持该提议。--银河市长☎️2023年8月25日 (五) 08:35 (UTC)
(-)反对,脱裤放屁。->>Vocal&Guitar->>留言 2023年8月28日 (一) 02:51 (UTC)
(!)意见,不一定,作为单独组别的话,如果觉得自己没问题的可以自己要权限,但是有问题的话,肯定被人质疑单独除巡查豁免组,如果除权还是自己加上去的,可以用封禁或者除新页面巡查组来惩戒。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月28日 (一) 06:09 (UTC)
同User:Cwek,如果巡查员自行加巡查豁免者权,而持权建立条目时没有达到要求,社群可以要求除权,被管理员除巡查豁免者权后不能再自己加上,除非之后另行申请巡查豁免者通过后才可以恢复自行加权除权。如果巡查员已被管理员除去巡查豁免者权限而自行加权,即属滥用巡查员权限。
另外,巡查员本身应该具有巡查自己的条目的能力,如果特别对自己的条目条件宽松就是滥用权限,如果自己不能保证,则应该使用AFC。--桐生ここ[讨论] 2023年8月28日 (一) 06:50 (UTC)
个人认为如果此案成立,那巡查员在给自己autopatrolled的情况下创建低质条目其实直接按滥用巡查权处理就行了,该提醒提醒该除巡查权除巡查权。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖2023年8月28日 (一) 18:44 (UTC)
不过更大的问题,可能是对于新页面巡查员对新条目的巡查能力能不能对标到自身创建新条目也以身作则的问题,显然地有一部分编辑整天想打这个权限的主意是有这种的“担忧”。另外技术上按页面空间区分权限的功能,可能有(mw:Extension:Lockdown),但可能基金会项目没用过,没见过功能情况,有些人想利用机器人来解决按页面空间区分巡查标注,但我觉得不就是用机器人抢系统的工作?——Sakamotosan路过围观 | 避免做作,免敬 2023年8月28日 (一) 06:13 (UTC)
不赞同机器人按空间标注巡查,现有的机器人是受系统限制不得已的做法,如果增加一个机器人按空间标注巡查员的编辑,才是脱了裤子放屁。--桐生ここ[讨论] 2023年8月28日 (一) 07:10 (UTC)
其实这是保留部分页面空间的巡查豁免需要(例如页面存废、用户讨论页),原则上找到了一个插件能这样按页面空间区分权限,但主要没用过,不知道效果。为了推动拆权,所以有人提出用机器人来代替这种按页面空间标注巡查的机制。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月28日 (一) 08:51 (UTC)
需要说明的是,这个提案的提出是较长一段时间前站外沟通得到的一种折衷方案,主要意义在,有人认为巡查员不适合长期持有巡查豁免,这样事实上提高了巡查员建立条目的要求。于是就有了把要不要巡查豁免这个旗子的问题给到单个巡查员自己的想法。要注意的是,这个提案是建立在巡查员不适合长期持有巡查豁免的基础上的,事实上所有拆权、提高巡查员门槛的提案都是出于这个考虑,但是这个说法本身有没有被合理的讨论过是一个问题。现有体系下巡查员建立不适合按下巡查按钮的条目本身就是一种滥权或者不适合获权的情形,本来就有REVOKE流程来处理这样的巡查员,所以只有社群共识认为不应该要求巡查员必然建立能够按下巡查按钮的条目时,巡查员不适合长期持有巡查豁免这一说法才是存在讨论价值的。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖2023年8月29日 (二) 23:10 (UTC)

另案提升巡查员门槛

拆权或以下方案二者择一行之。

现行条文

获得巡查权的基本要求是:需编辑至少250次,自首次编辑以来参与维基百科至少30日,最近一年内没有受到封禁(不合理封禁除外),且在过去三个月内(新注册者由注册日起计至申请当日),平均每天的编辑次数多于一次。

提议条文

获得巡查权的基本要求是:需编辑至少1000次,创建50个有效条目,自首次编辑以来参与维基百科至少90日,最近一年内没有受到封禁(不合理封禁除外),且在过去三个月内(新注册者由注册日起计至申请当日),平均每天的编辑次数多于一次。

现行条文

建议门槛为创建75个有效条目

提议条文

建议门槛为创建50个有效条目

①巡查员门槛同回退员;②解决持权但不考察素质的谬误;③大幅降低巡查豁免门槛。。->>Vocal&Guitar->>留言 2023年8月28日 (一) 02:51 (UTC)

(!)意见我认为如果要要求素质,就不应该以数量衡量,更多的应该是以质量衡量,因此认为巡查员符合延伸确认就够了,但衡量巡查豁免(和巡查员附带之豁免)的标准应同时参考有效条目建立数量和新条目推荐数量,降低建立有效条目之参考比重。--银河市长☎️2023年8月28日 (一) 04:05 (UTC)
(-)反对修改WP:PATROL( ✓ )同意WP:AP降低巡查豁免门槛。--桐生ここ[讨论] 2023年8月28日 (一) 05:36 (UTC)
(-)反对方案一,( ✓ )同意方案二。同User:桐生ここ,不同意WP:PATROL下可以考虑同意WP:AP。巡查员能检查新条目的质量,应该也以此作为自己创建新条目的标杆,但不代表他需要创建新条目,所以不应该以创建条目数来判断是否作为巡查员的条件;如果有些编辑还是执着于巡查豁免的条件还是太高的话,我认为还是可以考虑降低巡查豁免的申请要求。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月28日 (一) 06:05 (UTC)
是我描述不清吗?我的方案是同时执行的一案,不存在方案一二。--。->>Vocal&Guitar->>留言 2023年8月28日 (一) 06:29 (UTC)
那你这个整合方案实在不苟同了。——Sakamotosan路过围观 | 避免做作,免敬 2023年8月28日 (一) 08:52 (UTC)
巡查员不需要创建新条目,却能背负不需要的权限,仅因为“他会吃饭所以他应该也会做饭”这样的逻辑。不同意我案我没有任何意见,因为不同意我案就应该同意先前的拆权案。->>Vocal&Guitar->>留言 2023年8月29日 (二) 10:05 (UTC)
巡查豁免者=他做的饭都很好吃,不用评判可以直接上桌。巡查员=可以评判饭是否好吃,能评判别人做的饭是否好吃,也能评判自己做的饭是否好吃,判断好吃才能上桌。两者取得巡查豁免权的原因是不同的。--桐生ここ[讨论] 2023年8月29日 (二) 11:41 (UTC)
使巡查员可以移除或增加自己的巡查豁免者权限,也是拆权的一种。而如果判断自己做的饭和其他人做的饭的标准不一样,就是滥权。--桐生ここ[讨论] 2023年8月29日 (二) 11:46 (UTC)
巡查员的工作只在于评判,然而现在巡查员不能评判自己做的饭是否好吃,因为他做的饭被默认认为好吃,这本身就是与职责完全不相干的权利。给巡查员自我选择的余地,也是越权的一种。--。->>Vocal&Guitar->>留言 2023年8月29日 (二) 13:17 (UTC)
允许巡查员可以自己加权除权,就是巡查员评判自己的饭好不好吃,加权建立条目就是巡查员判断好吃,不加权(除权)建立条目就是巡查员判断不好吃。--桐生ここ[讨论] 2023年8月29日 (二) 13:31 (UTC)
很显然如果真的要评判,只有巡查这个动作才是合理的方式。不要再讲什么加权创建除权创建这种莫名其妙的话了,帽子摘了戴戴了摘这么好玩是不是?--。->>Vocal&Guitar->>留言 2023年8月29日 (二) 13:48 (UTC)
显而易见的,巡查员具有巡查他人条目的能力,这是几次拆权案中双方都承认的,那巡查员理所应当的具有巡查自己条目的能力。本身巡查员带有的这个autopatrolled就是这个原因,既然认为巡查员背着不适合自己的权限,不如把这个问题交给巡查员自己,巡查员自己去看自己的条目能不能被巡查,是常驻巡查豁免还是长期不戴巡查豁免都是巡查员自己的决定,只要不让无法通过巡查的条目被自动巡查就行。至于帽子摘了戴戴了摘,行政员给自己授权/撤销界面管理员、管理员给自己授权/撤销机器用户、监管员给自己上/下用户查核员,那不都是帽子摘了戴戴了摘吗,是不是也可以批判一下这些操作了?𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖2023年8月29日 (二) 22:59 (UTC)
矫枉过正。—— Eric Liu 創造は生命(留言留名学生会 2023年8月28日 (一) 18:36 (UTC)
(-)反对:正如Eric Liu所言,矫枉过正。该提案将巡查员的巡查豁免因果倒置,显而易见巡查员的autopatrolled权限是因为社群认为你既然有能力巡查别人的条目,所以你自己的条目也应该是能够通过巡查的。这样改无异于反过来,你要确保你自己的条目能显性地、显而易见地经过巡查,才能去巡查别人的条目。另外单提升纸面要求不能达到提升素质的目的。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖2023年8月28日 (一) 19:16 (UTC)
同样,你无法证明有能力巡查其他条目与保证自己条目通过巡查之间存在充分关系(我在上方的讨论也举出了反例),我当然可以主张能够保证自己条目通过巡查才可能有能力巡查其他条目。解决这个问题的最简方案就是彻底分离这两个权限。->>Vocal&Guitar->>留言 2023年8月29日 (二) 10:05 (UTC)
你这样主张显而易见的属于“你也一样”逻辑谬误。评价条目的好坏不需要会写条目,这是一般逻辑且无需证明。另外有能力巡查其他条目是否是保证自己条目能通过巡查的充分条件,请如下理解:巡查员本身就可以对自己的条目进行巡查操作(巡查操作不是按下巡查按钮,而是针对最终版本提升条目质量或者,挂板,对自己的完工条目而言,也基本只可以挂维护板),巡查员只需要保证自己创建的页面最后一版本符合能按下巡查按钮的标准即可(特别地,由于存在G10,巡查员本人不应对其创建的条目提普通删除而是应当速删,进而条目内不应存在删除性模板、不应存在多于三个维护模板),换言之,巡查员应当确保自己的最终版本是正确维基化的、不会被提交删除的,同时允许存在少量语言问题或技术问题但是应该使用维护模板指明,如果无法确保,要么删掉重来要么转到草稿走AFC流程,如果多个条目达不到这个标准,反过来可以说明该巡查员对如何叫能按下巡查按钮这个标准理解不正确,也就无法担任巡查员,由此说明在当前权限基础下,有能力巡查他人条目是确保自己条目能按下巡查按钮的充分条件。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖2023年8月29日 (二) 22:37 (UTC)
至于你在上面找到的反例,请提交WP:REVOKE,巡查员持有巡查豁免建立无法按下巡查按钮的条目在现有体系下,如果认为他没有进行对应巡查操作,应该视为滥权,如果认为他已经进行巡查操作并认为自己条目已经可以按巡查钮了,应该视为不适合获权,无论如何理解都应该除权或至少警告。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖2023年8月29日 (二) 22:48 (UTC)
重复我的论点,如果巡查员会随便乱建立明显不合格的条目,不该信任他有能力作为条目品质“把关者”--银河市长☎️2023年8月30日 (三) 11:20 (UTC)
(-)反对。您这提案才是在脱裤放屁吧?——南屿小十233对话 | 贡献 | 签名2023年9月2日 (六) 08:27 (UTC)

提升巡查员门槛并降低巡查豁免者门槛

现行条文

获得巡查权的基本要求是:需编辑至少250次,自首次编辑以来参与维基百科至少30日,最近一年内没有受到封禁(不合理封禁除外),且在过去三个月内(新注册者由注册日起计至申请当日),平均每天的编辑次数多于一次。

提议条文

获得巡查权的基本要求是:需编辑至少1000次,自首次编辑以来参与维基百科至少90日,过去三个月内建立的条目[注 1]在其发布或自行移动到主条目空间时条目质量需符合已巡查[注 2]要求,最近一年内没有受到封禁(不合理封禁除外),且在过去三个月内(新注册者由注册日起计至申请当日),平均每天的编辑次数多于一次。

现行条文

建议门槛为创建75个有效条目

提议条文

建议门槛为创建35个有效条目,并且过去三个月内建立的条目[注 3]在其发布或自行移动到主条目空间时,条目质量需符合巡查豁免要求

根据Ohtashinichiro的提案做出调整,要求巡查员如果三个月内有建立条目,在其发布到条目空间时,条目应该为可以按下巡查按钮的状态。桐生ここ[讨论] 2023年8月29日 (二) 13:58 (UTC)

同意这个方案,(-)强烈反对上面那个硬性创建条目标准的方案。50个有效条目对于部分聚焦于改善已有条目的编辑来说实在过多(我现在只创建了44个)。——Aggie Dewadipper 2023年8月29日 (二) 16:20 (UTC)
抱歉仍然反对,不会写条目不代表其无法担任巡查员工作,巡查员的巡查豁免说到底是相信巡查员能够为自己的条目进行合适的巡查操作,那在没有获得巡查权时创建的无法按下巡查按钮的条目,并不代表他无法胜任条目评价工作,而可以基于善意推定他没有对他的条目进行巡查操作。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖2023年8月29日 (二) 22:34 (UTC)
或者换个思路,若按该案,如果申请者A在三个月内创建了一个完全没有分类,且自己没有挂上uncategorized模板(这样不能按巡查按钮),但是如果加好分类能上DYK的条目,申请者B没有建立条目。那么申请者A就会因为达不到硬性要求而申请不了巡查员权限,申请者B却可以。这样显然不合适。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖2023年8月29日 (二) 22:34 (UTC)

注释

  1. ^ 如有建立条目(不是要求三个月内必须有建立条目)
  2. ^ 相当于可以按下“标记此页面为已巡查”按钮
  3. ^ 如有建立条目(不是要求三个月内必须有建立条目)

提升巡查员门槛并降低巡查豁免者门槛 版本2

现行条文

获得巡查权的基本要求是:需编辑至少250次,自首次编辑以来参与维基百科至少30日,最近一年内没有受到封禁(不合理封禁除外),且在过去三个月内(新注册者由注册日起计至申请当日),平均每天的编辑次数多于一次。

提议条文

获得巡查权的基本要求是:需编辑至少1000次,自首次编辑以来参与维基百科至少90日,最近一年内没有受到封禁(不合理封禁除外),且在过去三个月内(新注册者由注册日起计至申请当日),平均每天的编辑次数多于一次。

现行条文

建议门槛为创建75个有效条目

提议条文

建议门槛为创建35个有效条目

--桐生ここ[讨论] 2023年8月30日 (三) 05:23 (UTC)

投票

用投票的方式总结出最受欢迎的方案。

投票格式:

#{{支持或反对}} --~~~~

提案一

  • “Sanmosa原案”
    • 移除巡查员的巡查豁免权
  1. (=)中立 积压会变多,但本来就不少,且不少豁免条目应有复查和讨论。--YFdyh000留言2023年8月31日 (四) 11:13 (UTC)
  2. (-)反对 巡查员有巡查别人条目的能力也应该有巡查自己条目的能力。桐生ここ[讨论] 2023年9月1日 (五) 02:57 (UTC)
  3. (-)反对。纯粹加重巡查积压。——南屿小十233对话 | 贡献 | 签名2023年9月2日 (六) 08:38 (UTC)

提案二

  • “Gaolezhe旧案”
    • 移除巡查员的巡查豁免权
    • 并赋予机器人巡查豁免权
  1. 无效 看不出第二条的意义。--YFdyh000留言2023年8月31日 (四) 11:13 (UTC)
  2. 无效,没有提出修改的理由或意见。而且“机器人”组本来就有巡查豁免的权限。——Sakamotosan路过围观 | 避免做作,免敬 2023年9月1日 (五) 01:23 (UTC)
  3. (-)反对。理由同上。——南屿小十233对话 | 贡献 | 签名2023年9月2日 (六) 08:38 (UTC)

提案三

  • “Sanmosa新案”
    • 移除巡查员的巡查豁免权
    • 现有的巡查员在两个权限完全分离后全体自动获授巡查豁免权
    • 新上任的巡查员不再自动附带巡查豁免权
  1. (=)中立 不反对当成过渡方案。--YFdyh000留言2023年8月31日 (四) 11:13 (UTC)
  2. (-)反对。巡查积压仍然得不到解决。若有相关解决方法可于部署成型后改为(+)支持。——南屿小十233对话 | 贡献 | 签名2023年9月2日 (六) 08:38 (UTC)

提案四

  • “Hotaru Natsumi案”
    • 巡查员可以移除或增加自己的巡查豁免者权限
  1. (+)支持 --桐生ここ[讨论] 2023年8月30日 (三) 05:27 (UTC)
  2. (-)倾向反对 选择恐惧症,可能出现A认为应当豁免,B认为不应当豁免。也可能出现除权争议和以当事人自行除权结案,但当事人随时可以自行复权。但可考虑作为附加方案。--YFdyh000留言2023年8月31日 (四) 11:13 (UTC)
    关于除权争议,可以考虑直接除巡查权,而不是除巡查豁免权,这样自行除权结案也只能自行除巡查权结案,事后也无法自行复权。需要重申的是,该方案技术上是使巡查员可以让自己的某个新页面不被标记为已巡查,而是保持未巡查状态。而带权建立自动巡查的页面可以视作巡查员本人按下了巡查按钮。巡查豁免权在此不应被视作单独权限而是像机器用户之于管理员这样的附属权限,除权应当以巡查权为主体。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖2023年8月31日 (四) 15:06 (UTC)
  3. (+)倾向支持,如果对于某些编辑执着于“能力越大,责任越大”的想法,非要将巡查员有“巡查豁免”权限与创建条目的免巡查表象、“巡查豁免”组的功能对应挂钩的话,我觉得这样拆除权限并由对应角色组来承当可能是比较折中的方法。自认有能力者自己申请角色,没能力者可以单独剥夺“巡查豁免”组,严重的话(例如被第三者除权后由自己赋予的情况)可以追究更严重的惩戒(包括除“巡查”组、乃至封禁)。PS,这个方法可能还需要结合“巡查”组移除“巡查豁免”的权限。另外权限与用户组(aka,角色)的概念我认为参照基于角色的访问控制。——Sakamotosan路过围观 | 避免做作,免敬 2023年9月1日 (五) 01:30 (UTC)
  4. (+)倾向支持。希望WP:REVOKE程序能起自制作用。——南屿小十233对话 | 贡献 | 签名2023年9月2日 (六) 08:38 (UTC)
  5. (+)支持,用时添入,余时删除。—顺颂时祺 ZhaoFJx 2023年9月10日 (日) 03:06 (UTC)
  6. (+)支持--Gaolezhe留言2023年9月10日 (日) 03:38 (UTC)
  7. 我不同意现在直接投票,但若之后真要表决,此案最为适当且可行。—— Eric Liu 創造は生命(留言留名学生会 2023年9月10日 (日) 10:41 (UTC)
  8. (+)支持--Hoben7599 | 支持立场新闻 2023年9月17日 (日) 03:02 (UTC)

提案五

  • “Ohtashinichiro案”
    • 巡查员需编辑至少1000次,创建50个有效条目,自首次编辑以来参与维基百科至少90日
    • 巡查豁免者建议门槛为创建50个有效条目
  1. (-)倾向反对 创建条目的数量不能充分代表巡查质量,批量建立很容易充数。--YFdyh000留言2023年8月31日 (四) 11:13 (UTC)
  2. (-)倾向反对关于巡查员申请与创建条目数的条件绑定。——Sakamotosan路过围观 | 避免做作,免敬 2023年9月1日 (五) 01:32 (UTC)
  3. (-)反对 巡查员取得巡查豁免权的原因和巡查豁免者是不同的,不应该都要求建立条目。桐生ここ[讨论] 2023年9月1日 (五) 03:00 (UTC)
  4. (-)反对。对专精站务的巡查员来说不合理,对批量建立小作品来充数的编者来说太容易。——南屿小十233对话 | 贡献 | 签名2023年9月2日 (六) 08:38 (UTC)
  5. (-)反对,巡查50个有效条目太多了--SunAfterRain 2023年9月13日 (三) 11:40 (UTC)

提案六

  • “Ohtashinichiro案 桐生ここ修改版”
    • 巡查员需编辑至少1000次,自首次编辑以来参与维基百科至少90日,过去三个月内建立的条目在其发布或自行移动到主条目空间时条目质量需符合已巡查要求
    • 巡查豁免者建议门槛为创建35个有效条目,并且过去三个月内建立的条目在其发布或自行移动到主条目空间时,条目质量需符合巡查豁免要求
  1. (+)支持--YFdyh000留言2023年8月31日 (四) 11:13 (UTC)
  2. (-)倾向反对关于巡查员申请与创建条目数的条件绑定。——Sakamotosan路过围观 | 避免做作,免敬 2023年9月1日 (五) 01:32 (UTC)
    提案六巡查员不绑定条目数,只要求过去三个月如果有建立条目,条目需要符合质量要求。--桐生ここ[讨论] 2023年9月1日 (五) 02:45 (UTC)
  3. (+)支持。——南屿小十233对话 | 贡献 | 签名2023年9月2日 (六) 08:38 (UTC)
  4. (+)支持--Factrecordor留言2023年9月2日 (六) 15:59 (UTC)
  5. (+)倾向支持支持提高巡查员门槛,但认为延伸确认已足够,更重要的不是纸上门槛,另巡免门槛条目需要符合质量要求需要具体化--银河市长☎️2023年9月3日 (日) 02:15 (UTC)
    您是否同意下面的提案七?--桐生ここ[讨论] 2023年9月3日 (日) 12:51 (UTC)
    对于纸面上的要求,认同提高巡查员、降低巡免,只不过认为不必要像回退员一样高,30天500次就够了,还是以实际能力与经验为主要依据较好。--银河市长☎️2023年9月3日 (日) 13:51 (UTC)
  6. (-)反对,35的门槛太低。--🎋🎍 2023年9月10日 (日) 03:37 (UTC)
  7. (-)反对,砍巡免标准砍得太过头了--SunAfterRain 2023年9月13日 (三) 11:40 (UTC)

提案七

  • “桐生ここ案”
    • 巡查员需编辑至少1000次,自首次编辑以来参与维基百科至少90日
    • 巡查豁免者建议门槛为创建35个有效条目
  1. (-)倾向反对关于巡查员申请与创建条目数的条件绑定。——Sakamotosan路过围观 | 避免做作,免敬 2023年9月1日 (五) 01:32 (UTC)
    @Cwek提案七巡查员没有要求建立条目,只是要求编辑1000次和注册90天,跟回退员一样。巡查豁免条件减少一半。--桐生ここ[讨论] 2023年9月1日 (五) 02:40 (UTC)
    囧rz……。——Sakamotosan路过围观 | 避免做作,免敬 2023年9月1日 (五) 02:48 (UTC)
  2. (+)支持 桐生ここ[讨论] 2023年9月1日 (五) 03:18 (UTC)
  3. (=)中立--Gaolezhe留言2023年9月1日 (五) 12:00 (UTC)
  4. (+)倾向支持巡查员如上所述,认为延伸确认已足够,巡查、巡免应多参考各项指标--银河市长☎️2023年9月3日 (日) 13:55 (UTC)
  5. (-)反对,35门槛太低。--🎋🎍 2023年9月10日 (日) 03:36 (UTC)
  6. (-)反对,砍巡免标准砍得太过头了--SunAfterRain 2023年9月13日 (三) 11:40 (UTC)

提案八

  • “Gaolezhe新案”
    • 剥夺巡查员的巡查豁免权
    • 剥夺巡查员巡查自己条目的权利
    • 利用机器人对巡查员的非条目页面进行自动巡查
  1. (-)反对 增加了没有必要的机器人抢本身MediaWiki系统的工作。桐生ここ[讨论] 2023年9月3日 (日) 12:48 (UTC)
  2. (-)强烈反对--银河市长☎️2023年9月3日 (日) 13:52 (UTC)

投票讨论

别总是急著投票。—— Eric Liu 創造は生命(留言留名学生会 2023年8月30日 (三) 07:09 (UTC)

“Gaolezhe案”无头无尾的,根本不算是可以讨论的提案吧?——Sakamotosan路过围观 | 避免做作,免敬 2023年8月30日 (三) 08:02 (UTC)
(!)抗议现在还不断有新意见,不应诉诸投票--银河市长☎️2023年8月30日 (三) 11:24 (UTC)
我就只能说一句话:医者不自医。“巡查员有巡查别人条目的能力也应该有巡查自己条目的能力”这种说法显然是在背离事实与本质,中文维基百科不可以放纵这种李森科主义。Sanmosa віки-віків 2023年9月1日 (五) 06:29 (UTC)
笑话,根本不是一回事。还什么“李森科主义”?维基百科又不是菜园。还是你想指控在场有人“因政治、宗教或社会需要故意歪曲科学事实或理论”?真要指控就详细展开,否则倒可算是所谓“麦卡锡主义”的行为了。另外,我想本站也不需要看到自己建立的条目就会突然“失智”(而且是“失智”到很严重那种)的巡查员;巡查员本当有巡查任何条目的能力。我个人反而认为把这种“失智”现象当成政策修订判断基准是才“显然是在背离事实与本质”。如果确实有巡查员觉得自己可能落入“医者不自医”的困境,也大可像上面某些提案那样把巡查豁免权改成自由选择持有与否,若有滥权则自有另一套机制处理。重点是社群应该给予一般(合格的)巡查员足够尊重,信任他们对自己能力水准在哪里的认知。—— Eric Liu 創造は生命(留言留名学生会 2023年9月1日 (五) 12:56 (UTC)
你这种反应就是我说的“医者不自医”的情况,不要盲目地相信人性。反正我也只是打算在这里点出我的观察而已,信不信由大家。那种错误的观念毕竟积习已久,到现在还有人主张仍是情有可原,但主张者理当意识到积习已久的观念并不经常是正确的观念。Sanmosa віки-віків 2023年9月1日 (五) 14:45 (UTC)
看了看两位的想法我倒是有个方案
1.移除现有巡查员的自动巡查并全部授予巡免
这是出于对现有巡查员的尊重
2.巡查员可自我移除或增加巡查豁免权
这是出于巡查员如果自认为自己需要被巡查或是认为自己需要被他人二度巡查,再来即便移除了自己的巡免,如果巡查员认为自己这个页面已经处理到好了,巡查员可以在没有巡免的情况下按下巡查按钮。
往后在有人申请巡查员时管理员可以根据申请者的状况来判断要不要同步授予巡免,出于社群现在对于申请巡查权的人几乎会希望说巡查员能做到将条目及每笔编辑的格式关注度分类等各项都做到好,就我对社群的了解您们也不会希望说让一位自己写的条目自己做的编辑都处理不好的人去当巡查员。依据我前面说的还有Eric说的,以及出于对巡查员的尊重,管理员在处理巡查权申请的时候仍是预设一同授予巡免权。
这是结合两位意见想法的方案,两位怎么看呢?@Ericliu1912Sanmosa
如果有人觉得这个构想不错,您们可以自己加进讨论里去讨论。--~~Sid~~ 2023年9月2日 (六) 06:42 (UTC)
“巡查员可自我移除或增加巡查豁免权”本质上就是对人性的信任,但我此前的观察是越是真正能写好东西的人越是不在意自己的用户权限,而越是没办法写好东西的人越是执著于一些微小的权限,最近我才看到某位用户在除权请求那边大放阙词声称这里有人意图以请求除权的方式“迫害中国大陆用户”。我还是这句话:不要盲目地相信人性,医者不自医。Sanmosa віки-віків 2023年9月2日 (六) 07:09 (UTC)
我觉得中文维基百科更不能容忍自己乱写条目的巡查员 囧rz……--银河市长☎️2023年9月2日 (六) 05:42 (UTC)
(-)反对降低巡查豁免门槛,这已经够低了,您维要做的是鼓励更多符合条件的人去申请巡查豁免,同时严加把关。--🎋🎍 2023年9月2日 (六) 15:37 (UTC)
个人觉得现在提出的那些方案都没什么具体的帮助和急迫性。--Cbls1911留言2023年9月13日 (三) 04:19 (UTC)
  • 真好笑,以前就讲过这本来就是一种完全装饰用的权限,也不等于免死金牌(即:破坏还是有可能被封禁),所以个人认为完全没有讨论的必要。从此可以得知,社群完全没有进步,也没有动脑过。--Z7504非常建议必要时多关注评选留言2023年9月13日 (三) 18:15 (UTC)

投票总结

截至2023年9月16日 (六) 17:00 (UTC):

  • 提案一,没有支持票;
  • 提案二,没有支持票;
  • 提案三,1个有条件支持票;
  • 提案四,6个支持票,1个反对票;
  • 提案五,没有支持票;
  • 提案六,4个支持票,3个反对票;
  • 提案七,2个支持票,2个反对票;
  • 提案八,没有支持票。

可见当前大家最支持提案四。 --桐生ここ[讨论] 2023年9月16日 (六) 17:00 (UTC)

我不太认可投票的有效性,毕竟上面也有用户表态那时候不该发起投票。Sanmosa віки-віків 2023年9月17日 (日) 09:48 (UTC)
顶多做个参考。实际上我认为社群现阶段对此议题可能还没有共识。—— Eric Liu 創造は生命(留言留名学生会 2023年9月17日 (日) 10:46 (UTC)
只就现在的结果来看,参与本次讨论者更倾向“提案四”(总意见数,正反差都很明显)。——Sakamotosan路过围观 | 避免做作,免敬 2023年9月21日 (四) 03:24 (UTC)