Svoboda | Graniru | BBC Russia | Golosameriki | Facebook
跳转到内容

维基百科讨论:申请成为管理人员

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

这是本页的一个历史版本，由Jimmy-bot（留言 | 贡献）在2022年5月17日 (二) 16:14 （机器人: 1个讨论已存档）编辑。这可能和当前版本存在着巨大的差异。

本頁面曾於2013年7月26日被送交存廢討論，讨论结果為快速刪除。


Zh.WP checkuser re-introduction／重新引入中文維基百科用戶查核權限

本主題或以下段落文字，移動自Wikipedia:互助客栈/方针。执行者：Jimmy-bot（留言） 2022年5月15日 (日) 00:14 (UTC)。[回复]

原标题为：Zh.WP checkuser re-introduction/重新導入中文維基用戶查核權限

The members of the local Chinese language Wikipedia community and the Stewards, who currently provide CU support to Zh.WP, have indicated to the Foundation that it would be desirable to explore possibilities of reinstating local CheckUser privileges on Chinese language Wikipedia. These rights were revoked from the local community due to security concerns in 2018.

中文維基百科本地社群成員以及替中文維基百科提供用戶查核支援的全域監管員已向維基媒體基金會反映希望恢復中文維基百科的用戶查核權限。此權限基於安全考量，於2018年自本地社群移除。

As a Foundation, we strongly endorse community self-governance wherever feasible. We also realize that each community has unique challenges that require authentic approaches that tackle them. In this spirit, we would like to state that the Foundation would support reinstating local CU privileges if Zh.WP meets two conditions.

作為基金會，我們在許可範圍內強力支持社群自治；我們也同樣理解不同的社群有其特有的挑戰，亦需要用獨特的方式來應對。本著此精神，我們想聲明：若中文維基百科可以滿足下述兩個條件，基金會將會支持恢復本地社群之用戶查核權限。

First, that the local Chinese language Wikipedia community offer their commitment to uphold the global aspects that all communities with local CU privileges uphold. A critical element is policy compliance. Currently, all communities with local CheckUser privileges are required to adhere to binding policies governing the recruitment of CheckUsers and the use of the tool. The potentially elected Zh.WPs CU would need to strictly uphold the Compliance with the CheckUser Policy and Compliance with the Access to Non-Public Information Policy, including the NDA policy update 2021. The local community should in turn respect these instruments.

首先，中文維基百科本地社群必須承諾維護所有擁有本地用戶查核權限之社群的通用認知。其中一個關鍵要素為政策規範合規性。目前，所有擁有本地用戶查核權限之社群都被要求要遵守有關用戶查核者的招募及使用工具之約束性政策。未來中文維基百科中可能當選為用戶查核員之用戶必須恪守用戶查核政策與非公開個人資料存取政策，包含2021年更新之保密協議。本地社群必須尊重這些政策文件。

Secondly, the Foundation is aware that the Chinese language Wikipedia continues to have long-standing internal trust challenges unique to the local community. We are aware that the local community is confronting noteable difficulties in local collaboration both on the Chinese mainland and internationally. As a Foundation, we undertake to support the re-introduction of the local CU rights if:

再來，基金會已認知到中文維基百科持續面臨當地社群獨有的長期內部信任挑戰。我們理解本地社群在本地合作／協作上，不論是與中國大陸還是跟國際社群都窒礙難行。作為基金會，我們承諾在滿足以下情況下支持重新引入本地用戶查核權限:

  1. Elections: All Zh.WP elections for CheckUser are conducted through SecurePoll elections (two weeks), with Steward scrutiny support. Doing so would provide greater safety to both candidates and voters. Further to this, the appointment tenure for CU user rights holders on Zh.WP to be two calendar years, at the end of which re-election of CheckUsers aiming to extend their tenure via SecurePoll will be required. Doing so would enable the local community, which does not have a NDA-signing ArbCom providing added accountability for CUs, to assess whether they still have sufficient trust in their local CUs after a meaningful period of time. There will be a recall mechanism for CUs. In it, voting-eligible users can safely register their voice in case they have lost confidence in a CU in-between elections. Once registered, a concern will be valid for a year or until the next re-election. 25 valid concerns related to a CU at the same time will trigger a recall election within two months, unless said CU decides not to run for re-election. Two years overall tenure in-between regular elections is in-line with long-standing re-election practices for CUs on German and Portuguese language Wikipedias, two other large communities with local CUs but without a NDA-signing ArbComs.
  2. Training: All successful Zh.WP CU candidates to be trained in CU community best practices prior to the user rights change granting them CU rights. Doing so would ensure alignment of Zh.WP CU practices with the global community.
  3. Audits: The Foundation will regularly audit CU activity on Zh.WP for at least a year; including an evaluation after a year whether or not to continue such audits. A practical way for that is keeping the current community consensus-based requests for checks. The community would comment on requests, which can then be audited for problematic users stacking against a certain user.
  1. 選舉：所有中文維基百科之用戶查核員選舉必須透過SecurePoll秘密投票，每次選舉為期兩周，選舉期間必須有全域監管員支援監票，這樣做將有助於提供候選人及選舉人更大的安全保護。此外，當選之用戶查核員任期為兩年，在任期結束後必須要再度重新參與選舉，通過秘密投票來延長任期。這樣做將有助於社群，在缺乏簽署保密協議之仲裁委員會確保用戶查核員負責任的情況下，有一段時間去檢視和評估他們對於當地的用戶查核員是否有足夠的信任。用戶查核權限將有除權機制：有人事任免投票資格的用戶可以安全地提出自己的質疑，此質疑有效期為一年，或是到下次用戶查核員選舉之前；如果有超過25人之質疑關切，就會在兩個月內觸發罷免，除非該查核員選擇不競選連任。上述任期制度已由德語、葡萄牙語兩大有本地用戶查核權限但沒有簽署保密協議的仲裁委員會的社群採用。
  2. 訓練：在授予權限之前，所有中文維基用戶查核員候選人都將會接受用戶查核員社群的培訓，以確保中文維基上的用戶查核實踐與全球社群一致。
  3. 稽核：基金會將會定期稽核中文維基之用戶查核活動至少一年，此舉包含一年後是不是要繼續持續這樣的稽核機制等。目前針對稽核有一個實用的方式：持續目前基於社群共識作出的查核請求；社群將對這些請求發表評論，令基金會可以稽核這些評論，以便尋找針對特定用戶的問題用戶們。

Finally, the Foundation commits to facilitating the functionary-guided creation of a CU self-learning module, available in Chinese and English in the Wikimedia LMS in 2022. This will document global community best practices for the tool and its appropriate use in a local community context.

最後，基金會承諾會促成在官方公務員（functionaries）指導下創建一個用戶查核權限自我學習模組，其中英雙語版本將於2022年在維基媒體LMS供查閱，此舉將把全球社群在使用該工具的經驗以及使用方式以當地社群語言妥善記錄。

WMFOffice（留言） 2022年1月13日 (四) 20:38 (UTC)[回复]

“當選之用戶查核員任期為兩年，在任期結束後必須要再度重新參與選舉，通過秘密投票來延長任期....”WMF欽點了這個方法,那我認為可以在sysop上長遠使用啊?--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2022年1月14日 (五) 08:30 (UTC)[回复]
不同意管理員任期制。另外我甚至反過來擔心這樣選使用者查核員會不會難產。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年1月14日 (五) 10:04 (UTC)[回复]
難產的話，若有要查核就先轉交全域監管員？--0906（回復請Ping我） 2022年1月14日 (五) 15:22 (UTC)[回复]
是的，如果难产，先转交至监管员。--夏雪若（留言） 2022年1月14日 (五) 15:28 (UTC)[回复]
難產也要。这是御旨。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2022年1月15日 (六) 05:51 (UTC)[回复]
我认为SRCU还有必要继续存在，鉴于社群目前的互信情况。不仅是CU员难产的问题，即使能选出CU员，社群对CU员的信任程度又有多少？到时候涉及老用户的查核可能还得监管员帮忙。另外我强烈建议CU的选举在管理员的安全投票试行一段时间后再举行。 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月14日 (五) 15:34 (UTC)[回复]
我想请问训练将在哪进行，以及训练一名用户查核员需要多长时间。--BlackShadowG（留言） 2022年1月17日 (一) 00:21 (UTC)[回复]

对于重新引入不报希望，即便引入也是CU员难产。桐生ここ★[讨论] 2022年1月18日 (二) 05:11 (UTC)[回复]

  • 如果已经明确计划好要恢复查核员，那对于无法签署NDA的大陆用户应该会造成更大规模的（无论主观或客观）歧视与不公平现象。毕竟曾经出现过
这种话，而现在大陆用户连监督员都无法担任。--Yining Chen（留言|签名页） 2022年1月18日 (二) 14:34 (UTC)[回复]
基于上方理由，(－)強烈反对引入用户查核员，而且NDA不承认中国大陆的理由也合理无法反驳，不论对于歧视还是安全原因，都应维持现状。桐生ここ★[讨论] 2022年1月18日 (二) 14:46 (UTC)[回复]
我反对恢复本地CU权限的理由是大陆用户无法签署NDA以及对港台用户与居住在海外的大陆人的不信任，应该维持现状。--Lanwi1(留言) 2022年1月18日 (二) 14:57 (UTC)[回复]
既然这样，我建议自废武功，本地CU不能查有关延伸确认用户的请求，而应转交元维基；本地CU查到有关延伸确认用户的案件，应送报元维基核实。 ——魔琴 [ 留言 贡献 ] 2022年1月19日 (三) 04:19 (UTC)[回复]
所谓安全问题不是CU作出虚假结果，而是泄漏非公开数据，比如举报到香港国安处或者FBI，是编者的人身安全问题，即便CU值得信任，但是不能保证CU所在或所属的当局不会强迫CU进行查询，虽然大陆不能签署NDA，但比如香港、澳门实际上也是不安全的，要是排除这三个地方，就是一种歧视，因此不如维持现状。桐生ここ★[讨论]2022年1月19日 (三) 04:38 (UTC)[回复]
我觉得目前大概两点疑虑，一点是打击报复，我觉得我的方案可以解决；一点是CU数据的安全性，大陆人不能签NDA可以保证（至少很难被中华人民共和国获得）。另外我很疑惑的一点，为什么排除港澳就是歧视，排除大陆就不是？既然现在港澳还能签NDA，我们就没必要帮WMF担心。如果真的觉得港澳不安全，那就应该跟WMF建议撤销港澳人士的NDA。没有说港澳能签NDA但做CU不安全的道理。 ——魔琴 [ 留言 贡献 ] 2022年1月20日 (四) 04:29 (UTC)[回复]
支持合资格且有意向者申请用户查核权限，反对自我矮化主權，现今转交元维基的操作过于繁琐。先前对本地CU的担忧在于中共威胁与WMC渗透，基金会行动后已不是大问题。住所不为第三方所知的大陆用户仍然可以签NDA，而上方讨论中所说的“歧视与不公平现象”并无前例。--Lt2818（留言） 2022年1月19日 (三) 05:21 (UTC)[回复]
据我所知，User:Alexander_Misel的住所应该不为第三方所知，然而却有该笔日志（注意此日志发生在WP:OA2021之前，与OA无关）。第二点，只知道担心“中共威胁与WMC渗透”，那我们这些用户要不要担心“█国民主党和F█I威胁与H█U█渗透”？第三点，“歧视与不公平现象”没有前例，但正在发生。建议参考自基金会行动以后站内的几项所谓“决议”的流程。另：怎么看待上方在查核员尚未被废除时真实出现过的言论？只是维基人间“友好的交流”？现在为解决这种现象所做出的唯一努力就是“歧视大陆用户”吗？（可能违反WP:AGF，故自行删除）虽然基金会做出的决定改不了，这一点没错啦；但是还是很想知道类似这种“决定”的支持者是怎样思考问题的。--Yining Chen（留言|签名页） 2022年1月19日 (三) 14:39 (UTC)[回复]
具體住址是不知道，但是具體城市他曾經在QQ群公開過，他說那天他所在的城市居民包括他本人在內被全員核酸檢測。--中文維基百科20021024（留言） 2022年1月19日 (三) 14:27 (UTC)[回复]
我觉得住所不为第三方所知的大陆用户可以签NDA，也有大陆用户完全不愿公开自己的住址。--Lanwi1(留言) 2022年1月19日 (三) 15:43 (UTC)[回复]
即使“完全不愿公开自己的住址”，如果参加了任何线下活动，也很可能会有问题。甚至更极端的，在任何社交网站或者Zoom等地方公开了自己的照片，也有问题。更不用说真实身份早就众所周知的用户。--GZWDer（留言） 2022年1月21日 (五) 10:07 (UTC)[回复]
个人认为连六扇门都难以找到住所的用户才满足条件。至于上述个案，原因恐怕不止于此。--Lt2818（留言） 2022年1月20日 (四) 03:40 (UTC)[回复]
Wikipedia:河北维基人列表显示，该名用户现时住在石家庄。--Alexander Windsor谈笑风生 2022年1月23日 (日) 07:13 (UTC)[回复]
個人意見同Lt2818閣下。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年1月19日 (三) 07:41 (UTC)[回复]
除非 User:PMDdeSN 一事明了，否则(－)反对。--广雅 范★ 2022年1月19日 (三) 08:18 (UTC)[回复]
那看來洩露CU紀錄的事情不止一位，要是CU回歸中維的話大家應該做好心理準備。--中文維基百科20021024（留言） 2022年1月19日 (三) 08:36 (UTC)[回复]
是什么事？没有了解过。--Tranve (✉) 2022年1月20日 (四) 01:38 (UTC)[回复]
TranveWikipedia:互助客栈/其他/存档/2017年10月#用戶查核不得不說的事 --Lt2818（留言） 2022年1月20日 (四) 03:40 (UTC)[回复]
(！)意見如果本地重新獲得用戶查核權的話，可以保留元維基用戶查核請求權以處理有爭議的本地查核案。--🎋🎍 2022年1月22日 (六) 12:25 (UTC)[回复]
有爭議的话，找其他本地查核员复核较为合适，亦可找申诉专员。监管员不会有更高权威，君不见三位监管员确认之傀儡都能被抵赖掉。--Lt2818（留言） 2022年1月22日 (六) 14:17 (UTC)[回复]
如果要找申诉专员，可能会面临举证难题，而且这难道不是对一些 处于弱势且不精通外语的中国大陆用户 的一种歧视？（除非申诉专员里出现了zh-2用户）--Yichen Ding（留言|主账户） 2022年1月22日 (六) 14:49 (UTC)[回复]
就監管員吧，申诉专员處理效率肯定沒監管員好，不過可能要先問監管員願不願意。照規定來說，監管員不能處理有本地查核員的查核請求。--（☎） 2022年1月22日 (六) 18:32 (UTC)[回复]
個人認為基金會會推動本地CU建立，然後到時監管員就不用管咱的CU請求了。除非有人跟基金會討論過可不可以維持現狀，不然我覺得樓上提的關於CU的問題要面對只是早晚而已。--（☎） 2022年1月26日 (三) 23:58 (UTC)[回复]
基金會沒打算解釋一些細節麼？—— Eric Liu 創造は生命（留言．留名．學生會） 2022年2月11日 (五) 03:39 (UTC)[回复]
包括所謂的除權機制、當選人所接受的培訓，以及定期稽核等等，基金會都沒有給出足以讓本地社群討論或訂立規範的內容。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年2月21日 (一) 12:28 (UTC)[回复]
读完了大家的讨论，我的观点也是给中维CU不够安全。原因有二，首先，WMC和中共不是我们唯二要防的信息泄露对象，前面各位点到的其他政权和团体对中维产生的潜在信息泄露威胁也不是空穴来风。其次，在没有办法向内地用户提供CU权限的情况下，也很难平衡不同地区的查核员的比例。除此以外，基金会这次给出的信息太过有限了，不知道该如何应对。Itcfangye（留言） 2022年2月26日 (六) 06:31 (UTC)[回复]
  1. WMC和中共是特定于中文站点的担忧对象，其他实体或者未见对本地的危害迹象，或者对全域项目有影响（如NSA对维基百科的监控），不见得由监管员代替本地查核员即能消除信息泄露威胁。
  2. 未见“平衡不同地区的查核员的比例”之必要性，这与查核工作能否安全有效运行并无关联。
--Lt2818（留言） 2022年2月27日 (日) 13:43 (UTC)[回复]
意见同上。另外，wikt:空穴來風。 ——魔琴 [ 留言 贡献 ] 2022年2月27日 (日) 15:20 (UTC)[回复]

re-meta:Special:Diff/22831347

  1. 在公告“具备投票资格的用户可以安全发表自己的声音，以防他们在 CU 选举之间失去信心。”，具体步骤是什么？
    社区需要决定什么是合格的选民。安全选举是 SecurePoll 选举。社区已经设计了不同的方式来表明在定期选举之间失去信心。例如，德语维基百科强制使用该系统。
  2. “所有成功的 Zh.WP CU 候选人都将在 CU 社区接受培训”如何培训？在哪里培训？ 培训一位用户查核员需要多少时间？
    全球志愿者社区和基金会需要共同开发一个培训模块。培训模块可以托管在 learn.wiki 上，总共可能需要大约 2-4 小时。
  3. 2017 年发生了一起事件，当地用户查核员公开披露了 CU 数据。我理解 T&S 出于隐私和法律原因无法发布详细信息。但事件已经解决了吗？
    默认情况下，基金会不会公开讨论其调查案件的细节或状态。
  4. 当地讨论中有一个提议，如果有复杂的案件，即使有当地的用户查核员，也可以要求 CU 管理人员调查。这个提议可以接受吗？
    这是当地社区直接与管理人员进行的对话。基金会要求尊重相关政策和标准，但当地 CU 或管理人员是否调查案件取决于当地和全球社区，而不仅仅是基金会的观点。
  5. 本地讨论中表现出对本地 CU 结果难以接受的担忧。因为语言障碍，一些本地用户的英语可能不太流利。有什么方法可以帮助当地社区成员轻松上诉？
    防止用户查核员滥用的第一层控制在于其他用户查核员。这就是为什么全球用户查核员政策总是要求有一个由两人组成的本地团队。这样总有其他人可以看到 CU 数据并且产生制衡。如果仍担心和怀疑滥用 CU 工具，可以随时将此类问题提交给申诉专员委员会，可以使用任何语言向申诉专员委员会提出问题。--WMFOffice（留言） 2022年3月1日 (二) 03:47 (UTC)[回复]
假如連WMF出來回答了也沒人給反應的話，我唯有移走不存檔模板當大家都不想要CU了。Ghren🐦🕓 2022年3月10日 (四) 08:33 (UTC)[回复]
确实有支持也有反对……WMF也解答了一些反对票的疑惑。我们是不是可以整理一下各方观点看看有没有突破口。 ——魔琴 [ 留言 贡献 ] 2022年3月10日 (四) 23:17 (UTC)[回复]
问题是 WMF 说的不明不白：在 18 年行动之前有 6 名查核员，除去WP:CU中记载的推定离任的那几位还剩下三位。这三位到时候是直接复职还是要经过上面的 secure poll 投票？推定离任的是确实像 OS 那样已经经过邮件确认离任还是要再 lock 一次然后发邮件申请离任？从上面的讨论来看至少有两次 CU 数据泄露，站外的和站内的，但是从 18 年到现在 WMF 既不告知调查结果也没有见到 WMF 对当时的查核员做出行动。可否推断 WMF 对此事也是无结论？如何能确保将来不再发生此事？--广雅 范★ 2022年3月11日 (五) 15:33 (UTC)[回复]
应该是不能直接复职。 ——魔琴 [ 留言 贡献 ] 2022年3月11日 (五) 15:46 (UTC)[回复]
同魔琴君，應該不能直接複任，並需重新經過上述投票。「如何能确保将来不再发生此事？」根據WMF現有提供的資訊，應該是藉培訓、監察機制及秘密投票來確保查核員的素質，從而防止洩露事件的出現。謝謝。--SCP-0000（留言） 2022年3月11日 (五) 16:37 (UTC)[回复]
说实话我不认为这些方法可能有用。User:PMDdeSN 虽然各人有一定猜测，但现在都没有确定是当时哪位查核员泄露的数据。如果知道的话当时就可以发起解任投票，而不用等到基金会介入。在大家都没有证据确定是谁的话安全投票无法确保社群的监督机制。而且所有查核员都签署过 NDA，新开一个一次性账号也能证明此人是清楚这种行为是严重违反规定的，因此培训能达成的功效也有限。当时此事通报基金会后基金会肯定也进行过一系列调查，但就像我之前说的，至今都没有发现有相应的 office action 出来，因此我怀疑监察机制能否达到预期。--广雅 范★ 2022年3月12日 (六) 13:46 (UTC)[回复]
(▲)同上。基金会在这件事上似乎除了移除中维查核权限外束手无策。很让人怀疑基金会是否真正有有效方法来避免以后出现同样的问题。不要等到刚刚恢复CU权限第一天就出现隐私泄漏事故。[開玩笑的]----Yichen Ding（留言|主账户） 2022年3月15日 (二) 15:20 (UTC)[回复]
最糟糕的情況下，也不過就是禁止前使用者查核員競選罷了。又或者等個幾十年，所有相關人士全死光了才能選新的？我個人不希望將本地查核作業永遠丟給監管員來做。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年3月23日 (三) 16:53 (UTC)[回复]
禁止前查核员竞选也不能保证新查核员没问题吧，毕竟当时选前查核员时也没料到会出当时的事情。我本身不反对本地拿到 CU 权限，但问题是之前出的事情总得有个交代。不然现在都知道查核员自己用傀儡连基金会都没法查出来了，难保不会出现第二次第三次。还有上面提到的查核员个人私下将数据泄露给第三方的问题。--广雅 范★ 2022年3月24日 (四) 02:11 (UTC)[回复]
@范、Ericliu1912、Yining Chen： 近日向基金會詢問他們有沒有其他方式來應對洩漏CU數據的問題，他們的回覆可見此。另也可參考一位英維管理員的意見。謝謝。--SCP-0000（留言） 2022年3月26日 (六) 00:26 (UTC)[回复]

若不能滿足以下兩個條件，不論誰參選用戶查核員，一律投反對票。

IP Internet
Protocol
Address 		網際
協定
位址
UA User
Agent 		使用者
代理
  • 私隱：現行的設置總有漏網之魚。這權限應改成不能查核IP用戶，也不能顯示註冊用戶的IP和UA，每次只能查核某註冊用戶之間的關係，均為系統過濾後的結論，類似於全域監管員的答覆，去除不必要的安全憂慮。
  • 監察：任何人都可以請求查核用戶，唯決定權在於用戶查核員。使用權限前必須通知被查核的用戶；使用權限時提供充足的理由來解釋，只有懷疑濫用傀儡的情況才需要查核；使用權限後系統應自行記錄，讓任何人都能看見。

--月都（留言） 2022年3月29日 (二) 23:46 (UTC)[回复]

(＋)支持公開查核記錄，但(－)反对關於隱私的設定更改，明顯存在對用戶查核工具的錯誤理解。監管員給予的答案均是不能簡單以編碼代替的，況且用戶查核員本身還需要（因應請求和合適情況）進行查核以延長自動封鎖（WP:CUP#1）和查核用戶請求IP封鎖例外是否與其申訴／申請所言相符才授予權限（WP:CUP#3，現在都沒有在執行）。同時(－)反对使用權限前必須通知被查核用戶，不可能預先通知LTA他們即將被查核。無論是操作上還是原理上，這些要求都是完全不合理的。--路西法人⛧𖤐 2022年3月30日 (三) 03:07 (UTC)[回复]
用點常識就知道不可能公開查核日誌了好嗎？如果日誌上寫著已查核User:Example，然後緊接著已查核IP:1.2.3.4，那麼有點邏輯的人都知道User:Example的IP是啥了。--Xiplus#Talk 2022年3月30日 (三) 04:48 (UTC)[回复]
感謝兩位提出意見，參考RBI論述應不理會LTA，使用權限前必須通知被查核用戶，這要求或有不妥之處，故此添加删除線；縱上有用戶指出潛在泄漏資訊的威脅，過去已發生泄漏數據的事件，恢復本地社群之用戶查核權限前，私隱安全需要得到重視，不然如桐生所說維持現狀。 --月都（留言） 2022年3月30日 (三) 05:16 (UTC)[回复]
查核日誌僅針對用戶，而IP用戶則僅標記XXX查核了「某個IP」（真的是「某個IP」）這樣即可。沒人說一定要顯示出來的。另外，執行WP:CUP#1的時候，監管員或用戶查核員封鎖個別IP的時候，不也是同樣一邊出查核結果，一邊進行{{checkuserblock}}嗎（監管員的封禁日誌）？我覺得MASK了IP就已經能符合查核日誌的私隱要求了。--路西法人⛧𖤐 2022年3月30日 (三) 10:14 (UTC)[回复]
(＋)支持查核日誌僅針對用戶，不顯示IP位址；在保證私隱沒有外泄的可能時，同意本地引入用戶查核權限。 --月都（留言） 2022年3月30日 (三) 13:54 (UTC)[回复]
@LuciferianThomas：有時會對封鎖日誌進行監督，就是為了隱私，或是等一段時間才封鎖等緩解措施。--Xiplus#Talk 2022年3月30日 (三) 13:56 (UTC)[回复]
確實如此，那麼除對查核員及監管員外不顯示IP的查核日誌是否合理的技術性保護用戶途徑？此外，亦必須向基金會詢問不具有查核權限的用戶透過建立鏡像站而獲得類同用戶查核的資訊是否符合隱私政策。--路西法人⛧𖤐 2022年3月30日 (三) 14:13 (UTC)[回复]
(＋)支持，甚至即使不公开对IP用户的查核记录也无妨。--Yining Chen（留言|签名页） 2022年3月31日 (四) 14:08 (UTC)[回复]
那麼應該先諮詢技術團隊跟法律團隊。--Xiplus#Talk 2022年3月31日 (四) 16:08 (UTC)[回复]
把「•公開」修改為社群「•監察」，以防止查核員濫用職權。 --月都（留言） 2022年3月31日 (四) 16:57 (UTC)[回复]
原則上只要不公開IP和帳號之間的關係就可，或可考慮只公開查核涉及對象而不公開相關IP。謝謝。--SCP-0000（留言） 2022年3月30日 (三) 15:56 (UTC)[回复]
“改成不能查核IP用戶，也不能顯示註冊用戶的IP和UA，每次只能查核某註冊用戶之間的關係，均為系統過濾後的結論”并不可行。用户查核工作面对的是多样且未知的情况，需要查核员接触尽可能多的原始信息，例如：
某一位疑似LTA的用户的某一笔编辑显示的IP位于北京，该IP不是校园、公司等共享IP；而另一位疑似LTA的用户5分钟后的另一笔编辑显示的IP位于广州，同样不是共享IP。那么查核员可以推断除非共享账号，否则两位用户几乎不可能是同一人。但
  1. 如果不是5分钟，而是5小时，那就有可能是这位用户坐飞机去了广州；
  2. 如果后者是校园网IP，那可能是一位在北京的用户，挂了广州某高校的VPN，这种可能性要进一步通过对该名LTA本身的了解来进一步证实或证否；
这些信息都是单纯的“查关系”所查不出来的。--Antigng（留言） 2022年4月6日 (三) 10:00 (UTC)[回复]
鄙人才疏學淺，感謝閣下提供寶貴意見，並作出詳細解釋！不怕查出註冊用戶的關係，只怕走上門騷擾維基人；隨著資訊科技的進步，希望WMF研發工具，主要保障私隱安全，拆穿偽造民意的行為：計算地圖上不同用戶的時間、距離、位址移動，予查核員接觸這些資訊，但不能查核IP和地理位置，請問是否可行？ --月都（留言） 2022年4月9日 (六) 03:35 (UTC)[回复]
絕對不可行，不能查核IP基本上等於將整個用戶查核工具廢了，而你提出「計算地圖上不同用戶的時間、距離、位址移動」只會給用戶查核員提供如安亭所言的誤導性資訊，完全不可行。--路西法人 2022年4月10日 (日) 05:54 (UTC)[回复]
用户查核就跟破案一样，涉及的不仅仅是“已知的未知”，更有“未知的未知”。作为管理人员我们甚至不知道未来会遇到怎样的案情，需要综合运用哪方面的信息，通过怎样推理得出什么样的结论——涉案人员并不总是按有限、既定的规律、套路出牌。要求查核员不接触IP就好像是要求探员不接触一手证据一样，这样根本没法破案。--Antigng（留言） 2022年4月11日 (一) 15:46 (UTC)[回复]
用戶查核的學問較為艱澀。 --月都（留言） 2022年4月15日 (五) 16:10 (UTC)[回复]

就安全投票問題訂立管理員選舉暫行規定

本主題或以下段落文字，移動自Wikipedia:互助客栈/方针。执行者：Jimmy-bot（留言） 2022年5月17日 (二) 16:14 (UTC)。[回复]

第一階段

已通過：
  • 本次投票以一人為限，以最早得到七票（參考WP:RFDA，提名票不直接算進票數，提名人的提名和投票取向不一定也不需要一致）者，而且合乎投票過程要求者的優先進行選舉，其他的押後至下一次；
  • 候選人應清楚說明是否參選界面管理員，如需要選票上應該另有一條問題；
  • 選舉的關鍵日期應該預先決定以方便安排投票；
  • 討論、提問的時間規定在14天，以得滿足提名條件且得行政員確認一刻起算作14天，14天結束後候選人依然可以回答問題，但不應該再展開討論，也不應該提出新問題；
  • 投票時間起始點可以視乎準備人員需要提前或延後，討論時間不應該因此增加或減少；
  • 參與準備工作的人員沒有被選舉權，但可以投票。
Ghren🐦🕗 2022年4月14日 (四) 12:53 (UTC)[回复]
下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

社群日前進行投票表決通過，決定「在未來一場管理員選舉使用安全投票（SecurePoll）」。考慮到選舉提名與安全投票開啟之間具有時差，現請社群就選舉日程，包括討論期間、投票期間等面向訂立暫行規定，優先於既有之申請成為管理人員指引。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年1月5日 (三) 14:18 (UTC)[回复]

我這裏寫個草案吧。考慮到農曆新年和動員令社群會比較忙，本次算是一次比較大型的選舉，選舉宜在二月下旬至七月進行。考慮到目前的站務積壓，目前應該以管理員數量為首要目的，畢竟最積極的蟲蟲飛消失了，其他WP:OA2021中被除權的9位也有相當的貢獻，理論上先提名曾任管理的用戶比較容易得到共識。而針對Spoll的數目而言，我個人認為一次應該避免超過5個以避免影響社群同時要關注過多的投票。因此大致草案如下：
2月15日-2月22日：曾任管理員者可以優先被提名。超出5個則暫時凍結。
2月22日起：假如提名者不足5個一般合Rfa要求者也可以參與。
2月22日-3月22日：對候選人作出提問，社群討論候選人是否合適。
3月22日至3月29日：開啟Spoll讓社群進行投票。（兩週或者提前開啟也可，另議。）
3月29日後：行政員再按投票結果得出結論。同時再考慮準備下一回的投票。4月至7月其間可以再進行另一場Rfa。
此外，也有其他問題，以此Securepoll而言，延長投票似乎不太實際。而且中立的票也難作考慮。故此可能要設立一個比較固定的標准，按以往近80%則延長投票的做法較難實行。--Ghren🐦🕐 2022年1月5日 (三) 17:55 (UTC)[回复]
此外一票兩投IA也是個問題。以往可以用文字說明支持IA但不支時Admin，但SPoll不能做到這點。--Ghren🐦🕐 2022年1月5日 (三) 17:57 (UTC)[回复]
這樣的話能不能分開spoll？有意願選介面的話多開一個，分開兩邊投。--AT 2022年1月5日 (三) 18:20 (UTC)[回复]
這很簡單，若當事人要選介面管理員，增設一問題即可。 —— Eric Liu 創造は生命（留言．留名．學生會） 2022年1月5日 (三) 18:31 (UTC)[回复]
見下。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年1月6日 (四) 07:22 (UTC)[回复]
RfA已经不能兼RfIA了吧 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月6日 (四) 04:01 (UTC)[回复]
請注意投票結果是「未來一場」。多於一人參與會面臨要適用安全投票抑或一般投票方式的問題，且可能超出社群投票效力之範圍。故此僅建議以一人參與的情況來決定日程，這裡指的不是絕對的行事曆，而是相對的日數。之所以不直接決定往後採用，就是因為需要觀察。其實當初投票應該不要寫未來一場，而是寫「未來半年」之類的或許比較彈性一點呀。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年1月5日 (三) 18:28 (UTC)[回复]
作為參考，目前的管理員選舉，討論與投票並行，為期共十四日。在尊重既有制度、不改變實際選舉時長的情況下，個人有三種方案：
  1. 提名後立即開啟討論，為期七日，期間趕緊籌備安全投票，七日後開放投票，為期七日，總時長仍為十四日；（討七，投七）
  2. 提名後立即開啟討論，期間趕緊籌備安全投票，七日後開放投票，但同時允許繼續討論，總時長仍為十四日；（討七，討／投七）
  3. 提名後立即開始籌備安全投票，期間不得進行任何討論；安全投票開放後，同時開放討論，二者並行，為期共十四日。（討／投十四）
以上，請斟酌。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年1月5日 (三) 18:36 (UTC)[回复]
籌備安全投票本身大概需時多久？--AT 2022年1月5日 (三) 18:38 (UTC)[回复]
或許@1233會清楚？—— Eric Liu 創造は生命（留言．留名．學生會） 2022年1月5日 (三) 18:45 (UTC)[回复]
我认为提名期和投票期搞得太紧安全投票会过于难安排。提名后不得讨论也过于高估社群的自制力。我认为投票期延长为妙。上次实际上也是延期了一周左右。当然事前预备好不是不行。但我认为安全投票的制度当初就有建议一年两场之类的意思，单纯选一个管理出来似乎效率有点低，总不行一年只出两个管理。--Ghren🐦🕗 2022年1月6日 (四) 00:20 (UTC)[回复]
七天搞起一個Spoll只怕也太難了，單是整理一份當時有人事任免資格的名單也已經用時甚久。假如共識認為一年兩場Spoll是比較合理的，日後的方案理論上應該往這個方案走，雖然這個共識沒有約束力。單問個人而言我認為第一屆還是合併數人舉行為好，但是作為第一次投票作為實驗性質也可以。--Ghren🐦🕗 2022年1月6日 (四) 00:46 (UTC)[回复]
那麼就是當初投票問題設計得不好了。為避免爭議，下一次選舉最好還是僅推舉一人。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年1月6日 (四) 07:22 (UTC)[回复]
@Ericliu1912，這東西其實是沒有任何的標準的，但是細節是可以討論的。
我認為提名後就要籌備安全投票。期間應該是可以討論的。（禁止討論其實不切實際）。
反而投票的期間則應該仍然固定為十四天，而討論則可以在開始前繼續。另外，我認同一次選舉可以牽涉不同的人選，而不需要像現在那樣，一次選舉能投票給一位候選人。（可能是投票給兩至三位候選人）。
然後「整理一份當時有人事任免資格的名單」的問題其實不難解決，可以使用python或php等不同的方式整理就可，就像是這次的投票。而且該段code理應是可以重用的。--1233 （T / C） 2022年1月6日 (四) 03:24 (UTC)[回复]
遇上聖誕假期或是跟其他wiki投票衝突搞不好要推遲超過14天。--Xiplus#Talk 2022年1月17日 (一) 13:53 (UTC)[回复]
窩都可以，三個方案看要哪個社群決定好就好，不要又在那這不行那也不行。--~~Sid~~ 2022年1月14日 (五) 15:52 (UTC)[回复]
如果社群認同投票不能代替討論的話，應強制討論開始一段時間後才開始投票，讓大家都能透過討論更加認識候選人。--Xiplus#Talk 2022年1月17日 (一) 13:57 (UTC)[回复]
同意。禁止讨论怎么看怎么不现实。 ——魔琴 [ 已经告假 留言 贡献 ] 2022年1月14日 (五) 15:57 (UTC)[回复]
不如直接邀請他人他人提名/推薦，然後同時搞管理員/用戶查核員的SecurePoll，然後提名7天，討論7天/投票14天？（提名和投票期需要大約三天以準備投票人列表及問題），然後主頁面為WP:投票/2022年第一次安全投票。--1233 （T / C） 2022年2月2日 (三) 08:10 (UTC)[回复]
2022年社群願望清單調查中與此案相關之願望，大家可以去看看。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年2月2日 (三) 15:17 (UTC)[回复]

現在的最大問題在於我們無法預期安全投票籌備要多久。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年2月10日 (四) 11:25 (UTC)[回复]

所以我才提議預先指定一個提名日子，籌備安全投票的時間有太大風險。指定了就能解決所有問題。--Ghren🐦🕖 2022年2月10日 (四) 11:41 (UTC)[回复]
不就是嗎，而且還可以順便在同一時間搞CU的選舉--1233 （T / C） 2022年2月11日 (五) 13:53 (UTC)[回复]
根據他站社群（英維及波斯語維基百科）在去年於監管員佈告版請求監票之情況，他們在投票開始前（並非提名期開始前）大約一個月，已作出相關請求，可推斷開始投票前一個月便需作籌備。再者他們的選舉為定期進行，故如非定期進行可能需時更多。另可參考波斯語維基百科過往的籌備時間表。謝謝。--SCP-0000（留言） 2022年2月11日 (五) 14:54 (UTC)[回复]

抱歉，但目前這個議案己經放置在這一個月有餘但討論依然不足，我唯有按波斯語維基百科過往的籌備時間表，再加上上方的一些共識寫一個流程寫出來：

  • D-Day：提名開始
  • D+3：候選人如不合條件則重新開始
  • D+7：選舉設置（導入名單、votewiki改為中文）
  • D+10：投票期（發垃圾信息）
  • D+24：投票結束（改回其他語言、點票）

此外尚有數點：

  • 本次投票以一人為限，以最先得到提名而且合符投票過程要求者的優先進行選舉，其他的押後至下一次；
  • 候選人應清楚說明是否參選界面管理員，如需要選票上應該另有一列；
  • 選舉的關鍵日期應該預先決定以方便安排投票。

大概是這樣。Ghren🐦🕖 2022年2月14日 (一) 11:32 (UTC)[回复]

RfA已经不能兼RfIA，其余支持。 ——魔琴 [ 留言 贡献 ] 2022年2月14日 (一) 13:10 (UTC)[回复]
已經準備好投票頁面，細節待填。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年2月14日 (一) 15:04 (UTC)[回复]
@Ericliu1912：現在依然以提出問題為宜。假如基金會對CU的要求是14天投票，其實管理另外再以七天制並不好。假如擔心過長的投票期使提名人辛苦的話可以另設冷靜期。Ghren🐦🕐 2022年2月15日 (二) 05:20 (UTC)[回复]
問題是基金會上次發了那則訊息以後就一點影子都沒有，不知道他們要做什麼。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年2月15日 (二) 06:30 (UTC)[回复]
基金會是積極不干預政策吧？但是本身Rfa其實本身都沒有太多細節可以安排吧。--Ghren🐦🕒 2022年2月15日 (二) 07:19 (UTC)[回复]
安全投票的話，要不要發通知應該是最緊要的？除此之外要投票投幾天，支持率要多少，也要斟酌。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年2月18日 (五) 06:37 (UTC)[回复]
支持率按慣例是80%。通知按其他維基做法只要公平即可，但是只為一個維基人選舉的發通知有些少拉票的感覺。投票似乎共識為14天。--Ghren🐦🕛 2022年2月18日 (五) 16:28 (UTC)[回复]


那暫定提問期為21日，留三日讓候選人回答？—— Eric Liu 創造は生命（留言．留名．學生會） 2022年2月24日 (四) 13:05 (UTC)[回复]

21天會不會過長了？我擔心累死候選人了。我沒什麼所謂，畢竟回答與不是候選人的自由。--Ghren🐦🕘 2022年2月24日 (四) 13:14 (UTC)[回复]
@BlackShadowG@SCP-2000@Ericliu1912@Temp3600@AT。對於提問日數有什麼看法？--Ghren🐦🕐 2022年2月25日 (五) 05:40 (UTC)[回复]
那再縮短總時程，同時削減討論與提問時間？我記得之前不少人支持三週方案之類的。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年2月25日 (五) 10:49 (UTC)[回复]


我認為太長，14天投票+討論就好。--AT 2022年2月26日 (六) 05:38 (UTC)[回复]
這樣？—— Eric Liu 創造は生命（留言．留名．學生會） 2022年2月26日 (六) 06:58 (UTC)[回复]


對。--AT 2022年2月26日 (六) 08:20 (UTC)[回复]
慢著，提問期可以再縮短些，投票期再延長點。例如5+10。--AT 2022年2月26日 (六) 08:21 (UTC)[回复]
這裡或許應該定義一下「提問」。在既有問題「之上」追問是否算是提問？如果追問也算是提問，那提問期可能要拉長一點。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年2月26日 (六) 09:24 (UTC)[回复]
為什麼要減少投票時間？這樣的話又會有人投訴為什麼不延長投票時間之類的話了，而且和CU和其他站的習慣也不一致，我看不到有很大動機去做。--Ghren🐦🕓 2022年2月26日 (六) 09:55 (UTC)[回复]
那要視乎什麼時候回答提問。另外，不能提問和投票均同時是14天嗎？--AT 2022年2月26日 (六) 10:24 (UTC)[回复]
將圖2的版本改成14天就可以達成你的需要吧。--Ghren🐦🕖 2022年2月26日 (六) 11:05 (UTC)[回复]
另外我記得1233不知道在那個tg群說只少要一周的時間，不能再縮了。--Ghren🐦🕖 2022年2月26日 (六) 11:12 (UTC)[回复]
這是在臨時提出來的情況下吧，不是說要選定一段期間舉行選舉了嗎？—— Eric Liu 創造は生命（留言．留名．學生會） 2022年2月26日 (六) 11:46 (UTC)[回复]
我不敢肯定，但是時間越長總是越好的。@1233--Ghren🐦🕘 2022年2月26日 (六) 13:05 (UTC)[回复]
如果不選定一段時間舉行選舉，以上全部方案都難以確保能夠施行。我自己也擬過一堆方案，想了半天，還是跨不過這個坎。—— Eric Liu 創造は生命（留言．留名．學生會） 2022年2月26日 (六) 16:25 (UTC)[回复]
這樣的話其實現在就可以去監管員佈告板找人了。反正有個固定日期定了出來，之後到D Day的時候填個人名就可以了。投票開始和投票討論時間其實不會差得很遠吧。--Ghren🐦🕛 2022年2月26日 (六) 16:45 (UTC)[回复]
現在的問題是我們連方案什麼時候能喬好都不一定，何況去找監管員。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年3月13日 (日) 10:59 (UTC)[回复]
其實只需要依舊投14，討論14，達到方針原意就可以了。現在的情況可以達到這個目的，就不用改方案了。--Ghren🐦🕖 2022年3月13日 (日) 11:04 (UTC)[回复]
讓用戶自選時間，已經「應戰」得很吃力，如果是規定用戶在選舉期活躍，則必須縮減選舉本身的規模。--Temp3600（留言） 2022年3月13日 (日) 12:05 (UTC)[回复]
我呼吁社群关注限制RfA提问的提案，否则提问时间的制定总会在「不能及时知道」和「候选人负担太重」之间弹来弹去。 ——魔琴 [ 留言 贡献 ] 2022年2月26日 (六) 15:25 (UTC)[回复]
目前SecurePoll即将支持在投票时附加上可选的理由，中文社群可以考虑加上这一功能。 Stang★ 2022年3月2日 (三) 17:26 (UTC)[回复]
『可選的理由』會否讓投票變成明票?--Temp3600（留言） 2022年3月13日 (日) 12:00 (UTC)[回复]
@Temp3600： 可參考UCoC投票，他們會將理由整合成摘要來避免辨識投票者的身份，理由只有監票員才可看到。--SCP-0000（留言） 2022年3月18日 (五) 08:39 (UTC)[回复]

所以現在有沒有任何可行的方案？我想我們需要先決定是否指定一段期間進行選舉（即不允許隨時展開），然後再據此決定時程。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年3月23日 (三) 16:41 (UTC)[回复]

達成目前討投14的目的的話，隨意即可。日期就隨意定為4月15號吧，反正這個日期具體來說什麼日子也沒所謂。--Ghren🐦🕐 2022年3月23日 (三) 17:19 (UTC)[回复]
不能隨意定，還要給社群時間提名人選。但我估計大家不可能只推選一個人，這樣得怎麼辦？—— Eric Liu 創造は生命（留言・留名・學生會） 2022年3月23日 (三) 20:49 (UTC)[回复]
还要找合适的人选。--Lanwi1(留言) 2022年3月23日 (三) 22:02 (UTC)[回复]
現在的問題時沒有人想選（--1233 （T / C） 2022年3月29日 (二) 13:04 (UTC)[回复]
這不是問題。相信我。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年3月29日 (二) 15:47 (UTC)[回复]
這也不過是提前數天要求候選人要拿到一定的提名而己，然後不只一個人的話就只對最先得到足夠提名人數進行投票即可。我覺得實行上有很多種方法，然後實際上每一種差別實際上都不大，社群不應該為這些末節打轉三個月。--Ghren🐦🕙 2022年3月24日 (四) 02:45 (UTC)[回复]
  • 本次投票以一人為限，以最先得到提名而且合符投票過程要求者的優先進行選舉，其他的押後至下一次；
  • <s提名時間最早者或者；
  • 抽籤；
  • 最早得到七票（參考WP:RFDA）者，但提名票不直接算進票數，提名人的提名和投票取向不一定也不需要一致；
  • 候選人應清楚說明是否參選界面管理員，如需要選票上應該另有一列一條問題；
  • 選舉的關鍵日期應該預先決定以方便安排投票；
  • 討論、提問的時間規定在14天，以得滿足提名條件且得行政員確認一刻起算作14天，14天結束後候選人依然可以回答問題，但不應該再展開討論，也不應該提出新問題；
  • 投票時間起始點可以視乎準備人員需要提前或延後，討論時間不應該因此增加或減少；
  • 參與準備工作的人員沒有投票權（應該要避嫌吧？）被選舉權。Ghren🐦🕛 2022年3月29日 (二) 16:48 (UTC)[回复]
不給被選舉權我覺得就可以了。--1233 （T / C） 2022年3月31日 (四) 13:28 (UTC)[回复]
我倒是沒有所謂。--Ghren🐦🕙 2022年3月31日 (四) 14:38 (UTC)[回复]
如果沒有意見的話，就按「最早得到七票」、「參與準備工作的人員有投票權但沒有被選舉權」的方案在3天後公示就好了。--Ghren🐦🕓 2022年4月3日 (日) 08:44 (UTC)[回复]
RfA已经不能兼RfIA了……要我说多少遍…… ——魔琴 [ 留言 贡献 ] 2022年4月3日 (日) 08:58 (UTC)[回复]
@魔琴似乎最初的目的之一是因為計票困難，但是在SPoll情況下根本不可能有計票困難的情況？我覺得現行情況下似乎不需要分開，但是假如是基於速速通過的概念上，我也不介意先放一邊。--Ghren🐦🕓 2022年4月3日 (日) 09:39 (UTC)[回复]
可也。那就是四栏“IA+A”“A”“N”“O”？ ——魔琴 [ 留言 贡献 ] 2022年4月3日 (日) 10:01 (UTC)[回复]
應該是
Admin：同意 中立 反對
IA：同意 中立 反對
這個樣子吧，可以提供自由度讓選民反對其中之一，或支持其一。--Ghren🐦🕕 2022年4月3日 (日) 10:09 (UTC)[回复]
哦对，我忘记了IA可以不是A。那加的应该是一行不是一列。 ——魔琴 [ 留言 贡献 ] 2022年4月3日 (日) 10:11 (UTC)[回复]
啊，地域詞地域詞，反正就是橫行或者橫列的意思（列_(資料庫)） 囧rz……。--Ghren🐦🕕 2022年4月3日 (日) 10:42 (UTC)[回复]
啊呀，我不知道这也是地区词（ ——魔琴 [ 留言 贡献 ] 2022年4月3日 (日) 11:06 (UTC)[回复]

公示

  • 本次投票以一人為限，以最早得到七票（參考WP:RFDA，提名票不直接算進票數，提名人的提名和投票取向不一定也不需要一致）者，而且合乎投票過程要求者的優先進行選舉，其他的押後至下一次；
  • 候選人應清楚說明是否參選界面管理員，如需要選票上應該另有一條問題；
  • 選舉的關鍵日期應該預先決定以方便安排投票；
  • 討論、提問的時間規定在14天，以得滿足提名條件且得行政員確認一刻起算作14天，14天結束後候選人依然可以回答問題，但不應該再展開討論，也不應該提出新問題；
  • 投票時間起始點可以視乎準備人員需要提前或延後，討論時間不應該因此增加或減少；
  • 參與準備工作的人員沒有被選舉權，但可以投票。

🕗 公示7日。Ghren🐦🕐 2022年4月7日 (四) 05:30 (UTC)[回复]

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

第二階段

已解決
指引修正草案通過。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年5月14日 (六) 16:04 (UTC)[回复]
下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

這邊有兩個建議：一、建議刪除「其他的押後至下一次」：此次選舉應當獨立於日後之選舉，採用「排隊」制度徒生枝節；二、建議刪除「參與準備工作的人員沒有被選舉權，但可以投票」：從上方討論結果看來，沒有必要做此限制。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月14日 (四) 12:55 (UTC)[回复]

另外看起來通過的只是大綱，還得討論具體如何修訂申請成為管理人員指引。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月14日 (四) 13:14 (UTC)[回复]

要求就此案作出部分細化規則的討論，尤其是投票資格的部分。以現有方針而定，所有符合「解任投票聯署提出或上任投票開始120天前，編輯至少500次；並在聯署提出或上任投票開始前90天內至少有1次編輯（不包括任何用戶頁及用戶對話頁）」及「編輯至少3000次，或編輯條目至少1500次」兩項條件之一的用戶即可進行投票。然而，昨天跟其他維基人討論的時候發現一個現有規則與安全投票實行之間的BUG，就是在舊有制度下，'被禁制編輯維基百科空間的用戶（包括被封禁）因不能編輯投票頁面而無權投票，但在接下來的安全投票中沒有相關規定，未有任何規則明文規定阻止被禁止或封禁用戶進行投票或不計算他們的投票，是為嚴重投票規則漏洞，不應因實行安全投票而讓本身不可能投票的用戶進行投票或灌票影響投票結果。@Ericliu1912、Ghrenghren：兩位昨天跟我在站外的討論中已經聽過我提出這個了，另外再ping@Temp3600、BlackShadowG、魔琴、SCP-2000、AT、Stang、1233。--路西法人 2022年4月15日 (五) 14:33 (UTC)[回复]

(＋)支持禁止被封用戶參與安全投票，禁制的話需要再考慮一下範圍，例如僅限於被禁制編輯WP空間的用戶。--AT 2022年4月15日 (五) 15:35 (UTC)[回复]
上面的討論：我認為參與準備工作的用戶應當自願放棄被選舉的權力（或者直接由管理員組織選舉）。
另外其他討論我是同意結論的：誰能夠實質在管理員選舉中投票，才能夠在securepoll投票。--1233 （T / C） 2022年4月15日 (五) 15:37 (UTC)[回复]

Ghrenghren、​AT、​魔琴、​Xiplus和BlackShadowG1233、​Yining Chen、​SCP-2000、​Temp3600和StangLanwi1經過檢視，建議在申請成為管理人員指引「流程」一節下增加「安全投票暫行規定」一節，說明扞格情形：

提議條文

執行結果 （略）

安全投票暫行規定 根據社群2021年12月的共識，未來一場管理員選舉將使用安全投票（SecurePoll）系統。

未來一場使用安全投票系統的管理員選舉將按照以下程序進行，不適用前述之一般流程：

  1. 提名或自薦：使用者可以提名自己為管理員，也可以提名另一個使用者為管理員。
  2. 檢驗冷靜期：當管理員被提名者先前之管理員選舉未通過或中途退選時，自投票終止或退選之時起，三個月（90日）內不應再次提出申請。在表態時謝絕提名者不受此限制。
  3. 投票過程：
    • 預提名：由於未來一場選舉之被提名者以一人為限，應當在互助客棧其他區集中進行預提名作業；願意接受正式提名並回答前述三個基本問題、最先得到七位具人事任免投票資格之使用者連署支持，且符合成為管理員之資格者，經行政員確認，即獲得正式提名，將優先進行選舉，並應比照前述之一般流程另行設置個人選舉頁面。若最先獲得足夠連署支持者未能符合前述要求，則應依序遞補以決定獲正式提名者。
    • 發表意見：在被提名者經行政員確認獲得正式提名之時起二週內，任何使用者都可以發表意見，包含提問及討論等。二週後，被提名者仍可以回答問題，而其他使用者則不應再提出新問題或繼續展開討論。與此同時，應儘速籌備安全投票。投票時間之起始點可以視乎實際準備情況需要提前或延後，惟發表意見之時間長短不應有所增減。
    • 投票：安全投票開啟後，應至少持續二週，並應有至少二位管理人員與其他監管員共同協助監票。具人事任免投票資格，且在被提名者經行政員確認獲得正式提名之時未被封鎖或禁制編輯維基百科命名空間的使用者可以投下支持票、反對票或中立票。投票期間，投票者可以隨時改變自己的決定，其態度按投票截止時為準。選舉之有效票比照前述之一般流程僅包括上述可投票者所投的支持票及反對票，中立票屬無效票，僅將在臨界情況下被考慮。
    • 計票和評估：投票結束後，應由協助監票之管理人員計算出得票比率，並會同行政員根據前述之一般流程標準判斷投票是否達成共識。
    • 執行結果：若投票通過，行政員或監管員將賦予被提名者管理員權限；不通過則做出相應的操作。

以上，還請諸位斟酌。安全投票時程為暫定值，請確認是否要延長為十四日。此外，針對上方提到的參與準備工作人員之被選舉權問題，解方是直接交由管理人員負責（實際上本來也就應該如此），這樣就不用擔心了。或者也可以比照此前之安全投票，由二位現任監督員（皆為管理員）與其他監管員共同監票。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月18日 (一) 05:58 (UTC)[回复]

「專門頁面」是一人一頁？似乎跟後述的「個人選舉頁面」是不同頁面？為何不在同一頁就好？或是比照解任投票在互助客棧連署？--Xiplus#Talk 2022年4月18日 (一) 07:13 (UTC)[回复]
「專門頁面」是一個同時供多人連署之集體頁面，「個人選舉頁面」則與之前一般流程格式相同。這是考慮到以往選舉都是以個人為單位，才有此設置。預提名部分確實可以改成在互助客棧連署，這樣就不用另設專門頁面。已對草案進行相應修訂。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月18日 (一) 08:11 (UTC)[回复]
那就直接規定在互助客棧連署吧？--Xiplus#Talk 2022年4月24日 (日) 02:31 (UTC)[回复]
已經調整草案內容。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月25日 (一) 05:19 (UTC)[回复]
「被提名者應清楚說明是否參選介面管理員」不適當，前面已有人提過2021年RFA指引修訂，同時參選管理員跟介面管理員是兩場選舉而非一場選舉，與「未來一場使用安全投票系統」違背。不然應要求管理員跟介面管理員的連署專門頁面、個人選舉頁面應分開，但允許投票合併（以長遠來看，如果有多人短期同時參選，容許合併投票的意思）。--Xiplus#Talk 2022年4月18日 (一) 07:20 (UTC)[回复]
Xiplus目前指引內仍然有提到「一票兩投」制度，如此看來是一場選舉決定是否賦予兩個權限。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月18日 (一) 08:06 (UTC)[回复]
看起來是當初修訂時遺漏那一段了，哎呀。已經刪除草案中相關內容，至於指引相關內容也應該需要刪除。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月18日 (一) 08:07 (UTC)[回复]
我理解當初是因為計票困難的問題，才引起了爭議決定要分開，假如以Spoll不可能有計票困難的問題，應該拆分的理由不存在。如此看來單獨以一次投票只選出一個管理員也太沒有效率。Ghren🐦🕕 2022年4月18日 (一) 10:53 (UTC)[回复]
當初投票之問題決定確實是過於倉促。這教訓相信您我都記得了。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月18日 (一) 12:26 (UTC)[回复]
預提名通過，或者不通過算是算冷靜期之內，我個人認為應該不算。而且目前「與此同時，應儘速籌備安全投票」一句的意思也就是先有預提名的程序，然後再籌備安全投票的意思？--Ghren🐦🕒 2022年4月18日 (一) 07:24 (UTC)[回复]
預提名顧名思義並非正式選舉，自然不算入往後選舉之冷靜期；基本是這樣。當然也可以現在就開始籌備投票，但時程則較難預料。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月18日 (一) 08:11 (UTC)[回复]
如果不計入冷靜期，將無法阻止反覆進行預提名。--Xiplus#Talk 2022年4月18日 (一) 08:35 (UTC)[回复]
這次預提名也就只辦一次吧。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月18日 (一) 08:54 (UTC)[回复]
那本次預提名失敗後是否能立即啟動另一個正式（舊版/現行）選舉？--Xiplus#Talk 2022年4月18日 (一) 10:05 (UTC)[回复]
我本來的的建議就是押後至一下場選舉，不然每次都重複預提名，程序複雜，而展開下一場選舉的問題，假如社群缺乏共識的話，直接以Spoll一場一場辦，或者回歸舊版似乎也不是確切而好的方案。應該是社群有共識的話再繼續為宜。當然我不相信社群可以短時間內有共識。--Ghren🐦🕕 2022年4月18日 (一) 10:49 (UTC)[回复]
您沒有回答到我的問題，我說的是預提名拿不到7票的人是否就是提名失敗？然後提名失敗又不計入冷靜期，而Spoll只進行一次，所以之後（在新規未出來前）回歸現行選舉規則，那是否可以直接發起新的現行選舉？--Xiplus#Talk 2022年4月18日 (一) 12:09 (UTC)[回复]
我理解的是，即使預提名拿到7票，如果前面己經有合適的人選得到行政員認可，依然是預提名失敗。因此，應該是說，沒有實際進行投票的用戶不應該開始算他們的冷靜期。如果是這樣的話，只要社群重新煮個方案出來，這些用戶重新參與RFA應該是沒有問題的。--Ghren🐦🕘 2022年4月18日 (一) 13:01 (UTC)[回复]
另外在新規則出來前Spoll只進行一次，所以「押後至下一場選舉」也不存在，其餘預提名非最先達到7票者都應該是直接轉換成現行選舉制。--Xiplus#Talk 2022年4月18日 (一) 12:11 (UTC)[回复]
意見(▲)同上。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月18日 (一) 12:17 (UTC)[回复]
這是暫行規定，此次選舉結束後，觀其成效，再行表決是否正式採行安全投票。未來選制也可能不同（考慮到此次限制重重，大概肯定會不同），所以才建議此次選舉獨立，不與未來之選舉相干涉。堅持押後，將造成許多無謂之程序問題。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月18日 (一) 12:20 (UTC)[回复]
你說得也不無道理，對於上述修訂沒有保留「押後至下一場選舉」沒有特別的意見。--Ghren🐦🕗 2022年4月18日 (一) 12:57 (UTC)[回复]
我認為預提名不必受冷靜期限制，一方面此與正式提名不同，一方面這次只選一人，若強行對他人施加冷靜期，可能對參選意願起反面作用。但相對地，在社群表決採行安全投票與否之前的空窗期，也不應該立即進行額外的常規選舉。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月18日 (一) 12:23 (UTC)[回复]
我前面的意見都是以多次執行Spoll為考量，如果舉行一次Spoll後，如果條文會重新擬定的話，這個問題我可以那時候再提出。--Xiplus#Talk 2022年4月18日 (一) 13:20 (UTC)[回复]
"反覆進行預提名"在本次試驗選舉的問題應不大，估計參選的位子會直接被替補掉。--Temp3600（留言） 2022年4月18日 (一) 13:38 (UTC)[回复]
回歸舊版不算是一個很好做法。--Temp3600（留言） 2022年4月18日 (一) 11:07 (UTC)[回复]
Temp3600？—— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月18日 (一) 12:17 (UTC)[回复]
我指下下次選舉的選制。--Temp3600（留言） 2022年4月18日 (一) 13:30 (UTC)[回复]
预提名是否也可能存在拉票问题？--Yining Chen（留言|签名页） 2022年4月23日 (六) 13:44 (UTC)[回复]
預提名的票數按理是不應該算在票數裏，而且應該是夠七票就馬上停止提名，應該沒什麼拉票動機。--Ghren🐦🕙 2022年4月23日 (六) 14:07 (UTC)[回复]
希望正式投票的时长能延长到14日，可以给更多周活跃用户思考投票的机会。另外，预提名有时长需求吗？比如最长14天？--50829! Talk · 496,625,183 2022年4月25日 (一) 03:47 (UTC)[回复]
已經調整草案內容；至於預提名時長應該沒有需要強制規定，就順其自然地舉行吧。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月25日 (一) 05:19 (UTC)[回复]
應該是只進行兩週，不多不減比較好，不然有對其他候選人不公之感。--Ghren🐦🕐 2022年4月25日 (一) 05:24 (UTC)[回复]
是在互助客栈/其他中进行预提名吗？--50829! Talk · 496,499,192 2022年4月26日 (二) 14:47 (UTC)[回复]
哪个候选人愿意当实验品啊？--Lanwi1(留言) 2022年4月27日 (三) 04:26 (UTC)[回复]
所以我才覺得預提名時長應該是「至少二週」，不設置上限，以免經過二週了仍然得不出人選。至於地點，互助客棧其他區應該就行了，我已修正草案。其實我也可以當實驗品啊XD —— Eric Liu 創造は生命（留言・留名・學生會） 2022年4月27日 (三) 04:42 (UTC)[回复]
先等相应方针讨论完了再找候选人也不迟吧。--50829! Talk · 496,375,715 2022年4月28日 (四) 01:05 (UTC)[回复]
@Lanwi1：如果沒人願意當實驗品，可以拿我去當。--~~Sid~~ 2022年5月2日 (一) 14:28 (UTC)[回复]
愿意当实验品的人也有我……也希望互动。--Lanwi1(留言) 2022年5月3日 (二) 04:52 (UTC)[回复]
看来决定谁当试验品还需进一步讨论，甚至需要举办一次竞选了 囧rz……--50829! Talk · 495,556,801 2022年5月7日 (六) 12:34 (UTC)[回复]
那啥，這不就是預提名的作用嗎XD
不過，倒是可以嘗試引進英維的管理員申請諮詢制度（或可稱作「假投票」），這種制度可供有潛力之候選人試試水溫，並從社群看法中找出自身可改進之處。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年5月7日 (六) 16:57 (UTC)[回复]
个人选举页面还是设置在Wikipedia:申请成为管理人员的子页面吗？--50829! Talk · 496,375,237 2022年4月28日 (四) 01:13 (UTC)[回复]
沒錯，這就跟過往一樣。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年5月3日 (二) 01:00 (UTC)[回复]

@Ericliu1912：如無其他問題，最後一次對條文修訂之日是4月25日，超過了7天之限，可以公示。Ghren🐦🕐 2022年5月7日 (六) 17:14 (UTC)[回复]

公示草案七日。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年5月7日 (六) 17:15 (UTC)[回复]
通過。—— Eric Liu 創造は生命（留言・留名・學生會） 2022年5月14日 (六) 16:04 (UTC)[回复]
本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
检索自“https://zh.wikipedia.org/w/index.php?title=Wikipedia_talk:申请成为管理人员&oldid=71683786”