维基百科讨论:人事任免投票資格/存檔2

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

Wikipedia:人事任免投票資格作出的事實性修改

先聲明,這個修改只是把大家一直使用的rfa.py寫進方針,下列為該修改:

現行條文

投票前管理 第2点合资格用户會登记至一项目页面上,减少验票难度。如果有可以取代的自动验证的脚本则可以取消预先登记。

提議條文

投票前管理 第2点合资格用户會登记至一项目页面上,减少验票难度。如果有可以取代的自动验证的脚本则可以取消预先登记。

註:現時有可取代該項目頁面的自動腳本[1],故現時不需要特別建立一項目頁面,且該腳本能同時辨認兩點中任一點合乎資格的用戶。

既因該修改並非對已有方針作出新的詮釋,或修改共識,故已直接修改。若有疑問亦可回退並討論。
以上
--1233 T / C 2021年2月17日 (三) 09:43 (UTC)

當我沒提這案。SANMOSA 誓山海而長在,似日月而無休 2021年2月19日 (五) 02:25 (UTC)

设置新的保护类型

無共識:
下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

维基百科部分条目被IP破坏者亦有,如直接半保护,可能影响到非自动确认用户进行正常编辑(如果它们不会提起编辑请求),遂提议设置此保护类别。

图标 命名 简介
注册用户保护 受到此保护的页面只有注册用户(不论是非新用户,确认用户或自动确认用户)可以编辑。

--CreeperDigital1903 2021年6月7日 (一) 12:07 (UTC)

(-)傾向反對蛤,才50就自確了啦。--路西法人留言 2021年6月7日 (一) 12:34 (UTC)
我觉得不一定,我从新用户变成自动确认花了快一个月。50说少也不算少了,又不是英维只要10次。问题是这在技术上能否实现,以及是否真的有“IP用户进行破坏但新用户不会”的情况。--Milky·Defer 2021年6月7日 (一) 13:19 (UTC)
如果要這樣做的話,那必須將自動確認用戶的要求進一步提高(可以把要求提升到與對Tor用戶的要求一樣,都是註冊達90天並編輯達100次)。SANMOSA Σουέζ 2021年6月8日 (二) 03:11 (UTC)
這個級別絕不應用於取代目前的半保護。七日確認機制是阻止即興破壞者的利器。--Temp3600留言2021年6月8日 (二) 08:00 (UTC)
@Temp3600:或許把註冊用戶保護、原一般半保護(註冊滿一週用戶保護)和原Tor半保護(新半保護)當成3個並行的層級也可。我只是感覺現時zhwiki的自動確認用戶的要求真的有點低而已。SANMOSA Σουέζ 2021年6月8日 (二) 14:09 (UTC)
如果真得需要那麼多保護級別,或許用AF即可。--銀河市長☎️2021年6月9日 (三) 08:15 (UTC)
話說我真的無法理解為什麼wp:right申請「確認使用者」需要有「自動確認使用者」--木瓜不是食物#留言 2021年6月8日 (二) 05:33 (UTC)
用来给老用户开合规的分身账户,例如进行涉及确定用户权限的技术测试。——Sakamotosan路过围观杯弓蛇影 | 避免做作,免敬 2021年6月8日 (二) 12:05 (UTC)
不是自确亦可申请。--Hamish with w. 2021年6月8日 (二) 14:15 (UTC)
又被半保護了--木瓜不是食物#留言 2021年6月10日 (四) 03:38 (UTC)
@Jonathan5566:其他版請-- Sunny00217  2021年6月12日 (六) 04:35 (UTC)
(-)傾向反對功效不大-- Sunny00217  2021年6月9日 (三) 09:08 (UTC)
(-)反对。—MintCandy♫ 欢迎参加浙江专题 台州专题 2021年6月10日 (四) 05:04 (UTC)
(-)反对,没有太大作用。--Lanwi1(留言) 2021年6月21日 (一) 15:39 (UTC)
(-)反对,破壞者隨便註冊帳號就能亂改。天蓬大元帥-會客 閱讀機器翻譯放鬆一下 2021年7月17日 (六) 07:55 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

引入延伸確認保護

已通過:
已公示七天,有關人事任免條件的條文修訂,公示期間沒有反對意見,這個修訂已通過;但延伸確認保護有少數反對意見,暫時未通過。--蟲蟲飛♡♡→♡℃留言 2021年7月17日 (六) 10:08 (UTC)
下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

延伸確認保護還比較值得討論。—— Eric Liu 創造は生命(留言留名學生會 2021年6月10日 (四) 09:47 (UTC)
上面说的有道理。--安忆Talk 2021年6月10日 (四) 13:33 (UTC)
(▲)同上,XC權更值得討論。--路西法人留言 2021年6月10日 (四) 14:13 (UTC)
(▲)同上--蟲蟲飛♡♡→♡℃留言 2021年6月18日 (五) 13:40 (UTC)
(+)支持 2021年6月19日 (六) 23:31 (UTC)

初步提案如下:

現行條文
提議條文
延伸確認權限條件
  1. 帳號已註冊3個月。
  2. 已經編輯條目空間500次。(不含用戶頁及用戶討論頁)
  3. 符合條件後,系統自動授權。
延伸確認權保護
  1. 只能由延伸確認用戶編輯。
現行條文
  1. 解任投票聯署提出或上任投票開始1個月前,編輯100次或以上;並在聯署提出或上任投票開始前3個月內至少有一次編輯(不包括任何使用者頁面及使用者對話頁);
  2. 編輯3000次或以上,或編輯1500次條目或以上。
提議條文
  1. 解任投票聯署提出或上任投票開始1個月前,擁有延伸確認權限;並在聯署提出或上任投票開始前3個月內至少有一次編輯;
  2. 編輯3000次或以上,或編輯1500次條目或以上。

以上。--蟲蟲飛♡♡→♡℃留言 2021年6月20日 (日) 04:14 (UTC)

(-)傾向反對Wikipedia:常年提案#扩展确认用户:沒有充分理由證明延伸確認使用者比自動確認使用者更適合進階編輯-- Sunny00217  2021年6月20日 (日) 07:07 (UTC)
鑒於剛才有人抗議其實是覆蓋編輯表示不滿,我就畫掉反對了((([開玩笑的]-- Sunny00217  2021年6月20日 (日) 07:24 (UTC)
(+)支持,不過可以參考目前的自動確認使用者設立權限申請及除權,還有保護方針可以同時跟進條文「當出現自動確認使用者編輯戰或半保護時仍無法有效的保護條目管理員即可提高至延伸確認保護」。~~Sid~~ 2021年6月20日 (日) 07:16 (UTC)
(▲)同上,但固然前提是參與編輯戰的用戶並非延確用戶 --路西法人留言 2021年6月20日 (日) 07:46 (UTC)
Wikipedia:常年提案#擴充確認用戶的「未通過原因」的回應:不應將設立延確用戶視為進行「進階編輯」或「解決爭議」的手段。設立延確應是減少高風險頁面的破壞,而非如該頁所述「編輯全保護頁面」等操作(這個不是延確的工作)。延確應配合設置藍鎖作為破壞行為的防範手段而非爭議編輯的處理手段。編輯爭議/編輯戰的行為依然應該以金鎖處理(尤其為政治議題)。現行確實有銀鎖的編輯戰保護,以藍鎖作為防止爭議的保護手段的考量應與銀鎖編輯戰保護相似。--路西法人留言 2021年6月20日 (日) 07:38 (UTC)
為甚麼要用一堆xx鎖的非正式用語! -- Sunny00217  2021年6月21日 (一) 00:00 (UTC)
隨便啦wwwwww--路西法人留言 2021年6月21日 (一) 02:27 (UTC)
感觉只不过是将自动确认用户的难度延后到ex确认用户的难度吧,并不能根本破坏防范的问题。——Sakamotosan路过围观杯弓蛇影 | 避免做作,免敬 2021年6月21日 (一) 03:21 (UTC)
刷500比刷50難啊,還要90天。--路西法人留言 2021年6月21日 (一) 05:51 (UTC)
(-)反对,延伸确认保护主要针对被破坏的半保护页面,在解决编辑战方面没有太大作用。目前中文维基百科没有足够条件引入延伸确认保护。--Lanwi1(留言) 2021年6月21日 (一) 15:33 (UTC)
閣下哪裏來「延確保護必定需要協助解決編輯戰」的說法?延確用來保護高風險頁面或模板正合適,高編輯戰風險也不會拿延確來保護而是全保護了啊。--路西法人留言 2021年6月22日 (二) 02:21 (UTC)
中文维基百科有半保护和模板保护就足够了,我看了一下外文版方针,延伸确认保护仅用来保护被破坏的半保护页面。--Lanwi1(留言) 2021年6月22日 (二) 16:42 (UTC)
這樣的話確實和模板保護有點重複。我有個反建議:延伸確認保護可以拿來處理人事任免投票資格@Lanwi1SANMOSA Σουέζ 2021年6月27日 (日) 01:18 (UTC)
(?)疑問 人事任免投票資格?是要把延伸確認資格從500次編輯拉伸到1500或3000次編輯嗎?—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年6月27日 (日) 01:56 (UTC)
可以把人事任免投票資格第一條的「編輯100次或以上」改為「延伸確認資格」,其他維持不變。--蟲蟲飛♡♡→♡℃留言 2021年6月27日 (日) 02:19 (UTC)
(+)支持User:蟲蟲飛案。 -- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年6月27日 (日) 02:26 (UTC)
把延伸確認資格從500次編輯拉伸到1500次或3000次編輯是可行的,甚至如果技術允許的話,可以讓系統自動判別用戶是否符合人事任免投票資格,然後為符合資格者自動授權延伸確認用戶,授權後不符合資格者自動除權。SANMOSA Σουέζ 2021年6月27日 (日) 02:34 (UTC)
太高了,这最终会过度妨碍想编辑的人。有些职业维基人[開玩笑的]一周不到就可以三千,但非职业维基人[開玩笑的]想要达到千次以上都会花费相当长的时间,可能半年,可能一年,总之太长了。--安忆Talk 2021年6月27日 (日) 03:41 (UTC)
不然一樣維持500次,然後把人事任免投票資格第ー條的「編輯100次或以上」改為「延伸確認資格」,其他維持不變,則是變成將人事任免投票資格第ㄧ條改成500次。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年6月27日 (日) 03:48 (UTC)
人事任免投票資格完全可以計票時審核(就是目前的方式),不需要依賴任何技術上的使用者群組啊(不用為了這個資格建立使用者群組的意思)?--Xiplus#Talk 2021年6月27日 (日) 04:35 (UTC)
這樣做可以直接省去計票審核的程序,因為不符合資格者自己也投不了票。SANMOSA Σουέζ 2021年6月28日 (一) 00:23 (UTC)
現在計票審核也沒多難,都有工具幫助了;前面提的延伸確認資格根本無法完全涵蓋人事任免投票資格(技術上根本無法計算「在聯署提出或上任投票開始前3個月內至少有一次編輯」),無法省去計票審核的程序;沒有資格者應該還是能發表意見,不可能用保護功能。--Xiplus#Talk 2021年6月28日 (一) 02:04 (UTC)
@Sanmosa延伸确认保护也不能处理人事任免投票资格,只能处理被破坏的半保护页面。--Lanwi1(留言) 2021年6月27日 (日) 16:02 (UTC)
@Lanwi1:抱歉,我完全不同意你的看法。中文維基百科不是英文維基百科的中文版,如果中文維基百科的社群共識決議對延伸確認保護有另類的用法的話,那這種另類的用法仍然是可行的。SANMOSA Σουέζ 2021年6月28日 (一) 00:23 (UTC)
@Sanmosa:除了英文版,法文版和日文版也实施延伸确认保护,都是防破坏,若有另类的用法会脱离本来的目的。目前中文维基百科没有如问题编辑频繁发生之类的足够背景支持引入延伸确认保护。--Lanwi1(留言) 2021年6月28日 (一) 19:22 (UTC)
@Lanwi1:我有一个疑问:您认为共产主义现在能否永久半保护(近半年约被破坏了10次以上)?如果说这个是意识形态,那么性交(现在被半保护了约10年)和同性戀呢?从目前中维鼓励一切用户进行编辑的角度来说这些条目确实都不应该半保护,但是过去几个月的经验/历史记录很明显显示出如果不半保护还会继续有破坏,但如果引入了扩展保护,很明显这几个条目就适合进行长期半保护了。当然,对应的原本很有争议的条目自然可以上升至扩展保护,但是如果只有半保护和全保护的话,至少我认为情况是比较尴尬的。--ときさき くるみ 2021年6月29日 (二) 11:28 (UTC)
条目共产主义现在不需要永久半保护的原因是未受到频繁破坏。扩展保护仅用于被破坏的半保护页面,我还认为需要永久扩展保护的基本上都是被LTA破坏的半保护页面,若以针对LTA突破半保护为由引入扩展保护,我表示支持。另外日文版引入扩展保护的背景就是有些LTA喜欢突破半保护,本地只有影武者喜欢突破半保护……--Lanwi1(留言) 2021年6月29日 (二) 20:45 (UTC)
@Lanwi1:您能否大致给出您心目中频繁的标准?在我看来在一个大部分科学类条目两三年没人写的地方,某个条目半年被破坏了接近10次绝对达到频繁的标准了。另,看了一下英维,的确您说的有道理,不过英维同样对波兰种族主义阿以冲突这类高争议但应该没有LTA的条目进行了扩展保护。--ときさき くるみ 2021年6月30日 (三) 07:16 (UTC)
基本上是短期內密集破壞,因此長期又零星的破壞就處於臨界情況,我無法直接說一律保護或不保護,要按個案判斷,但若是冷清的條目導致看起來編輯全是破壞,那或許會被保護。--Xiplus#Talk 2021年6月30日 (三) 08:01 (UTC)
不同意引入擴展保護會讓「這幾個條目就適合進行長期半保護」,引入比半保護層級還高的擴展保護不應該變相讓半保護的標準放鬆,如果您認為半保護的標準應該放鬆,您應該提議社群變更半保護標準,而不是透過引入擴展保護來解決。--Xiplus#Talk 2021年6月30日 (三) 01:23 (UTC)
@Xiplus:我知道,但这更多不是标准的问题:我个人认为(欢迎指出错误),排除掉全保护外只有半保护和不保护,管理员在遇到已被轻至中度破坏的争议条目由于只有这两个选项,自然会更倾向于不保护,让其他编者去自行回退掉破坏的编辑(海纳百川有容乃大,这可是中维的标语),而非进行半保护(但是从实用主义角度来说,我个人认为这并非好事,这样反而浪费了人力去维护本可以不存在的破坏,如果进行了半保护,原本要贡献的编者可以在讨论页请求编辑保护条目,而原本的破坏者的破坏也就自然留在了讨论页,而非条目页)。但如果有了扩展保护,管理员就更自然地会考虑短时进行半保护。--ときさき くるみ 2021年6月30日 (三) 07:16 (UTC)
全面全保護就再也不會有破壞了,但這是不可能的,所以保護跟開放只能取得一個合適的平衡。「擴展保護,管理員就更自然地會考慮短時進行半保護」,我不會,所以我才無法理解引入擴展保護的目的,要達成你的目的只能引入一個比半保護層級還低的保護。--Xiplus#Talk 2021年6月30日 (三) 07:52 (UTC)
@Xiplus:我懂all or nothing的问题,但说实话单从结果来看确实是很多英维半保护且中维(我认为)也应该半保护的条目没有半保护,比如上面那几个例子,如果您认为这不是扩展自确的原因,欢迎您说说您认为是什么原因导致中维更不倾向于半保护。--ときさき くるみ 2021年6月30日 (三) 08:25 (UTC)
英維破壞量更多,自動確認門檻較低。這是一般性原因,不是針對前面您提的條目。--Xiplus#Talk 2021年6月30日 (三) 13:05 (UTC)
英维破坏量多没问题,但其实中维破坏比例可能高一些,我没实际做过数据统计,但是单从个人经验来看感觉如此。我知道,我强调这几个例子只是为了突出现在的问题。不过现在我想问一句:设立一个(全保护之下的)更低门槛和设一个更高门槛真的本质上不等价吗?最后,我希望我是错的,但是每次点开这些常用条目一翻历史就能看到一批扰乱性编辑实在让人恼火,所以我才大力支持,哪怕能稍稍激励一部分管理员更勤的上半保护我个人目前认为也是值得的。--ときさき くるみ 2021年6月30日 (三) 17:22 (UTC)
查閱您提出的幾個條目,都沒有近期請求保護被拒絕的案例,所以您說這些條目管理員不會保護這點實在有待商榷。--Xiplus#Talk 2021年7月1日 (四) 02:02 (UTC)
好吧,我可妥协,但我还是对上文所述的现状不满。--ときさき くるみ 2021年7月1日 (四) 17:31 (UTC)
(+)支持设立甚至拔高门槛,wikiscan上的数据显示每月活跃自确至少约占每月活跃用户数的6%~7%,今年上半年至少应有超过2700名自确用户进行过编辑,最近更改的筛选栏中也有对初学者和有经验的编者的区分。是,某些条目生来就是有争议的,这些条目的编辑战可能确实没法避免,但至少设立更高门槛的自确可以让想要参与这些条目的人进一步学习中维的规则和过去的案例,而且引入扩展自确之后也可以对一些有相对较少争议(但总体上仍有较大争议)的条目上半保护。--ときさき くるみ 2021年6月27日 (日) 16:27 (UTC)
编辑数与学习规则毫无关联。->>Vocal&Guitar->>留言 2021年6月30日 (三) 04:59 (UTC)
@Ohtashinichiro:Yes, but actually NO. 是,这两者是没有直接关系。但大多数编者的条目编辑水平和辨别来源的水平最终还是在编辑的过程中提升的,您不能指望一个不懂维基语法的新手在中维这种左侧栏里没有“学习如何编辑”的地方一开始就懂如何将他主观想写的东西写出来并引出来源,更别提去辨别来源是否可靠,是否是主流观点了。这么说可能有点太泛泛而谈了,您不妨回想一下您刚开始写维基百科的时候写的条目是什么水平而现在又是什么水平(如果您不介意的话我可以帮您找找您早期的编辑)。--ときさき くるみ 2021年6月30日 (三) 07:16 (UTC)
我和你讲规则,你和我讲技术。对于想闯红灯的人,需要过问他的车技?。->>Vocal&Guitar->>留言 2021年7月3日 (六) 01:27 (UTC)
我是觉得高引用数转换组(CGroup)如果要保护的话,Extended confirmed users这种水准正好比较合适。一般高风险模板可能有各种各样的技术考量,模板编辑员也是技术优秀的用户。但转换组基本就是纯内容向模板,熟悉相关领域、掌握简单语法的编辑都可以胜任修改。50次编辑可能经验不足,500次编辑大概就比较合适了。--洛普利宁 2021年7月3日 (六) 09:54 (UTC)
根據WP:7DAYS,現就延伸確認保護及人事任免的修訂提案公示七天。--蟲蟲飛♡♡→♡℃留言 2021年7月10日 (六) 10:02 (UTC)
對於這一沒有經過仔細思考和周全考慮的提案,我是不會支持的。況且提案的疏漏沒有得到解決。--Bookwith留言2021年7月13日 (二) 18:33 (UTC)
@Bookwith:請說說有甚麼疏漏。--蟲蟲飛♡♡→♡℃留言 2021年7月14日 (三) 00:13 (UTC)
應該能看出,連實施細節都沒想好就來提案了。--Bookwith留言2021年7月14日 (三) 05:43 (UTC)
放心吧,這個很簡單,而且之前本站有過模板保護及模板編輯員的引入的經驗。--蟲蟲飛♡♡→♡℃留言 2021年7月14日 (三) 05:51 (UTC)
為什麼是條目空間500次?這類要求向來沒有指定名字空間的。即使有充足經驗,依然應該列出各項實施細節。--Bookwith留言2021年7月14日 (三) 06:46 (UTC)
英維日維都是500次條目空間,而且避免用戶在用戶頁刷夠500次。至於具體細節,就像英維那邊,系統會自動授權;還是您希望像日維那邊一樣可以通過申請獲得?即管理員可以授予可信用戶權限,也可移除用戶的權限?--蟲蟲飛♡♡→♡℃留言 2021年7月14日 (三) 06:52 (UTC)
英維日維的要求都不是500次條目空間,請別撒謊。--Bookwith留言2021年7月14日 (三) 08:49 (UTC)
英維方針沒有寫明,但我就親身試過了,而且取得了英維的延伸確認用戶權(500次條目空間後才獲得),500次非條目空間,英維是不會授予延伸確認權,您可以去試一下。--蟲蟲飛♡♡→♡℃留言 2021年7月14日 (三) 09:07 (UTC)
根本不是,那裡500次是不限命名空間的,不要再誤導他人了。--Bookwith留言2021年7月14日 (三) 11:45 (UTC)
我不太瞭解原因,總之我在英維600次編輯數時,確實沒有獲得「延伸確認」,要在「條目空間500」才能獲得權限。--蟲蟲飛♡♡→♡℃留言 2021年7月14日 (三) 12:06 (UTC)
既然您擔心門檻太高,我把門檻降低至不只限於條目空間。--蟲蟲飛♡♡→♡℃留言 2021年7月14日 (三) 10:00 (UTC)
到底排除用戶/用戶討論頁,意義何在。--Bookwith留言2021年7月14日 (三) 11:49 (UTC)
意義在於避免用戶GAME,刷編輯數。您看VIP存檔,經常有人舉報有用戶刷編輯數以求「自動確認」。--蟲蟲飛♡♡→♡℃留言 2021年7月14日 (三) 12:00 (UTC)
我反對這一要求,因為實在太沒意義了。一些編者們願意刷到自動確認,不代表他們願意刷到延伸確認,尤其是500次編輯對於他們來說是個難以達到的目標;甚或有一些只求移動權限、只求上傳圖片的編者,難道他們會對這一延伸確認權有興趣?我們必須面對現實,看看各大站點的權限摘要。看,古今中外,有哪個站點的權限要求會像這樣排除某些命名空間?無論是需要申請的權限,還是自動授予的權限,沒有一個站點會設下這樣的限制。為什麼?因為稍有智慧的人都不難看出,這樣設限對於惡意刷權限的編者來說,幾乎沒有任何作用。提案前請三思。--Bookwith留言2021年7月14日 (三) 17:51 (UTC)
刷???編輯數是用刷的?= =這我有理解錯誤嗎?如果沒有那這反對簡直胡鬧。~~Sid~~ 2021年7月14日 (三) 18:15 (UTC)
就是有這種人啊,-- Sunny00217  2021年7月15日 (四) 03:19 (UTC)
那把門檻降低至不只限於條目空間不就解決了?是在亂吵甚麼鬼?-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年7月15日 (四) 04:17 (UTC)
要故意排除用戶/用戶討論空間,難道不會顯得很可笑嗎?--Bookwith留言2021年7月15日 (四) 04:56 (UTC)
(-)強烈反对该提案, 如果不加限制地滥用保护, 把所有争议条目都加以保护, 不是彻底违背了WP:SOPWP:BB的原则? 那样的话,当时允许IP用户编辑就是一个错误的决定. 最后让维基百科变得与百度百科没有任何区别. --Yining Chen留言|签名2021年7月17日 (六) 07:42 (UTC)
@Yining Chen:延伸確認保護不能亂用的,只有半保護無法保護的情況下,才能用,而且可以減少用「全保護」,所以不違反WP:SOPWP:BB,此外也與ip編輯無關,因為半保護下,ip也不能編輯,但您不因此反對半保護,防止破壞也很重要。--蟲蟲飛♡♡→♡℃留言 2021年7月17日 (六) 08:07 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

引入延伸確認保護(第二稿)

已通過:
已公示七天,有關延伸確認用戶權及延伸保護的條文修訂已通過。--蟲蟲飛♡♡→♡℃留言 2021年7月24日 (六) 10:13 (UTC)
下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

現根據第一稿的少數反對意見修訂如下,重新公示七天:

現行條文
提議條文
延伸確認權限條件
  1. 帳號已註冊3個月。
  2. 已經編輯500次。
  3. 符合條件後,系統自動授權。
延伸確認權保護
  1. 只能由延伸確認用戶編輯。
  2. 在半保護無法阻止破壞時才能用。
  3. 在半保護無法阻止的編輯戰時才能用。

以上。--蟲蟲飛♡♡→♡℃留言 2021年7月17日 (六) 10:13 (UTC)


本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

延伸確認權限後續討論 part1

反正你們都同意我也不管了,結-- Sunny00217  2021年7月28日 (三) 01:02 (UTC)
下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

  • (※)注意:討論已超過一個月,最後一個修訂版公示七天期間,完全沒有人反對,共識很明顯。--蟲蟲飛♡♡→♡℃留言 2021年7月26日 (一) 04:27 (UTC)
    蟲蟲飛:我不同意這是個合符程序的公示──通過方式是有嚴重瑕疵。有個簡單的問題──一個存在反對意見的提案,在經過修訂後能立即視為已取得共識嗎?顯然不能。提出修訂案後立即進行公示,是不當的。還有關鍵的一點──對原提案進行改良後,應當邀請原提案的反對者參與討論,讓他們知悉有關改動。而這點,蟲蟲飛是做不到的,以致於有反對者未知悉本提案。--Bookwith留言2021年7月26日 (一) 09:03 (UTC)

公示公告的後續討論

  • 大家都在關注,只是您一個人沒關注公告內容和客棧的討論,而且提案已經按照方針規定完成公示14天,但是您在公示期間放棄討論,這是您自己的問題;這就像假設RFA期間您忘記投票,然後投票期結束了,您才出來鬧,這也是您自已的問題。--蟲蟲飛♡♡→♡℃留言 2021年7月27日 (二) 16:25 (UTC)
    蟲蟲飛聲稱大家都在關注,卻出現7天公示期內無人討論的局面,請問這合理嗎?難道沒人提出意見還能視作通過?--Bookwith留言2021年7月27日 (二) 17:26 (UTC)
@Sunny00217:公告栏同类通知应当合并。-- ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年7月27日 (二) 16:12 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

延伸確認權限後續討論 part2

已解決:
優化案已公示七天通過。
下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

回退相关方针编辑:

  • 就人事任免投票资格调整部分,有关公告并未对“人事任免投票资格调整”这类重大事件有任何提及。
  • 就扩展用户级别部分,个人认为上述讨论并未达成非常显著共识。--DreamerBlue留言2021年7月29日 (四) 01:56 (UTC)

@XiplusLanwi1:這情況需要處理一下。SANMOSA Σουέζ 2021年7月29日 (四) 02:50 (UTC)

(!)意見:程序上沒問題,公示期沒有反對意見,已經通過了;而且提案由始至終都有大量支持。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 03:27 (UTC)
(!)強烈抗议有心人士企圖翻案! 完全不認為目前的通過有任何問題,無疑是在惡意找碴。--(!)強烈抗议有心人士企圖翻案! 完全不認為目前的通過有任何問題,無疑是在惡意找碴。-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年7月29日 (四) 03:53 (UTC)
本人主要是注意到,就人事任免投票资格调整部分,有关公告并未对“人事任免投票资格调整”这类重大事件有任何提及,这意味着整个公示存在一个瑕疵。本人的想法也是(+)支持该案,希望能让该案重新公示通过。--DreamerBlue留言2021年7月29日 (四) 03:56 (UTC)
(!)強烈抗议有心人士企图阻止翻案! 完全认为目前的通过有严重问题,无疑是在恶意隐瞒问题。 --(!)強烈抗议有心人士企图阻止翻案! 完全认为目前的通过有严重问题,无疑是在恶意隐瞒问题。 --Yining Chen留言|签名2021年8月5日 (四) 11:37 (UTC)
@蟲蟲飛A2569875:不好意思,但我希望兩位能留意上方確實有多個對提案本身的强烈反對意見,我不認為相關反對意見小到可以被忽略。SANMOSA Σουέζ 2021年7月29日 (四) 03:58 (UTC)
另外,容許我在這裏表達我對整個提案(包括對“人事任免投票资格”的調整)的反對意見,我認為上方的反對意見的理由合理。SANMOSA Σουέζ 2021年7月29日 (四) 03:58 (UTC)
你根本就不明白我被LTA:X43LTA:114.27聯手打到快要死掉的痛苦。長期各種亂搞,我都快精神崩潰了,現在連這個曙光都要封掉,爛死了! 爛死了! 爛死了! 爛死了! 爛死了!-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年7月29日 (四) 04:00 (UTC)
我認為提升自動確認用戶的門檻比較實際可行。我不相信他們能熬30日或90日。SANMOSA Σουέζ 2021年7月29日 (四) 05:45 (UTC)
不要小看X43,他用帳號會刻意觀察反破壞動向微調編輯行為,導致社群無法辨認出他是X43(已有多次這樣的例子,每次都讓我焦慮到死掉);而若只用50次(就算提高到100次也沒用)的自動確認用户門檻,他很容易就能繼續破壞,且只有50-100次編輯若用X43式的奸詐狡猾心機之「刻意觀察反破壞動向微調編輯行為」阻礙社群判斷他是傀儡(見Ahri6279這隻傀儡就是這類行為)根本不會露出馬腳,而若用500次延伸確認保護,一來,在他逐漸接近500次編輯紀錄的過程中會比只有50-100次的編輯紀錄有更多樣本能分析是否露馬腳,進而在達到500次編輯前成功封禁他的傀儡,而達到相關條目(500次進階確認保護)保護的效果。—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年7月29日 (四) 06:23 (UTC)
@A2569875:容許我recall用戶權限的取得門檻:自動確認用戶的門檻是注冊滿7日並同時編輯滿50次,延伸確認用戶的門檻是注冊滿90日並同時編輯滿500次,也就是説就算一個用戶滿足了編輯次數的要求,他還是需要等到注冊後的一段固定的時間才能取得相關門檻。我這裏説的“提升自動確認用戶的門檻”不只是提升編輯次數的要求,也包括提升注冊滿N日的日數要求。SANMOSA Σουέζ 2021年7月29日 (四) 06:42 (UTC)
你太小看X43了;你根本不了解X43,你也根本不了解我被X43搞到快要死掉的心情,被他搞到精神科都不知道去掛號多少次了;他躲/假裝正常編輯半年以上的號多的是;建議你迴避。—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年7月29日 (四) 06:45 (UTC)
那我只能説用延伸確認保護應付X43也不是長久之計,因為他終有一天也會適應新的編輯模式。當然,如果你説注冊滿90日並同時編輯滿500次的用戶不會被自動授予權限,而是還是需要先去權限申請頁面申請權限的話,那用延伸確認保護應付X43則是合理的。你需要考慮這點。SANMOSA Σουέζ 2021年7月29日 (四) 06:53 (UTC)
@A2569875SANMOSA Σουέζ 2021年7月29日 (四) 05:52 (UTC)
本人认为Tokisaki Kurumi的支持意见有说服力,另外希望各位能注意Lopullinen的意见。--DreamerBlue留言2021年7月29日 (四) 04:02 (UTC)
@DreamerBlue:那原本的提議修改也是不恰當的,因為如果條文只在Lopullinen的情境實施,相關條文需要限制延伸確認保護的適用對象為模板空間和模組空間的頁面。如果能限制延伸確認保護的適用對象為模板空間和模組空間的頁面,並將CGroup與其他適合實施延伸確認保護的受模板保護頁面改用延伸確認保護,那我會支持如此提案。SANMOSA Σουέζ 2021年7月29日 (四) 05:52 (UTC)
能否说下您为何坚持仅让扩展保护适用于模板和模组?--ときさき くるみ 2021年7月29日 (四) 06:32 (UTC)
因為這是Lopullinen的提案,如果連帶其他東西也適用的話,那個就不是他的提案,而需要當成另一個提案分開考慮。我現在之所以反對整個提案是因為蟲蟲飛聲稱現在的提案(甚麽也能用的提案)是我的提案,但我一開始的提案就只打算將延伸確認用戶權限用於判別人事任免投票資格。SANMOSA Σουέζ 2021年7月29日 (四) 06:42 (UTC)
好的,知道了。--ときさき くるみ 2021年7月29日 (四) 07:42 (UTC)
编辑冲突 × 4)(...) 吐槽@Sanmosa:我在三天就已經問過了,見上方(另外刪除已經存檔的討論內容)。-- Sunny00217  2021年7月29日 (四) 04:02 (UTC)
(※)注意:兩次的提案後續討論都是提到有用戶沒注意到提案,但並非反對提案,因此提案的共識是明顯,可以以「後續討論」的形式讓社群注意一下通過的提案內容也好。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 04:15 (UTC)
@蟲蟲飛:你有認真閱讀嗎?Sanmosa很明顯是反對的。-- Sunny00217  2021年7月29日 (四) 04:18 (UTC)
延伸確認權附帶投票權是Sanmosa提出的,您為甚麼會認為Sanmosa會反對自己提出的提案呢?DreamerBlue上面也說他支持提案,您之前那個後續討論也說您「不反對」--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 04:22 (UTC)
我說Sanmosa很明顯是反對的,為甚麼會有您之前那個後續討論也說您「不反對」?!-- Sunny00217  2021年7月29日 (四) 04:25 (UTC)

想吐槽的是這種公示方法,貼出來就要公示且沒貼在布告板,結果沒半個人留言,並非反對提案,謝謝-- Sunny00217 2021年7月26日 (一) 11:33 (UTC)

那句話如果是在說我的話,我完全沒説過我“不反對”提案,甚至我在2021年6月28日 (一) 00:23 (UTC)以後就沒有在那個討論串留過言SANMOSA Σουέζ 2021年7月29日 (四) 05:45 (UTC)
  • (※)注意:延伸確認權附帶投票權是Sanmosa提出的,然後其他人支持,而且在公示期沒有反對意見下通過的。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 05:57 (UTC)

    這樣的話確實和模板保護有點重複。我有個反建議:延伸確認保護可以拿來處理人事任免投票資格。@Lanwi1。SANMOSA Σουέζ 2021年6月27日 (日) 01:18 (UTC)

    我認為當時其他人反對我那個提議,或至少並無對我那個提議表示支持。整個討論除了我自己和明確不贊同我的提議的人以外,所有人都只在討論編輯戰或LTA的問題SANMOSA Σουέζ 2021年7月29日 (四) 06:01 (UTC)
    • 當時很多人支持您的提議,如我和宇帆都大力支持,然後在公示14天期間完全沒有反對下通過。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 06:05 (UTC)
      看漏了,我能確定你和他當時是支持我的提議的,但要注意的一點是我的提議是將延伸確認用戶權限用於判別人事任免投票資格(而且還是要把延伸確認用戶權限的獲取資格設定為人事任免投票資格)。而且,就算是僅將延伸確認用戶權限用於判別人事任免投票資格的提議,除了你們兩個外,就只有Lanwi1和Xiplus就此表達過意見,而他們兩個都是反對我的提議的,而且反對理由充分,因此也看不到有將延伸確認用戶權限用於判別人事任免投票資格的共識。把你們四個和我自己排除後,就真的沒人對我那個提議表示任何意見(包括支持意見)了,我認為應該理解成他們對我的提議不屑一顧。A2569875現在所希望做到的東西(處理LTA)並不是我一開始提議的東西。SANMOSA Σουέζ 2021年7月29日 (四) 06:13 (UTC)
    • Lanwi1和Xiplus是覺得單純以您的建議作為理據去引入這個權限是不好,然後大家都圍繞這個話題去討論,包括防lta等理據,然後公示期,Lanwi1和Xiplus都沒再反對,而且在sunny 上面的「後續討論」中,Lanwi1還明確表示(+)支持。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 06:19 (UTC)
      Xiplus的情況應該理解為他對原提案本身並沒有任何的意見,那自然也不包含支持意見。Lanwi1方面我同意你的解讀。但就算如此,原討論串裏確實存在明顯的反對意見,我確實看不出來你有進行妥善處理。SANMOSA Σουέζ 2021年7月29日 (四) 06:30 (UTC)
      「原討論串裏確實存在明顯的反對意見」[來源請求],除了提案通過幾天後出來鬧的,哪個用戶是反對的?只有Yining Chen是提出反對,但在第二稿已經根據他的意見優化提案,而且他在第二稿公示期沒再反對。此外,我看到您已經過去phab那邊反對,我建議在下面優化提案,以形成更明確的共識,而且不建議過去那邊爭論,否則洋人覺得中維很亂,影響將來其他提案的申請。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 07:05 (UTC)
蟲蟲飛修改此討論的名稱,由「延伸確認權限爭議 part2」改為「延伸確認權限後續討論 part2」[1],我不太贊成這樣的修改,標題是反映原來開始此一討論者的看法,不太確定目前的修改是反映了誰的看法?若只是修改者的看法,我是否也可以修改此一標題,再改為我的看法?--Wolfch (留言) 2021年7月29日 (四) 04:24 (UTC)
其實討論最早的標題是「设置新的保护类型」(原始標題),並複製已存檔的部分,在下刪掉了存檔部分並改成「延伸確認權限爭議 part2」-- Sunny00217  2021年7月29日 (四) 04:27 (UTC)
DreamerBlue本來的標題是「後續討論」,是sunny改為「爭議」的,我覺得提案人原先的標題較佳。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 04:29 (UTC)
那我沒有意見--Wolfch (留言) 2021年7月29日 (四) 04:48 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

優化提案

已通過:
提案已討論兩個月,優化提案已再次公示七天,獲得絕大多數使用者支持,包括:A2569875、DreamerBlue、Lanwi1、Tokisaki Kurumi、Jonathan5566 、Sidishandsome、MCC214、LuciferianThomas、Eric liu、Newbamboo、30000lightyears、Sammypan、A1Cafel、CreeperDigital1903 等。
下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

提案雖然已經通過,但有用戶有疑慮,我建議可以把已經過的提案再優化,以形成更明確的共識,歡迎大家提出優化建議,已經通過的提案如下:
Wikipedia:用户权限级别#延伸確認使用者(非方針指引)[分案A]
現行條文
提議條文

一個已註冊的用戶會在註冊達90天編輯達500次後自動獲得此權限。該用戶權限允許用戶編輯受到進階確認保護的頁面。機器人以及管理員都自動擁有此權限。

Wikipedia:保護方針#延伸確認保護[分案B]
現行條文
提議條文
延伸確認保護
延伸確認保護

延伸確認保護僅允許延伸確認使用者編輯,該使用者群組會在註冊達90天並編輯達500次時自動授予給註冊使用者。

管理員僅能在頁面已被半保護,且證實半保護仍無法阻止破壞或編輯戰的頁面上使用延伸確認保護。與半保護相同,不得對尚未發生的破壞或編輯戰進行預見性保護。亦不得將延伸確認保護使用於破壞或編輯戰以外的頁面上,應直接使用全保護(對於模板或模組可用模板保護)。

Wikipedia:人事任免投票資格[分案C]
現行條文
  1. 解任投票聯署提出或上任投票開始1個月前,編輯100次或以上;在聯署提出或上任投票開始前3個月內至少有1次編輯(不包括任何用戶頁及用戶對話頁);
  2. 編輯3000次或以上,或編輯1500次條目或以上。
提議條文
  1. 解任投票聯署提出或上任投票開始120天前,編輯至少500次;在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁及用戶對話頁);
  2. 編輯至少3000次,或編輯條目至少1500次。

以上。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 06:58 (UTC)

需要添加延伸確認用戶組嗎?(指確認使用者這種)--Papayatrash留言2021年7月29日 (四) 07:26 (UTC)
@Jonathan5566:日維那邊是可以由管理員授權,也可以移除,您希望像日維那邊的做法嗎?--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 07:31 (UTC)
可以提出幾點意見:
  1. 反對系統自動特許的設置,應該要求用戶自行請求授權(這應該是你理解的“像日維那邊的做法”);
  2. “帳號已註冊1個月”過短,真的要實施的話應該維持原提案的90日;
  3. 延伸確認權保護應容許用於高風險頁面保護(描述可以參考enwiki和Lopullinen的意見,不過我不會當成是Lopullinen的提案);
  4. 基於1,反對連鎖修改人事任免投票資格;
以上。SANMOSA Σουέζ 2021年7月29日 (四) 08:09 (UTC)
(:)回應
  1. 日維那邊的做法是系統自動授權,但可以按實際需要申請,但這個是有問題,因為延伸確認應是經過長時間貢獻而獲得的,而不是申請的,而且會加重管理員負擔。
  2. 這個可以再討論。
  3. 原提案沒反對用在模板。
  4. 已經通過的提案不宜推翻,但可以討論優化,而且延伸確認權附帶投票權不是您自己提出的嗎?
以上。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 08:42 (UTC)
(1)如果打算要用延伸確認權限防治LTA,那系統自動授權就會使延伸確認權的保護力受嚴重削弱,因為LTA可以掌握新的權限的取得模式(這點我是就A2569875描述的LTA特徵而提出的),而且並不是所有用戶都熱衷於高級權限。如果真的會加重管理員的負擔,那就只能讓更多適任的人擔任管理員。(4)zhwiki有(局部)推翻已通過提案的先例,而且我也可以選擇收回提案(這也不是我第一次收回自己的提案),反正相關條文已經被回退掉了,我覺得沒分別。SANMOSA Σουέζ 2021年7月29日 (四) 08:59 (UTC)
您提出那個案例是一個非常壞的先例,不建議動輒推翻已通過的提案;此外延伸確認權通過後,能獲得權限的人一定很多,不應搞得太複雜。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 09:50 (UTC)
一般的申請權限的程序應該不複雜。能獲得權限的人(有權者)多不代表申請並使用權限的人(行權者)也多。SANMOSA Σουέζ 2021年7月29日 (四) 13:38 (UTC)
這個權限有別於其他權限,簡單來說就是編輯權,就如「自動確認權」,如果管理員也可以取消,就很可怕了。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 13:59 (UTC)
在我的理解中,模板編輯員的權限也是一種編輯權,但管理員依現行方針也是可以取消的。SANMOSA Σουέζ 2021年7月29日 (四) 14:21 (UTC)
模板編輯員是一種管理員全保護權限下放給有限使用者的替代方案,必須非常可信,所以自從模板編輯員引入後,大量高危頁面就由全保護改為模板保護。但延伸確認是一個資歷性質的權限,有點像自動確認的延伸。英維也不會由管理員授權,也不會由管理員除權,也沒必要。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 14:35 (UTC)
瞭解。但我的想法與你的想法的不同之處在於:我認為延伸確認權限也是一種權限下放,一來既然要把這權限用於防治LTA,就應該要排除任何授權予LTA的機會,因此應該只有可信用戶才能獲得權限(但不需要如模板編輯員的權限般非常可信),不然就會有讓LTA取得權限並在脆弱的“保護”中持續破壞的機會;二來部分現在施行模板保護的高危頁面會因啓用延伸確認權限而再改為延伸確認保護,我認為情況某程度上與模板編輯員類近。如果真的擔憂取消編輯權的問題,可以規定延伸確認權限只有在用戶為破壞者的情況下方可移除,其他情況(包括可導致封鎖的情況)都不能,並規定違反該規定移除用戶的延伸確認權限的管理員可以被任何用戶提出緊急除權,而不需要經過除權投票(但如果這樣的方針通過了,需要知會meta一聲,因為他們也要看zhwiki本地的規則處理)。SANMOSA Σουέζ 2021年7月29日 (四) 14:54 (UTC)
延伸確認權不是一個由管理員主觀判斷,然後授權的權限,而是經過積累經驗,系統自動授權的。而LTA如果真要三個月去獲取這個權限,一旦被發現就是永封。此外,用戶濫用此權限是封鎖,而不是除權,正如現在假如一個用戶破壞,是封鎖,而不是移除自動確認權。維基的編輯權的意義是非常大的,當此權限的相應保護引入後,意味可能有為數不少的條目被延伸保護,因此應該讓沒破壞該條目的權限擁有者,仍然有編輯權。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 15:15 (UTC)
你之所以說“延伸確認權不是一個由管理員主觀判斷,然後特許的權限,而是經過積累經驗,系統自動特許的”是因為你自己的提案如此設定而已,可見權限是自動授權還是人手授權完全是看實際規範的方針的規定。既然現在大家就在討制定有關新權限的方針,那新權限是自動授權還是人手授權自然是可以討論的。因此,我不會説你的主張完全不能提出來,但我不會把你的主張直接當成“事實”來看待。SANMOSA Σουέζ 2021年7月30日 (五) 08:31 (UTC)
此外,要注意的是這個權限是要配合「延伸保護」,而「延伸保護」只有在半保護無法阻止的破壞或編輯戰時才能施行,那麼用戶可以有甚麼充份理據去申請此權限去繞過「延伸保護」?如果「延伸保護」可以被輕易繞過,這個保護的作用就大大減低了。--蟲蟲飛♡♡→♡℃留言 2021年7月30日 (五) 08:42 (UTC)
正是因為希望保證「延伸保護」不被LTA輕易繞過,所以我才主張應該人手授權。基本上在權限申請頁面,很多人在那邊很容易表露自己申請權限的真正目的,我們可以從中判別哪些是LTA為了進行(秘密的)破壞而申請權限的。而且,也有鑒於管理員在處理授權時有一定的靈活性,我們也很容易從中判別哪些是用戶為了維持自己所主張的頁面版本而申請權限的。SANMOSA Σουέζ 2021年7月30日 (五) 08:47 (UTC)
根據Sanmosa的意見修改了提案。至於完全由管理員授權的建議,由於管理員人手不足,要等到中維管理員數達到像英維那樣超過1000,才有足夠人手處理。--蟲蟲飛♡♡→♡℃留言 2021年7月30日 (五) 09:56 (UTC)
臨時權限有用嗎?設立目的為何?--Bookwith留言2021年7月30日 (五) 18:11 (UTC)
原則上管理員不應授權,考慮到用戶如果有非常充分的理據下,才可以臨時授予,而且延伸保護通常不會永久。--蟲蟲飛♡♡→♡℃留言 2021年7月31日 (六) 00:24 (UTC)
所謂的「非常充分的理據」到底是什麼?我想不到有任何合理的情形需要人手授權。--Bookwith留言2021年8月1日 (日) 07:45 (UTC)
例如您已經有相關權限,但您想用小號編輯受保護的條目,或者客棧被保護了,您是新手,想到求助區求助等都是合理理由。--蟲蟲飛♡♡→♡℃留言 2021年8月1日 (日) 08:25 (UTC)
蟲蟲飛:我不相信互助客棧會應用到延伸保護。至於前面的情況,根本就不該申請。--Bookwith留言2021年8月2日 (一) 19:08 (UTC)
第一個情況較少,但確實有LTA突破自動確認門檻繼續破壞,見第一次討論內容。第二個情況與現時用戶為小號申請確認用戶的情況相似,這不是該不該的問題,而是用戶的選擇權。--蟲蟲飛♡♡→♡℃留言 2021年8月3日 (二) 00:19 (UTC)


(+)支持90日注册条件,对人事任免投票资格的修改表示(=)中立。--Lightyears GBAW 2021年7月29日 (四) 09:23 (UTC)
如果是要管理員可以自由移除的話可以寫一隻機器人自動授權(但host的人的伺服器壓力會非常大)?-- Sunny00217  2021年7月29日 (四) 11:50 (UTC)
蟲蟲飛認為已通過的提案不適宜推翻,我倒是反對。這個提案即使優化,也不會帶來顯著的改變──我依然對提案沒有好感。--Bookwith留言2021年7月29日 (四) 14:49 (UTC)
如果您有甚麼意見,也可提出,讓提案更加優化。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 15:19 (UTC)
根據30000lightyears和Sanmosa意見改為「3個月」--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 09:38 (UTC)
“3個月”的長度是不固定的,建議寫成“90日”,但對此條的大意無意見。SANMOSA Σουέζ 2021年7月29日 (四) 09:40 (UTC)
根據Sanmosa意見修改為「90日」。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 09:44 (UTC)
(✓)同意:英維那邊也是系統自動授權。--蟲蟲飛♡♡→♡℃留言 2021年7月29日 (四) 13:07 (UTC)
  • 您的理據是甚麼?沒記錯,英維的投票權就是延伸確認用戶,中維沒cu,RFA等傀儡投票過去也是有的,現時刷傀儡投票帳號太容易了,而且某個lta整天在教人改ua,刷投票傀儡,已經讓全站的人都懂得改ua規避cu去刷傀儡投票了,這個問題您覺得可以怎樣解決?--蟲蟲飛♡♡→♡℃留言 2021年7月30日 (五) 04:14 (UTC)
    假設由管理員授權,道德太有彈性了。且管理員可以控制投票者,這事本身就有問題。“人事任免由於管理員審批受主觀因素影響,建議還是通過硬性的編輯數註冊時間來確定。”但反破壞的角度來說,應該由管理員授權,這樣可以某種程度防範LTA。所以這兩件事情不應纏在一起。--Papayatrash留言2021年7月30日 (五) 06:15 (UTC)
整體上(+)支持此提案,但如果將「解任投票聯署提出或上任投票開始1個月前,已被系統自動賦予延伸確認權限」改成「解任投票聯署提出或上任投票開始30天前,已被系統自動賦予延伸確認權限」;「聯署提出或上任投票開始前3個月內至少有一次編輯」改成「聯署提出或上任投票開始前30天內至少有一次編輯」就更好了,因為一個月可以有28/29/30/31天的,清楚說明天數可以減少爭拗,另「聯署提出或上任投票開始前3個月內至少有一次編輯」好像不能有效提升維基人的積極性(三個月就才來一次,之後又不上來)。--MCC214Sign | Contributions 2021年7月30日 (五) 15:57 (UTC)
現在還來談收緊資格限制。--Bookwith留言2021年7月30日 (五) 18:05 (UTC)
我也認為可以暫時不再進一步收緊,延伸確認權限已經是合理要求。--蟲蟲飛♡♡→♡℃留言 2021年7月31日 (六) 00:24 (UTC)
根據mcc214意見,把“一個月”改為“30天”。--蟲蟲飛♡♡→♡℃留言 2021年7月31日 (六) 00:30 (UTC)
乾脆順便把其他方針指引的半年、六個月也一起以同樣理由改成180天算了-- Sunny00217  2021年7月31日 (六) 04:52 (UTC)
您自己可以另行提出嘛。--MCC214Sign | Contributions 2021年7月31日 (六) 13:43 (UTC)
雖然先前有人同意人事任免投票資格可以採用延伸確認,但沒有人說明為何要(實質)提高人事任免投票資格的門檻?--Xiplus#Talk 2021年7月31日 (六) 13:45 (UTC)
那是因為過去RFA都有傀儡,而且現在的門檻確實太低,容易刷投票權。最近某個LTA也在整天教人如何改ua和刷投票權傀儡,這個問題也得解決。--蟲蟲飛♡♡→♡℃留言 2021年7月31日 (六) 13:51 (UTC)
似乎确实没有人说明为何要提高人事任免投票资格。个人调查了过去5次RFA,考虑到近期的某些RFA支持票数显然不属于正常范围(基本属于可以列入维基百科之最的范畴),且也受到了傀儡的干扰(例如CRHK128、South Africa No.1曾干扰管理员投票),我不反对提升人事任免投票资格。--DreamerBlue留言2021年7月31日 (六) 13:52 (UTC)
你們想要提高人事任免投票資格應分案提出,而不是綁定延伸確認權限一案,雖然某項資格要求某一權限這件事沒有問題,但前提是那個權限的資格已被確實設立,因此像7月17日通過人事投票資格參考一尚未正式確定門檻的權限這一嚴重的程序瑕疵,通過提案之人未能察覺,也未有人指出問題。我感到相當驚訝。--Xiplus#Talk 2021年7月31日 (六) 14:27 (UTC)
給你們兩個選擇, 1. 先確立延伸確認後,再開始討論人事任免投票資格。 2. 現在另案人事任免投票資格,其資格不援引延伸確認。--Xiplus#Talk 2021年7月31日 (六) 14:29 (UTC)
首次討論我就已經提出過,反對以人事任免投票資格為理由設立該權限,現在的投票資格就沒有援引任何權限,你們改成另一個沒有援引權限的門檻沒有問題。至於延伸確認用於反破壞我沒意見,我沒有同意設立,但以這點設立沒有問題,另外請把正式提議條文拿出來,而不是現在上方那個口語化的東西。--Xiplus#Talk 2021年7月31日 (六) 14:34 (UTC)
提案之前雖然已經通過,但您看我還沒改方針,因為我本來想等到延伸確認權限通過才改方針;之前模板編輯員的申請也是一樣,先通過權限申請,然後相關通過的方針才生效,但兩者都是同步進行。此外,提案顯示的就是正式條文,英文這個權限也是幾行字。--蟲蟲飛♡♡→♡℃留言 2021年7月31日 (六) 14:49 (UTC)
英文的哪個頁面交出來,我看看是不是只有這幾個字。--Xiplus#Talk 2021年7月31日 (六) 15:05 (UTC)
這一小段就是英維的延伸確認權限的描述,如果有其他意見想補上去,也可以提出來討論。--蟲蟲飛♡♡→♡℃留言 2021年7月31日 (六) 15:12 (UTC)
那麼延伸確認保護的部分呢?--Xiplus#Talk 2021年8月1日 (日) 02:15 (UTC)
延伸確認保護也是頭一小段有關,重點也已經寫在提案上了,如果有其他意見想補上去,也可以提出來討論。--蟲蟲飛♡♡→♡℃留言 2021年8月1日 (日) 02:22 (UTC)
算了你聽不懂的話,我直接改了,多說無益。--Xiplus#Talk 2021年8月1日 (日) 02:57 (UTC)
同樣地,「並在聯署提出或上任投票開始前3個月內至少有一次編輯」也要改成「並在聯署提出或上任投票開始前90天內至少有一次編輯」,另聯署的門檻也要考慮作出相應調整。--MCC214Sign | Contributions 2021年7月31日 (六) 14:01 (UTC)
這個雪球就好了吧(-- Sunny00217  2021年8月1日 (日) 01:53 (UTC)
根據MCC214意見,修改了提案;聯署門檻可以適當時機再討論,暫時先優化了這個提案。--蟲蟲飛♡♡→♡℃留言 2021年7月31日 (六) 14:06 (UTC)
我把上方三部分分成分案A、B、C,大家可以就個別分案分別表達意見。我先說明:反對分案C,支持分案B,觀望分案A。SANMOSA Σουέζ 2021年8月1日 (日) 03:07 (UTC)
(?)疑問:C方案的「解任投票聯署提出或上任投票開始……前,編輯500次或以上」的……不是90天麼?何時變成4個月(120天)了?--MCC214Sign | Contributions 2021年8月5日 (四) 13:07 (UTC)
延伸確認權(3個月取得權限)+1個月=4個月。--蟲蟲飛♡♡→♡℃留言 2021年8月6日 (五) 04:19 (UTC)
建議可把所有人事任免投票頁(分開討論和投票)進行延伸確認保護,減低誤投的機會。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年8月5日 (四) 23:43 (UTC)
不同意保護。假如真的保護的話,實在是太荒謬了。--Bookwith留言2021年8月7日 (六) 17:45 (UTC)
(✓)同意:英維的投票頁是延伸確認保護的。--蟲蟲飛♡♡→♡℃留言 2021年8月6日 (五) 04:15 (UTC)
那四個月也應該改為120天。--MCC214Sign | Contributions 2021年8月6日 (五) 10:46 (UTC)
完成--蟲蟲飛♡♡→♡℃留言 2021年8月6日 (五) 11:07 (UTC)

Sanmosa之前的建議

這樣的話確實和模板保護有點重複。我有個反建議:延伸確認保護可以拿來處理人事任免投票資格。@Lanwi1。SANMOSA Σουέζ 2021年6月27日 (日) 01:18 (UTC)

把延伸確認資格從500次編輯拉伸到1500次或3000次編輯是可行的,甚至如果技術允許的話,可以讓系統自動判別用戶是否符合人事任免投票資格,然後為符合資格者自動授權延伸確認用戶,授權後不符合資格者自動除權。SANMOSA Σουέζ 2021年6月27日 (日) 02:34 (UTC)

這樣做可以直接省去計票審核的程序,因為不符合資格者自己也投不了票。SANMOSA Σουέζ 2021年6月28日 (一) 00:23 (UTC)

@Sanmosa
(※)注意:分案C「延伸確認權附帶投票權」是sanmosa自己提出的,然後蟲蟲飛和宇帆等人支持,現在他在通過後才說反對自己原先的提案提議,請sanmosa說明理據﹗請注意在共識形成過程中應提出有效理據,而非單純表態。--蟲蟲飛♡♡→♡℃留言 2021年8月1日 (日) 03:31 (UTC)
請你搞清楚,我的用意是把延伸確認用戶權限的取得資格設定為原本的人事任免投票資格,而不是把後者提升到前者。我懇請蟲蟲飛立即停止其歪曲事實的表述。SANMOSA Σουέζ 2021年8月1日 (日) 03:48 (UTC)
重看留言,似乎是您自己忘了自己的話。您原意是要「1500次或3000次編輯」才獲得權限,然後我建議改第一條,然後宇帆等人支持。--蟲蟲飛♡♡→♡℃留言 2021年8月1日 (日) 04:06 (UTC)
完全沒有這回事。你從一開始提案就曲解了我的意思。宇帆等人支持的是你的提案,但你的提案和我的想法並不相同。SANMOSA Σουέζ 2021年8月1日 (日) 04:34 (UTC)
應該是說您是最先提出延伸確認權附帶投票權,但大家覺得您提出的門檻太高(1500次或3000次編輯才獲得權限),然後我根據您的方案作出修訂,然後大家支持。--蟲蟲飛♡♡→♡℃留言 2021年8月1日 (日) 04:46 (UTC)
我完全沒有這個想法。如果大家以為我有,那就是大家集體誤解。SANMOSA Σουέζ 2021年8月1日 (日) 04:57 (UTC)
無論如何,留言存檔大家都能看到。最重要的是,您是最先提出延伸確認權附帶投票權,如果您覺得具體的條件太高或太低,大家可以再討論,以形成共識,而且維基的共識過程不應只作單純的表態,最重要是說出理據;而且此提案其實已經通過了,考慮到有人說沒看公告,或公示公告不清晰,才再討論再優化方案。--蟲蟲飛♡♡→♡℃留言 2021年8月1日 (日) 05:03 (UTC)
Sanmosa沒有提出分案C。那不是Sanmosa的提案,請蟲蟲飛停止曲解。分案C是對門檻的實質提升,我保留反對意見。--Bookwith留言2021年8月1日 (日) 07:40 (UTC)
您誤解了上面留言,請重看。而且請不要為反對而反對,請說明您理據!--蟲蟲飛♡♡→♡℃留言 2021年8月1日 (日) 07:49 (UTC)
現時的門檻一直沒出大問題,也對投票者的經驗作出了相當的肯定。沒有需要修改。--Bookwith留言2021年8月1日 (日) 07:57 (UTC)
@蟲蟲飛:我的建議是把人事任免投票資格的提升的討論與這裏的討論分開處理,其實我有一個更大膽的提案。SANMOSA Σουέζ 2021年8月2日 (一) 06:54 (UTC)
提案已經進行了一個多月,個別用戶說沒看公告,或者公告不清晰,就要把已經通過的提案推翻;現在延伸確認用戶附帶投票權的提議也是Sanmosa提出的,通過後走去phab鬧的也是samosa您,搞到洋人以為中維很亂。我不認為要這樣浪費社羣時間和資源。通過的提案其實就不應任意推翻,或者您有甚麼改善建議,您可以提出來,大家一起討論,把提案優化,而不是動輙推翻已通過的提案。或者您有甚麼優化建議,先提出來,大家討論一下。--蟲蟲飛♡♡→♡℃留言 2021年8月2日 (一) 07:05 (UTC)
我和Xiplus的態度一樣:“我不承認那是我的方案”,而且這好像也不是我第一次表明我這個態度了。SANMOSA Σουέζ 2021年8月2日 (一) 07:26 (UTC)
@Sanmosa:您的方案和我的方案是有些不同,但延伸確認權限附帶投票權是您最先提出的,您可能連自己說過的話也忘記,我把您說過話的重點貼出來給您看看,您最先的方案是:「有個反建議:延伸確認保護可以拿來處理人事任免投票資格。」「把延伸確認資格從500次編輯拉伸到1500次或3000次編輯是可行的」,但您現在不同意「500編輯」,那您希望怎樣優化?還有不同意「500次編輯」的理據是甚麼?--蟲蟲飛♡♡→♡℃留言 2021年8月2日 (一) 07:48 (UTC)
「把延伸確認資格從500次編輯拉伸到1500次或3000次編輯是可行的」的前提是社群真的同時有將進階確認用戶資格與人事任免投票資格綁定和提升人事任免投票資格的共識,那時候由於延伸確認資格=人事任免投票資格,因此「把延伸確認資格從500次編輯拉伸到1500次或3000次編輯」可以做到提升人事任免投票資格的效果。然而我看不到這樣的共識,因此我反對綁定。SANMOSA Σουέζ 2021年8月2日 (一) 13:59 (UTC)
@Sanmosa:簡單來說您自己就是沒有反對理據,而且一再反悔自己原先的提議(延伸確認權附帶投票權),其實我不明白您在反對甚麼,而且現在就是除了您和Bookwith在反對,沒有人反對,而bookwith沒有提出反對理由,而且一直拒絕回應;提案已經獲得絕大多數人支持,如果您沒有提出有效反對理據,而是單純表態,而且如果您也不打算提出改善建議,根據WP:共識:「共識不強求一致同意」,那提案就可以視為已經形成共識,稍後公示;但如果您有改善建議,歡迎您提出來,大家再討論,我也會儘量妥協。--蟲蟲飛♡♡→♡℃留言 2021年8月2日 (一) 14:20 (UTC)
我重申一次:我和Xiplus的態度一樣:“我不承認那是我的方案”,而且我質疑“提案已經獲得絕大多數人支持”的聲稱的真實性。我現在的底綫是不將進階確認用戶資格與人事任免投票資格綁定,以及將人事任免投票資格的調整分開處理,其他我都可以不反對。SANMOSA Σουέζ 2021年8月2日 (一) 15:08 (UTC)
請您重讀上面留言,我上面那句哪裏說了「方案」二字,如果您喜歡咬文嚼字,那麼「方案≠提議」,至於明確支持提案的人有:A2569875、DreamerBlue、Lanwi1、Tokisaki Kurumi、Jonathan5566 、Sidishandsome、MCC214等,之前支持的有:LuciferianThomas、Eric liu等,這不叫獲得絕大多數人支持”,叫甚麼?此外,「將進階確認使用者資格與人事任免投票資格綁定」是您最先提出的,您現在反對,理據是甚麼?上面大家已經討論過之所以這個權限與投票權綁定,是為了解決RFA的傀儡票問題,這也是您自己在第一次討論首先提出的,如果反對這個方案,您有甚麼解決傀儡投票的問題?另一方案是不綁定權限,就是條件和權限的條件是一樣的,您看這樣有沒有問題?--蟲蟲飛♡♡→♡℃留言 2021年8月2日 (一) 15:34 (UTC)
我同意分開處理。--Bookwith留言2021年8月2日 (一) 19:29 (UTC)
@Sanmosa:我根據您意見改了,請審閱﹗--蟲蟲飛♡♡→♡℃留言 2021年8月2日 (一) 15:54 (UTC)
@Sanmosa:請回應﹗--蟲蟲飛♡♡→♡℃留言 2021年8月1日 (日) 04:16 (UTC)
@Lanwi1Tokisaki KurumiA2569875SidishandsomeMCC214:邀請上面參與了討論的人也發表一下意見。--蟲蟲飛♡♡→♡℃留言 2021年8月1日 (日) 03:44 (UTC)
這是只邀請一個立場的用戶來參與討論嗎?這恰當嗎?--Bookwith留言2021年8月1日 (日) 07:33 (UTC)
好吧,提案大家都給了意見,說是誰的不重要,這是xiplus修訂差異:

Special:Diff/66876450--蟲蟲飛♡♡→♡℃留言 2021年8月1日 (日) 10:55 (UTC)

@Bookwith:如果把非編輯戰的授權條件放寬,您能否接受提案?--蟲蟲飛♡♡→♡℃留言 2021年8月1日 (日) 09:10 (UTC)
對於人事任免投票門檻的調整,我認為仍有討論空間,或者需要評估各種門檻的優劣後再作決定。--Bookwith留言2021年8月2日 (一) 19:24 (UTC)
支持上述三個提案,但現在有一個可能性存在的問題:如果遇上有未符提案一要求的人申請權限,且申請獲批之後,及後才被發現進行鬼崇破壞(User:太魯閣號),那如何應對?--MCC214Sign | Contributions 2021年8月1日 (日) 09:51 (UTC)
@Bookwith:我上面的回應是「第一個情況較少,但確實有LTA突破自動確認門檻繼續破壞,見第一次討論內容。第二個情況與現時使用者為小號申請確認使用者的情況相似,這不是該不該的問題,而是使用者的選擇權。」如果取消授權,您是否接受方案?--蟲蟲飛♡♡→♡℃留言 2021年8月3日 (二) 00:37 (UTC)
如果客棧最終會應用到延伸保護,那麼我會反對。至於第二點的部分,我會把它視為「沒有真正需要的申請」,不該批准及授權。--Bookwith留言2021年8月3日 (二) 07:09 (UTC)
所以這邊會有選擇的空間。可以選擇全數由系統自動授權,或者是需要權限的全數提交申請。--Bookwith留言2021年8月3日 (二) 07:11 (UTC)
@Bookwith:已經根據您的意見修改了提案,請審閱﹗--蟲蟲飛♡♡→♡℃留言 2021年8月3日 (二) 08:06 (UTC)
如果客棧不會應用到延伸保護,那麼暫時沒有大問題。--Bookwith留言2021年8月3日 (二) 08:14 (UTC)
@BookwithSanmosa:請兩位回應我上面的問題﹗--蟲蟲飛♡♡→♡℃留言 2021年8月2日 (一) 13:02 (UTC)
我的意思是將分案C完全自本案剝離,並另開新討論串。SANMOSA Σουέζ 2021年8月3日 (二) 03:58 (UTC)
  • 您的理據是甚麼?延伸確認權附帶投票權是您最先提出,但您一再咬文嚼字,反對您自己提出來的建議,不停糾纏於「方案」的定義,昨天也已經根據您的建議改了提案,但您還是不滿意。上面早就回應了您這個意見,提案已經討論了兩個月,已經獲得絕大多數人支持,不應該為了個別用戶,而浪費社羣的時間及資源,而且提案已經根據您的意見優化,如果sanmosa 沒有實質理據,請不要為反對而反對,而且這是WP:ONEHANDGIVES:「故意拖延或冗長辯論」。--蟲蟲飛♡♡→♡℃留言 2021年8月3日 (二) 04:10 (UTC)
    我同意將分案C完全剝離。分案C與分案A、B屬性質完全不同的提案,沒有必要捆綁式一併通過。因上方討論較少涵蓋到有關分案C的內容,假如另外一節討論修訂人事任免投票門檻,應可激發更為深入的討論。--Bookwith留言2021年8月3日 (二) 08:20 (UTC)
  • 不認為沒關,延伸確認在英維就是投票權,而且分案C早就通過了,沒有合理理據不應貿然推翻已通過的提案,而且這是浪費社羣時間和資源。如果要推翻,您應另行根據規定規則去提案推翻,而不是自己不喜歡就直接「否定」。中維沒有cu,rfa傀儡票和lta整天教人改ua避cu的問題也極為嚴重,使用者舉報傀儡刷編輯數的vip舉報也越來越多,這個問題必須要解決。--蟲蟲飛♡♡→♡℃留言 2021年8月3日 (二) 09:16 (UTC)
    既然提案性質不同,我希望分開通過。--Bookwith留言2021年8月3日 (二) 12:05 (UTC)
  • 請您按既定規則去另行重新提案!此案已經過兩個月討論,早已經通過,現在是討論怎樣優化,而不是個人喜好,而任意否定已經通過的提案,浪費社群資源和時間。如果對提案有甚麼優化建議,請您提出來討論。--蟲蟲飛♡♡→♡℃留言 2021年8月3日 (二) 12:21 (UTC)
  • 反對將C方案剝離重新討論,已經通過的方案可以優化,但沒有必要重新開啓新的討論,少數服從多數是最基本的社區規則。Sammypan留言2021年8月4日 (三) 04:38 (UTC)
三個提案本身就有相輔相承的作用,少了一個都會使到本身所期望的作用大打折扣。--MCC214Sign | Contributions 2021年8月4日 (三) 11:45 (UTC)
(+)支持目前的提案。--Newbamboo留言2021年8月4日 (三) 14:56 (UTC)
(+)强烈支持本提案。--爬行数码1903 2021年8月8日 (日) 07:39 (UTC)
(+)支持上述提案。--A1Cafel留言2021年8月8日 (日) 08:32 (UTC)
+1。--MCC214Sign | Contributions 2021年8月10日 (二) 10:39 (UTC)
分案C以中文易讀性的角度來看,不覺得有點冗嗎?--小過兒留言2021年8月8日 (日) 17:26 (UTC)
@Subscriptshoe9:關於「中文易讀性」,有沒有改善建議?--蟲蟲飛♡♡→♡℃留言 2021年8月9日 (一) 03:38 (UTC)
xiplus已經改善語句。--蟲蟲飛♡♡→♡℃留言 2021年8月9日 (一) 03:58 (UTC)
@蟲蟲飛:讚,沒意見了。--小過兒留言2021年8月9日 (一) 04:25 (UTC)

重新公示延確三案

此副標題由路西法人留言2021年8月6日 (五) 03:01 (UTC)補上,以與上方段落分別。

  • 提案已討論兩個月,獲得絕大多數用戶支持,包括:A2569875、DreamerBlue、Lanwi1、Tokisaki Kurumi、Jonathan5566 、Sidishandsome、MCC214、LuciferianThomas、Eric liu、Newbamboo、30000lightyears、Sammypan 等,考慮到有個別用戶有疑慮,因此為提案進行了優化討論,已經處理了極少數的反對意見,而且已根據反對者的建議,進行了適度「妥協」及修訂,現在公示七天,如有意見,請儘快提出。--蟲蟲飛♡♡→♡℃留言 2021年8月5日 (四) 07:07 (UTC)
  • (-)反对虽然以目前这种情况,无法阻挡历史的车轮前进[開玩笑的],但仍希望在此阐明本人观点。首先:目前所有有关"延伸保护"的内容都可以使用过滤器实现。可以使用更简单的方法实现,为什么要大费周折,再设立一个用户级别和保护等级?第二,如同本人此前所表明的,新设立用户权限和保护等级无法对现有情况做出任何改善,一些LTA甚至能够绕过CU,一个新用户等级恐怕无法起到任何效果,只能使编辑维基百科的门槛变高,阻挡那些真正想要为维基百科做出贡献的新用户。最后对于该提案本身,首先,若最终确定设立“延展保护”用户等级,希望能够为该权限的持有设置限制,即必须保持一定的活跃度才能够持续保持该权限。其次,如果按照现行方针,很有可能会出现巡查员甚至回退员无法编辑那些被延伸保护的页面,本末倒置,使其很难进行维基百科的维护工作。以上,感谢。--Yining Chen留言|签名2021年8月5日 (四) 10:23 (UTC)
不要以為過濾器是萬能工具,LTA有一些關鍵字很常用(部分可以用於模版、模組等),我們不可能全部擋死(除非用一句/一段當一個關鍵字去擋,但LTA改一兩個字就避過了),否則,新手的編輯就會受到很大的阻礙,而LTA將中文改成拼音、英文、注音、同音字、近似字、同義字、近義字、反義字、異體字就避過了,再者,LTA的新花樣太多,所以YC,您認為過濾器有用麼?--MCC214Sign | Contributions 2021年8月5日 (四) 12:56 (UTC)
本人看法同MCC214。过滤器绕开太容易,封锁太死的话假阳性太多。--DreamerBlue留言2021年8月5日 (四) 12:59 (UTC)
我指的是过滤器可以实现和页面保护类似的效果,您可能理解错了。--Yining Chen留言|签名2021年8月5日 (四) 13:06 (UTC)
關注度提報又說可以用過濾器取代半保護,當年我也以為可以,但結果呢?--MCC214Sign | Contributions 2021年8月5日 (四) 13:10 (UTC)

當前異議已排除(並改為強烈支持),繼續公示至2021年8月12日 (四) 07:07 (UTC)(蟲蟲飛宣佈公示起計七天)。--路西法人留言 2021年8月6日 (五) 03:01 (UTC)

Special:Diff/66955743。--Xiplus#Talk 2021年8月6日 (五) 04:06 (UTC)
延伸確認權(3個月取得權限)+1個月=4個月。--蟲蟲飛♡♡→♡℃留言 2021年8月6日 (五) 04:11 (UTC)
@蟲蟲飛:原来是“1个月前,已获得权限”,就是说“1个月前,已经达到延伸确认的标准(注册3个月且500笔)”。现在的方案是“4个月前500笔”,相当于“4个月前,已经达到延伸确认的编辑数标准(500笔)”。这两个不一样,在下认为不能把1月和3月相加。(当然如果社群有意将任免资格提高到这个标准,也是没问题的。)副知@MCC214Xiplus. ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年8月6日 (五) 23:40 (UTC)
投票權沒要求註冊時間,延確才有註冊時間要求,所以兩種情況的投票權獲得的時間是一樣的。是有些分別,但改為90天,和原先提案的差異就更大。參考英維的做法,他們投票權也是這樣寫,但他們要求更高,要500條目空間。--蟲蟲飛♡♡→♡℃留言 2021年8月7日 (六) 11:49 (UTC)
抱歉,我不同意120天的要求。這變相是提升了所需要的門檻。另一方面,「500次條目空間」的說法早在7月討論時已被否定,請停止再度提出。--Bookwith留言2021年8月7日 (六) 17:41 (UTC)
@Bookwith:那麼改為90天,即比原先提案“延確1個月前”的要求降低了,您同意嗎?請注意:投票權的意義在於用戶在一段時間對候選人和社羣的觀察,而且有足夠的活躍度和編輯經驗,才能作出客觀的評鑑。--蟲蟲飛♡♡→♡℃留言 2021年8月8日 (日) 00:16 (UTC)
@MCC214羊羊32521:兩位怎樣看?--蟲蟲飛♡♡→♡℃留言 2021年8月8日 (日) 02:13 (UTC)
不支持不反对,但希望Bookwith君能提出合理理由。-- ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年8月8日 (日) 13:57 (UTC)
蟲蟲飛知道「1個月前擁有延伸確認權限」和「120天前編輯500次」之間的分別嗎?目前這樣已經將門檻大幅度提升了,至少在日數方面可以有所調整。--Bookwith留言2021年8月9日 (一) 14:22 (UTC)
@Bookwith:其實120天已經很低要求,因為才註冊幾個月,對候選人和維基社群都不認識,無法評鑑候選人是否適任。如果降低到90天呢?您同意嗎?--蟲蟲飛♡♡→♡℃留言 2021年8月9日 (一) 14:39 (UTC)
到底會不會排版。--Xiplus#Talk 2021年8月9日 (一) 15:12 (UTC)
現在要求120天前編輯至少500次,不是120天前註冊。這個應該要考慮清楚。--Bookwith留言2021年8月9日 (一) 18:26 (UTC)
已根據bookwith意見降低門檻為90天。--蟲蟲飛♡♡→♡℃留言 2021年8月9日 (一) 23:43 (UTC)
建议Bookwith君提出合理理由。120天已经提出这么久了没有反对意见,降低至90天是不是应该重新通知社群? ——羊羊 [ 留言 贡献 维猫报 古典音乐专题 ] 2021年8月10日 (二) 00:08 (UTC)
(✓)同意洋洋意見,請bookwith回應他的問題。--蟲蟲飛♡♡→♡℃留言 2021年8月10日 (二) 00:58 (UTC)
我還是希望蟲蟲飛解釋當初把「30天前擁有延伸確認」提升為「4個月前編輯500次」背後的原因,或者是誰提議這個修改的。如果我能夠得悉這個更改背後的原因,或許能夠消除疑慮。--Bookwith留言2021年8月10日 (二) 07:59 (UTC)
那是Sanmosa提出的,原因是我為了形成更明確的共識,對極少數的重要反對意見的一種「妥協」。--蟲蟲飛♡♡→♡℃留言 2021年8月10日 (二) 08:09 (UTC)
我沒有看見,能引用原話嗎?還有請處理好排版。--Bookwith留言2021年8月10日 (二) 11:49 (UTC)
上面一大段“sanmosa原先提議”那章節,您可以看一下,我為了避免重貼太多留言在提案,我把您要的留言貼在您討論頁。此外,請您回應洋洋的問題,不要岔開話題。--蟲蟲飛♡♡→♡℃留言 2021年8月10日 (二) 12:06 (UTC)
到底會不會排版,要講幾次。--Xiplus#Talk 2021年8月11日 (三) 01:17 (UTC)
那麼我覺得他的發言被曲解了。他沒有要求提升投票資格,只是希望將新增新權限的提案與調整投票資格的提案分開處理。我到現在還是不理解設置在120天有什麼理由,你設到120天也要有個原因啊。--Bookwith留言2021年8月11日 (三) 17:20 (UTC)
上面早就解釋了,這是延確3個月+1的計法。而且請您看看洋洋和其他人的意見。--蟲蟲飛♡♡→♡℃留言 2021年8月12日 (四) 00:12 (UTC)
能這樣相加的嗎?就上方羊羊也有質疑過。--Bookwith留言2021年8月12日 (四) 04:33 (UTC)
他最後澄清了他是支持,而且我之前曾提出根據您的意見修訂,但沒有人支持您的意見,而且您現在還沒有回應羊羊的問題(他已經提出多天了),而且請您看看其他人的意見,請注意您現在的行為是WP:ONEHANDGIVES:「故意拖延或冗長辯論」。--蟲蟲飛♡♡→♡℃留言 2021年8月12日 (四) 04:44 (UTC)
我認為提高門檻勢在必行,120天是合理的(另外我主張將延伸確認門檻擴展至移動重要命名空間)--Newbamboo留言2021年8月10日 (二) 07:13 (UTC)
+1。--MCC214Sign | Contributions 2021年8月10日 (二) 10:38 (UTC)
移動權是自動確認權的,這個要另外提案討論。--蟲蟲飛♡♡→♡℃留言 2021年8月10日 (二) 07:21 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

微调Wikipedia:人事任免投票資格文本和格式内容

本人对Wikipedia:人事任免投票資格文本和格式内容进行了微调(变更见此)。虽然内容未有实际变更,但鉴于该页面较为敏感,故在此通知社群。--DreamerBlue留言2021年8月28日 (六) 14:17 (UTC)

提议调整人事任免投票门槛

已通过:
“方案十四”已通过。--12З4567留言2022年3月16日 (三) 16:17 (UTC)
下列討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

(方案一)

現行條文

凡管理人員解任投票聯署或上任投票開始之前,注册满七天且符合以下兩項之至少一項條件有權投票:

解任投票聯署提出或上任投票開始120天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁用戶對話頁);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

提議條文

凡管理人員解任投票聯署或上任投票開始之前,符合以下條件延伸确认用户有權投票:

聯署提出或上任投票開始前45天內至少有1次編輯(不包括任何用戶頁、用戶對話頁及沙盒)。


以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

本人提议的修订说明:

  1. 将延伸确认用户引入该条文,并且删去与延伸确认用户定义类似的条文语句;
  2. 提高活跃度门槛,从之前的90天前至少有一次编辑调整到45天(这个数字还在斟酌);
  3. 删去满足编辑次数就有投票权的条文。看了当初十年前制定这个方针时候的讨论,我理解有一些不爱编辑的维基人,但我认为单凭总编辑数无法判定是否真的能理解现实情况,如果说日常都不想登录编辑,但是任命的时候却想登录投票了,结合最近的RFA情况,这很难让我继续做善意推定;
  4. 编辑次数同时也不包括沙盒;
  5. 调整语句,加了个“且”字。

以上是本人的修订提案和想法,尚请社群中的各位多多提出自己的意见和想法。同时我觉得这也可以算是管理员选举改革的一步。 --Tazkeung留言2021年10月18日 (一) 16:47 (UTC)

  • extended confirm 一經確認,即為永久權限。這樣不就降低了投票門檻嗎。恕反對。--Temp3600留言2021年10月18日 (一) 16:51 (UTC)
    • @Temp3600::不知道是否我理解有差错,我理解的“解任投票聯署提出或上任投票開始120天前,編輯至少500次“其实也算是一个"永久权限",我理解成只要注册满120天并在这120天内编辑满500次,那就达成这个条件,而延伸确认用户的定义是注册满90天并且编辑满500次,就达成这个条件,区别就在于一个是120天,一个是90天,一个要在120天内完成,一个不需要。延伸确认用户只是投票的一个前提,不是唯一条件,我认为这个缺陷在活跃度收紧这方面能弥补。--Tazkeung留言2021年10月18日 (一) 17:13 (UTC)
      你說的是對的,但可以加上120天前是延伸確定用戶比較好,防止新手為了投票沖編輯量。新手一天50編輯,三周就延伸了。--ghren🐦吱吱吱...🔊 2021年10月18日 (一) 17:41 (UTC)
      延伸用户有一个前提,是注册满90天呀。不过您这120天前是延伸注册用户,好像确实也有收紧了的效果。--Tazkeung留言2021年10月21日 (四) 06:51 (UTC)
      有點明白了。但是,舊制是要求"120天前已經編輯500次",也就是說,實質上大約要半年前創號才行; 但新制是"90天前創號,編輯數可以慢慢刷",好像還是放寬了不少?
      就是說,舊制下,提出投票前的120天,投票人名冊已經訂好了; 但是新制下,提出前一天還可以將90日,但是沒有投票權的用戶刷進名冊內。--Temp3600留言2021年11月2日 (二) 11:07 (UTC)
  • (-)反对僅保留活躍度規定,可以考慮拉高編輯次數標準,但不應該全部刪去。一位似乎很活躍編輯的新手,不見得比打滾多年,只是最近跑去現充的老手更了解什麼。—— Eric Liu 創造は生命(留言留名學生會 2021年10月19日 (二) 01:07 (UTC)
我的意見與上面相反:為保障投票用戶帳號的安全性,應該無論如何都要求有權投票的用戶保持一定的活躍度,之前實在太多擾亂投票的(老)用戶了。我建議改為“聯署提出或上任投票開始90天前,編輯至少500次;並在聯署提出或上任投票開始前45天內至少有1次編輯(不包括任何用戶頁、用戶對話頁及沙盒)”(對,我這裏還進一步收緊了)。可以維持指定延伸確認用戶才有權投票。我認為以後所有針對人事任免投票資格門檻的調整都應該要求對所有用戶進行活躍度評斷。Sanmosa WÖRK 2021年10月19日 (二) 01:34 (UTC)
@TazkeungTemp3600Ericliu1912Sanmosa WÖRK 2021年10月19日 (二) 01:39 (UTC)
想問一下如果目的是確保安全性,那在其他站點的編輯是不是也可以作為活躍度標準?--拒食木瓜〽️心臓を捧げよ! 2021年12月14日 (二) 14:47 (UTC)
可以考慮。附上一則過往討論。—— Eric Liu 創造は生命(留言留名學生會 2021年12月17日 (五) 01:53 (UTC)

方案二

根据上述讨论,再结合个人想法,本人提出如下修正方案:

現行條文

凡管理人員解任投票聯署或上任投票開始之前,注册满七天且符合以下兩項之至少一項條件者有權投票:

解任投票聯署提出或上任投票開始120天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁用戶對話頁);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

提議條文

凡管理人員解任投票聯署或上任投票開始之前,符合以下條件者有權投票:

連署提出或上任投票開始前120天已獲得延伸確認使用者權限,並在聯署提出或上任投票開始前45天內至少有1次編輯(不包括任何用戶頁用戶對話頁及沙盒);

注冊滿一年且編輯滿3000次,且在聯署提出或上任投票開始前60天內至少有1次編輯(不包括任何用戶頁、用戶對話頁及沙盒)。


以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

结合上述讨论,保留了一个老手条款,但还是增加了活跃度要求,要求可稍微宽松。适当收紧了活跃度条款。 --Tazkeung留言2021年10月21日 (四) 07:38 (UTC)

第二項條件達到可能性近乎0吧...很難想像符合這條件的人不合第一條。--ghren🐦吱吱吱...🔊 2021年10月21日 (四) 09:15 (UTC)
原條文的第一種方式是「註冊滿七天且…解任投票聯署提出或上任投票開始120天前,編輯至少500次」,這樣最快只要註冊120天就能取得投票權。改成提議條文「連署提出或上任投票開始前120天已獲得延伸確認使用者權限」的話,「獲得延伸確認使用者權限」就要先註冊滿90天,然後取得此權限後又要間隔120天才能投票,所以最快是210天取得投票權。
我想確認您有想把現行至少註冊滿4個月的投票方案限長到7個月的意思嗎?--Reke留言2021年10月22日 (五) 12:34 (UTC)

方案三、方案四

現行條文

凡管理人員解任投票聯署或上任投票開始之前,注册满天且符合以下兩項之至少一項條件者有權投票:

解任投票聯署提出或上任投票開始120天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁用戶對話頁);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

提議條文

凡管理人員解任投票聯署或上任投票開始之前,注册满90天且符合以下兩項之至少一項條件者有權投票:

解任投票聯署提出或上任投票開始90天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁用戶對話頁及沙盒);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

--12З4567留言2021年10月22日 (五) 04:53 (UTC)

說明:第一条修改原来的120天为90天,即注册满180天见方案四说明、延伸确认满90天的用户有投票权。本人认为第二条无需修改见下。若7日内无反对则公示。--12З4567留言2021年10月24日 (日) 04:53 (UTC)

  • (?)疑問:此修订如何体现出“注册满180天”这个条件?我的理解是这个修订是“注册满90天且编辑满500次”就可以了,反而是跟之前相比有所放松。至于第二条,我依然不觉得说长期不活跃的老用户能自动有投票权。--Tazkeung留言2021年10月26日 (二) 09:36 (UTC)
第二条已根据Tazkeung的建议进行修改。--12З4567留言2021年10月27日 (三) 04:47 (UTC)
說明“90天前编辑至少500次”是指90天前已成为延伸确认用户,最快需要注册满180天见方案四说明。--12З4567留言2021年10月27日 (三) 04:52 (UTC)

不明意義,條文自相矛盾,(-)反对,能否直接直接延確寫進條文。實際上理解是兩個90天是重複的。第一個90天和第二個90天是可以重複算的。ghren🐦吱吱吱...🔊 2021年10月27日 (三) 06:22 (UTC)

現行條文

凡管理人員解任投票聯署或上任投票開始之前,注册满七天且符合以下兩項之至少一項條件者有權投票:

解任投票聯署提出或上任投票開始120天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁用戶對話頁);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

提議條文

凡管理人員解任投票聯署或上任投票開始之前,符合以下兩項之至少一項條件者有權投票:

解任投票聯署提出或上任投票開始90天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁用戶對話頁及沙盒);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

根据上述讨论,对方案三做了一些修改。但延伸确认用户目前是不能写进条文的,因为“由于技术原因,此前已达门槛的用户需要额外编辑一次,才能获得延伸确认权”。--12З4567留言2021年10月28日 (四) 04:48 (UTC)

因本人理解有误,现重新 說明:“90天前编辑至少500次”是指90天前就已经有至少500次编辑。若注册时间早于180天前,则90天前就已成为延伸确认用户;若注册时间晚于180天前而早于90天前,且在90天前(注册不满90天)已编辑至少500次,则注册满90天时(早于投票开始时间)成为延伸确认用户。所以最快需要注册满90天获得投票权(但必须注册第一天就编辑500次,这种情况几乎是不可能的)。但无论如何,均能保证每个用户在投票时都已成为延伸确认用户。另外最近查了一下Techyan和虫虫飞的投票情况,我感觉第二条限制活跃度和不限制没什么区别(因为参加投票的绝大多数符合第一条而不是第二条,而且限制活跃度并不能解决实际问题),在尽可能不改变现行条文的情况下,我把这条规定去掉了。若一周内无异议则公示。--12З4567留言2021年10月29日 (五) 15:42 (UTC)

這實際上不就是放寬了規定,你能否說一下為啥要放寬。--ghren🐦吱吱吱...🔊 2021年10月30日 (六) 04:03 (UTC)
现行的规定过于收紧,所以放宽一下,而且放宽有利于新用户(相对于老用户而言,指近期加入并活跃于维基百科且有一定经验的用户)投票,有助于解决“不活跃的老手扰乱投票”的问题。--12З4567留言2021年10月31日 (日) 04:49 (UTC)
同上,這也是我主張無論如何都需要要求有權投票的用戶保持一定的活躍度。Sanmosa Ázijská Práca 2021年11月2日 (二) 12:19 (UTC)

方案五

現行條文

凡管理人員解任投票聯署或上任投票開始之前,注册满七天且符合以下兩項之至少一項條件者有權投票:

解任投票聯署提出或上任投票開始120天前編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁用戶對話頁);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

提議條文

僅管理人員解任投票聯署提出或上任投票開始的120天已於中文維基百科編輯(不含明显的破坏和测试)至少500次於該聯署提出或上任投票開始前的30天內至少有1次編輯(不包括任何用戶頁、用戶對話頁及沙盒延伸确认用户方有權在該管理人員解任投票或上任投票中投票

基於方案一修改(並整合文字),而且很明顯是收緊。Sanmosa Ázijská Práca 2021年11月2日 (二) 12:19 (UTC)

投票開始前門檻基數可能的話是否再收緊點會比較好?--約克客留言2021年11月2日 (二) 12:33 (UTC)
就社羣內用戶的動態來說,真的每30日做一次編輯實在過分詭異,通常可能就是一上綫就有十餘個編輯,因此就算我把「上任投票開始前的30天內至少有1次編輯」改成「上任投票開始前的30天內至少有(10≤x≤50)次編輯」,實際上的效果可能沒太大分別。假設一定要改得很有效果的話,把「上任投票開始前的30天內至少有1次編輯」改成「上任投票開始前的30天內至少有100次編輯」或許也可以,但要求是否過高又是另一個問題。Sanmosa Ázijská Práca 2021年11月3日 (三) 00:00 (UTC)
30日太嚴。—— Eric Liu 創造は生命(留言留名學生會 2021年11月2日 (二) 12:41 (UTC)
見下。另現時除了我以外,也已經有其他用戶表態需要收緊老用戶的投票資格(而且這樣提議的全部都是老用戶)。Sanmosa Ázijská Práca 2021年11月3日 (三) 00:00 (UTC)
@Longway22Ericliu1912:你們兩個的意見簡直就是迴異見解(一個要求再收緊,一個要求放寬),我該怎樣處理?Sanmosa Ázijská Práca 2021年11月2日 (二) 23:51 (UTC)
缺乏共識,硬改不妥,不如維持現狀。—— Eric Liu 創造は生命(留言留名學生會STE 2021年11月26日 (五) 19:44 (UTC)
我提議既然500次是得到延伸確認權限的技術問題,不如寫個幾年的日落條款,之後就必定要延伸才能投票,會不會方便點?--ghren🐦吱吱吱...🔊 2021年11月3日 (三) 03:03 (UTC)
@Ghrenghren:倒也不用。延伸確認權限是2021年8月16日 (一) 21:27(我自動升級為延伸確認用戶的時間)在技術上設立的,因此在方案5的基礎上,所有延伸確認用戶在2021年12月14日起都可假定為符合「管理人員解任投票聯署提出或上任投票開始的120天前已於中文維基百科編輯(不含明显的破坏和测试)至少500次」的條件。有個便捷的辦法是同時制定2021年12月14日後的版本,2021年12月14日後的版本不再提及「管理人員解任投票聯署提出或上任投票開始的120天前已於中文維基百科編輯(不含明显的破坏和测试)至少500次」的條件;另一個辦法是方案五本身不再提及「管理人員解任投票聯署提出或上任投票開始的120天前已於中文維基百科編輯(不含明显的破坏和测试)至少500次」的條件,但提案直至2021年12月14日方實施。Sanmosa Ázijská Práca 2021年11月3日 (三) 04:40 (UTC)
我認為這個技術問題的意思是意指在之前達成500次的,要在8月16日之後有一次編輯才會成延伸確認。一個十年不用,但是超過500編輯的陳年老號是不會在8月16日升為延確的,會不會是我理解錯了?--ghren🐦吱吱吱...🔊 2021年11月9日 (二) 17:36 (UTC)
我认为您的理解是正确的,这个十年不用、超过500编辑的陈年老号需要在8月16日或者之后编辑一次才会获得延伸确认。--Tazkeung留言2021年11月11日 (四) 15:35 (UTC)
U:KaurJmeb還是自確,明顯@Sanmosa理解出了偏差了。--ghren🐦吱吱吱...🔊 2021年11月13日 (六) 05:11 (UTC)

方案六

根据放宽新用户(相对于老用户而言,指近期加入并活跃于维基百科且有一定经验的用户)投票、收紧不活跃的老用户投票的原则,现重新制定本方案:

現行條文

凡管理人員解任投票聯署或上任投票開始之前,注册满七天且符合以下兩項之至少一項條件者有權投票:

解任投票聯署提出或上任投票開始120天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁用戶對話頁);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

提議條文

凡管理人員解任投票聯署或上任投票開始之前,符合以下條件者有權投票:

注册满120天,且解任投票聯署提出或上任投票開始60天前,編輯至少500次;並在聯署提出或上任投票開始前60天內至少有1次編輯(不包括任何用戶頁用戶對話頁及沙盒)。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

--12З4567留言2021年11月3日 (三) 04:58 (UTC)

社群中的各位对上述方案是否有其他意见?还是说可以来一次明确能够明确表达社群意见的投票?--Tazkeung留言2021年11月16日 (二) 13:51 (UTC)

60天太短了,放一个短期维基假就没投票权了,比如某个长期活跃用户放了三月假,回来发现没有投票权。桐生君[讨论] 2021年11月19日 (五) 11:32 (UTC)
同意举行投票,因为选举权是很重要的条款,应该让社群整体决定。桐生君[讨论] 2021年11月20日 (六) 02:10 (UTC)
(-)反对投票,因为投票不能代替讨论。--12З4567留言2021年11月25日 (四) 05:50 (UTC)

方案七

方案七之a

現行條文

凡管理人員解任投票聯署或上任投票開始之前,注册满七天且符合以下兩項之至少一項條件者有權投票:

解任投票聯署提出或上任投票開始120天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁及用戶對話頁);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

提議條文

凡管理人員解任投票聯署提出或上任投票提名開始30天之前,已是延伸确认用户或已达到成为延伸确认用户条件,且符合以下兩項至少一項条件者有權投票:

  • 在解任投票聯署提出或上任投票提名開始前90天內至少有1次編輯(不包括任何用戶頁、用戶對話頁及沙盒)。
  • 注册满一年,編輯数已达1500次;并在解任投票聯署提出或上任投票提名開始前6个月內至少有1次編輯(不包括任何用戶頁、用戶對話頁及沙盒)。

以上所称“编辑”,均指在中文維基百科的编辑,且不含明显的破坏和测试。

90+30必然已达120天,也加上因技术原因未能取得延伸确认用户的条款,其他权限都是六个月不活跃才移除,所以投票权也保留一个六个月条款,有1500次编辑并且六个月内有有效编辑则有投票权。基本上跟原条款没有差别,只是给老用户条款变成六个月条款,也防止7天刷1500/3000次编辑立刻取得投票权。 桐生君[讨论] 2021年11月17日 (三) 11:27 (UTC)

如果没有人有意见,就公示。桐生君[讨论] 2021年11月19日 (五) 12:08 (UTC)

本方案还是有差别,原条款是120天前需要达到500次编辑,新条款是30天前达到500次编辑并在120天前注册,正在考虑提出新方案解决这个问题,延确真的不方便加入条款。桐生君[讨论] 2021年11月20日 (六) 02:14 (UTC)

方案七之b

現行條文

凡管理人員解任投票聯署或上任投票開始之前,注册满七天且符合以下兩項之至少一項條件者有權投票:

解任投票聯署提出或上任投票開始120天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁及用戶對話頁);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

提議條文

凡管理人員解任投票聯署提出或上任投票提名開始60天之前,已是延伸确认用户或已达到成为延伸确认用户条件,且符合以下兩項至少一項条件者有權投票:

  • 在解任投票聯署提出或上任投票提名開始前90天內至少有1次編輯(不包括任何用戶頁、用戶對話頁及沙盒)。
  • 注册满一年,編輯数已达1500次;并在解任投票聯署提出或上任投票提名開始前6个月內至少有1次編輯(不包括任何用戶頁、用戶對話頁及沙盒)。

以上所称“编辑”,均指在中文維基百科的编辑,且不含明显的破坏和测试。

如果保留延确在条款中,这个版本避免30天前有500次编辑就能取得投票权。桐生君[讨论] 2021年11月20日 (六) 02:22 (UTC)

方案八

根据以上讨论,对方案六作出修订:

(已由12З4567撤回)

修订说明:放宽活跃且有一定经验的新用户,收紧不活跃的老用户,解决“60天太短,放一个短期维基假就没投票权”的问题。--12З4567留言2021年11月19日 (五) 16:34 (UTC)

巡查、回退、管理权都是六个月不活跃移除,那么投票权也应该是六个月失效。桐生君[讨论] 2021年11月20日 (六) 01:46 (UTC)
除非说超过90天的老用户,会乱回退、巡查,因此超过90天不活跃应移除回退、巡查权。桐生君[讨论] 2021年11月20日 (六) 01:50 (UTC)
另外您的方案也有30天有500次编辑就能取得投票权的问题。条款2部分倾向反对。桐生君[讨论] 2021年11月20日 (六) 02:30 (UTC)

方案九

現行條文

凡管理人員解任投票聯署或上任投票開始之前,注册满七天且符合以下兩項之至少一項條件者有權投票:

解任投票聯署提出或上任投票開始120天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁及用戶對話頁);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

提議條文

凡管理人員解任投票聯署提出或上任投票提名開始120天之前,编辑至少500次,且符合以下两項至少一項条件者有權投票:

  • 在解任投票聯署提出或上任投票提名開始前90天內至少有1次編輯(不包括任何用戶頁、用戶對話頁及沙盒)。
  • 注册满一年,編輯至少1500次并符合下列两项条件至少一项者:
    • 在解任投票聯署提出或上任投票提名開始前6个月內至少在主命名空间有1次非自动編輯。
    • 在解任投票聯署提出或上任投票提名開始前6个月內至少有10次編輯(不包括任何用戶頁、用戶對話頁及沙盒)。

以上所称“编辑”,均指在中文維基百科的编辑,且不含明显的破坏和测试。

根据方案七的问题,修正版。 桐生君[讨论] 2021年11月20日 (六) 02:18 (UTC)

本方案只收紧3000次编辑就可以无忧的终身投票人,其他没有差别,本人也认为不需收紧或放宽。桐生君[讨论] 2021年11月20日 (六) 02:32 (UTC)

方案十

(已由12З4567撤回)

方案八的修正版,能够有效防止只写条目不了解站务的,或不活跃的老手扰乱投票。--12З4567留言2021年12月3日 (五) 04:47 (UTC)

  • 再次修订。“放一个短期维基假就没投票权”理由不合理,因为1次编辑已经很宽松了,而且“收紧活跃度要求”已为讨论共识。七日无异议则公示。--12З4567留言2021年12月6日 (一) 04:43 (UTC)

根据EricLiu1912的意见,现将已达成共识的方案六公示一周,公示期为2021年12月13日 (一) 00:00 (UTC)至2021年12月20日 (一) 00:00 (UTC),如无异议则通过。--12З4567留言2021年12月12日 (日) 05:37 (UTC)

這算什麼共識,投票才有意義啊大哥。--🐦T 2021年12月12日 (日) 05:41 (UTC)
  • 說明:方案六是根据方案一至方案五所有讨论中大多数人的意见制定的,且方案六中所有修订均为以上讨论所形成的共识,而其他方案均与原方案差别过大,显然没有共识。另外,本人坚决(-)反对投票,因为投票不能代替讨论。如有意见请尽快发表,本人将以方案六为基础进行修改,尽可能体现大多数人的共识。--12З4567留言2021年12月12日 (日) 05:48 (UTC)
    本人认为上述皆无共识,任免管理员实际也是投票决议,最近决定保护名称及标识也是采取投票,故举行投票有效。但本人认为既然无法达成共识,建议暂时搁置,但可以做实际不改变任何条件的修改。--桐生ここ[讨论] 2021年12月12日 (日) 07:10 (UTC)
現行條文

凡管理人員解任投票聯署或上任投票開始之前,注册满七天且符合以下兩項之至少一項條件者有權投票:

解任投票聯署提出或上任投票開始120天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁及用戶對話頁);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

提議條文

凡管理人員解任投票聯署提出或上任投票開始120天前,符合以下兩項之至少一項條件者有權投票:

編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁及用戶對話頁);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

桐生ここ[讨论] 2021年12月12日 (日) 07:26 (UTC)

我認為本話題顯無共識,一直強推提案也不是辦法。—— Eric Liu 創造は生命(留言留名學生會 2021年12月12日 (日) 10:27 (UTC)
我也不認為這算什麼共識。--🐦T 2021年12月12日 (日) 12:21 (UTC)
不如暂不修改。桐生ここ[讨论] 2021年12月12日 (日) 12:43 (UTC)

意见征集

根据以上讨论,现决定中止公示,但仍进行最后意见征集。以问卷调查的方式进行:

  1. 注册满(180/150/120/90)天,且解任投票聯署提出或上任投票開始(120/90/60/30)天前,編輯至少500次。
  2. 您是否支持收紧活跃度要求?若支持,则应收紧为(75/60/45/30)天?
  3. 其他意见。

--12З4567留言2021年12月14日 (二) 05:47 (UTC)

  1. 注册满120天,且解任投票聯署提出或上任投票開始120天前,編輯至少500次。
  2. 不支持,保持90天有1次编辑。
  3. 编辑1500或3000次者,活跃度要求为六个月,与IPBE一样。

--桐生ここ[讨论] 2021年12月14日 (二) 06:56 (UTC)

(!)意見1.本讨论宜以“无共识”终止。2.个人认为收紧活跃度限制这一做法可能无法起到任何预期效果。--Yining Chen留言|签名页2021年12月20日 (一) 15:32 (UTC)
我认为能不能有预期效果还是得做了试行一段时间才能知道,现在这么讨论法也不会有什么结果。但我认为可以先不终止,得让更多人看到这讨论,继续发表意见。--Tazkeung留言2021年12月25日 (六) 18:11 (UTC)

我的意见是:

  1. 注册满120天,且解任投票联署提出或上任投票开始120天前,编辑至少500次。
  2. 不支持,保持90天有1次编辑。
  3. 没有其它意见。

--Lanwi1(留言) 2021年12月28日 (二) 04:31 (UTC)

  • (!)意見
  1. 注册满120天,且解任投票聯署提出或上任投票開始120天前,編輯至少500次。
  2. 不支持,保持90天有1次编辑。
  3. 無。

--Kriz Ju留言2022年1月6日 (四) 02:34 (UTC)

方案十一

意见征集已有一个月,共收集到4条有效意见,且意见均为“维持原状”。根据意见,现决定公示以下仅修饰语句、不做任何实质性的修改的版本:

現行條文

凡管理人員解任投票聯署或上任投票開始之前,注册满七天且符合以下兩項之至少一項條件者有權投票:

解任投票聯署提出或上任投票開始120天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁用戶對話頁);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

提議條文

凡管理人員解任投票聯署或上任投票開始之前,符合以下條件者有權投票:

解任投票聯署提出或上任投票開始120天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁用戶對話頁及沙盒);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

公示期为7天,若无异议则通过。--12З4567留言2022年1月16日 (日) 08:10 (UTC)

怎麼挑出沙盒編輯?因編輯條目而在沙盒編輯算不算?而這又跟直接編輯條目有什麼差別?這裡的沙盒是否包含草稿?—— Eric Liu 創造は生命(留言留名學生會 2022年1月16日 (日) 08:27 (UTC)
不同意移除「兩項之至少一項」,這兩項之中都有「且/或」連接詞,不是所有人都很清楚且跟或的優先順序,能轉為條列式就應該轉為條列式,並使用「以下條件之一」的構句來讓條件更加清晰易讀。--Xiplus#Talk 2022年1月17日 (一) 13:46 (UTC)
如果只是語意調整,請WP:沒壞別修。--Ghren🐦🕐 2022年1月19日 (三) 17:12 (UTC)
仅支持去掉那个“七天”,七天1500笔条目编辑也太恐怖了吧…… ——魔琴 [ 留言 贡献 ] 2022年1月27日 (四) 11:32 (UTC)
不行,万一真的行呢,还是把“七天”提进第二点里吧。 ——魔琴 [ 留言 贡献 ] 2022年1月27日 (四) 11:33 (UTC)
自確必定要7天啊,只要隨意清清消歧7天1500不太難吧。--Ghren🐦🕗 2022年1月27日 (四) 12:14 (UTC)

方案十二

現行條文

凡管理人員解任投票聯署或上任投票開始之前,注册满七天且符合以下兩項之至少一項條件者有權投票:

解任投票聯署提出或上任投票開始120天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁及用戶對話頁);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

提議條文

凡管理人員解任投票聯署提出或上任投票開始120天前,符合以下兩項至少一項條件者有權投票:

編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁、用戶對話頁及沙盒);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,且不含明显的破坏和测试。

这样比较好。桐生ここ[讨论] 2022年1月27日 (四) 12:38 (UTC)

才看到上面的留言,确实是收紧了第二个条件,那这个只是供各位参考。桐生ここ[讨论] 2022年1月27日 (四) 17:26 (UTC)

不过各位可以接受仅注册7天但有1500次条目编辑的用户投票吗?桐生ここ[讨论] 2022年1月27日 (四) 17:27 (UTC)

(对整个讨论串的意见)我觉得老人条款应该要加一个六个月活跃。你六个月不活跃什么权都没了还能参加RfA不是很合理。-- ——魔琴 [ 留言 贡献 ] 2022年1月30日 (日) 10:28 (UTC)
不活躍除權是出於安全考慮。這跟有沒有投票權應該是兩回事。不過或許再長一些的不活躍期應該可矣。—— Eric Liu 創造は生命(留言留名學生會 2022年1月30日 (日) 16:29 (UTC)
改成一年如何。桐生ここ[讨论] 2022年1月30日 (日) 16:54 (UTC)
投票应该也要考虑帐号安全吧。我建议是210天(6月+延期的1月)。 ——魔琴 [ 留言 贡献 ] 2022年1月31日 (一) 08:38 (UTC)

方案十三

現行條文

凡管理人員解任投票聯署或上任投票開始之前,注册满七天且符合以下項之至少一項條件者有權投票:

  1. 解任投票聯署提出或上任投票開始120天前,編輯至少500次;在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁及用戶對話頁);
  2. 編輯至少3000次,或編輯條目至少1500次

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

提議條文

凡管理人員解任投票聯署或上任投票開始之前,符合以下項之至少一項條件者有權投票:

  1. 解任投票聯署提出或上任投票開始120天前,編輯至少500次;在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁及用戶對話頁);
  2. 注册满七天編輯至少3000次在聯署提出或上任投票開始前210天內至少有1次編輯
  3. 注册满七天編輯條目至少1500次在聯署提出或上任投票開始前210天內至少有1次編輯

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

 ——魔琴 [ 留言 贡献 ] 2022年1月31日 (一) 08:42 (UTC)

方案十四(已通过)

現行條文

凡管理人員解任投票聯署或上任投票開始之前,注册满七天且符合以下兩項之至少一項條件者有權投票:

解任投票聯署提出或上任投票開始120天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁及用戶對話頁);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

提議條文

凡管理人員解任投票聯署或上任投票開始之前,符合以下兩項之至少一項條件者有權投票:

解任投票聯署提出或上任投票開始120天前,編輯至少500次;並在聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁及用戶對話頁);

編輯至少3000次,或編輯條目至少1500次。

以上所称“编辑”,均指在中文維基百科的编辑,不含明显的破坏和测试。

根据意见,修改后重新公示7天。--12З4567留言2022年2月10日 (四) 14:50 (UTC)

這個方案的意思是說,賦予七日內註冊、編輯至少五百次者投票權?—— Eric Liu 創造は生命(留言留名學生會 2022年2月10日 (四) 17:11 (UTC)
應該是編輯7天內編輯1500次條目就有權吧...--Ghren🐦🕑 2022年2月10日 (四) 18:14 (UTC)
刪除註冊滿七日之限制後,實際上就是允許投票前七日以內註冊、編輯至少五百次者投票。—— Eric Liu 創造は生命(留言留名學生會 2022年2月11日 (五) 03:33 (UTC)
@Ericliu1912:但是怎可能在120天前編輯500次然後只注冊7天?--Ghren🐦🕐 2022年2月11日 (五) 05:00 (UTC)
7<120。我不會說達到這個門檻的可能性有多大,但此方案的效果即是如此。—— Eric Liu 創造は生命(留言留名學生會 2022年2月11日 (五) 05:21 (UTC)
这是不可能的,“120天前,编辑至少500次”,说明120天前已经注册。但是注册七天内编辑3000次(或条目1500次)就有投票权。 ——魔琴 [ 留言 贡献 ] 2022年2月11日 (五) 08:20 (UTC)
「開始120日前編輯至少500次」,七日前也算在這120日前啊,開始七日前編輯至少500次就必然在開始120日前編輯至少500次了吧。這個前有歧義。—— Eric Liu 創造は生命(留言留名學生會 2022年2月11日 (五) 17:33 (UTC)
「投票開始120天,編輯至少500次」=「投票開始的120天前,編輯已滿500次」≠「投票開始120天,編輯至少500次」,這邊的人只有您誤解現行條文,看看下一句的「投票開始90天至少有1次編輯」就應該知道您錯在哪裡。--Xiplus#Talk 2022年2月12日 (六) 04:53 (UTC)
我昨天講完之後就自己去翻了一下討論,然後明白確實是自己誤會了。但我覺得條文可以寫的再清楚一些。—— Eric Liu 創造は生命(留言留名學生會 2022年2月12日 (六) 08:16 (UTC)
可參考台灣的法令用詞:「員工應於離職日的10天前預告」,「雇主應於員工離職日的前10天內通報」。例如:「解任投票聯署提出或上任投票開始的120天前,至少已編輯達500次;並在解任投票聯署提出或上任投票開始的前90天內,至少有1次編輯(不包括任何使用者頁面及使用者對話頁)」--218.35.184.161留言2022年2月13日 (日) 03:00 (UTC)
因为“注册七天内编辑3000次(或条目1500次)就有投票权”,所以反对。 ——魔琴 [ 留言 贡献 ] 2022年2月13日 (日) 11:33 (UTC)
你是跟Eric君有同一個誤解吧,請看Xiplus在2022年2月12日 (六) 04:53 (UTC)的留言。--路西法人 2022年2月15日 (二) 03:32 (UTC)
他的反對意見和Ericliu1912的誤解不同。因本案首段刪除「註冊滿七天」後,第一項條件仍規定至少需註冊滿120天,第二項條件則只規定編輯數,未規定註冊時間。然而兩項條件只須符合其一即有權投票。--111.71.79.179留言2022年2月15日 (二) 05:16 (UTC)
我覺得他的理解無誤。能不能不要在沒有人支持下不停公示?--Ghren🐦🕕 2022年2月15日 (二) 10:32 (UTC)
可以解释一下本章节内列出的14个方案是什么关系吗,是从其中要选择一个还是什么别的意思;有的小段落已经有超过三个月没有人讨论了,这些算是呗否决了吗。 Stang 2022年2月24日 (四) 14:47 (UTC)
事實上我覺得這裡面沒有一案有共識的,不如維持原狀。—— Eric Liu 創造は生命(留言留名學生會 2022年2月24日 (四) 16:05 (UTC)
這能不能雪球掉?都半年了。--Ghren🐦🕐 2022年2月25日 (五) 05:38 (UTC)+1
  • 最近因为有事,没有时间回复大家的意见,这些意见我也看过了,绝大部分是反对,而且反对的理由也很荒谬:“赋予编辑超1500次的非自动确认用户投票权”,标题也不知道被谁改成了“方案十四”。请问你们见过哪个新用户能在7天内编辑1500次(平均每天编辑214次),还能保证这1500个编辑全都是条目,而且恰好是投票前7天内作出的,而且全都是实质性编辑,没有一个破坏或测试?根据WP:最近编辑次数最多的用户统计,只有3个非机器人用户最近一周内编辑超过1500次,而且表中所有用户均为自动确认用户。大家可以自己找一下历史上有没有符合上述所有条件的用户,如果有的话可以在下面留言。假如真有这种用户,那么管理员难道不会以WP:游戏维基规则封禁之?希望大家认真思考这几个问题,当然也可以讨论,我先把上面的公示去掉,如果没有意见的话,我再公示。--12З4567留言2022年2月25日 (五) 04:35 (UTC)
  • 由于无反对意见,现将“方案十四”正式🕗 公示7天,如有意见请尽快提出。--12З4567留言2022年3月7日 (一) 04:31 (UTC)
    我己經說過很多次了,這個方案己經拖拖拉拉走了半年了,沒意思也沒什麼用。上次改成了500次之後,一次選舉都沒有,根本上連500次都不知道是否有效,然後就在同一個方案打轉,微調,一點實際用處都沒有。--Ghren🐦🕐 2022年3月7日 (一) 05:26 (UTC)
  • 根据WP:7DAYS,由于公示期内无用户提出正当合理之异议,本方案通过。--12З4567留言2022年3月16日 (三) 16:01 (UTC)
    莫名其妙就通過了,唉。—— Eric Liu 創造は生命(留言留名學生會 2022年3月17日 (四) 12:53 (UTC)

本討論已經關閉,請勿修改。如有任何意見,請至合適的討論頁進行,並不要再次編輯本討論。

《人事任免投票资格方针(PL507)》条件1的修订

現行條文

……

  1. 解任投票聯署提出或上任投票開始120天前,編輯至少500次;聯署提出或上任投票開始前90天內至少有1次編輯(不包括任何用戶頁及用戶對話頁);

……

提議條文

……

  1. 解任或提名提出120天前,編輯至少500次;解任或提名提出90天內至少有1次編輯(不包括任何用戶頁及用戶對話頁);

……

修订理由有下:

  1. 人事任免投票资格方针(PL507)》序言章节所列条件1中作出了“上任投票开始120天前”和”上任投票开始前90天内”的约束,其本质是防止潜在的傀儡制造者,在已经得知某一人事任免投票开始的情况下通过编辑行为取得人事任免投票资格。《申请成为管理人员指引(GD803)》新增第2.6(安全投票暂行规定)章节后,投票起始时间由提名时直接开始,变为完成预提名程序并在技术上安全投票系统的设置后方才开始。此时,现行方针中”上任投票开始前90天内”的约束,不再能起到原有的效果。考虑到联署提出是新任免程序开启的信息最初向社群披露的时间点,故提议统一修订为“提名提出前”;
  2. GD803第2.6(安全投票暂行规定)章节规定,预提名须得到“七位具人事任免投票资格之用户联署支持”。因此,从方针指引的自洽性上而言,PL507应在GD803所规定预提名(联署)阶段即能够评估用户是否具备人事任免投票资格,故提议统一修订为“提名提出前”;
  3. 上述修改兼容潜在的变动,即使联署程序不再使用,方针亦能适用。

亦可统一改为“任免程序开始120天前/90天内”。以上。--Kirk # 2022年5月20日 (五) 12:06 (UTC)

請參照我對相關規則的解釋;將人事任免投票資格判定之基準點設置於聯署開始之時可能也有好處。不過,考慮到社群尚未正式決定採用何種投票方式,個人建議暫時擱置相關草案,直到共識產生為止。—— Eric Liu 創造は生命(留言留名學生會 2022年5月20日 (五) 18:54 (UTC)
同Eric。萬一是每一年選一次的方案的話,不一定有提名的程序,這樣的話又要重新修訂。--Ghren🐦🕘 2022年5月21日 (六) 13:12 (UTC)