维基百科:互助客栈/方针/存档/2023年8月

专人处理IPBE和新账号申请

以下内容为了避免讨论显示过长折叠，任何人仍然可以发言和取消折叠

因为IPBE申请长期积压严重，所以提案由专人处理IPBE和新账号申请的内容。

---

IPBE和新账号申请处理员是一群志愿者，通过邮件列表<待议lists.wikimedia.org>处理因为开放代理而提出的IPBE和新账号申请。

权限包括：

• 添加用户组：IP封禁豁免者（用于处理IPBE申请）
• 不受速率限制影响（用于处理新账号申请）
• 移除自己账号的用户组：IPBE和新账号申请处理员

此用户组的申请条件：

• 有有意愿处理IPBE和新账号申请，了解相关方针指引，能够友善地对待他人
• 编辑数满1000次
• 最近一年内没有受到封禁（不合理封禁除外）
• 在过去三个月内平均每日的编辑次数多于一次

由于该用户组的用户是大陆新用户进入维基百科的一道门槛，所以他们应该被信任能够妥善处理相关事务。此用户组在处理相关内容时会查看到用户的IP信息，授权时应注意用户是否可信。

由于被IP封禁波及的新用户只有在被授予相应权限后才能表现是否为破坏者，所以该用户组不应该因为其授予权限的新用户破坏而剥夺该用户组。

---

上为草案，希望指出有无错误，比如是否因为和封禁申诉共用邮件列表而产生隐私问题。此提案不意图移除管理员的相关权限。--落花有意12138 2023年7月30日 (日) 14:59 (UTC)

目前有Wikipedia:大量账号建立者，是否可以把相关任务授权给该用户组。英文版大量账号建立者主要是用来处理ACC。--GZWDer（留言） 2023年7月30日 (日) 17:52 (UTC)

这样的要求与回退员差不多，而出于隐私考量，已有移除回退员查看私密过滤器的权限的共识。涉及到IP信息，要求显然必须更严格。大量账号建立者目前用途单一且持有者仅有一人，或许可以扩展用途。——暁月凛奈 (留言) 2023年7月30日 (日) 18:05 (UTC)

对于上两条留言的回复请移步下方专门讨论章节留言——落花有意12138 2023年7月31日 (一) 12:07 (UTC)

@暁月凛奈：您的意思是应该提高申请条件吗？我认为这里可以注明需要查看IP信息，然后评选时具体评判用户可信度即可。--落花有意12138 2023年7月31日 (一) 12:28 (UTC)

已加入需要查看IP信息提醒——落花有意12138 2023年8月1日 (二) 13:19 (UTC)

好像以前管理员仍需要做一些检查才能授权，所以需要管理员的一些权限。只是单纯见单就给会不会有问题？或者需要咨询管理员群体确认为什么会出现挤压，或者要考虑逐步恢复管理员的申请来扩充人手，或者督促管理员群体干活？（论又来讨论管理员活跃度的问题）——Sakamotosan路过围观 | 避免做作，免敬 2023年7月31日 (一) 00:57 (UTC)

等一个路过的管理员介绍处理流程--落花有意12138 2023年7月31日 (一) 13:07 (UTC)

需要做的检查就是1.有没有真的被封；2.要求建立的用户名有没有问题；3.封了的IP是不是代理封的。见就给有没有问题？现在基本上就是见就给，但是用户名和“有没有封、是不是代理”还是要看一看。为什么会积压？除了量大，最显著的是易疲劳，即使现在有非常非常好用的懒人工具也是这样。允许更多人来处理会好一点，也就只会好那么一点点。我本人就是处理一次休息几天，连续处理几周得休息几周。就好像当年的模板编辑员一样，几周前我看了一眼，已经没什么模板编辑员在处理编辑请求了。--Tiger（留言） 2023年7月31日 (一) 15:06 (UTC)

那么这个提案用户组应该也需要有活跃度要求，比如六个月处理六十个？或者是是有时间处理申请后火速授权，干到不想干后自己除权。--落花有意12138 2023年8月1日 (二) 13:09 (UTC)

活跃度要求是出于安全考虑而必须存在的，但不应强迫用户处理。——暁月凛奈 (留言) 2023年8月1日 (二) 14:16 (UTC)

@Tigerzeng：因为您比较了解情况，请问是否可能因为和封禁申诉共用邮件列表而产生隐私问题？在处理过程中还需要其他权限吗？--落花有意12138 2023年8月1日 (二) 13:41 (UTC)

除非是安全考虑，否则活跃度要求只能吸引来虚荣的人。说得极端一点，多一个每月处理一个请求的人，相比没有这个人，那每个月不是还多处理掉了一个？如果要非管理员参与这件事，那肯定要和封禁申诉分开。但是被普通IP封禁影响的人（比如很不幸住在LTA家附近的人）仍然有可能走错地方，这些人的IP是真实的IP，肯定不能被管理员之外的人看到，这个部分要考虑周到之后再实施。--Tiger（留言） 2023年8月1日 (二) 14:18 (UTC)

明白二位的意思了，这里不应该有处理的要求。--落花有意12138 2023年8月1日 (二) 14:30 (UTC)

修改处理范围，仅限开放代理。——落花有意12138 2023年8月2日 (三) 13:36 (UTC)

强烈支持加速处理积压。用户组概念不反对。之前TG群中我提过，我是期望表单化申请+自动化处理IPBE的基本申请的，有条件的先授予后审查，再配合防滥用策略，提报和快速处理。需要明确授予和处理流程，是否要涉及IP信息，如何识别傀儡、LTA等行为。“只有在被授予相应权限后才能表现是否为破坏者”存疑，过往授予可能有不少经验上的主观判断。“不应该因为其授予权限的新用户破坏而剥夺该用户组”存疑，那么是否有其他快速机制能建立沟通或强制性审核、禁制。比如类似WP:机器人，要求新用户执行有限次数的试操作，再行评估，试操作期间也可强制如草稿化、WP:AFC；LTA可能“刷编辑”绕过。--YFdyh000（留言） 2023年7月31日 (一) 01:37 (UTC)

认为可以分情况讨论：如果IP只是因为开放代理封的，适用IPBE直接授予和处理员不担责。如果有其他原因，适用给IPBE，并执行一些机制，但是具体机制有待讨论。--落花有意12138 2023年7月31日 (一) 13:38 (UTC)

但目前没有可行机制对该用户组保密IP的同时辨别原因。您是指申请IP无破坏履历或嫌疑，但感觉LTA能做到前者，后者需要靠主观推断，我觉得通通附加机制可能反而好些（不代表拒绝依判断封傀儡）。--YFdyh000（留言） 2023年7月31日 (一) 14:33 (UTC)

都附加机制不合适。第一种情况其实就和正常注册的新用户一样，不应该特殊对待。为了LTA挡住新用户不合适。

我认为这个用户组处理申请应该和现在管理员的方式一样，应该允许查看IP。--落花有意12138 2023年8月1日 (二) 13:37 (UTC)

目前已经挡住了，并且一些维基人期望挡住。我觉得不严厉就可以，像是Tor注册会延迟授予自确。目前我不期望有满足基金会隐私要求且非管理员的该用户组成员，即便有少许，我也觉得变成一个专门且闭门办事的苦差。--YFdyh000（留言） 2023年8月1日 (二) 20:52 (UTC)

已经提出拆分邮件列表案，分割了IPBE和新账号请求和其他封禁申诉。这样应该可以避免IP的隐私问题。

至于附加机制，如果只是延迟自确，我觉得可以接受，但是限制编辑主条目空间之类不同意。——落花有意12138 2023年8月2日 (三) 13:36 (UTC)

m:Steward clerks本地版？--路西法人 2023年7月31日 (一) 15:24 (UTC)

修改Wikipedia:大量账号建立者权限案

以下内容为了避免讨论显示过长折叠，任何人仍然可以发言和取消折叠

两位用户提出可以扩展Wikipedia:大量账号建立者权限，开启分节讨论使结构清晰。

如果要扩展该用户组的权限内容，应该添加的权限是 添加用户组：IP封禁豁免者。该用户组的名称认为不用修改。如果该案通过，上述方针也要一并修改，提出草案如下：

现行条文 ……可以不受速率限制影响地创建账户。用户需要不受注册频率限制创建账户时，可申请大量账号建立权。申请时须附有理由及使用范围（例如在实体聚会、教育专案协助建立账号）。注册账号时需在原因栏位提供注册原因，并且不可在24小时内以非申请理由注册超过6个账号。

提议条文 ……可以不受速率限制影响地创建账户和授予IPBE豁免权。用户需要不受注册频率限制创建账户时，可申请大量账号建立权。申请时须附有理由及使用范围（例如在实体聚会、教育专案协助建立账号或者协助处理IPBE）。注册账号时需在原因栏位提供注册原因，并且不可在24小时内以非申请理由注册超过6个账号。

现行条文 长期权限与临时权限 无论您申请的是长期权限或是临时权限，皆必须在申请时提出合理的依据。举例来说： 长期权限：若您为教育专案计划主持人等因对外推广而需大量创建账户的使用者，则您可以申请长期权限。 临时权限：若您是为了处理短期计划而需创立大量账户，则在该计划执行期间，您可申请成为账户创建者。

提议条文 长期权限与临时权限 无论您申请的是长期权限或是临时权限，皆必须在申请时提出合理的依据。举例来说： 长期权限：若您为教育专案计划主持人等因对外推广而需大量创建账户的使用者，或者志愿处理IPBE申请，则您可以申请长期权限。 临时权限：若您是为了处理短期计划而需创立大量账户，则在该计划执行期间，您可申请成为账户创建者。

——落花有意12138 2023年7月31日 (一) 12:07 (UTC)

不支持，不符合这个群组的使用目的，这个用户组是给用于组织线下活动时为新人快速新建账户而设立的。这样加权限纯属为胡萝卜找坑填。——Sakamotosan路过围观 | 避免做作，免敬 2023年8月1日 (二) 00:58 (UTC)

感觉大量用户创建者这个用户组的用处都不是很大......相关的志愿处理另设一个用户权限组比较好。--南屿小十233（对话 | 贡献 | 签名） 2023年8月2日 (三) 11:28 (UTC)

(－)反对，显然并非此权限群组的工作，若真有这个需求，也应该另建新的权限群组。--冥王欧西里斯（留言） 2023年8月1日 (二) 09:35 (UTC)

@Cwek、S8321414：两位是同意另一个方案吗？望提出宝贵意见。--落花有意12138 2023年8月1日 (二) 13:55 (UTC)

以目前的状况来说，我比较倾向赞成上面的方案。--冥王欧西里斯（留言） 2023年8月1日 (二) 14:10 (UTC)

别急着提出方案，讨论才过两天。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2023年8月1日 (二) 14:43 (UTC)

这个让管理员确认，就是管理员授予LIPE时一般需要做什么，里面需要哪些原来在管理员组中的权限，这些权限单独析出来有没风险。如果做不到的话，普通用户也无能为力，管理员的话，或者需要加把劲。（或者有人能设计一套额外的系统，允许用户自行申请，系统挂靠一个授予管理员权限的机器人账户去执行操作；类似en的en:Wikipedia:Unblock Ticket Request System实现申请票单机制，不确定有没直接授权的机制。）——Sakamotosan路过围观 | 避免做作，免敬 2023年8月2日 (三) 00:54 (UTC)

(－)反对，把两件不相关的工作强行融合到一个权限中，十分没有逻辑；即使该提议最终通过，也应当另设用户权限组，而实在不应当简单地将其与现有权限随意结合。--Yiningx（留言|主账户） 2023年8月2日 (三) 01:27 (UTC)

拆分邮件列表

由于现在IPBE和新账号申请和封禁申诉共用同一个邮件列表，提案用户组不应该能查看封禁申诉，所以提出拆分邮件列表。因为开放代理提出的IPBE和新账号申请在新的邮件列表，封禁申诉（包括非因开放代理的IPBE）在原有的邮件列表。

提出新邮件列表名称草案：

1. wikipedia-zh-ipbe
2. wikipedia-zh-openproxy
3. ipbe-zh
4. openproxy-zh

以上。——落花有意12138 2023年8月2日 (三) 13:36 (UTC)

所以说您在急什么（ —— Eric Liu _{創造は生命（留言・留名・学生会）} 2023年8月2日 (三) 14:01 (UTC)

我不急，真的 :-)--落花有意12138 2023年8月2日 (三) 14:24 (UTC)

建立新用户组提案

IPBE授予者及新账号建立员是一群志愿者，通过邮件列表<待议lists.wikimedia.org>处理因政府网络限制（如身在中国大陆受防火长城限制）而仅能通过开放代理编辑维基百科的用户提出的IPBE和新账号申请。

权限包括：

• 添加用户组：IP封禁豁免者（用于处理IPBE申请）
• 不受速率限制影响（用于处理新账号申请）
• 移除自己账号的用户组：IPBE授予者及新账号建立员

此用户组只能处理因政府网络限制（如身在中国大陆受防火长城限制）而仅能通过开放代理编辑维基百科的用户的申请，不能处理其他原因的IPBE申请。

此用户组不能为自己建立具有IPBE权限的新账号，或授予IPBE给自己的其他账号。

建议IPBE授予者及新账号建立员在授予IPBE权限后一天内关注被授予者的编辑记录。

申请条件：

• 有意愿处理IPBE和新账号申请，了解相关方针指引，能够友善地对待他人
• 编辑数满1000次
• 最近一年内没有受到封禁（不合理封禁除外）
• 在过去三个月内平均每日的编辑次数多于一次
• 已成为巡查员、回退员或傀儡调查助理三个月以上

由于授予IPBE权限时应较为谨慎，所以他们应该具有一定反破坏或反傀儡经验，能被信任能够妥善处理相关事务。此用户组在处理相关内容时会查看到用户的IP信息，授权时应注意用户是否可信。

权限的丧失：

当IPBE授予者及新账号建立员有滥用权限的嫌疑（例如未收到申请而授予IPBE权限，使用权限帮助滥用傀儡）时，任何用户均可以前往Wikipedia:申请解除权限举报，由一名未参与举报的管理员核查后决定是否移除IPBE授予者及新账号建立员的权限。遇紧急情况时管理员可以暂时取消IPBE授予者及新账号建立员的权限，但必须同时立即上报至Wikipedia:申请解除权限，让其他管理员进行复核。

由于被IP封禁波及的新用户只有在被授予相应权限后才能表现是否为破坏者，所以该用户组不应该因为其授予权限的新用户破坏而剥夺该用户组。

当IPBE授予者及新账号建立员自身已因滥用傀儡而被封禁时，管理员应同时立即除权。

另外，当超过六个月没有任何编辑活动时，权限将会被移除。

根据原版调整了一下条文。桐生ここ★[讨论] 2023年8月10日 (四) 14:49 (UTC)

IPBE授予跟大量账号建立不应放在一起，应该单独授予。--冥王欧西里斯（留言） 2023年8月10日 (四) 23:34 (UTC)

@S8321414：有IP封禁的人不能注册账号，如果不授予大量账户创建权限，处理员会处理更少（不知具体是多少）--落花有意12138 2023年8月11日 (五) 10:48 (UTC)

“具有一定反破坏或反傀儡经验”：为什么处理权限申请需要反破坏经验？处理两申请只能看到邮件，而反破坏是看内容，有很大区别。

“只能处理因政府网络限制……”：我认为无法分辨是否是此情况，尤其此用户组没有查核的权限。也可以要求申请人证明其居住地？具体方法想不出来。--落花有意12138 2023年8月11日 (五) 10:39 (UTC)

反破坏经验是希望IPBE授予者在事后能关注被授予者的编辑记录是否为破坏，或是否为傀儡。至于只能处理因政府网络限制，是申请者说明自己是因政府网络限制并且查询封禁ID确实因为代理而被封禁就可以授予。如果申请者说因为我的IP上有破坏被封IP，或者查询封禁ID发现是因为破坏而封IP，或者申请者说我不想被CU所以需要申请，就需要由管理员判断，IPBE授予者不能处理。桐生ここ★[讨论] 2023年8月13日 (日) 12:38 (UTC)

(？)疑问 好奇为什么必须成为巡查员等权限拥有者，是为了确保有一定社群处理经验？——顺颂时祺 ZhaoFJx^{（论•编）} 2023年8月12日 (六) 02:12 (UTC)

是，也是为了确保IPBE授予者有反破坏或反傀儡经验，因为IPBE在一定程度上可以干扰CU，在其他语言维基甚至可能需要先CU才能授予IPBE权限。IPBE授予者不因非故意授予IPBE给破坏者而取消授予者权限，但最好能够在授予之后短期内关注被授予者编辑记录，并且有能力发现问题及时挽回。桐生ここ★[讨论] 2023年8月13日 (日) 12:51 (UTC)

授权要求非常的宽松不是件好事，毕竟这玩意儿可以弄出一堆可以绕过在你维被封的IP的账号。--SunAfterRain 2023年8月13日 (日) 13:38 (UTC)

我是期望宽进（直接授权）、严出（有限编辑）的，但预防绕过和滥用可能很难做到。或许能配合滥用过滤器的功能来预防一部分。--YFdyh000（留言） 2023年8月13日 (日) 20:38 (UTC)

@YFdyh000：如果说要配合防滥用过滤器直接授权，某种程度上自动广泛授权（即魔琴所说的斜坡计划）可能还比较好一点吧，--SunAfterRain 2023年8月18日 (五) 10:27 (UTC)

不确定指哪部分，我不赞成那个计划的反审查和身份验证步骤。--YFdyh000（留言） 2023年8月18日 (五) 17:26 (UTC)

很担忧这种权限的设立。以英文维基百科为例，如果使用代理编辑，一般需要先联系CU人员才能申请到IPBE。中维本身已弱化经该要求，而现在又要继续降低门槛。假若该权限设立，那么某个破坏者只需注册多个邮箱账号，中维的所有封禁方法对此破坏者便基本失效。毕竟过滤器能拦截的破坏只是破坏中很少的一部分。且CU的有效性也会因此受到影响。--Yiningx（留言|主账户） 2023年8月14日 (一) 14:06 (UTC)

@Yichen Ding：现在如果管理员勤快一点，也会出现您所说的问题，处理缓慢使得这种问题不太明显。如果担心破坏账户处理不过来，可以等待既存的用户都核查差不多了再给新的；或者限制申请必须等待几日才能处理。--落花有意12138 2023年8月15日 (二) 07:55 (UTC)

然而原本处理IPBE申请的人员可能只有3名（非真实情况，下同）勤快（赋权标准较低）的管理员和5名会仔细对用户申请进行询问的管理员，即使这几名“勤快”的管理员速度再快，处理申请也有上限，即使赋权后发现是破坏者傀儡，管理员自己也能尽快处理，总体不会产生太大影响；而“IPBE处理员”们上任后，突然多出了30名“只能赋权，不能除权、封禁的，勤快的管理员”。如果限制申请通过速度，那又和现在没有什么区别——两者都要等差不多一周才会通过。此外，就该草案本身而言，“申请时会看到IP信息”是否意味着此权限组要签NDA？而“有滥用权限的嫌疑”更是无从查证——回退员仅因“可能向破坏者泄露过滤器信息”便被除掉相关权限；现在居然有这样一个权限，可以直接帮助破坏者绕过封禁，难道拥有这样权限的用户真的一定比回退员更值得信任吗？--Yining Chen（留言|贡献） 2023年8月15日 (二) 14:46 (UTC)

所以如果用规则+机器人限制新IPBE账号的权限和封禁，是否可以呢。无法完全避免LTA冒充新人，但目前规则似乎同样依赖管理员的主观识别+低效率批准。还可以机器人提醒处理人员批准后有多少涉及破坏，以调准批准率。--YFdyh000（留言） 2023年8月15日 (二) 14:56 (UTC)

直接给IPBE授予者一个义务，就是授予权限7天内要关注被授予者的编辑记录，如果发现新用户破坏可以取消自己授予出的IPBE权限(不得取消别人授予的IPBE权限)，并需立即在WP:申请解除权限请管理员复查，并提报到VIP请社群判断是否为LTA；如果判断自己授予的新用户可能是傀儡，可以取消自己授予出的IPBE权限(不得取消别人授予的IPBE权限)，并提报到傀儡调查，等傀儡调查出结果后由管理员重新授予IPBE权限或封禁。--桐生ここ★[讨论] 2023年8月16日 (三) 14:10 (UTC)

另外，我个人认为IPBE处理员需要比回退员更值得信任，因此申请要求应该比回退员高，甚至需要进行WP:RFA，至于为什么要求IPBE处理员担任回退员、巡查员、调查助理三个月也有这个原因，需要IPBE处理员已经有反破坏、傀儡的相关权限，没有拿这些权限去做坏事，在社群中已经有一定信誉。比方说现任的傀儡调查助理，我相信他们会正确使用IPBE处理员的权限，不会故意将IPBE授予给LTA。--桐生ここ★[讨论] 2023年8月16日 (三) 14:30 (UTC)

同意相关提案，毕竟有时候我连自己都也不相信，有必要做满三个月。--Hoben7599—论 | 支持立场新闻 2023年8月18日 (五) 06:04 (UTC)

1.认为上面桐生ここ提出的方案可行。

提议条文 在合理时段内，IPBE申请处理员应该监督其授予权限者，确保其做出建设性编辑；如做出不当编辑，授予者有责处理。如达到封禁标准，授予者暂时移除IP封禁豁免权，转交管理员处理，管理员处理后重新授予IP封禁豁免权。

那么其权限应该加入移除用户组IP封禁豁免者。

2.上面已经提到过根据是否是“因开放代理封禁”而分离邮件列表，处理人应该只能看到因为开放代理封禁的申请，认为此不属于用户隐私。

3.认为两者的职责不同，信任也是不同的，不可相对比较。认为破坏者更可能换IP而不是申请IPBE。

@Yining Chen——落花有意12138 2023年8月17日 (四) 09:04 (UTC)

首先，foundation:Legal:Confidentiality_agreement_for_nonpublic_information中定义的“Nonpublic personal data”中包括IP信息。我不太了解这个条款是否涵盖了该权限所涉及的权限内容。如果该权限需要候选人签NDA，那么应该更加谨慎地考虑该权限与用户查核员权限的关系。建议就此事咨询WMF法务部门。另外，“授予者只能除权自己授权的IPBE权限，而不能除别人的权限”是从技术上限制还是从方针上限制？毕竟如果恶意将一名拥有IPBE权限的用户（现在有3064人）除权，那么就相当于间接封禁了该用户（而且只能通过unblock-zh寻求解封，因为被除权人无法通过站内渠道申诉），这样大的权限甚至能和过滤器维护员相比。该用什么措施去尽可能防止这种情况发生呢？有人可能说回退员的权限也很大，能批量回退编辑，但该权限一方面有编辑频率过滤器限制，另一方面也无法将其它用户封禁，总的破坏要比滥用“IPBE权限维护员”权限小得多。最后的( π )题外话：我个人认为SPI Clerk在可以预见的，相当长的一段时间内人数应该都不会再增加（除非现有成员隐退）。--Yining Chen（留言|贡献） 2023年8月17日 (四) 10:24 (UTC)

随着匿名编辑的IP将匿名化等推进，我倾向IPBE授予应该尽量少介入和依赖完整IP地址做判断，用实际编辑等做判断。如果不想等系统做开发修改，我强烈建议用管理员权限的机器人实现IPBE授予、解除乃至规则化临时封禁，获权用户提报然后机器人检测和执行（可限制频次、条件），以及可以临时封禁被提报或过滤器检出的明显破坏以等候复查；错误封禁的日志记录可做删除。--YFdyh000（留言） 2023年8月17日 (四) 15:37 (UTC)

反对8月17日的新建议条文，一来难以执行，二来不应有权移除权限。--路西法人 2023年8月19日 (六) 04:22 (UTC)

如果IPBE及新帐号处理员需要WP:RFA，您是否同意有权移除权限。--桐生ここ★[讨论] 2023年8月19日 (六) 10:22 (UTC)

借用维护员讨论中的一句话：“我相信他们能做好这些，所以我不怀疑他们会做那些。”--Yiningx（留言|主账户） 2023年8月19日 (六) 12:33 (UTC)

如果需要类似RFA的程序，那就不需要此权，直接选limited administrator好了。如果他们能创建大量账号，即使有“在合理时段内”才需要的监视限制，但处理多的人就很难监视所有获授权者的编辑是否恰当。除权等于封锁用户，故反对将除权的权限授予此组。--路西法人 2023年8月20日 (日) 04:17 (UTC)

反对8月17日新建议的条文，原因是IP处理者及管理员在授予权限时，所能得到资讯极少，我们甚至无法透过这名使用者的编辑情况下去判断。

再来即便是授予后管理员及IP处理员也没那么多时间再去一一查看授予权限后的编辑情况，时间没那么多，不符合实际现况难以执行。

如果说要保证IPBE不被滥用那么最好的情况是尽快恢复本站的Checkuser，让本地的CU去定期随机的查核。--~~Sid~~ 2023年8月20日 (日) 07:54 (UTC)

edit.~~Sid~~ 2023年8月20日 (日) 08:02 (UTC)

咱认为这种所谓的连坐机制是非常奇怪的，管管授予权限/协助创建帐号后，新用户怎么做，甚至被发现是LTA被封了都不是管管的错——一封邮件里的信息量少得可怜，要是能从一个想要创建的用户名看出这是什么LTA也是神了；到了这里提议的IPBE处理员，为什么就应该监督其授予权限者，确保其做出建设性编辑了？回到这个用户组的创建上，管管相比于“IPBE处理员”到底多了什么，让别人认为可以放心地交给她们处理账户请求/IPBE权限申请呢？从权限的角度来说，IPBE跟别的权限差别很大，一般要是授予，比如巡查员这种权限，那管管会扫视近来的编辑记录和新页面巡查的完成度，甚至会问一些问题；而IPBE完全不需要你对这个申请用户进行什么审查（特指一个编辑数量极少甚至刚刚创建的用户），这也意味着，咱个人认为，IPBE处理员不需要那种“识人”的能力。要是说一个社群投票就可以解决对其是否信任的问题，我们完全可以搞社群投票，类似于BAG和CU clerk那种形式啊。如果你认为“申请时会看到IP信息”所以要签NDA，那目前处理unblock-zh的管管不是也有没签署的啊；你可以理解成管管由于受到社群选举产生所以受到高度信任，那我们这个组的产生采取类似的机制，做到选出来的人也可以高度信任，是不是就可以认为没有这方面的顾虑了。目前对于IPBE的处理已经很宽松了，并不能推出“设立IPBE处理员会造成许可十分宽松”这种结论，设立IPBE处理员并不意味着“继续降低门槛”，某个破坏者只需注册多个邮箱账号这种事情在没有IPBE处理员的时候也没有很好的办法。IP Editing的推进跟本案咱感觉没有太大的关系。 Stang^★ 2023年8月19日 (六) 18:06 (UTC)

Stang老师这段话说服我了，所以我现在支持这个IP处理员的提案，本人也非常愿意协助帮忙授予受到IP封锁影响的新用户IPBE。--~~Sid~~ 2023年8月20日 (日) 07:44 (UTC)

“我们完全可以搞社群投票”，正如上方所说，如果搞一个社群都信任的，类似RFA的投票，我们为什么不直接选出一个管理员？对某名用户的信任可以划分为不同等级吗？“我信任这名用户可以很好地处理IPBE权限，但我不相信他能很好地处理巡查员权限申请”，是这样吗？--Yiningx（留言|主账户） 2023年8月27日 (日) 11:02 (UTC)

对某名用户的信任可以划分为不同等级吗？是。为什么有行政员、管理员和界面管理员？他们都是需要RFA才能担任的。而且所谓类似RFA的投票条件肯定需要比管理员的投票宽松。--桐生ここ★[讨论] 2023年8月27日 (日) 15:39 (UTC)

新用户组提案 版本2

IPBE授予者及新账号建立员是一群志愿者，通过邮件列表<待议lists.wikimedia.org>处理因政府网络限制（如身在中国大陆受防火长城限制）而仅能通过开放代理编辑维基百科的用户提出的IPBE和新账号申请。

权限包括：

• 添加用户组：IP封禁豁免者（用于处理IPBE申请）
• 不受速率限制影响（用于处理新账号申请）
• 移除自己账号的用户组：IPBE授予者及新账号建立员

此用户组只能处理称因政府网络限制（如身在中国大陆受防火长城限制）而仅能通过开放代理编辑维基百科的用户的申请，不能处理其他原因的IPBE申请。

此用户组不能为自己建立具有IPBE权限的新账号，或授予IPBE给自己的其他账号。

申请条件：

• 有意愿处理IPBE和新账号申请，了解相关方针指引，能够友善地对待他人
• 编辑数满1000次
• 最近一年内没有受到封禁（不合理封禁除外）
• 在过去三个月内平均每日的编辑次数多于一次
• 已成为巡查员、回退员或傀儡调查助理三个月以上

由于授予IPBE权限时应较为谨慎，所以他们应该能被社群信任妥善处理相关事务。此用户组在处理相关内容时会查看到用户的IP信息，授权时应注意用户是否可信。

权限的丧失： 当IPBE授予者及新账号建立员有滥用权限的嫌疑（例如未收到申请而授予IPBE权限、使用权限帮助滥用傀儡）时，任何用户均可以前往Wikipedia:申请解除权限举报，由一名未参与举报的管理员核查后决定是否移除IPBE授予者及新账号建立员的权限。遇紧急情况时管理员可以暂时取消IPBE授予者及新账号建立员的权限，但必须同时立即上报至Wikipedia:申请解除权限，让其他管理员进行复核。

由于被IP封禁波及的新用户只有在被授予相应权限后才能表现是否为破坏者，所以该用户组不应该因为其授予权限的新用户破坏而剥夺该用户组。

当IPBE授予者及新账号建立员自身已因滥用傀儡而被封禁时，管理员应同时立即除权。

另外，当超过六个月没有任何编辑活动时，权限将会被移除。

根据Stang的回复做出了调整，不再要求“识人”，而是要求被社群信任。桐生ここ★[讨论] 2023年8月23日 (三) 07:12 (UTC)

辛苦了，可是话说要怎么才能知道“未收到申请而授予IPBE权限”呢？普通用户应该是看不见IPBE邮件列表罢。还是说会定期进行审查？——顺颂时祺 ZhaoFJx^{（论•编）} 2023年8月24日 (四) 00:40 (UTC)

不允许“未收到申请而授予IPBE权限”的意义是：

即使是现实认识的朋友因翻墙需要IPBE，也需要先发邮件申请才能授予权限，不能直接就授予权限让人无法查证。

至于如何知道，授予IPBE时需要进行备案，而且管理员和其他IPBE处理者可以看到邮件列表，如果发现违规可以举报。--桐生ここ★[讨论] 2023年8月24日 (四) 09:22 (UTC)

前面tiger提出需要考虑走错的可能，即邮件列表受到非开放代理的ip封禁的豁免权请求。此非ipbeg应当处理，所以应该由有权限查看真实IP的用户剔除，比如管管，或可以要求用户在标题或者邮件开头按照一个固定的机器可读模式提供信息，自动鉴别。——正在思考的落花有意12138 2023年8月26日 (六) 14:28 (UTC)

上方积极推进提案的用户似乎只有桐生ここ和落花有意12138，而明确表达支持意见的则很难找到（Stang？）。提案者对上方的几条反对意见不加以回应，令本人感觉十分遗憾。为何“草案调整”及相关讨论只是选择性地考虑支持者的意见呢？难道提案人希望绕过（“无视”？）反对意见，“强行”推进提案通过吗？--Yiningx（留言|主账户） 2023年8月27日 (日) 10:59 (UTC)

我应该有回应您，比如“IPBE处理员们上任后，突然多出了30名只能赋权，不能除权、封禁的，勤快的管理员”，提出了IPBE处理员有义务监督新用户而且可以除权的想法，不过阁下没有对此表示看法，而路西法人等人反对IPBE处理员可以除权，stang反对监督义务。新的提案是参考了多方的意见，不是只参考了stang的回应，也不是强行推进提案通过，而根据意见持续修改提案，而且上面讨论也有其他人表示支持提案。--桐生ここ★[讨论] 2023年8月27日 (日) 15:29 (UTC)

投票制度

丝糖提出投票，此开分节讨论。

首先需要讨论是否需要投票。落认同其可作为社群信任的证明，但是可能会出现参与人少和通过率低的情况。

提出如下细节问题供讨论：

1. 最低参与人数的设置：太高可能没人投票而落选，太低不能反应共识
2. 投票用时：太短可能不能反应共识，太长可能使提名人丧失热情。我建议题名即开始投票，周期14日，同时设置一个雪球机制。
3. 是否使用安全投票

这里提供一个草案，内容可以讨论：

---

权限的获取：

具投票权的用户可在Wikipedia:IPBE授予者及新账号建立员/申请提名满足上述条件的用户为IPBE授予者及新账号建立员。

提名发出后

• 管理员应该核对提名人和被提名人的资格，不合资格的关闭（其他用户也可关闭），合格的留言说明
• 用户可讨论，具投票权的用户可投票

投票进行三日后，管理员可用雪球法则关闭明显不受社群信任投票；进行7日后，如同意票数大于等于总票数的四分之三，管理员可以关闭投票并授权；进行14日后投票截止，管理员点票，符合以下条件的授权：

1. 票数大于8票
2. 同意票多于二分之一
3. 弃权票少于三分之一

---

以上——不甚活跃的落花有意12138 2023年8月26日 (六) 14:28 (UTC)