跳转到内容

维基百科讨论:安全投票

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


在本地启用安全投票及electionadmin权限

本主题或以下段落文字，移动自Wikipedia:互助客栈/其他。执行者：Jimmy-bot（留言） 2025年1月30日 (四) 16:14 (UTC)。

原标题为：SecurePoll elections with the electionadmin right

本主题或以下段落文字，移动自Wikipedia:互助客栈/技术。执行者：即请秋安 ZhaoFJx(论•签) 2024年10月17日 (四) 20:53 (UTC)。

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

（我很抱歉用英语写作。请随意翻译此消息。）

Hello! My name is Joe Sutherland and I'm on the Trust and Safety team at the Wikimedia Foundation. In the past, your community has shown interest in holding elections with SecurePoll — perhaps you already have through votewiki. We are now looking into making this available to local communities to run elections themselves. This will require the "electionadmin" right to be enabled on your project, which is a right that allows access to sensitive information.

As such, it is likely that you will need to run a Request for Comment (or similar process) to ascertain consensus for the implementation of this feature. To help guide such a discussion, we've put together a Meta-Wiki page with more information about what enabling the right will mean for your community.

If your community does discuss and decides to move forward with this, T&S would like to support you — please let us know via email ( ca@wikimedia.org ) if and when consensus is reached. Thank you!--JSutherland (WMF)（留言） 2024年10月17日 (四) 20:07 (UTC)

翻译：

大家好！我是Joe Sutherland，来自维基媒体基金会信任与安全团队。过去，我们了解到贵社群对使用SecurePoll进行选举有一定兴趣——或许你们已经通过votewiki进行了相关选举。我们目前正在研究如何使这一功能能在本地社区中启用，以允许社群自行举办选举。这将需要在贵项目上启用“electionadmin”权限，该权限允许访问一些敏感信息。

因此，贵社群可能需要进行一次请求评论（或类似流程）来确定是否有共识启用此功能。为帮助此类讨论，我们在一个元维基页面上提供了更多关于启用该权限对贵社群意味着什么的资讯。

如果贵社群经过讨论并决定推进此事，信任与安全团队愿意提供支持——请在达成共识后通过电子邮件( ca@wikimedia.org )告知我们。谢谢！

译者：即请秋安 ZhaoFJx(论•签) 2024年10月17日 (四) 20:25 (UTC)

electionadmin是干嘛的？元维基中的介绍，供参考：

electionadmin is a right that allows users to set up elections with SecurePoll. However, crucially, it allows these users to view voter data, which includes CheckUser-level IP and user agent information for all voters. This is to allow detection of duplicate votes. Its sensitive nature means it should be handed out with extreme caution and only to trusted users (for instance, those who already possess the CheckUser right).

—即请秋安 ZhaoFJx(论•签) 2024年10月17日 (四) 20:31 (UTC)
TLDR：electionadmin可以看到所有投票者的IP及UA信息，应高度谨慎授权，并建议赋权给本地CU权限持有者。--Hamish T 2024年10月18日 (五) 04:31 (UTC)

已更改标题以准确描述。--Hamish T 2024年10月18日 (五) 03:39 (UTC)

目前是OS和Steward监票，他们在votewiki的权限是不是和electionadmin一样？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月18日 (五) 05:36 (UTC)
Yes，不过本地OS在该站是临时权限。未来若打算维持是CU和OS负责监票，就可以直接把监票权限直接给CU和OS。--路西法人 2024年10月18日 (五) 06:33 (UTC)
现状 本地启用后
准备工作 - 本地请求监管员授予相关人士"electionadmin"权限
创建投票 T&S在votewiki创建 electionadmin在本站创建
生成名单 没有变化
投票 没有变化
监票 T&S授予相关人士"electionadmin"权限，划去应作废的票 "electionadmin"划去应作废的票
宣布结果 没有变化
以上是我个人对“本地举办安全投票的理解”，其中electionadmin可以在选举开始前在m:SRP上临时授予给相关人士，避免高级权限带来的隐私问题。在我看来，本地举办可以让界面变成中文；创建投票不再强依赖于T&S，不会有什么“等圣诞假期”这种过去遇到的问题；不再需要在phabricator创建任务，社群参与度更高；界面上有什么词写错了可以更快的修复：目前还没想到明显的缺点，可能是会有人质疑投票存在被本地干预的风险（相较于votewiki）？ Stang★ 2024年10月19日 (六) 03:34 (UTC)
votewiki:Special:UserGroupRights：votewiki上electionadmin仅有“偷看选民信息”(securepoll-view-voter-pii)和“破坏用户界面”(editinterface)两个权限，“创建投票”权限(securepoll-create-poll)只有electcomm和staffsupport拥有。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月23日 (三) 01:49 (UTC)
小课堂时间，咱来解释一些容易混淆的概念：
我们这里有四个概念，scrutineer（监票员）、Election administrators（选举管理员）、electionadmin、electcomm
  • 监票员是在一场选举之中对所有选票进行检查的人，他会负责查看投出选票的人是否是符合标准的，这张选票是不是重复的（比如多个分身账号、傀儡投票什么的）；
  • 选举管理员是创建并设置投票的人，目前T&S的那两位就是“选举管理员”；
  • electionadmin是一个用户权限组，我们的监票员们需要这个权限组来查看那些PII，来判断某张选票是否符合标准；
  • electcomm则是另一个权限组，这个权限组是给选举委员会的成员准备的，T&S的人说这个权限组设计之初是为了方便理事会选举的一些事项。它在实际中跟“electionadmin”这个组没什么区别。
source，希望有帮助 Stang★ 2024年10月23日 (三) 02:19 (UTC)
感谢，但是晕晕。所以监票员（scrutineer）和选举管理员（Election administrators）在技术上不存在？electionadmin 的 user group right 包括 securepoll-create-poll 吗？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月23日 (三) 02:57 (UTC)
可以这么理解；在votewiki上不，但是根据这里的描述，本地是会有的。换个方法解释一下：在votewiki上，electcomm负责创建和配置选举，并给一些人electionadmin的权限，后者会去做监票的工作；本地如果启用，electionadmin会负责创建和配置选举，以及负责监票。这么说的话，我建议把这个新的权限组翻译成“选举管理员”。@魔琴： Stang★ 2024年10月23日 (三) 03:15 (UTC)
明白。感谢。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月23日 (三) 03:29 (UTC)
若本地启用安全投票，即可废去现行被迫定期集中举行申请之制度，回复原先之自由提名制，或得促进社群成员申请管理人员。—— Eric Liu 創造は生命（留言・留名・学生会） 2024年10月19日 (六) 10:45 (UTC)
或许也可参考英维搞自由提名与集中申请制度并行。--人间百态,独尊变态(讨论) 2024年10月20日 (日) 12:54 (UTC)
长期授予监督员监票权限会不会有问题？是否需要重提取回CU权限？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月21日 (一) 18:04 (UTC)
也没说一定要长期授予啊，如果社群对长期授予有疑虑完全可以改为临时权限。--人间百态,独尊变态(讨论) 2024年10月22日 (二) 14:18 (UTC)

随便先列了几条文字以推动讨论。

现行条文
Wikipedia:申请成为管理人员：
若本地有两名或以上监督员在安全投票开始前表示愿意监票，则由愿意执行监票工作的监督员与其他监管员共同协助监票。若本地能够执行监票工作的监督员不足两人，则由监管员独自负责监票。
提议条文
监选员（electionadmin，暂译）权限应仅授予用户查核员、监督员、监管员。
若本地有至少两名用户查核员或监督员在安全投票开始前表示愿意监票，则由愿意执行监票工作的本地用户与其他监管员共同协助监票，用户查核员优先于监督员。若本地能够执行监票工作的用户不足两人，则由监管员独自负责监票。
投票开始前，应请求监管员授予本地负责用户监选员权限。
投票结束后应及时除去权限。
监选员拥有以下权限：
  • 编辑用户界面(editinterface)
  • 访问投票者的个人可识别信息(securepoll-view-voter-pii)
既然是长期的制度性存在的用户组我就将CU考虑进来了。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月23日 (三) 01:48 (UTC)
“选举管理员”有可能是动宾短语，个人认为应该避免，所以拟了一个“监选员”译名，也许有更好的。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月23日 (三) 03:35 (UTC)
其实权限不需要用一次去一次吧？如果是担心CU隐私的话，electionadmin只能看到投票人在本次securepoll的信息，并不能用该权限直接去CU别人。另建议用脚注注释下“个人可识别信息” ——即请秋安 ZhaoFJx(论•签) 2024年10月23日 (三) 10:57 (UTC)
既为任务编组权限，如机器使用者般，则一般不应长期持有。—— Eric Liu 創造は生命（留言・留名・学生会） 2024年10月23日 (三) 11:19 (UTC)
所以意思是每有选举就要再申请/授予权限？--J.Wong 2024年10月27日 (日) 06:03 (UTC)
@Wong128hk：或者规定签署隐私协议之行政员、监督员等可当然持有此权限，协助铺张选举，我觉得也符合本地未来可能情况。毕竟以后就不用强迫定期集体申请了。—— Eric Liu 創造は生命（留言・留名・学生会） 2024年10月27日 (日) 11:08 (UTC)
反正本地有SecurePoll后，用户可以随时申请成为管理人员，每次都授予／解除权限也太麻烦，electionadmin完全可以让OS或CU长期持有。倒是如仲委会选举未来该设eleccomm，就是每次选举再每次授权了。--路西法人 2024年10月28日 (一) 04:29 (UTC)
建议译为“选举监察员”，符合汉语用例。—— Eric Liu 創造は生命（留言・留名・学生会） 2024年10月23日 (三) 11:19 (UTC)
于Phabricator查看
编号T380020的工单

距上条留言已过三日，姑且总结一下讨论。目前讨论用户基本就引入electionadmin用户组达成共识，在是否允许签署隐私协议的行政员和监督员长期成为electionadmin也基本得出结论，然对于electionadmin的译名尚未有定论。当下讨论用户一共给出了三种方案，分别为Stang君提议的“选举管理员”、魔琴君提议的“监选员”以及EricLiu君提议的“选举监察员”。不知三位用户可否进一步阐明一下选择该译名的理由。当然如果有用户认为自己有更好的译名方案也欢迎提出。--人间百态,独尊变态(讨论) 2024年10月31日 (四) 14:29 (UTC)

@ZhaoFJx、Ericliu1912、Wong128hk、LuciferianThomas、魔琴、Stang、Hamish：通知下曾参与讨论的用户--人间百态,独尊变态(讨论) 2024年10月31日 (四) 14:33 (UTC)

上一条其实ping到了。然后我个人倾向于“选举管理员”这个名字，监选员和选举监察员总觉得怪怪的。而且本身electionadmin这个权限本身就可以管理选举的创建，我觉得更符合其实际用途。--Hamish T 2024年10月31日 (四) 14:37 (UTC)
因为“选举”能作名词能作动词，所以“选举某某员”一词有歧义。这种歧义能在语境中消解，但是我认为比较有碍沟通，特别是对不知道有此术语的用户来说。我也在想其它用词，但可能比较文，也不易于理解，譬如因知有管理之义而叫“知选”“知选员”，因监（去声）有官员之义而叫“选监”…… ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月31日 (四) 15:28 (UTC)
我不理解。“监督员”、“（使用者）查核员”甚至“管理员”也全部是这种名词，亦几未见误解。仍建议叫“选举监察员”，行文时则可非正式简称为“监察员”。—— Eric Liu 創造は生命（留言・留名・学生会） 2024年10月31日 (四) 17:45 (UTC)
员不能成词啊，不可能理解为监督出一个“员”来。（量词可以成词。） ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月1日 (五) 02:09 (UTC)
@魔琴：“选举”不能作名词，除非您认同沈老的“名动包含论”（）--自由雨日🌧️（留言｜贡献） 2024年11月1日 (五) 04:35 (UTC)
现汉上的全忘了，意思理解就好（？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月1日 (五) 06:10 (UTC)
(－)不支持“监选员”这一翻译。该词字面上来看十分奇怪。个人无法理解为何要用一个看起来像是“简称”的名词来作为一个权限的正式译名；其次，该译名也无法直观地体现该权限的作用。--Yining Chen（留言|贡献） 2024年11月9日 (六) 11:39 (UTC)
那您认为“选举管理员”和“选举监察员”哪个名称更好？--人间百态,独尊变态(讨论)(签名) 2024年11月9日 (六) 12:38 (UTC)
按照惯例，感觉“选举管理员”或许更加符合使用习惯。包括此前的一些讨论，在称呼此权限时似乎也倾向于使用这一名称。--Yining Chen（留言|贡献） 2024年11月10日 (日) 14:23 (UTC)
如果可能的话，我倒是希望可以把“创建并管理投票”和“唱票及查看IP信息”的这两个权限分开。前者可以长期保留以确保灵活，后者则应用时申请不用时取消。其他的看起来不错。——即请秋安 ZhaoFJx(论•签) 2024年10月31日 (四) 15:30 (UTC)
或者更大胆，所有延确用户都能访问计票统计，但监督行政员可以看到IP复核投票更方便，也能减轻压力。——即请秋安 ZhaoFJx(论•签) 2024年10月31日 (四) 15:32 (UTC)
那咱觉得倒不如把securepoll-create-poll直接给管理员，只把敏感的view-voter-pii受给监选员。--人间百态,独尊变态(讨论)(签名) 2024年11月6日 (三) 14:33 (UTC)
有道理……我去留言问下是否可行——即请秋安 ZhaoFJx(论•签) 2024年11月6日 (三) 16:34 (UTC)
如果可以分开给的话，其实直接把securepoll-create-poll给管理员，然后view-voter-pii给监督员。--Hamish T 2024年11月15日 (五) 10:41 (UTC)
邮件已获回复，摘抄：
Thank you for reaching out. I'll escalate this internally. It looks like some of this work may already have been done by SD0001: https://phabricator.wikimedia.org/T377531
——敬颂冬绥 ZhaoFJx(论•签) 2024年11月16日 (六) 19:21 (UTC)
“选举监察员”及“选举管理员”均可。—— Eric Liu 創造は生命（留言・留名・学生会） 2024年11月10日 (日) 16:29 (UTC)

小结 (安全投票)

以上关于本地进行安全投票的讨论看起来并没有收到反对意见，个人觉得可以进行公示并进行下一步操作了。简单总结一下达成的共识：

  1. 本站认为在本站内部自行举办安全投票可行；
  2. 本站将向管理员用户组添加若干权限，以允许管理员创建并配置安全投票；
  3. 本站继续沿用先前约定，使用“两名或以上监督员”进行监票，新增一个（名称待定的）用户组并（临时/永久待定的）授予当前的监督员。

在完成技术上的修改后，可以考虑在本地举办下一场安全投票，也可以考虑先进行一场测试来保证功能正常符合预期。以上@人间百态、ZhaoFJx、Ericliu1912、Wong128hk、LuciferianThomas、魔琴、Hamish、自由雨日、Yining Chen： Stang★ 2024年11月20日 (三) 09:08 (UTC)

( ✓ )同意1与2。3，想请问社群是否同意，如技术上可行的话，直接授予监督员securepoll-create-poll和securepoll-view-voter-pii权限，还是一定要将二权限授予（名称待定的）用户组，再将该用户组（临时/永久待定的）授予当前的监督员。希望进行一场测试，但不知道能不能。--Hamish T 2024年11月20日 (三) 10:11 (UTC)
个人感觉这样不是太妥当，有失某个权限组的纯粹性，咱还是建议新增独立权限组的。比如“监票”跟监督这一特殊的版本删除方式并无关系，甚至可能本站之前让OSer去监票也有点望文生义的意思（ Stang★ 2024年11月26日 (二) 12:51 (UTC)
可以目前暂定让OS去监票，因为本站目前只有他们是签署NDA的funct。如本站以后要引入CU时再让CU来监票其实更妥当。--0xDeadbeef (留言) 2024年12月1日 (日) 01:47 (UTC)
不太确定第二条中所述的管理员创建投票，其余(＋)支持——敬颂冬绥 ZhaoFJx(论•签) 2024年11月20日 (三) 16:09 (UTC)
全部(＋)支持——敬颂冬绥 ZhaoFJx(论•签) 2024年11月21日 (四) 01:14 (UTC)
国民党六届三中全会会议纪录
经碰巧看到考察资料，我收回此前意见；“监选员”确实是汉语用词，且较简洁，故应可行。—— Eric Liu 創造は生命（留言・留名・学生会） 2024年11月20日 (三) 15:18 (UTC)
仍然保持此前的观点，即平日交流中可用“监选员”做简称（像是WP:AFD可简称“提删”），但在正式确定其名称时仍应着重考虑完整、全面、严谨且易于理解的译名。--Yining Chen（留言|贡献） 2024年11月21日 (四) 09:15 (UTC)
“选举监察员”，简称“监选员”，何如？—— Eric Liu 創造は生命（留言・留名・学生会） 2024年11月21日 (四) 13:05 (UTC)
(＋)倾向支持。 --Yining Chen（留言|贡献） 2024年11月23日 (六) 13:37 (UTC)
可。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年12月1日 (日) 09:14 (UTC)
公示以上取得共识部分：1、2，及新增（名称待定的）用户组，为期7日，2024年12月8日 (日) 01:50 (UTC)结束 0xDeadbeef (留言) 2024年12月1日 (日) 01:50 (UTC)
公示结束，正在准备部署，目前需要一名管理员来协助进行测试（创建安全投票） Stang★ 2024年12月8日 (日) 08:52 (UTC)
个人可协助测试。--SCP-0000（留言） 2024年12月8日 (日) 09:34 (UTC)
处理中…… 计划于世界协调时12月23日下午部署。——敬颂冬绥 ZhaoFJx(论•签) 2024年12月20日 (五) 14:31 (UTC)
未完成 @Stang 有人对更改提出了包括数据库和权限管理在内的问题，鉴于“这是年底最后一次部署，我们不应该冒险”，于是推迟到明年一月份。——敬颂冬绥 ZhaoFJx(论•签) 2024年12月23日 (一) 14:08 (UTC)
@Stang: patch进程如何？--0xDeadbeef (留言) 2025年1月17日 (五) 12:18 (UTC)
@0xDeadbeef：没人review，窝也很郁闷…… Stang★ 2025年1月17日 (五) 12:22 (UTC)
@Stang： 那是不是可以找个地方ping一个reviewer？--0xDeadbeef (留言) 2025年1月17日 (五) 12:41 (UTC)
@0xDeadbeef：我问了一下，目前进度是卡在了phab:T378287#10341850上，正在询问目前进展如何，以及是否相关。 Stang★ 2025年1月17日 (五) 13:01 (UTC)

小结2 (安全投票)

以下部分仍然欠缺讨论：

  1. 用户组译名（选举监察员/选举管理员/监选员）
  2. 是否延续监督员监票，或使新用户组独立于监督员
  3. 是否允许延确用户看到票数
  4. 引入本地安全投票后，可否放宽提名时限，（在举行固定时间选举的基础上）允许管理员等申请随时提出。

论。 0xDeadbeef (留言) 2024年12月1日 (日) 02:04 (UTC)

对于2，个人建议独立于监督员，理由前文已述，“有失权限组的纯粹性，“监票”跟监督这一特殊的版本删除方式并无关系”；对于3，（“票数”我理解成“谁进行了投票”）在本站相关的即时通讯群组内有用户反对，认为这有害于“最大限度地保护用户隐私”，同时技术上似乎只能是所有用户都可以看到票数 vs. 只有选举管理员可以看到票数；对于4，支持，本来就应该是想什么时候选就什么时候选。 Stang★ 2024年12月1日 (日) 02:43 (UTC)
@Stang：不知你对于我们下面所说的，针对2，暂定监督员监票有没有意见。--0xDeadbeef (留言) 2024年12月13日 (五) 13:44 (UTC)
没意见，我的意思是不修改目前监督员的权限，差不多和你说的目前就由每次申请时由行政员/监管员赋予是一回事。 Stang★ 2024年12月14日 (六) 03:00 (UTC)
@0xDeadbeef：补ping Stang★ 2024年12月14日 (六) 03:02 (UTC)
倾向维持支持半年选举方案。
一）临时管理员任期问题。当选临时管理员用户需半年后重选，每半年集中提名选举的方式有助社群在半年内集中时间考察相关用户表现是否应授予长期权限。随时提名选举的情况下可能每隔数月便要举行临时管理员延长权限投票，社群难以集中一并检视用户表现。
二）有利节省社群精力。在举行投票均需有开启人事讨论、答问两周等环节，都近乎一个月以上，颇费用户时间及精力，集中选举每年办两场，于该月份前后则可解决近半年的管理员选举，较节省社群用户时间精力。
三）减少频密进行管理员投票情况。就本年度管理人员选举，四月及十月有十三项提名。若年度提名的话，差不多是每月有管理人员提名，目前站务情况似乎可以容许维持半年度提名的程序，避免每月都进行管理人员投票的人力消耗。
自施行新管理人员制度以来，半年一选似乎已行之稳定。似暂无需修改。我倾向维持目前制度。-千村狐兔（留言） 2024年12月2日 (一) 16:37 (UTC)
我不认同你的观点。为什么社群应该“集中考察”或“一并查看”用户表现呢？我个人认为如果临时管理员的任期不在同一时间段下，反而减少社群投票的压力（不用一次投票时要决定很多个候选人），而且也能够减少可能出现的比较候选人造成反对的情况（也许这是在说我自己，但是情况大概存在？）。
对于社群精力来说，单独管理员申请不需要开启预讨论，而答问环节也属于申请的正常流程，若用户不愿意参与此环节，也可以不去参与，因为人事选举并不强迫他人参与。并且，我个人认为在中维管理员人手一直不够这个前提下，社群应当去花更多的时间来使管理员申请更容易，以便这个项目能够吸引到更多人来当管理员。也就是说，管理员选举不是说一个需要“解决”的事情，而对此抱有更加积极的态度也许会更好。另外，如提问环节过于耗费用户时间与精力，是否说明平时集中选举时的提问并非与候选人相关，而是直接利用“方便”来给所有人提问？（那不集中选举的时候直接继续用自己之前问过的问题不也行？）
根据以上，若中文真能每月有管理人员提名，难道不是一个好事情？英维都不能做到每月都有提名，英维还在天天说那里人手不够，那是说我们中维不需要新管理员了吗？
我也没说需要修改半年集中选举，两个程序完全可以同时运行。集中选举来说能使社群注意力更分散，应当保留，我也能理解有候选人更倾向参与集中选举。你所说的“似乎稳定”，不清楚是什么理据？程序基本成熟所以就不能继续改善了吗？--0xDeadbeef (留言) 2024年12月7日 (六) 16:20 (UTC)
(？)疑问，提名和安全投票需要时间准备，从确认被提名人、到提问环节开始、加上投票就超过一个月去，这样看来下一位重叠到的几率很高，还没点到票又要提名管理员了，若是这样的运作，我不认为这是容易选出管理员的方式。—提斯切里（留言） 2024年12月7日 (六) 19:06 (UTC)
一般来说随时申请不需要行政员确认，只要在发起之前回答三个问题就行。如有无效的情况由行政员关闭就行了。集中选举需要行政员确认是因为有流程步骤。另外或许可以征求更多实际参加过选举之类站务的人的意见。--0xDeadbeef (留言) 2024年12月8日 (日) 09:49 (UTC)
我对于译名的选择问题来说，个人支持Eric上方所提出的“选举监察员”，因为能够直截了当地说明职务（监票）。--0xDeadbeef (留言) 2024年12月7日 (六) 16:24 (UTC)
本人认为可以惯例由监督员监票，每次申请时授予相应权限即可。此外，若技术门槛不高，本人亦认为可以重新允许随时发起管理员申请，同时保留集体申请制度，俾便有志者自由选择。—— Eric Liu 創造は生命（留言・留名・学生会） 2024年12月7日 (六) 21:16 (UTC)
我以上也说过，由监督员监票可作为（暂定）方案，直到本站对于取回本地CU权限能有比较清楚的路径。在本站还没有本地CU的时候，由本站的OS（唯一本地funct）来监票无疑是省了很多麻烦的方案（不然又要成为独立一体的NDA用户组），如果本站之后可以引入本地CU，那么个人认为监票员可由CU成员选出。这个的进一步讨论最好是与取回CU的讨论一起进行，目前就由每次申请时由行政员/监管员赋予就好。--0xDeadbeef (留言) 2024年12月9日 (一) 08:15 (UTC)
不认同减少比较做法。社群本来就能比较候选人是否胜任。没有必要削足适履，为了增加管理员数量而修改制度去减少反对票。所谓反对票，支持票也是社群对用户的信任体现。
过多人事投票会导致社群疲劳。之前已说过，倘以本年度提名为例，则基本上社群每月有选举，答辩及投票也需耗时月余。这显然会造成社群疲劳。此外获提名不一定代表站务会获得顺利解决。
早在以前未实施安全投票时，已有用户表达社群不应过多人事投票。在目前集中选举下，我认为是恰当的，俾使社群毋须每月也有选举。纯属个人意见。-千村狐兔（留言） 2024年12月19日 (四) 14:36 (UTC)
既然社群成员能够比较管理人员是否可以胜任，那么分散集中选举才是给社群更少压力，一次性投多个候选人和时不时投一个候选人性质就不一样，你要不要看看英维搞集中选举的时候投票有多麻烦。
另外，我的主要观点是“社群压力”是一个非常没意义的观点。诚然，多选出一个管理员不一定能减少站务积压，但是少选出一个管理员肯定是更解决不了了。--0xDeadbeef (留言) 2024年12月20日 (五) 05:18 (UTC)

安全投票小结3

以下为以上共识内容：

  1. electionadmin用户组本地译名为“选举监察员”。
  2. 选举监察员目前暂定由每次选举需要时赋予监督员，由本站监督员负责监票事务。此暂定方案可由本地取回CU权限后再一同再次决议。
  3. 在保留集中申请管理员等权限机制的情况下，获取随时发起本地选举的技术能力后，重新允许社群成员随时发起管理员等权限申请。

讨论已过七日并意见已有得到合理反驳，取得共识，故 公示7日，2024年12月26日 (四) 13:42 (UTC)结束。0xDeadbeef (留言) 2024年12月19日 (四) 13:42 (UTC)

更正：目前这个新的用户组的名字是"scrutineer"，这一点参考了enwiki方面的想法，希望可以叫法上统一。对本地译名没什么看法，挺好的，twn上已经更新了。@0xDeadbeef： Stang★ 2024年12月20日 (五) 01:41 (UTC)
好的，感谢提醒--0xDeadbeef (留言) 2024年12月20日 (五) 01:47 (UTC)
通过。--0xDeadbeef (留言) 2024年12月28日 (六) 04:51 (UTC)
我在这里先写了一个草稿，欢迎各位社群成员来修改改善。技术层面上可行后即可写入实际界面。--0xDeadbeef (留言) 2024年12月28日 (六) 05:29 (UTC)
为何删除几个“行政员”？除此之外，尚有一些行文卡顿，不过大体无碍。—— Eric Liu 創造は生命（留言・留名・学生会） 2024年12月28日 (六) 06:46 (UTC)
@Ericliu1912：主要是自由提名的时候不需要行政员来确认。一般流程是明显不符合要求的申请可以由社群成员关闭的。不过可以说由管理员来确认？因为要他们来创建选举。--0xDeadbeef (留言) 2024年12月29日 (日) 14:55 (UTC)
👍 赞 我稍微改了下点票一章的措辞。——敬颂冬绥 ZhaoFJx(论•签) 2024年12月29日 (日) 01:36 (UTC)
就0xDeadbeef版方案 公示7日，2025年1月17日 (五) 13:04 (UTC)结束--人间百态,独尊变态(讨论)(签名) 2025年1月10日 (五) 13:04 (UTC)
@0xDeadbeef：公示期已过。Sanmosa 热烈庆贺“关注度”正名“收录标准” 2025年1月19日 (日) 09:25 (UTC)
通过。beef [talk] 2025年1月20日 (一) 12:59 (UTC)
本讨论已关闭，请勿修改。如有任何意见，请在合适的讨论页提出，而非再次编辑本讨论。
检索自“https://zh.wikipedia.org/w/index.php?title=Wikipedia_talk:安全投票&oldid=85876577”