维基百科:徵求意見/2025年管理人員制度改革
2025年管理人員制度改革意向調查 捷徑:WP:RFC/RFA2025 |
||
1 – 安全投票 | ||
2 – 集中選舉 |
| |
3 – 獨立選舉 | ||
4 – 臨時管理員 | ||
5 – 用戶查核權 |
背景
中文维基百科自去年管理人员制度改革以來,已有一定的改善。但過往制度的問題并未完全解決,部分改革措施又產生新的爭議。針對這些問題,社群經互助客棧展開數輪討論,希望進一步改善現況。然而眾說紛紜難以整理各人意見,且事關本站未來健康發展,故開啓本頁調查社群意見。望經此調查採社群意見的最大公因數,進一步改革管理人員制度,確保本站制度健康發展。
意向調查規則
時間表
議題1:安全投票
[编辑]- 當前情况
自WMF決定將創建安全投票權下放至本地以來,社群對此展開了一些討論,但仍有部分議題未能達成共識。
该议题主要针对安全投票中有爭議的議題进行意见收集。
議案1A:選舉監察員
[编辑]- 現行措施及問題
有用戶指出監督員雖過往一直擔任選舉監察員,但其理論上並不具備監票的能力。
- 建議措施及說明
監督員不再擔任選舉監察員,僅由用戶查核員或監管員擔任。
意見(議案1A)
[编辑]- 這個應該沒什麼爭議?—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:21 (UTC)
- 所以目前本地除了監督員,有其他選擇麼?--J.Wong 2025年8月2日 (六) 15:39 (UTC)
- 在本地設置用戶查核員前應維持現制,否則目前就只能依賴外站人員來監票,下方的各種「附言」「理據」設想更是難以實施。--路西法人 2025年8月2日 (六) 15:40 (UTC)
- 雖然無奈,但現任監督員均為資歷豐厚的行政員,且過往有實務經驗,我想還是有足夠能力及信任基礎繼續處理監票工作,這不失為一種折衷。還好我沒申請上(???)—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 16:01 (UTC)
- 有鉴于本地实际上并不存在“用户查核员”,且个人认为本地事务不应当太过麻烦全域监管员,而在此情况下,监督员是本地事实上唯一可以担任此角色的用户。因而,除非社群就解冻用户查核员一案(即5A)达成明确的恢复共识,否则恕本人不能同意此方案。谢谢。Iming 彼女の愛は、甘くて痛い。 2025年8月2日 (六) 16:47 (UTC)
- 監督員是有簽署nda的也相信不會濫用監票的權限。但這不是信任與否的問題,這是超出了監督員的工作範疇,無法支持監督員繼續擔任監票的工作。在本地還沒有CUer的情況下,只能勞煩監管員處理會接觸等同於CU資訊的監票事務。若1c提案一(即禁止SP的附言)通過的話,不認為監票需要具理解中文程度的能力。aqurs 🍧 2025年8月2日 (六) 20:43 (UTC)
- 我認為以我於新手時期的使用經驗,在於非故意卻遭攔截鎖定後有獲得學習機會而得以正常的繼續使用以外,帳號的修改機制讓我感到有點安心的情況,是出現了預覽和確認及替這個確認由自己賦予名稱的機制,自己改了什麼之後導致網站的某處變成什麼狀態,是安好心且完全無意製造混亂的人才會能繼續安然使用,否則這還算有正常秩序的狀態,若是因規矩有變更,以後會像車被開了窗沒有全閉就離去的遭竊賊情況,也就形同車輛未經人為破壞即引來惡賊覬覦,而後衍生各種混亂、破壞及惡意變更導致原有的自動檢驗機制損毀,這尤其會出現在ai自動判別封鎖方面的出狀況,屆時要人力進系統修改可能都成問題,所以我認為不該在這種時候提議要修改既有的功能和規則,可以再拉長時間觀察,又不是已經遇危難需緊急動員,急什麼呢?!
- ]]拎1Gin♪𝄢𖦞◕ .̫◕𓂈𝄫♬♩♫♪♫♬♪♬♫♪𓅂٭⋆٭ ♩♫ 2025年8月3日 (日) 08:11 (UTC)
- 這與AI有何關係?Sanmosa DC23 2025年8月3日 (日) 09:16 (UTC)
- 有沒有想過現在提這個議案為時過早?用户查核员解凍一事都還沒有結果就要討論下一步了?---姓哥名佬字吉拉(渴望長生天的祝福嗎?) 2025年8月3日 (日) 09:16 (UTC)
議案1B:選舉加密
[编辑]- 現行措施及問題
社群先前委托WMF设立的安全投票全部没有使用加密,考虑开始使用OpenSSL加密投票。
- 建議措施及說明
投票加密后可使WMF从数据库层面也无法查看投票结果,并提供了前向保密的好处;同时可以让投票者可以在不进行解密的情况下验证记录的真实性来确保结果未经篡改。缺点则是会让安全投票的设置变得非常繁琐,现行安全投票制度下对于每个候选人的投票要分别保存两套密钥。
意見(議案1B)
[编辑]- 英文維基百科是否使用類似制度?懷疑是否利大於弊。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:20 (UTC)
- 英维最近一次AELECT使用了OpenSSL加密。个人觉得利是大于弊的。 Stang1267 2025年8月3日 (日) 03:28 (UTC)
- 若將所有候選人的安全投票合併於同一SecurePoll投票內,是否可以部分解決程序繁瑣的問題,即只需要爲該投票創建一次密鑰?1F616EMO(喵留言~回覆請ping) 2025年8月2日 (六) 15:27 (UTC)
- 支持1F616EMO的提議(雖然不完全是出於密鑰的考慮)。Sanmosa DC23 2025年8月3日 (日) 03:01 (UTC)
- 完全正确,这也就是1D的内容。 Stang1267 2025年8月3日 (日) 03:28 (UTC)
- 更支持该观点,相较于OpenSSL更简洁--Littleyang916(留言) 2025年8月3日 (日) 08:23 (UTC)
- 提问:在基金会无法查看具体投票结果的情况下怎么把无效票(比如傀儡投票)剔除掉?--Vertin,do you want to be the timekeeper?(留言) 2025年8月3日 (日) 07:41 (UTC)
- 补充:缺点貌似并不像缺点。现在服务器的存储空间也不像八九十年代那么小。设置繁琐只是一开始编程的时候繁琐。--Vertin,do you want to be the timekeeper?(留言) 2025年8月3日 (日) 07:47 (UTC)
- 目前唯一能找到傀儡投票的方法是(监票人)看投票人IP或者如果存疑的话找监管员进行用户查核。--GZWDer(留言) 2025年8月3日 (日) 07:47 (UTC)
- 我的意思是说:知道那是个傀儡,然后呢?在基金会知道具体投票的结果之下,我们很明显可以判断出来,无非就是支持/反对票的票数减掉一张票就行了。
- 如果说,不知道具体的投票,但知道整体的投票。那么这等于瞎扯。我只要把系统中想要看票数的一个人剔除掉在观察支持/反对的票数就可以轻易得出这个人投的是支持还是反对票..--Vertin,do you want to be the timekeeper?(留言) 2025年8月3日 (日) 07:52 (UTC)
- 总结来讲便是:如果这个提案在密码学上具有完全的可行性,那么支持;如果没有,反对。我的直觉告诉我现实情况更倾向于后者。--Vertin,do you want to be the timekeeper?(留言) 2025年8月3日 (日) 07:57 (UTC)
- 剔除傀儡后才能开票。剔除傀儡的时候并不知道投票结果。开票后就不允许划票了。--Steven Sun(留言) 2025年8月3日 (日) 09:09 (UTC)
- 你这句话可行性也很低。因为无法剔除所有的傀儡。隔壁美国一大堆假票...从这点来看就会知道假票问题是极难解决的。--Vertin,do you want to be the timekeeper?(留言) 2025年8月3日 (日) 09:10 (UTC)
- 完全不理解这个“选举加密”是什么?是“通信通道用OpenSSL、防止中间人攻击”、还是“用隐私技术实现了匿名投票、无法追踪每个投票人”?从上面的描述没有看出来。
- 我个人认为是后者,因为如果是前者的话无限趋近于多此一举,毕竟我们已经有https这种东西了。--Vertin,do you want to be the timekeeper?(留言) 2025年8月3日 (日) 08:05 (UTC)
- 我反应比较慢,脑子还卡在改用SecurePoll不是很适合讨论东西这个问题上。既然已经匿名,那如果不是太繁琐的话(大概有js库在浏览器里做?)也没什么坏处,可以接受。——Artoria2e5编 讨论要完整,回覆请用ping。 2025年8月3日 (日) 09:59 (UTC)
- 似乎这个提案的表述不是很清楚,那我尝试重新表述一下加密是怎么回事。如果一个安全投票启用了加密,选举助理会在投票准备阶段使用openssl生成两对RSA密钥,一对用于加密(公钥)/解密(私钥),一对用于签名(私钥)/验证(公钥),并把签名私钥和加密公钥保存在系统中。投票人投了票之后(应该是在后端吧,前端感觉不太可能,但是我没有翻代码确认)数据库保存的是使用公钥加密的一张选票,同时会对这张选票进行签名给投票者一个sig备用(根据enwiki的表述是这样的,但是没有实践过确认);点票的时候会输入解密私钥和验证公钥,解密数据库中保存的选票,并验证选票有没有(在数据库层面)被篡改。选举结束后应将这两对密钥弃用来保护隐私。整个过程中数据库保存的所有信息都是加密的,这个就是为什么说“基金会无法查看具体投票结果”,因为只有本地的人有解密私钥。OpenSSL只是一个工具,这个跟HTTPS没有关系。不知道这样能不能解答一些疑惑。 Stang1266 2025年8月3日 (日) 10:11 (UTC)
- 明白了,另外可以给一下源代码链接吗?如果是开源且有足够的程序保证选举助理是可信的话,支持--Vertin,do you want to be the timekeeper?(留言) 2025年8月3日 (日) 10:18 (UTC)
議案1C:廢除投票附言區
[编辑]- 現行措施及問題
過往安全投票的附言區長期遭到濫用,導致其幾乎達不到其應有的目的。部分用戶對此提出過一些方案,但未能達成共識。
- 建議措施及說明
以下建議措施可能互相衝突,請在意見欄發表詳細意見,請避免直接寫「支持選項某」。
- 廢除安全投票的附言區,僅可在申請頁的討論區發表意見。
- 維持附言區,但確認安全投票附言區受站內行為方針管轄,……
- 經某些機制確認附言違反行為方針規定者仍可被制裁(如封鎖);和/或
- 剔除包含不合規定的附言的投票(是否強制附言由1F案定)。
意見(議案1C)
[编辑]- 過往實施安全投票,本意是為了避免有心人士妨礙針對個別管理人員申請表達「不利」意見的自由。表達立場及加以說明,理應均屬於這種自由的一部分。若強制發言者不得匿名,可能會造成不公平。或許應改採「擊殺」與申請無關意見的措施,但這又關係到維護選舉討論人選及尺度的複雜問題(如某些「無關」意見,於申請本身實無大礙,是否必須排除?又是否可能過當?值得商榷),要逐一予以檢視。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:34 (UTC)
- (節刪)安全投票的附言仍然是讓維基人能在不受壓力下對候選人表達意見的方式,社群的規則只應針對濫用有關機制的情況。惟站內應設機制,經討論、多名管理員共識或仲裁(準確方式有待討論)認定言論構成人身攻擊、輕率魯莽地指控他人行為不當等違規情況,可實施制裁措施。--路西法人 2025年8月2日 (六) 15:40 (UTC)
- (?)疑問:似乎在现有安全投票功能下,并不能将投票附言与投票者一一对应。那么,即便我们假定社群存在一种高效判断的机制,但社群又要如何对违反方针者实施制裁呢?还是“制裁措施”仅限于公不公开言论呢?该意见同时希望回复到上方路西法人之意见,因此副知@LuciferianThomas:。谢谢。Iming 彼女の愛は、甘くて痛い。 2025年8月2日 (六) 16:54 (UTC)
- 我不熟悉SecurePoll的點票機制。如果是完全無法對應,且基金會也無法提供發表有關言論的用戶名以讓社群處理的話,那麼我認為確實不適合使用SecurePoll的機制來容許發表意見;但這又會跟1F案的強制附言建議衝突,強制附言才能計票,而附言中的違規言論無法被監督以至制裁,那損害還是會是很大。唯一能做的就是要求用戶在投票中附註用戶名才能計票,但這又會跟保護提出合理異議者的理念背道而馳。
- 跟基金會熟悉的朋友們麻煩幫忙問問,在這些情況下,基金會是否會提供資料庫中的投票記錄以供社群處理違規事項;如果不能的話,採用SecurePoll的集中選拔就只能是純投票的「選舉」,而我對此案的意見就會變成(有條件)支持廢除附言區。--路西法人 2025年8月2日 (六) 18:05 (UTC)
- 1F案在设计时有考虑到这个问题,我的方案是通过监票人在计票时,直接作废人身攻击等严重违规票且不予公开其投票附言来最小化这一问题所带来的影响,而对于该类违规票有效性的最终认定,则交由行政员负责(也就是对于该类票,直接把投票附言检视环节交给行政员负责,而全过程都不向社群公开,仅最后由行政员向社群说明因这种原因认定了几张票无效)。
- 对于您所说的几个想法,基金会数据库能不能提供我不确定,但是附言里加用户名来确定谁投的票那肯定不行,都不用说“和保护提出合理异议者的理念背道而驰”的问题了,绝对会出现冒用他人名义的情况的。Iming 彼女の愛は、甘くて痛い。 2025年8月2日 (六) 18:53 (UTC)
- 我在私站安裝了SecurePoll試了一下,在SecurePoll的數據庫中是能對應留言和投票是誰作出的。冒用他人名義的情況倒是不用擔心,填寫的用戶名若是被冒用,會跟投票人名單對不上,這個時候就能比對實際投票人名單跟填寫的投票人,就能看出哪些人被冒名了。
- 實際公開結果時,要求監票員把附註的投票人附名隱藏應該就行。雖然我認為目前可擔任監票員可信,但還是不是最理想的保障。
- 至於「廢票」的問題,對於不尊重站內文明方針、濫用機制的人來說,單單廢票還是跟無後果沒分別,完全無法堵截違規濫用機制的行為。此類嚴重的違規行為必須是以編輯限制、參與限制等制裁措施處理才足夠。--路西法人 2025年8月3日 (日) 01:43 (UTC)
- 實際上,我是覺得SecurePoll還是無法阻擋有心的在位者去辨識每一票是誰作出的:逐個劃票(再取消),看看計票的變動,實際上還是能找出每個人的投票意願和留言。SecurePoll的想法很美好,但作為反騷擾工具還是能利用去騷擾他人,還是缺了反濫用的機制。SecurePoll還是得有「揭露留言者」的功能,如果能有這類的功能(或跟基金會索要有關資訊的程序),在獲得共識或仲裁授權下才可使用有關功能,並容許任何人在SecurePoll特殊頁面看到哪些留言被開票(而不向一般瀏覽者展示投票人用戶名,僅供監督監票員正確使用權限,確保沒有其他未獲授權的開票),那麼就能兼顧保障合理異議者的投票安全和自由,又能防止機制被濫用了。--路西法人 2025年8月3日 (日) 01:51 (UTC)
- 既然安全投票並不能對應附言及投票者,支持廢除SP的附言。給用戶匿名化表達意見出意是好的,唯這樣的權利在過去的rfa來看似乎被濫用了,可見當中有誹謗性、人生攻擊或其他不文明的投票附言,而他們的投票仍然被當作有效也不需要負違反方針的責任。同意上述說的與設立的初衷背道而馳,私認為社群不配有這種「匿名化」的權利。aqurs 🍧 2025年8月2日 (六) 20:36 (UTC)
- 我覺得應該要遵循原始架站者的意願為標準,有他的那份初心才有這個網站提供大眾參考使用。既然原作者的規範被人這樣濫用,就代表在這網站的協作者們被清洗成那種惡棍變成數量屬於壓倒性狀態前,正常機制仍然需要持續正常運作拎1Gin♪𝄢𖦞◕ .̫◕𓂈𝄫♬♩♫♪♫♬♪♬♫♪𓅂٭⋆٭ ♩♫ 2025年8月3日 (日) 07:51 (UTC)
- 没有署名的附言意义很小,支持废除。——Artoria2e5编 讨论要完整,回覆请用ping。 2025年8月3日 (日) 09:59 (UTC)
- 观Wikipedia:申请成为管理人员/Recent并浏览表中所述投票附言,未发现有利用投票附言进行过分激烈表达的情况,且部分附言确有一定参考价值。因此不认为应当废除投票附言区,或者为投票附言区增设行为方针。 XYY23330121 2025年8月3日 (日) 10:24 (UTC)
議案1D:合并各候选人投票
[编辑]- 建議措施及說明
若议案1C之1通过,考虑将所有候选人的投票合并,投票者可以在一个页面完成对所有候选人的投票。
意見(議案1D)
[编辑]- 我對於1C案沒有任何的意見,但我支持1D案,同時開幾個SecurePoll頁面說實話有些麻煩。Sanmosa DC23 2025年8月3日 (日) 03:03 (UTC)
- 中文版最早的SecurePoll是这么做,但是还要考虑自己给自己投票的问题。--GZWDer(留言) 2025年8月3日 (日) 07:49 (UTC)
- 認為本案並無問題,支持。August 2025年8月3日 (日) 08:17 (UTC)
- 本人不太熟悉相关理论。但这是否可能增加,一些人对没有深入了解的候选人投下有些想当然的“支持”“反对”票(而非中立)的可能?(当然这影响可能不大),不过鉴于投票并不设立过高门槛,不应该指望所有投票人都是“全身心投入维基站务”并且愿意阅读每个候选人冗长的讨论页 ~ Sheminghui.WU(留言) 2025年8月3日 (日) 08:41 (UTC)
- 另外我可能没太弄清楚相关概念,这里是否牵扯到中立票的问题,我知道中立票不计票,但它有时候也是一个有意义的数值。如果放在同一页面意味着会有自动的中立投票。当然这俩都不是什么大问题,本人仍然支持这个提案。 ~ Sheminghui.WU(留言) 2025年8月3日 (日) 09:08 (UTC)
- T361902说针对候选人的评论可能会造成混淆。现在还存在这个问题吗?另外参见之前同意拆开投票的讨论:Wikipedia:徵求意見/2024年管理人員制度改革#議案2B:處理合併選舉規則不清晰問題。--Steven Sun(留言) 2025年8月3日 (日) 09:02 (UTC)
- 如果能夠精簡一下頁面的話確實該支持,畢竟分成若干著頁面來做的話......總覺得弄到後面大腦會打結。--姓哥名佬字吉拉(渴望長生天的祝福嗎?) 2025年8月3日 (日) 09:20 (UTC)
- 支持。我没觉得自己给自己投票有什么问题,除非投票人数超小。——Artoria2e5编 讨论要完整,回覆请用ping。 2025年8月3日 (日) 09:59 (UTC)
議案1E:投票名单公开
[编辑]- 現行措施及問題
现行安全投票的投票者名单出于安全原因隐藏,但这也降低了投票透明度。
- 建議措施及說明
考虑对投票名单进行公开,所有用户都可以看到其他用户是否投票(选票内容依然不可见)
意見(議案1E)
[编辑]- 反對,安全投票除了保障投票人不受干擾外,還有防止看着投票比率拉票的作用。公開查看投票名單基本上或多或少已經能猜到哪些人投支持、哪些人投反對,跟開票還是沒兩樣。在社群尚未能妥善處理違規拉票之前(包括被拉票的投票如何認定結果),我不認為這個「透明度」能怎樣保障投票人安全以及投票程序公正。--路西法人 2025年8月2日 (六) 15:40 (UTC)
- 同意LuciferianThomas的观点。 公开投票名单,即便不显示选票内容,仍可能使部分用户因名单公开面临被针对风险。如在争议性投票中,持不同意见群体可能对已投票用户进行骚扰、舆论施压,尤其是涉及企业决策、社区敏感议题投票时可能会直接威胁用户个人安全与隐私,违背安全投票初衷。--Littleyang916(留言) 2025年8月3日 (日) 08:31 (UTC)
- 有違設立安全投票的初衷,意見大致同路西法人。aqurs 🍧 2025年8月2日 (六) 20:46 (UTC)
- 同LuciferianThomas、Aqurs1,還有另一方面就是RF(D)A投票者被威脅的危機仍然沒有被完全解除,投票名單公開某程度上算是開社羣(部分)成員的人身安全的玩笑。Sanmosa DC23 2025年8月3日 (日) 02:39 (UTC)
- 本人支持公开投票,详见下文12З4567-2508030224。安全投票完全违背维基百科的开放精神,应予废除。--12З4567(留言) 2025年8月3日 (日) 05:20 (UTC)
- (-)強烈反对,我不想被人知道我有沒有針對某一人進行投票,維基百科的開放精神不是這樣子用的。--Jackyming(留言・貢獻・這位編輯者是一位奶味藍🤩) 2025年8月3日 (日) 08:17 (UTC)
- 我认为出于实际情况的考虑,这对维基百科的任何理想和精神都没有好处。 ~ Sheminghui.WU(留言) 2025年8月3日 (日) 09:00 (UTC)
- (-)反对,维基百科不是美国议会,议员拿工资,我们用户没有,在仍未赋予参与投票用户实体经济报酬的前提下反对强制实名投票。--西安兵马俑主义好!🇺🇸🇨🇭🇱🇮🔞 个人贡献 2025年8月3日 (日) 09:05 (UTC)
- (-)反对,隐藏投票信息是必要的隐私保护,公开信息导致投票公正是不必然的。--𝐒𝐭𝐞𝐯𝐞 𝐙𝐡𝐚𝐧𝐠 𝒕𝒂𝒍𝒌·𝒔𝒊𝒈𝒏 2025年8月3日 (日) 09:21 (UTC)
- 先不說公開名單會引發多少爭議,我個人更擔心的是公開了名單是否會讓「對手」更方便去查別人水表。--姓哥名佬字吉拉(渴望長生天的祝福嗎?) 2025年8月3日 (日) 09:26 (UTC)
- 我记得是不是最初的时候使用安全投票的投票名单就是公开的?好像也没有引起什么问题来着,后面才设置的隐藏?--在下荷花,请多指教(欢迎签到) 2025年8月3日 (日) 09:26 (UTC)
- 对的,试行安全投票,2022年5月和9月的管理员选举安全投票都是可以看到投票列表的。--在下荷花,请多指教(欢迎签到) 2025年8月3日 (日) 09:34 (UTC)
- 好像mys的弹劾案也是公开的…--Skyjjjjjjzzh(留言) 2025年8月3日 (日) 10:15 (UTC)
- (-)反对,公开的话那还设立SecurePoll做什么?这样做一个被胁迫的人顶多最后一次反抗,但选举可不止一次啊。--Artoria2e5编 讨论要完整,回覆请用ping。 2025年8月3日 (日) 09:57 (UTC)
- 没有意义。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2025年8月3日 (日) 10:12 (UTC)
- 在这里必须强调一点,之前一次使用安全投票进行的RFDA设计上是隐藏了投票者名单的,但在投票结束后名单由当时的三位监票员决定进行了公开,这种前后不一致的行为是很奇怪的。希望可以达成某种共识,如果设置了隐藏名单,那么在任何情况下都不应该再次公开。 Stang1266 2025年8月3日 (日) 10:18 (UTC)
議案1F:新增投票理由要求
[编辑]- 現行措施及問題
现行投票方案下,用户可以不给出投票理由或给出无任何建设性的理由,存在“听别人怎么说就怎么投”以及仅根据候选人立场投票等问题。以及,部分用户滥用投票附言区,导致附言区完全无法达到其存在的目的。
- 建議措施及說明
注:本方案详细内容,请见此页面。本方案与1C之選項一互斥。
要求用户在投票时在附言中给出其合理理由。合理理由的定义,应由社群在本章节中进一步讨论,但是本案已经给出一个初步的想法来判断什么理由不合理,位于“投票无效情况”一节。
而不能给出合理理由的,监票员可以在点票时可以不视作有效票。同时,为防止监票员滥用此规定,再设置一个“投票附言检视”环节,供社群检视被监票员认定无效票的投票附言,而社群重新认定投票有效的,该票有效性恢复。其具体方案见“投票附言检视”一节。
同时,因受技术条件限制,如本方案获采纳,则未来用户投票时,需要同时在投票附言区给出其投票决定和投票理由,例如:“支持:我是理由”。若投票附言区中所统计的支持、反对数量与安全投票功能中的不符,以通过投票附言区统计的数量为准。
意見(議案1F)
[编辑]- 單純的「信任」或「不信任」難以作為評斷一名用戶是否適任管理員的根據,在目前機制下的類民主投票中的效果跟「喜歡」或「不喜歡」某個候選人沒什麼分別。一些人可能一直合理跟從方針做事(也不死板),但還是會惹得一些根本不尊重規則的人不滿意;相反,一個毫無能力的人,卻仍是可以被「信任」的對象(正如當初很多人「信任」WMLO這個擾亂者)。與其搞這齣強制給出合理理由,還不如快快改成英維模式,不定死「當選門檻」,以「是否適任」的討論作為評斷更好。--路西法人 2025年8月2日 (六) 15:41 (UTC)
- @LuciferianThomas:同意閣下所言。另我記得閣下提出過雙軌制,卻沒有在這次徵求意見中見到,閣下會否提出?--1F616EMO(喵留言~回覆請ping) 2025年8月2日 (六) 15:54 (UTC)
- 議題3的獨立選舉跟議題2即目前的集中選舉似乎沒有互相排斥的情況,如果議題3的提案通過,就達成了我提出的雙軌制,似乎不需額外提案。--路西法人 2025年8月2日 (六) 16:03 (UTC)
- @LuciferianThomas:同意閣下所言。另我記得閣下提出過雙軌制,卻沒有在這次徵求意見中見到,閣下會否提出?--1F616EMO(喵留言~回覆請ping) 2025年8月2日 (六) 15:54 (UTC)
- 我還是認為「信任」是社群評判管理員的最主要論據。我不否認這一理念與社群其他成員可能有所衝突。不過,上述情況(社群「判斷失誤」)理應屬於特例,應該以適當特別程序處理,而非化為普遍標準。以往是行政員討論,至於安全投票怎麼處理,就再看看。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 16:00 (UTC)
- 反对。因为多此一举,事实上那些自己秉持着不合理理由的人在这个投票上依然可以假装出一个合理的理由--Vertin,do you want to be the timekeeper?(留言) 2025年8月3日 (日) 07:44 (UTC)
- 在投票改匿名的时候这个问题就没有争取的意义了。——Artoria2e5编 讨论要完整,回覆请用ping。 2025年8月3日 (日) 09:59 (UTC)
議案1G:安全投票与公开投票并行
[编辑]- 現行措施及問題
SecurePoll存在乱投票导致整体支持率下降、附言区滥用的问题。有用户对SecurePoll表示怀疑,见此处讨论。
- 建議措施及說明
允许候选人自行选择使用SecurePoll投票还是使用传统的公开投票。
意見(議案1G)
[编辑]- 按照英维那样RFA和AELECT混用吗?我不确定之前导致RFA废除的问题是否还存在,也不确定现在匿名导致的问题会高于以前的RFA时期,所以暂时中立。唉没精力注意这些事情了,也许我都不该在这里多嘴的。(另:U:LuciferianThomas说匿名的问题已经高过威胁的问题,那样的话我weak support。)--Artoria2e5编 讨论要完整,回覆请用ping。 2025年8月3日 (日) 09:59 (UTC)
- 还是希望能有我的双轮制提案。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2025年8月3日 (日) 10:12 (UTC)
議案1H:双轮制投票
[编辑]- 現行措施及問題
同议题1G。
- 建議措施及說明
管理员选举投票改为两轮。第一轮使用SecurePoll,若获得半数支持,则进入第二轮。第二轮实名投票,若获得75%支持,则获选。
这样第一轮中「可能不敢发言的人」可能留言或者反对,也可以安全地「揭露」出什么事情。即使能过第一轮投票,留言也会给第二轮的选民参考。
第一轮中不合适的附言也可以及时由社群隐藏,但是可能需要订立隐藏制度。
意見(議案1H)
[编辑]
議題2:集中選舉
[编辑]- 當前情况
自去年以來,社群對於集中選舉開啓過一些討論,但仍存在不少分歧。故此針對集中選舉出現問題進行討論,以期進一步改善討論環境。
議案2A:選舉委員會
[编辑]- 現行措施及問題
目前申請成為管理人員指引并未規定由誰監督選舉討論,導致管理人員申請頁討區出現違反方針的提問或留言時無法得到及時處理。
- 建議措施及說明
成立選舉委員會,每年9月份舉行選舉,具體標準及職能見此。
意見(議案2A)
[编辑]- 如同以往,反對成立疊床架屋的「選舉委員會」組織;理當將此類權力授予既有受信群體(如行政員、管理員或仲裁委員會等,範圍待定),但也可以考慮於各批次申請臨時任命若干維基人與下方所謂「監理員」類似的責任。當然,本人仍傾向希望避免「選前又選」、「選完又選」,造成社群疲乏。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:17 (UTC) 1
- 支持EricLiu阁下的想法,没有必要再单独多出一个委员会来。 ~ Sheminghui.WU(留言) 2025年8月3日 (日) 09:03 (UTC)
- 原則上支持。監察投票程序中的討論本就應是管理員處理的問題,但目前中維的機制還在從「暴民機制」轉型正義的過程中,管理員似乎還未有能合理處理棘手爭議而不受暴民攻擊的空間。選舉委員會是該設,讓心臟比較大顆的人前來處理,也能確保每次選舉能找到人處理違規問題。我認為機制可以設計成管理人員優先擔任,即選前已經有充足的管理人員自薦監察選舉過程,則不須另外選舉,這樣希望能減少上面Eric君所說「選前又選」、「選完又選」的問題。--路西法人 2025年8月2日 (六) 15:50 (UTC)
- 我最希望以後誰都可以「監督」(理論上本來就應該是這樣)⋯⋯不過是不想再為此新劃一批權限跟人出來(尤其是「常任」的那種)罷了。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:55 (UTC)
- 我有個折衷提議(雖然好像不是那麽的折衷),就是選舉委員會負責主要的監督工作,但選舉委員會以外的人如果有監督的意願也可以協助監督(比如把相關意見反映給選舉委員會之類的)。Sanmosa DC23 2025年8月3日 (日) 02:42 (UTC)
- 主要就是不希望另立某種「委員會」。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月3日 (日) 03:25 (UTC)
- 這取決於社羣是否認為現時RFA相關監察程序是否存在一定的混亂,而相關混亂又是否大至非專人無法妥為處理的地步。這裏我本身沒有甚麼特別的意見,但我希望為社羣提供一個可能的討論方向。Sanmosa DC23 2025年8月3日 (日) 04:24 (UTC)
- 據我所知,社群比較困擾的是沒有處理不當行為的參照「標準」(或辦法)?所以如果能建立程序,而賦予某些社群既有群組處理權限,就不一定需要另設一種單位。甚至這個程序訂得夠好,就任何人都可以執行。這是我的意思。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月3日 (日) 06:09 (UTC)
- 我一直都認為“不要賦予可能無法承擔的職責”。監督選舉一事爭議頗多,且十分耗費精力,若強行寄託某一群组处理,極易出現用戶不服制裁轉而騷擾其他管理人員或執行時產生觀念衝突等情形。如果能成立一個“選舉委員會”之類的機構,一來可儘量避免精力不足,二來可以互相討論防止出現相互矛盾的執行。--人间百态,独尊变态(讨论)(签名) 2025年8月3日 (日) 08:17 (UTC)
- 據我所知,社群比較困擾的是沒有處理不當行為的參照「標準」(或辦法)?所以如果能建立程序,而賦予某些社群既有群組處理權限,就不一定需要另設一種單位。甚至這個程序訂得夠好,就任何人都可以執行。這是我的意思。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月3日 (日) 06:09 (UTC)
- 這取決於社羣是否認為現時RFA相關監察程序是否存在一定的混亂,而相關混亂又是否大至非專人無法妥為處理的地步。這裏我本身沒有甚麼特別的意見,但我希望為社羣提供一個可能的討論方向。Sanmosa DC23 2025年8月3日 (日) 04:24 (UTC)
- 主要就是不希望另立某種「委員會」。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月3日 (日) 03:25 (UTC)
- 我有個折衷提議(雖然好像不是那麽的折衷),就是選舉委員會負責主要的監督工作,但選舉委員會以外的人如果有監督的意願也可以協助監督(比如把相關意見反映給選舉委員會之類的)。Sanmosa DC23 2025年8月3日 (日) 02:42 (UTC)
- 我最希望以後誰都可以「監督」(理論上本來就應該是這樣)⋯⋯不過是不想再為此新劃一批權限跟人出來(尤其是「常任」的那種)罷了。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:55 (UTC)
- 同Ericliu1912的觀點。--🎋竹生🎍 2025年8月3日 (日) 07:51 (UTC)
- 同Ericliu1912意見,不認可該議案組合中各案所包括含委員會或賦予任何屬於委員會權限之條款。——約克客(留言) 2025年8月3日 (日) 08:18 (UTC)
- 認同Ericliu1912之觀點。August 2025年8月3日 (日) 08:19 (UTC)
- 同Ericliu1912。——Artoria2e5编 讨论要完整,回覆请用ping。 2025年8月3日 (日) 09:57 (UTC)
- 我覺得可以在十年後實施。你維目前轉型都還沒成功呢,先別急著討論以後才有可能會做的事情。--姓哥名佬字吉拉(渴望長生天的祝福嗎?) 2025年8月3日 (日) 09:30 (UTC)
議案2B:修改人事任免投票資格
[编辑]- 現行措施及問題
有用戶提出目前的人事任免投票資格過於複雜,導致生成投票人名單有些困難。
- 建議措施及說明
人事任免投票資格更改為注册至少6个月,6个月内至少有一次编辑且总编辑次数不小于1000。(或有其他建议标准,欢迎提出并说明)
意見(議案2B)
[编辑]- 如同以往意見,反對夾帶限制所謂「編輯活躍度」。實際上,若程序完備、提早適當時間啟動,在資格未變情況下,年年用同一套措施,理當不會有因為「過於複雜」而使名單「生成困難」的問題。此案實為捨本逐末。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:13 (UTC)
- 投票人活躍度要求乃是必須的政策。一個多年沒上站的人難以跟得上這五年以來的機制改革、轉型,更可能出現殭屍帳號(此處指根本已經不活躍,僅為了投票而隨便編輯一次續命的帳號)影響投票結果的問題。這個活躍度要求不能高,但不能不設。--路西法人 2025年8月2日 (六) 15:55 (UTC)
- 我留意到部分帳號有著N年前已經開始不活躍但最近突然又重新活躍的情況,而這些帳號(用戶)恰好反映了LuciferianThomas所說的事情(我不是在說“殭屍帳號”,而是在說“一個多年沒上站的人難以跟得上這五年以來的機制改革、轉型”),因此在我看來對全體的活躍度要求確實有著天然的必要性。暫時不反對這裏暫定的新人事任免投票資格,但如果有任何其他的新人事任免投票資格的提議的話,我也持開放態度。Sanmosa DC23 2025年8月3日 (日) 02:47 (UTC)
- 認同路西法人之意見。August 2025年8月3日 (日) 08:19 (UTC)
- 虽然我也是很少贡献(勉强过门),但认同路西法人的论述。——Artoria2e5编 讨论要完整,回覆请用ping。 2025年8月3日 (日) 09:59 (UTC)
- 中文版最初设置人事任免投票資格的理由是Wikipedia:Shizhao解任投票/第7次、Wikipedia:申请成为管理员/Hat600/第1次等时候有用户在站外拉大量近期不活跃的自动确认用户投票。但是WMC时代又出现了活跃用户抱团操控共识的现象,这种人事任免投票資格无法处理。--GZWDer(留言) 2025年8月3日 (日) 10:25 (UTC)
議案2C:修改集中选举时间
[编辑]- 建議措施及說明
将集中选举时间后延至5月和11月,降低考试对学生群体的影响。(或有其他建议时间,欢迎提出并说明)
意見(議案2C)
[编辑]- (!)意見:提議將時間改至每年1月與7月,此時學生群體普遍均處於寒暑假期,活躍人數相較其餘時段更多,利於鼓勵其參與投票。--Talimu0518(留言) 2025年8月2日 (六) 12:22 (UTC)
- :)其實這些測試一般人只會經歷一次,我們避不了這樣多是不是......就算是定5月,內地高考也是在6月是不是。--Ghren🐦🕚 2025年8月2日 (六) 15:44 (UTC)
- 👍--脉冲(留言) 2025年8月3日 (日) 07:53 (UTC)
- 1月與7月聽起來是合理的,最少對大部份人來說--Arutoria(留言) 2025年8月3日 (日) 08:31 (UTC)
- 确实合理。--Artoria2e5编 讨论要完整,回覆请用ping。 2025年8月3日 (日) 09:59 (UTC)
- 以後恢復自由申請,集體申請要啥時候辦都行。所以這問題我沒有特別意見。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:55 (UTC)
- 同Eric君意見,自由申請(公開討論)跟集體申請(投票選舉)並行時,什麼時候辦都沒什麼大問題,只要改的有好理由就行。--路西法人 2025年8月2日 (六) 15:57 (UTC)
- 大體同Ericliu1912、LuciferianThomas,但我不得不贊同Talimu0518說的話有道理。Sanmosa DC23 2025年8月3日 (日) 03:00 (UTC)
- 不过5月份和大陆6月初的高考时间很近 JiZPaper(留言) 2025年8月3日 (日) 07:52 (UTC)
- 認同Ericliu1912與路西法人之觀點。August 2025年8月3日 (日) 08:20 (UTC)
- 反对以此为理由的改动。中文维基百科不是香港百科、台湾百科,不能只看香港和台湾的考试情况;同样也不是中国大陆百科、美国百科、索马里百科、马拉维百科。各地的考试时间不同,不可能全部避开。2020年高考就改到了7月,应该每年临机处理才对。或者干脆就沿用,因为无法全部避开。——扎波罗格勒(留言) 2025年8月3日 (日) 09:58 (UTC)
議案2D:更改當選標準
[编辑]- 現行措施及問題
目前的當選標準雖較之前有所改進,但仍有部分用戶認為其過於嚴格,導致難以有用戶當選。
- 建議措施及說明
集中選舉的當選標準降至65%。臨時管理員的當選標準隨之降至55%。
意見(議案2D)
[编辑]- 臨時管理員快要五成,這就太低了。我以前提過(正任)七成,還是認為自己的方案比較穩妥XD —— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:56 (UTC)
- 臨時管理員低我覺得還好,以引入新血為目標,有過半信任能上任很合理;反正現在回到可以續期的機制。正任還是不能太低的,七成合理。--路西法人 2025年8月2日 (六) 16:01 (UTC)
- 那考慮降到六成?—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 16:04 (UTC)
- 管理人員「投票」不是「對某編者的信任投票」,而是「對某編者是否適任管理員的評斷」。有超過一半人認為該編者適任管理員,已經是足夠給這個人試試當的標準(另外一半+5%用以確保這個過半不是勉強、一時的),所以認為臨時管理員當選標準設在55%還是可行的。反正臨時管理員也只有很短的任期,真的低空飛過當選,則真的有什麼重大差錯還是很容易拉下來的。我看不到給過半人「信任」(雖然我真的不喜歡「信任」這個評斷標準)的人試着當,讓社群看看這個人是否真的是管理員的材料,這樣拉新血的機制有什麼壞處。--路西法人 2025年8月2日 (六) 16:40 (UTC)
- 但相信還是有希望維持一定門檻的人存在。「正任」與臨時管理員門檻相差過大,也違背社群對管理員此一權限的普遍期待。門檻好下調、任期難下調,若以後臨時管理員任期加長,上述論述就會喪失些許基礎。我想這個案子不存在最「正當」與否的選項(否則最後就會直接跑去五成?),到時候希望可以就「正任」、臨時管理員兩者都提出幾個選項來表決(其中應該包含維持現行制度)。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 16:44 (UTC)
- 僅僅五成的話,我都還能給出一個明確的理由去提出問題(也就是上面說,
另外+5%用以確保這個過半不是勉強、一時的
),55%我也是能給出是「過半且相對穩定就適任」作為理由;但60%是否佳於55%只能用「一定門檻」等比較空泛、無法實量的辦法論證。我比較擔心的是,若在本來有意願選正任,也確實有能力直接獲得正任的人去參選,但提供了臨時管理員的選項去分開表決,那麼部分會投「支持」投票人難以選擇不限期或臨時之下,可能會偏向保守而去傾向投臨時管理員,這樣反而使選上正任更困難。--路西法人 2025年8月2日 (六) 17:29 (UTC)- 另外別人跟我提了下,過往支持率五成左右的申請者,申請多半有所爭議。換算到今天,也不見得能符合社群期望。我認同在這些原則之間折衝是很困難的,但這也就是為什麼會用徵求意見,讓社群有機會展開討論,而不是直接提案表決的原因了吧。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月3日 (日) 02:31 (UTC)
- 僅僅五成的話,我都還能給出一個明確的理由去提出問題(也就是上面說,
- 但相信還是有希望維持一定門檻的人存在。「正任」與臨時管理員門檻相差過大,也違背社群對管理員此一權限的普遍期待。門檻好下調、任期難下調,若以後臨時管理員任期加長,上述論述就會喪失些許基礎。我想這個案子不存在最「正當」與否的選項(否則最後就會直接跑去五成?),到時候希望可以就「正任」、臨時管理員兩者都提出幾個選項來表決(其中應該包含維持現行制度)。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 16:44 (UTC)
- 管理人員「投票」不是「對某編者的信任投票」,而是「對某編者是否適任管理員的評斷」。有超過一半人認為該編者適任管理員,已經是足夠給這個人試試當的標準(另外一半+5%用以確保這個過半不是勉強、一時的),所以認為臨時管理員當選標準設在55%還是可行的。反正臨時管理員也只有很短的任期,真的低空飛過當選,則真的有什麼重大差錯還是很容易拉下來的。我看不到給過半人「信任」(雖然我真的不喜歡「信任」這個評斷標準)的人試着當,讓社群看看這個人是否真的是管理員的材料,這樣拉新血的機制有什麼壞處。--路西法人 2025年8月2日 (六) 16:40 (UTC)
- 那考慮降到六成?—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 16:04 (UTC)
- 雖然我自己還是偏好簡單過半數就可以了,但為了讓2D案能成事,我現在的想法是“集中選舉的正式管理員當選標準降至70%,臨時管理員的當選標準降至55%”,畢竟75%對管理員安全投票來說實在是過高了。Sanmosa DC23 2025年8月3日 (日) 02:57 (UTC)
- 这标准有点低了吧…支持把永久管理员的支持率降到70%,临时管理员更倾向于60%以上,但考虑到仲裁委员会的当选标准只有50%,55%似乎也可以接受。--Skyjjjjjjzzh(留言) 2025年8月3日 (日) 06:45 (UTC)
- 目前管理員的門檻已經較低,尤其是臨時管理員,維持現有門檻即可。--🎋竹生🎍 2025年8月3日 (日) 07:54 (UTC)
- 但管理員的數量仍然不足。Sanmosa DC23 2025年8月3日 (日) 09:02 (UTC)
- 同意維持現行標準。臨時管理員擁有相同管理操作功能並參與日常維護,如「封鎖」、「刪除頁面」,影響廣泛,對其要求較仲裁委員當選標準為高、謹慎屬於合理。查過往一年已有三位臨管當選,「導致難有用戶當選」一說值得商討。而過去部分用戶無法達到當選門檻,誠如eric1912所說是較有爭議,或社群對其信心不足。如何以表現說服社群適任,我會認為是關鍵問題。-千村狐兔(留言) 2025年8月3日 (日) 08:01 (UTC)
- 我並不認為這是「信心不足」的問題,坦白說SCP的情況在我看來更像是社羣投票的意願不足夠踴躍。Sanmosa DC23 2025年8月3日 (日) 09:01 (UTC)
- 別降了吧,當前門檻已經足夠。--姓哥名佬字吉拉(渴望長生天的祝福嗎?) 2025年8月3日 (日) 09:32 (UTC)
議題3:獨立選舉
[编辑]- 當前情况
目前社群達成引入獨立選舉的共識,但仍有部分細節未能敲定。故此針對獨立選舉爭議之處進行討論,進一步完善該制度。
議案3A:選舉方式
[编辑]- 現行措施及問題
目前獨立選舉採用安全投票,但有用戶認為應該採用如公開投票這樣更為透明的投票方式,以促進社群達成共識。
- 建議措施及說明
獨立選舉採用公開投票,並且在投票頁面上顯示投票人名單。投票人名單由選舉委員會生成。
意見(議案3A)
[编辑]- 「獨立選舉」是什麼?我沒聽過。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:10 (UTC)
- @Ericliu1912:應是指隨時提名/自薦的管理員權限申請,和目前的「集中提名」制度相對。--1F616EMO(喵留言~回覆請ping) 2025年8月2日 (六) 15:30 (UTC)
- 若確如上述,社群目前的共識,應當是在本地取得自行辦理安全投票權力後,恢復公開表決及安全投票並行吧?並未出現強制規定個別申請必須採行公開表決的共識。過往的安全投票,是鑑於技術問題,不方便個別開設,始改為集體申請。故對於此案,本人認為,若技術已經允許,應提供申請者任意選擇。反而是應該藉此機會,考慮廢除「集體申請」的限制,全面恢復自由申請(當然,這部分爭議應該比較大,也可以改成並行)。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:41 (UTC)
- @Ericliu1912:應是指隨時提名/自薦的管理員權限申請,和目前的「集中提名」制度相對。--1F616EMO(喵留言~回覆請ping) 2025年8月2日 (六) 15:30 (UTC)
- 支持恢復個別管理人員選拔申請、支持為公開機制,但反對「投票方式」。選舉方式、當選標準的意見在3B再提。--路西法人 2025年8月2日 (六) 16:21 (UTC)
- 如“独立选举”是指可随时提名的管理员申请,那么在社群可以自行设置安全投票的前提下,个人倾向于仍保持安全投票机制,并提供开放讨论区供社群交流意见。私以为这样可以更好减轻投票者投票时考虑到公开投票结果后可能给自己带来的影响而产生的压力。谢谢。Iming 彼女の愛は、甘くて痛い。 2025年8月2日 (六) 17:21 (UTC)
- 「選舉」或「投票」與本站以共識議事的基礎背道而馳,討論區的意見與選舉人剝離使所謂討論流於形式而無實質意義,故反對任何以固定門檻判斷的「投票」形式,望能考慮此觀點。--路西法人 2025年8月2日 (六) 19:05 (UTC)
- 仲裁委員會與管理員的選拔不同之處在於,前者有席位配額,故必須使用投票形式處理;而後者為獨立當選,每一項申請都是完全獨立、互不影響,故仍應以討論、共識處理。管理人員「選舉/除權投票」的機制養成缺乏論述能力,利用populism煽動社群的編者,形成損害中維發展的惡性循環。--路西法人 2025年8月2日 (六) 19:12 (UTC)
- 英維推動安全投票選舉是為簡化程序,但沒有本末倒置捨棄共識機制;相反中維現在更需要的是重建社群秩序,捨棄共識制採民主制,導致社群更難建立正確的討論態度。--路西法人 2025年8月2日 (六) 19:16 (UTC)
- 所謂「引入獨立選舉的共識」的討論何在?我在Wikipedia_talk:申请成为管理人员見不到相關的紀錄。而且,假如當初使用「安全投票」的疑慮是存在的話,比如說惡意拉票,我們的「獨立選舉」也應該是看齊不使用「公開討論」的方式,不然那些行為依然是無法阻止對嗎?我認為無論是集體投票,或者是單次性的投票,應該是看齊用同一種方式,應該是整個討論的基礎才是。Ghren🐦🕒 2025年8月2日 (六) 19:39 (UTC)
- 先前共識見此。況且中維已經成立arbcom,如果真的現惡意拉票或人身威脅,完全可以由仲裁委員會實施措施或匯報給TS部門,這並非是無法處理的事情。更何況如真要拉票威脅,安全投票也抵不了什麽作用(如WMLO在Mys解任期間的拉票郵箱)。--人间百态,独尊变态(讨论)(签名) 2025年8月3日 (日) 00:07 (UTC)
- 現在的情況是「不使用安全投票」則無法保護投票人安全提出合理的異議,但「使用安全投票」則無法保障被選舉人不被無理侵害名譽。以目前的社群狀況來說,持權的用戶相對不再有威脅投票人的可能性,社群也幾乎沒再出現過往程度針對異議者的威脅;相反從WMLO的暴民主義開始,更多出現無視規則、濫用機制來違反文明方針、抹黑攻擊他人的行為,「安全投票」似乎確實不適合本地目前的狀況。
- 至於拉不拉票,事實證明不論公開投票或是安全投票都是無法阻止拉票的。公開投票阻止拉票的方法就是從「投票」機制脫鉤,回歸共識制。--路西法人 2025年8月3日 (日) 01:58 (UTC)
- 本人认为管理员选举无需使用安全投票,维基百科本身就是自由且开放的,而且投票门槛相比OA2021之前提高了很多,公开投票强制附理由基本能避免拉票行为,反而安全投票更容易出现拉票和意识形态斗争(例如Assifbus事件、Mys解任期间疑似WMLO的拉票等)。--12З4567(留言) 2025年8月3日 (日) 02:24 (UTC)
- 在於部分國家和地區的法律威脅和人身威脅未減的情況下不應取消安全投票。--🎋竹生🎍 2025年8月3日 (日) 09:51 (UTC)
- 相關論述見此。如果是由政府層面的威脅,那麽無論是公開還是安全投票都改變不了什麽。如果是個人層面的威脅,那麽TS部門基本上是能處理的。--人间百态,独尊变态(讨论)(签名) 2025年8月3日 (日) 10:17 (UTC)
議案3B:當選標準
[编辑]- 建議措施及說明
獨立選舉的當選標準為75%。臨時管理員的當選標準為65%。
意見(議案3B)
[编辑]- 祇要能切齊社群同意的既有申請標準,都沒有反對的理由。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:37 (UTC)
- 反對硬門檻「投票機制」。我的想法是,達到例如75%支持率就當然當選(無任期限制),不足65%支持率就不能當選;中間的就由行政員決定是否適合賦權(比如參考意見是否合理或是無根據或操作謬誤而攻擊抹黑),70-75%以上是決定是臨時或無任期限制,65-70%是決定是當選臨時管理員還是無法當選。也就是說,在我提出的這個機制下,假設在69%支持率,行政員認為所有支持意見參水、反對意見合理,使該名用戶雖然獲得信任但仍不能(不是「可能不能」)勝任管理人員職務時,則仍可否決整個申請;而65%支持率,但行政員發現反對意見參水(甚至是無理)、支持意見合理,則仍能在寫清楚理據的情況賦予臨時權限,如此類推;只要行政員能寫出合理理據,也沒有黑箱成分,社群也該學學尊重決定,畢竟這些行政員還是你們選上去的。--路西法人 2025年8月2日 (六) 16:24 (UTC)
- 你說的是所有管理員,還是僅限臨時管理員?我感覺統一或分開處理都有理由。另外要斟酌社群意願,謹慎考慮裁量權行使範圍。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 16:48 (UTC)
- ≥75%直接當選永久,70%≤x≤75%行政員按意見合理性決定永久或臨時,65%≤x≤70%行政員按意見合理性決定臨時或落選,≤65%落選。影響比較重大的裁量範圍也僅僅是5%。因為公開發言確實會使異議者相對不願意發聲,所以公開選拔的標準比祕密投票要高是正常的。--路西法人 2025年8月2日 (六) 17:34 (UTC)
- 你說的是所有管理員,還是僅限臨時管理員?我感覺統一或分開處理都有理由。另外要斟酌社群意願,謹慎考慮裁量權行使範圍。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 16:48 (UTC)
- 我的想法是既然RFA本身也肯定是會長時間持續的,那RFA公開機制是否可以同步轉為共識制?Sanmosa DC23 2025年8月3日 (日) 03:05 (UTC)
- 轉為共識制恐怕短時間內做不到,儘管社群常說WP:投票不能代替討論。當然如果能在RFA實踐投票不能代替討論,是個很好的事情。--~~Sid~~ 2025年8月3日 (日) 07:50 (UTC)
- 見下,我自然清楚其中的困難,但這些困難並不是不能克服的。Sanmosa DC23 2025年8月3日 (日) 08:59 (UTC)
- 共识制确实是一个很好的改革方案,能够最大限度地减少选举中的不正当行为,真正实现有能力者当选管理员的最终目的。但实践中存在难以判断和总结共识等困难。--12З4567(留言) 2025年8月3日 (日) 08:19 (UTC)
- 如果沒用戶嘗試為討論給予大方向的話,這就很可能需要依賴行政員了。Sanmosa DC23 2025年8月3日 (日) 08:58 (UTC)
- 轉為共識制恐怕短時間內做不到,儘管社群常說WP:投票不能代替討論。當然如果能在RFA實踐投票不能代替討論,是個很好的事情。--~~Sid~~ 2025年8月3日 (日) 07:50 (UTC)
議案3C:監理員
[编辑]- 現行措施及問題
過往公開投票經常出現違反方針或無合理理由的投票或留言而無人監管,導致管理人員申請頁無法得到有效管理。
- 建議措施及說明
成立監理員制度。監理員可以在選舉開始时自薦,也可由候选人私下提前选择。監理員不得參與投票,但可以刪除違反方針指引的留言、提問以及留言。
意見(議案3C)
[编辑]- 此部分處理方式跟安全投票不會有什麼差別,不認為需要另設規則或機制,直接議題1所得出針對選拔程序中的不當行為的處理方式套用於所有管理人員選拔機制即可。--路西法人 2025年8月2日 (六) 16:42 (UTC)
- 您的意思是讓選舉委員會成員也負責獨立選舉的監督工作?--人间百态,独尊变态(讨论)(签名) 2025年8月3日 (日) 03:35 (UTC)
监督员不得参与投票
这个地方是不是应该是监理员?--Steven Sun(留言) 2025年8月3日 (日) 01:22 (UTC)
議題4:臨時管理員
[编辑]- 當前情况
自引入獨立選舉以來,對臨時管理員的續任方式提出了考驗。社群也對臨時管理員的就任時間進行了討論。該議題針對這兩個問題進行意見徵集,進一步完善臨時管理員制度。
議案4A:延長就任時間
[编辑]- 現行措施及問題
有用戶指出半年的時間不足考察臨時管理員的表現,且半年一選的頻率也及其消耗臨時管理員的精力。
- 建議措施及說明
臨時管理員的就任時間延長至一年。一年的時間更能充分考察其能力,且一年一選的頻率也能讓臨時管理員準備更加充分。
意見(議案4A)
[编辑]- 同意應延長任期,一任一年甚至兩年均可。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:22 (UTC)
- 2D提出的55%還是能支持一年任期;但如果2D最終通過的臨時管理員當選支持率低於60%,則反對授予長於一年的任期,因為影響會比較長遠。--路西法人 2025年8月2日 (六) 16:45 (UTC)
- 支持延長至1年。Sanmosa DC23 2025年8月3日 (日) 03:09 (UTC)
- 支持,要求临时管理员半年选举一次简直是反人类的行为,尤其对于长期的临时管理员。Пусть от победы☆к победе ведёт! 2025年8月3日 (日) 08:03 (UTC)
- (+)支持 臨時管理員擔任了一年的管理員我相信回答的問題可以更好。--Jackyming(留言・貢獻・這位編輯者是一位奶味藍🤩) 2025年8月3日 (日) 08:09 (UTC)
- 支持延長任期,1、2年均無問題。August 2025年8月3日 (日) 08:22 (UTC)
- 支持在当选标准不变的情况下延长至一年,与仲裁委员会等同。--Skyjjjjjjzzh(留言) 2025年8月3日 (日) 08:34 (UTC)
- 支持延長任期,1年一任或2年一任我個人傾向覺得這樣子做沒問題,因為現行半年一任門檻實在是太消耗社群選舉資源,對於臨時管理員來說,半年後得面臨一次審核也是一種壓力,對於有心耕耘貢獻的臨時管理員來說可能會面臨,事情才剛上手沒多久就得要面臨到社群的審視,可能對於此,社群用戶也未必能更加認識這位臨時管理員對於社群有何等的建設或認識。--薏仁將🍀 2025年8月3日 (日) 08:45 (UTC)
- 半年審核一次也是挺硬的,搞不好人家都還沒全部學會呢XD還是延一年吧。--姓哥名佬字吉拉(渴望長生天的祝福嗎?) 2025年8月3日 (日) 09:09 (UTC)
- 频繁地审核带来压力,耗去不必要的资源。(+)支持任期延长至一年,以便于临管更好的适应工作,同时时间长些可让社群看到他的管理风格,批评指正--𝐒𝐭𝐞𝐯𝐞 𝐙𝐡𝐚𝐧𝐠 𝒕𝒂𝒍𝒌·𝒔𝒊𝒈𝒏 2025年8月3日 (日) 09:24 (UTC)
- 65甚至60做一年都可以。——Artoria2e5编 讨论要完整,回覆请用ping。 2025年8月3日 (日) 09:59 (UTC)
- 支持延长任期,55一年,60及以上两年。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2025年8月3日 (日) 10:17 (UTC)
議案4B:續任方式
[编辑]- 建議措施及說明
臨時管理員可以在其任期已過半時可以參與獨立選舉。選舉通過在其原有的任期基礎上延長一個任期,否則其任期結束後離任。
意見(議案4B)
[编辑]- 不必限制臨時管理員尋求社群更進一步信任的「冷卻期」。若情況允許、社群同意,何必再等半年?—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:23 (UTC)
- 「選舉通過在其原有的任期基礎上延長一個任期」,但若選舉結果通過永久管理員門檻,或應改爲賦予永久權限。1F616EMO(喵留言~回覆請ping) 2025年8月2日 (六) 15:31 (UTC)
- 實際上,現有制度理當如此。臨時管理員制度,大體完善,且此前恰已經修訂,或許不應納入此次改革範圍。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:42 (UTC)
- 假設此案的前設是臨時管理員任期延長至一年:「任期逾半(年)」才可再次參選合理(太快重複選舉浪費行政資源);選舉結果通過不限期任期至門檻應直接改賦予不限期權限,只過臨時門檻則只能當作任期重新計算一年,不應直接疊上去加一個完整任期,門檻僅支持其最後一次選舉後的一個任期時長。--路西法人 2025年8月2日 (六) 16:59 (UTC)
議題5:用戶查核權
[编辑]- 當前情况
自去年改革提出恢復用戶查核權以來,社群依然有人提出恢復用戶查核權的意見,但仍有部分用戶認為應該維持凍結。故此針對用戶查核權進行意見徵集,以期成功解凍用戶查核權。
議案5A:解凍用戶查核員
[编辑]- 建議措施及說明
恢復用戶查核權。被凍結的用戶查核員恢復用戶查核權後,應視為任期結束而被解任。
意見(議案5A)
[编辑]- 這部分可能不應該全然憑藉社群徵求意見決定;應當以當初社群安全疑慮是否緩解為基礎(註:不代表本人反對恢復使用者查核權)。此外,若未來恢復有關權限,應允許既有成員立即參加首批新申請。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:25 (UTC)
- 支持恢復,所謂「某些地區的人不能當」還是一個偽議題,正如社群並沒有因為某些地區的人不能當OS或VRT,而提案廢除本站的這兩種功能帳號,反而還新設立了IPBEG這個某些地區的人不能當的權限組;而「安全疑慮」則是基金會會監督,不需本地社群擔心。--路西法人 2025年8月2日 (六) 17:05 (UTC)
- 只要社羣滿足基金會當時設下的要求,那這樣做有何不可?Sanmosa DC23 2025年8月3日 (日) 02:51 (UTC)
- 但願也注意下既有凍結和決策權的執行基準,近年有些人掛些頭銜但責任感的範疇似乎不是很大,比起枯燥的作業感更樂衷於自個重新定義程序規則的獨特新解而沒什麼抑止力,而有些人僅止於在排版上造成困擾但不怎嚴重直接永封,這比例原則似乎有些不太平衡。--Cbls1911(留言) 2025年8月3日 (日) 08:21 (UTC)
- 凍結CU權的決定是基金會作出的,解凍的條件則是基金會在之後設下的。我大概知道你在說甚麼,但CU的事情真的與你說的事情沒太大的關係。Sanmosa DC23 2025年8月3日 (日) 08:51 (UTC)
- 但願也注意下既有凍結和決策權的執行基準,近年有些人掛些頭銜但責任感的範疇似乎不是很大,比起枯燥的作業感更樂衷於自個重新定義程序規則的獨特新解而沒什麼抑止力,而有些人僅止於在排版上造成困擾但不怎嚴重直接永封,這比例原則似乎有些不太平衡。--Cbls1911(留言) 2025年8月3日 (日) 08:21 (UTC)
- 應當維持凍結不作任何改變,對議案組合各案持同一意見。——約克客(留言) 2025年8月3日 (日) 08:15 (UTC)
- 不知閣下可否給出為何要维持冻结的理由?--人间百态,独尊变态(讨论)(签名) 2025年8月3日 (日) 08:26 (UTC)
- @Longway22:是的,我也很好奇你的理由,讓社羣集思廣益一下也是好的。Sanmosa DC23 2025年8月3日 (日) 08:55 (UTC)
- 核查問題案由本身與總案屬於管理制度改革間缺乏明晰可辨識之關聯誘引,而該案偏向於直接解凍用戶查核權但未有提出任何具體更具中立或可信之改革措施,僅以不延續凍結權限、加設任期等作結,很難認為該案基礎足以匹配總案或該案本身。--約克客(留言) 2025年8月3日 (日) 09:43 (UTC)
議案5B:用戶組改用任期制
[编辑]- 建議措施及說明
用户查核员改为任期制,任期最长两年。所有用户查核员改由安全投票选举上任。任期结束后应当重新投票。
意見(議案5B)
[编辑]- 不同意任期制,除非基金會不允許。我記得基金會有提出一些要求吧?是不是應該在這邊列出來?不然訂出來的方案違反基金會指引,那權限也拿不回來。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月2日 (六) 15:27 (UTC)
- 任期制是基金會的要求。--路西法人 2025年8月2日 (六) 17:09 (UTC)
- :P —— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月3日 (日) 02:33 (UTC)
- 任期制是基金會的要求。--路西法人 2025年8月2日 (六) 17:09 (UTC)
- 本站的仲裁委員會顯然尚未成熟到可以連CU都管,也有ANPDP的問題,只能走基金會要求的任期制。--路西法人 2025年8月2日 (六) 17:10 (UTC)
- 不反對直接按基金會的要求來走,除非社羣想基於基金會的要求改得更嚴格(我記得自己之前還一度提出過用戶查核員任期最長1年的版本)。Sanmosa DC23 2025年8月3日 (日) 02:53 (UTC)
- 我個人的意見,當然還是希望越寬鬆(即接近原先制度)越好。當然,還是在基金會限制範圍以內。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月3日 (日) 06:12 (UTC)
- (用戶查核員任期最長1年的版本我現在已經放棄了)考慮到CU工作所需要的時間跨度,我自己現在也傾向認為CUer需要更長的任期。Sanmosa DC23 2025年8月3日 (日) 08:53 (UTC)
- 有權力的位置有任期很正常啊,防止濫權機制--Arutoria(留言) 2025年8月3日 (日) 08:34 (UTC)
- 我個人的意見,當然還是希望越寬鬆(即接近原先制度)越好。當然,還是在基金會限制範圍以內。—— Eric Liu 創造は生命(留言・留名・學生會) 2025年8月3日 (日) 06:12 (UTC)
- 基金会要求任期制。 ——魔琴[留言 贡献 PJ:小學 PJ:兩岸] 2025年8月3日 (日) 10:14 (UTC)