维基百科讨论:封禁方针

编辑请求 2024-01-28

请求已拒绝

解除临时性质的封禁一章中“临时性质的封禁应当在确认情况已解决的时候解除，此包括：

......

获得审核批准或已修复故障的机器人；及”

其中“获得审核批准或已修复故障的机器人；及”一行语意不明，应该删去“；及”。--阿米娅激推（留言） 2024年1月28日 (日) 09:16 (UTC)

未完成：

不再用作开放代理服务器的IP地址及区段；↲ 获得审核批准或已修复故障的机器人；及↲ 已撤回的法律威胁。

--Cookai饼块🍪_{（💬留言）} 2024年1月28日 (日) 10:42 (UTC)

依然没见到改动，我看到的仍然是“获得审核批准或已修复故障的机器人；及”而非上者。--阿米娅激推（留言） 2024年1月28日 (日) 11:20 (UTC)

请看下去。--Cookai饼块🍪_{（💬留言）} 2024年1月28日 (日) 11:22 (UTC)

那么改动应该是“不再用作开放代理服务器的IP地址及区段；↲ 获得审核批准或已修复故障的机器人；↲ 及已撤回的法律威胁。”除此之外在“不应解除封禁的情况”一节中也是这个问题。已查看源代码。--阿米娅激推（留言） 2024年1月28日 (日) 11:24 (UTC)

您若认为不适，可至WP:互助客栈发起讨论。这并非个例，此用法在这页就用了5次。个人认为把“及”放在后面的原因可简单解释为“那不重要”。

• A项；
• B项；
• C项；及
• D项；

和

• A项；
• B项；
• C项；
• 及D项；

显然是前者能较明确展示各项。--Cookai饼块🍪_{（💬留言）} 2024年1月28日 (日) 11:38 (UTC)

进一步增修封禁方针以及建立封禁申诉的本地共识

通过：

公示期间无异议。Sanmosa _{Szégyen a futás, de hasznos} 2024年4月20日 (六) 02:06 (UTC)

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

---

User:LuciferianThomas（路西法人，或称路君）于2023年3月提出了封禁方针的重大修订，尽管方针大部分内容引自英文版方针。

在2024年2月我因不当行为被不限期封禁之后（不到两天被解封），有用户在我讨论页评论的时候仍把“不限期封禁”称为“永久封锁”，这明显违背了“不限期封禁”方针所制定的目标“不代表该封禁永恒不可变”。而我被封的时候也看到了路君的回复，也是自此时开始即对封禁方针进行了重新翻阅，又看了英维里的方针，发现有部分方针内容是需要改进的，尤其是“不限期封禁”方针需要进一步修订，毕竟“永久封锁”的说法在英维里早就被“否定”了。

结合当前情况考虑，我提议对封禁方针的部分内容作出增修，重点修订“不限期封禁”方针，同时新增“请求封禁”方针以及修订“解除封禁”方针（小修改）。另外我提议建立封禁申诉的本地共识。以上工作的目的是，填补过去中维在封禁方针指引上的漏洞，让相关方针指引如同英维一样健全，将封禁方针指引更加程序化、系统化。提议共四条（章节），请大家分章节讨论，谢谢。

还有必要称呼“永久封锁”吗？

现行条文 不限期封锁（或称永久封锁）是指无失效时限的封禁，通常用于防止严重扰乱维基百科正常运作的行为或严重违反维基百科方针指引的行为。不限期封锁或适合用以阻止持续的不当行为，但仍需注意同样不是作惩罚之用。不限期封锁并不代表永恒不可变，而仅代表未有订立封锁时长，封锁不会自动过期解除。被不限期封锁的用户在合适的情况下可获解除封锁，并在让其被观察的情况下继续编辑，以确保该用户未来不再违反维基百科的不同规范。

提议条文 不限期封锁是指无失效时限的封禁，通常用于防止严重扰乱维基百科正常运作的行为或严重违反维基百科方针指引的行为。不限期封锁或适合用以阻止持续的不当行为，但仍需注意同样不是作惩罚之用。 另需注意“不限期”不应理解为“永久”，即不代表该封禁永恒不可变，而仅代表未有订立封锁时长，封锁不会自动过期解除。被不限期封锁的用户在合适的情况下可获解除封锁，并在让其被观察的情况下继续编辑，以确保该用户未来不再违反维基百科的不同规范。但在特别严重的情况下，如无管理员愿意解除封禁，该用户实际上已被社群禁止编辑。 参考资料

在路君修订“不限期封禁”方针之前，封禁方针关于“永久封禁”的方针内容如下：

永久封禁是一个永不失效的封禁。永久封禁通常用于防止严重干扰或威胁维基百科正常运作的行为，或严重侵犯维基百科政策的行为。这能避免该用户的行为产生更多的问题。 对于社群来说，永久封禁一个用户可被理解为完全禁止该用户进行编辑（如无管理员解封的话）。但在一般情况下，我们建议给该用户一个最后机会——在某段时间暂时解封该用户，并在被观察的情况下继续编辑，以确保该用户未来不再违反维基百科的政策。

虽然修订后已将其更名为“不限期封禁”，但条文中仍提到“或称永久封锁”。2024年2月我被无限期封的时候，也一直以为就是永久封锁，永远不给解封了。按照方针所述“不限期封锁并不代表永恒不可变，而仅代表未有订立封锁时长，封锁不会自动过期解除”，另外用户确有反省不再违规的话是可以解封的。因此，严格来说“永久封锁”这个说法不妥当，这会对用户造成误解，而且这是前后矛盾，模棱两可。而且“永久”和“不限期”本身意思和真实语景应用中有很大区别（大家可以上网搜索）。在英文版方针中有一句话直接“否定”其为“永久封禁”：

Indefinite does not mean "infinite" or "permanent"

意思就是，“不限期”不应理解为“无限”或“永久”。但基于中文语境情况，我提议修订的条文改为“不应理解为‘永久’或‘终身’”。

同样，我在英文版的封禁申诉指引也找到了这一句话：

"Indefinite" does not necessarily mean "forever" or "infinite". It means "however long is needed for the user to address the issue". This can be minutes, hours – or indeed the user may never do so.

意思是，“不限期”不一定是“永久”或“无限”。其意思是“用户需要多长时间来解决问题”。这可能是几分钟、几小时——或者实际上用户可能永远不会这样做。

为了避免对其他用户造成进一步的误解，我提出修订建议，参照英维的方针作进一步修订，具体提议内容见上。--Shwangtianyuan 不忘初心 牢记使命 2024年4月2日 (二) 16:08 (UTC)

支持修订。不赞成“终身”，非“无限”就足够了。--YFdyh000（留言） 2024年4月2日 (二) 16:34 (UTC)

不反对如此修订。Sanmosa _{Szégyen a futás, de hasznos} 2024年4月3日 (三) 07:48 (UTC)

我在文内保留括号（或称永久封锁）是基于让后来的人能再查看前人所说“永久封锁”是什么意思，如果连括号都容易造成误会，那么也请改成注释，写例如无失效时限的封锁曾称为“永久封锁”；因与实际意义不相符而在2023年3月[[Special:Diff/XXXXXX|修订方针]]后改为现称。过往称“永久封锁”的意思应视同“不限期封锁”之意，同样非“永久不可变”；详见§ 不限期封锁一节的第二段。这样。

另外我记得当初我决定写“不限期”而不是“无限期”是因为后者中的“无限”容易误导他人以为是“infinite”的意思。我不清楚YF的意思是怎样，但提案人所列出“不应理解为终身”我认为是相当合理的。--路西法人 2024年4月3日 (三) 09:36 (UTC)

个人不反对注释化处理，@Shwangtianyuan、YFdyh000。Sanmosa _{Szégyen a futás, de hasznos} 2024年4月3日 (三) 10:25 (UTC)

可以。只是不赞成引入“终身”用词，封禁是针对账号而非诉诸人身的，虽然禁止绕过封禁。--YFdyh000（留言） 2024年4月3日 (三) 11:10 (UTC)

文内正是说“不应理解为终身”，本来就是说“不是”，不知道你是在反对什么……？--路西法人 2024年4月3日 (三) 15:03 (UTC)

有时封禁的是账号（对于用户名违规），身更接近实体，不想将此概念混入。如“不应理解为终身”可能理解为有期限的封禁身。--YFdyh000（留言） 2024年4月3日 (三) 16:06 (UTC)

“不应理解”ABC不等于“可以理解为”DEF。“不应理解为终身”本来就只有“不应理解为终身”的意思，任何其他理解都是超译，不需考虑。--路西法人 2024年4月4日 (四) 12:40 (UTC)

标注注释的话应该没什么问题，虽然它并不一定是永久性的。--Shwangtianyuan 不忘初心 牢记使命 2024年4月3日 (三) 14:58 (UTC)

根据上述意见于2024年4月4日 (四) 05:43 (UTC)代为调整提案。Sanmosa _{Szégyen a futás, de hasznos} 2024年4月4日 (四) 05:43 (UTC)

基本上认可修订后的提案。--Shwangtianyuan 不忘初心 牢记使命 2024年4月4日 (四) 14:04 (UTC)

新增“请求封禁”方针

参照其他项目及其他语言版本的封禁方针，提议新增“请求封禁”方针，内容在“不适用封锁的情况”之后，“封禁指导”之前，以此将封禁方针更为程序化。具体如下：

用户可以在当前的破坏页面或者在管理员布告板/其他不当行为页面请求封禁，请求的同时亦应提供充分的证据，但管理员有权拒绝执行被请求的封禁，并可以进行独立的调查。在实施封禁之前，管理员应当充分熟悉具体情况。参见解释封锁原因。

待方针通过后，建立快捷方式WP:BLOCKREQUESTS和WP:BLOCKREQ。--Shwangtianyuan 不忘初心 牢记使命 2024年4月2日 (二) 16:08 (UTC)

原则上支持。提供充分的依据是否更好，证据不能覆盖方针，理据不能覆盖证据。“被请求的封禁”称“封禁请求”就好。未理解“并可以进行独立的调查”的强调原因，何为独立的调查，是独自调查还是能发起单独调查、询问或征询，有无具体要求。--YFdyh000（留言） 2024年4月2日 (二) 16:34 (UTC)

同YFdyh000。除此以外，我觉得AN3是否属于潜在可请求封锁的场所也值得探讨。Sanmosa _{Szégyen a futás, de hasznos} 2024年4月3日 (三) 07:53 (UTC)

赞同，但应避免直接列出对应页面，始终理论上什么地方都可以用来请求封锁：例如社群在客栈达成封锁某名用户的共识，也是一个非常边缘但完全合理合规的请求封锁模式。提案人可考虑将拟新增条文中列出页面的位置改成“用户可于适当的布告板上提出封锁请求”。

YF所指也是应当参考，可以考虑改成“须附上清晰理据，例如用户违反了什么方针指引、如何构成不当行为等。”（后面不需要“但”管理员了，这个转折似乎没太大必要。）

我建议可以改成这样：

用户可于适当的布告板提报不当行为，并必须附上清晰理据，例如用户违反了什么方针指引、如何构成不当行为等。管理员在接获提报时应自行复检提报所列理据是否有效，并在符合本（封锁）方针规定下执行封锁。若管理员认为提报有问题（如不符合实际情况、不符合方针赋予管理员封锁的情况），则有权拒绝提报。--路西法人 2024年4月3日 (三) 09:46 (UTC)

基本接受阁下的方案，没什么问题。反正，报告请求就是需要提供有效、足以证明的证据，证据不足或者不符合的都应予拒绝。--Shwangtianyuan 不忘初心 牢记使命 2024年4月3日 (三) 15:00 (UTC)

修订“解除封禁”方针

模板第二次机会是重新赢得社群信任的一种手段，主要针对过往有破坏、扰乱性编辑的用户。但中维因为方针没有提及，导致此模板一次都没用上。我在这里也是提议引入英维的方针，将“第二次机会”成为本地方针。具体内容如下：

如果用户声称希望做出建设性贡献，但管理员对其承诺存在疑问，则可以使用{{第二次机会}}模板作为解除封禁的条件，来展示用户将如何为百科全书做出贡献，以此相信用户提出的修改能够帮助维基百科。

拟引入的方针待通过后，提议加入于“封禁申诉”一节，在“任何用户均可参与……”之前。--Shwangtianyuan 不忘初心 牢记使命 2024年4月2日 (二) 16:08 (UTC)

这个想法很好。虽然我对被封禁者重新写的条目的质量很不乐观，但至少让他们审视一下自己写的条目也是好的。--ᡠᠵᡠᡳ^Ujui ᡠᠵᡠ^Uju ᠮᠠᠨᡩ᠋ᠠᠨ^Mandan 2024年4月3日 (三) 03:52 (UTC)

不反对如此修订，我不清楚PoisonHK算不算一个例子。另外，建议将“声称”改为“声明”，中文里“声称”通常伴随着负面的用法，在中性的行文里用可能不太合适。Sanmosa _{Szégyen a futás, de hasznos} 2024年4月3日 (三) 07:49 (UTC)

这不错啊。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年4月4日 (四) 15:45 (UTC)

(＋)支持。--冥王欧西里斯（留言） 2024年4月11日 (四) 09:58 (UTC)

公示

依照WP:共识#提案讨论及公示时间，互助客栈中的提案仅在7日内无新留言时或已讨论达30日后，方可在已取得共识的前提下公示，其中“新留言”不包含不对提案进行实则性点评的意见。有鉴于此讨论串中最近一个对提案进行实则性点评的意见在2024年4月4日 (四) 14:04 (UTC)发表，此处已满足公示的条件，故现公示上述3个提案7日。Sanmosa _{Szégyen a futás, de hasznos} 2024年4月11日 (四) 15:58 (UTC)

---

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

管理操作复核的议题

原标题为：提议设立请求封禁机制以及扩大AARV的使用

提议设立请求封禁机制以及扩大AARV的使用

我建议社群考虑设置类似“请求封禁”的机制，即对于非纯破坏行为，有共识后再执行封禁，而非管理员独自判断引起争议。

对于解封请求，我建议扩大WP:AARV的使用，申请人可以选择请求任何一名用户协助提出AARV，由社群进行判断封禁是否适当。

提请各位讨论，有关方针条文也请踊跃发表。--桐生ここ★[讨论] 2024年6月14日 (五) 07:53 (UTC)

Ping有对提案发表意见的人@日期20220626、ChiuHsiao1221、Shwangtianyuan、HYHJKJYUJYTTY。--桐生ここ★[讨论] 2024年6月14日 (五) 07:55 (UTC)

本人是(＋)支持，社群考虑设定类似“请求封锁”的机制，确实能解决很多不必要争议，非纯破坏行为，至于解封请求，建议扩大WP:AARV的使用，我也支持，--HYHJKJYUJYTTY（留言） 2024年6月14日 (五) 08:10 (UTC)

本人亦是倾向(＋)支持。针对某位编辑账号的封禁无异于是在维基百科范围类对某人“执行死刑”。既然现实里文明国家的死刑都有复核和救济制度，那我认为维基社群也应该考虑。除了机器人账号或纯粹破坏行为外，针对其他行为的封锁账号行为要给于“拟被封所账号者”一个申诉和申请复核的渠道。--Chiu Hsiao (✉️Message) 2024年6月14日 (五) 08:20 (UTC)

原则上同意扩大AARV，但实际执行上对社群整体正确解读及执行方针有极大疑虑。在社群本身已经存在失能、有不少用户连最基本的方针指引都愿意无视的情况下，我不认为当前的社群整体而言有足够能力作出完全合乎方针指引及背后原则理解，以此判读管理人员的管理行为是否恰当。光是社群中仍对于“不限期”错误理解为“永久”或“比其他更重”的观点（WP:不限期不等于永久才是正确理解）已经反映社群缺乏判读封锁是否恰当的能力。在多个解封案例中，多名用户未有真的分析封锁理据、没有考量方针指引要求、未有从执行人的视角去看事件，甚至只是因为跟管理人员的个人恩怨就直接提出反对，反映社群缺乏作此判断的能力。原则上AARV是一件好事，但实际需要达到的效果目标及需要的技巧跟担任仲裁员无异；而仲裁委员会都尚会是社群经选举选上去的一群人，AARV的参与社群却是未经社群检视资质的用户技能参与，粗暴点说就是平民版仲裁，跟仲裁委员会的公信力还要差个天差地别。

请求封锁有极度严重社群程序官僚化及暴民政治的风险，如同上方所述，社群整体而言本身缺乏正确判读什么情况适合或不适合封锁的能力，也往往主张采取不足以阻截扰乱编辑的措施。请求封锁涉及管理员权限，又是由谁来判读共识又是一大问题：社群本身缺乏判读共识的能力（永远只会点人头而不看论据强弱），管理员自己判读共识又产生一个会起疑的点，简单来说就是没解决任何问题，还产生了更多的问题的提案。--路西法人 2024年6月14日 (五) 09:57 (UTC)

反对引入仲裁制度的人，却提案引入一个目标近似仲裁的机制，但这机制极度取决于社群能力（惟社群已经展现其失能），却也完全没有仲裁要求的严谨。在社群缺乏有关判断能力、扭曲理解方针、无视方针原则的行为获得控制前，AARV就只是一个跟当前RFDA没分别，只会制造更多争议的体制。--路西法人 2024年6月14日 (五) 10:27 (UTC)

那这么说吧，蓝桌的调查报告很好，如果封禁非纯破坏用户前，要求管理员写一份调查报告呢？--桐生ここ★[讨论] 2024年6月14日 (五) 11:11 (UTC)

包括所有差异链接，逐条说明为什么违反方针，决定量刑多久，决定量刑的理由。如果当事人怎样做可以获得原谅和解封。或者遭不限期封禁者，多久之后提出申诉可以考虑解封。--桐生ここ★[讨论] 2024年6月14日 (五) 11:17 (UTC)

管理员在封锁理据中已经提供理由和对应的diff即可视作已提供封锁报告。如果处理每一个非破坏用户都需要这样写的话，用意是好但极度官僚，手续过多可能导致愿意处理此类封锁的管理员越来越少，反而变成放任了这些扰乱者继续搞事。不过，我是同意可以要求管理员在执行不限期封锁时在封锁讯息下写出不限期封锁的考量，并在有可预见的改善可能（即不属VOA、SPA或再次封锁的用户）情况下提供WP:不限期不等于永久的说明，并写说需要对方了解什么方针指引即可获得解封（第二次机会）。

至于详细的封锁报告，则应是在AARV或仲裁的情形下提供。惟发起AARV的门槛过低，除了担忧AARV参与者素质外，还担忧会被滥用以针对特定管理员，制造毫不必要的工作量。--路西法人 2024年6月15日 (六) 00:24 (UTC)

你维管理员封禁此类人士已经圣母到极致，若是再加调查报告这种减速带我看你维是不想请捣乱的人离开了？--0xDeadbeef (留言) 2024年7月6日 (六) 16:16 (UTC)

Wikipedia:管理员布告板/编辑争议和Wikipedia:管理员布告板/其他不当行为已经复杂到我不愿意碰了，再弄这个的话更不会没事去看了....--百無一用是書生 (☎) 2024年6月17日 (一) 02:14 (UTC)

社群针对此议题是不是讨论过不少次了？为什么我感觉几个月以前才有一次。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年6月14日 (五) 12:50 (UTC)

基本上这种制度是聊胜于无，比起现在的情况肯定是利大于弊。但也要指出，管理员执行封锁操作时，理论上已经要确定当事人违反本站政策，“独自判断引起争议”可以是对管理员裁量权的事后合理质疑，但不是限制管理员行使封锁权限的前提。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年6月14日 (五) 12:52 (UTC)

支持，帮助明确共识。但裁量权目前还是得有。--YFdyh000（留言） 2024年6月14日 (五) 14:24 (UTC)

理解提案的用意，乐见其成。但在实践上可能会如路西法人君所说产生更多问题，或许会造成另一个管理员布告板。明白提案及用户对管理权运用的忧虑。－千村狐兔（留言） 2024年6月14日 (五) 15:53 (UTC)

注：此留言已被原作者（User:月都）移除。

我觉得也应该探讨一下为什么管理员们不愿意碰WP:ANMWP:AN3，如果ANM、AN3都不愿意碰，再开一个AARV事实上只会让管理员的事情变更多，我想这某种程度上并没有解决问题，反而多了另一个问题，再提醒一下管理员也是"志愿者"。

社群愿意的话亦可探讨为什么管理员越来越不活跃，还有什么方法吸引管理员回来帮忙扫地，或是另外寻求一条出路解决这个问题。--~~Sid~~ 2024年6月17日 (一) 13:04 (UTC)

额外补充我并不是要反对提案，只是不希望社群设立之后却没有达到预想的效果。--~~Sid~~ 2024年6月17日 (一) 13:05 (UTC)

以“有共识后再执行封锁”来处理“管理员独自判断”的潜在弊端可能不符比例原则，我更倾向于引入类似助言的机制，要求管理员在执行不限期封锁前应先取得至少一位未涉事的第三方用户的同意，以确保所有不限期封锁的执行都不违反比例原则。Sanmosa _{Snipe–Clam Grapple} 2024年6月18日 (二) 13:35 (UTC)

我认为这个方法可行。--~~Sid~~ 2024年6月18日 (二) 14:59 (UTC)

少打字，修正留言。~~Sid~~ 2024年6月18日 (二) 15:00 (UTC)

不合适。破坏者还要助言？说这是明显例外吧，但又有什么应该是例外呢？到头来还是要争吵。如此官僚主义弊病过重，我想事后复查比事前在那边极其复杂地商榷认定界线要容易得多。另外我还是要指出，理论上若管理员是依据社群讨论通过的方针与指引执行封锁，就是在确保社群共识得到实践；故除理据不清之外，通常不能说管理员“未依共识”执行封锁，至多是对方针与指引认知有争议。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年6月18日 (二) 17:46 (UTC)

啊，我忘了提及“非纯破坏行为”的前设。Sanmosa _蚌埠 2024年6月19日 (三) 05:47 (UTC)

支持@Sanmosa的助言机制，这个方法应该可行。--桐生ここ★[讨论] 2024年6月20日 (四) 19:20 (UTC)

有点怀疑“未涉事的第三方用户”的评判可能出现争议，并可能使部分用户有意避嫌、延后表态（私下抱团沟通）。--YFdyh000（留言） 2024年6月21日 (五) 11:57 (UTC)

关于“私下抱团沟通”，根据WP:共识，仅建议不应私下讨论维基百科相关的事项，个人建议需更改这段的用词至严禁私下讨论维基百科相关的事项，并配合利益申报 （如该名编辑者曾在外站讨论，则应当“涉事用户”处理并应主动向社群申报），否则的话也没有意思。关于最近私下讨论的例子，就是路西法人的共识议案，完全将跳过了共识形成过程便产生共识，此不合程序公义。如果之后AARV容许私下抱团沟通，那只好反对。

.

“维基外的讨论。我们不鼓励编者在其他网站、论坛、聊天工具、电子邮件或其他本专案外的地方讨论。这些讨论在“维基内”决定共识时是不予考虑的，并在它们被揭发后会引发猜疑和不信任情绪。尽管我们需要在维基外讨论少数问题以顾及隐私，但绝大多数维基百科相关的事项都应在维基百科上讨论，这样它们将对所有参与者可见。”--唔好阻住我爱国（留言） 2024年6月21日 (五) 12:40 (UTC)

我觉得与其在客栈提案（现行写法），不如改置管理员布告板的子布告板（可命名为“管理操作复核”），集中处理涉及高阶权限的使用行为。既有之“其他不当行为”子布告板，则继续留作解决普通使用者争议之处。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年6月24日 (一) 01:09 (UTC)

(＋)支持。--桐生ここ★[讨论] 2024年6月29日 (六) 21:17 (UTC)

诚如书生君所言，本站处理相关问题之场所一向不缺——Wikipedia:管理员布告板/编辑争议和Wikipedia:管理员布告板/其他不当行为。所以这个与前列两者分别何在？固然多一人一起讨论如何行使权限，未尝不可。但本站有足够人手么？在下甚是疑惑。本提案立意良善，但欠缺具体系统设计。坦白说，就是怕管理员滥权，但又没有给管理员足够配套。然后，调查事情不一定要管理员权限，所以又有多少人有能力且愿意担起此责？--J.Wong 2024年7月1日 (一) 13:46 (UTC)

我只是特别羡慕ja有这个；对于解封，en有这个，看起来都是和气的达成了共识，不知道为什么在zh，最后都是客栈吵得不可开交，甚至上RFDA解决。--桐生ここ★[讨论] 2024年7月1日 (一) 14:12 (UTC)

立意就是希望大家多用AARV，最后不用走到RFDA这一步。--桐生ここ★[讨论] 2024年7月1日 (一) 14:28 (UTC)

所以这次有提出过使用吗？有空间容许第三方审核及说话的余地吗？--J.Wong 2024年7月2日 (二) 05:46 (UTC)

其实这次事件当中是见到Bluedeck有意愿作出独立调查，但本站社群之中，竟然未见有人愿意伸出援手。

然后就去羡慕这个，羡慕那个……

纵观整个讨论，在下见到大家更关心程序，数够票就下一步，甚少理会双方所言是否在理，能否经得起第三方审核。如果这点不变，开再多讨论空间，阁下都只能继续羡慕。--J.Wong 2024年7月2日 (二) 05:57 (UTC)

将管理操作复核设置为管理员布告板的子布告板

如题，见上方讨论，将管理操作复核设置为管理员布告板的子布告板，将作为集中处理涉及高阶权限的使用行为。桐生ここ★[讨论] 2024年6月29日 (六) 21:23 (UTC)

或者是直接指定管理员布告板本身也行吧？要评估一下流量。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年6月30日 (日) 04:13 (UTC)

应该不行，管理员布告板本身没法提供那些AARV的规则。再说管理员布告板本身也没有人会去用，目前貌似只是一个为存在而存在的东西。--桐生ここ★[讨论] 2024年6月30日 (日) 07:32 (UTC)

其实也可说是“制造”用途⋯⋯ —— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年7月1日 (一) 19:21 (UTC)

关于被无限期封禁者的用户页清空问题

我有一个问题，就是根据观察，被无限期封禁者（及被全域锁定者、被WMF封禁者）的用户页基本上都会被清空，然后再挂上各类无限期封禁模板。请问清空用户页这点在中维有无相关规定指引？反正在英维，无限期封禁者的用户页不会被清空，只是会额外挂上无限期封禁模板而已。--BigBullfrog（𓆏） 2024年7月8日 (一) 03:32 (UTC)

请参阅这里。Python6345（留言） 2024年7月8日 (一) 05:50 (UTC)

这条文仅限indef封锁。全域锁定虽然实务上比照indef封锁的方式办理，但并无本地成文规定。全域禁制一般不是本地处理的。Sanmosa _蚌埠 2024年7月8日 (一) 05:58 (UTC)

由于 维基百科:不限期不等于永久 不是方针，故管理员可以清空使用者页面。--唔好阻住我爱国（留言） 2024年7月8日 (一) 14:54 (UTC)

全域锁定就是挂上{{Locked global account}}，如果本地也有永久封锁也只是在模板加上blocked=yes的参数，WMF执行的锁定操作则是挂上{{WMF-legal banned user}}。--~~Sid~~ 2024年12月25日 (三) 13:51 (UTC)

有关临时账号正式使用后的傀儡方针及IP封锁方针

现时的傀儡方针中的在非登入状态下进行编辑以误导他人一节的描述为：

如使用多重IP地址进行编辑，以迷惑他人或违反上述原则，亦可视作是使用多重账号的行为。

在临时账号正式使用后，将会改以cookie的方法分辨用户。用户在更换IP后仍为该临时账号，但不能使用第二个装置登入该临时账号。考虑到有人会使用两个或以上的装置编辑以及cookie可以移除，请问是否需要规范临时账号与另一临时账号的关系（例如要求在其用户页表明关系）？此外，临时账号启用后，只有部分用户能查看其IP，由于IP地址是用户隐私，故此是否需要规范何时才可以使用IP封锁？--132.234.229.111（留言） 2024年8月5日 (一) 08:34 (UTC)

傀儡部分，应该是仅限于已注册并“正式”的用户（相对于这次IP Masking机制下的“临时”用户），可能需要适当的描述调整，或者补充一个关于用户类型的定义说明mw:User_account_type（正式用户、临时用户、IP用户）。

IP部分，暂时只有管理员等拥有相应权限的用户可以查看，还是交由管理员去自行裁量某一组临时用户与IP的关系而判断是否连带IP（段）封锁，如果考虑IP隐私问题，或者单独IP（段）封锁并且涉及特定临时用户时是否声明这些关联。还有一个功能是“自动封禁该账号使用的IP地址”，暂时来看（Special:封禁列表），封锁一个用户并连带自动封锁对应IP段地址是不是不会显示相应地址段，应该已经技术上处理过这个问题（？）。——Sakamotosan路过围观 | 避免做作，免敬 2024年8月5日 (一) 09:15 (UTC)

可待技术措施正式出台，再研议如何调整相关方针。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年8月14日 (三) 18:13 (UTC)

完善WP:封禁“不限期不是永久”总方针

此讨论正在公示7天，直至2025年1月2日 (四) 07:59 (UTC)结束；如有意见请尽快提出。

所谓“不限期”不应理解为“永久”，但WP:封禁并没有指引给管理员对解封的指引，以确保符合这个目的。对此，建议修改WP:封锁方针，引入担保制及对巡查员或回退员进行扩权，以进行有条件解封。

想法：

• 管理员需就不限期封锁用户的封锁理由写上解封条件。
• 不限期封锁用户可在完成解封条件后找廷伸确认用户请求担保
• 由廷伸确认用户向管理员确定不限期封锁用户已完成解封条件，并声明会负责监督该名用户的编辑。
• 廷伸确认用户监管不力的话，会被剥夺担保资格。
• 巡查员或回退员对该名用户的编辑进行二次确认。
• 直至管理员认为那名编辑者真诚悔改，然后解除监管。
• 只要担保者决定不对该名用户进行担保或 巡查员或回退员 认为编辑有问题，随即启动即时封锁程序，解封条件会较上一次更严格。

好处：减低管理员的工作压力，从而达到不限期不是永久的目的。--唔好阻住我爱国（留言） 2024年11月9日 (六) 04:02 (UTC)

(－)反对。1. 我们没有廷伸确认用户；2. 担保和负责制度不可能实现。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月9日 (六) 05:22 (UTC)

本站现有4,633个延伸确认用户。--Hamish T 2024年11月9日 (六) 13:13 (UTC)

原句不是延，是廷。--Miyakoo（留言） 2024年11月10日 (日) 05:51 (UTC)

@魔琴、@Hamish:如果是保留这句呢？

管理员需就不限期封锁使用者的封锁理由写上解封条件。--唔好阻住我爱国（留言） 2024年11月9日 (六) 14:38 (UTC)

因为执行不限期封锁的情况大部分属于傀儡、纯破坏、用户名不当等，小部分属于多次封锁后累犯。总的来说，如果加入这条，针对于可能会适用的情况，通常也只有“承诺改善”这个理由才会有管理员考虑解除封锁，假如说要把“承诺改善后方可解除封锁”都写到封锁日志的话，我担心这个理由会被滥用，因此我认为保留这条没有意义。参见WP:CONDUNBLOCK。--Hamish T 2024年11月9日 (六) 16:03 (UTC)

同Hamish的意见，并不完全认同需要为每位遭不限期封锁的用户写上解封条件。能理解你的出发点是像Z7504这种因长期扰乱而遭封禁的小部分用户，不过若是仅因这小部分的用户而要求管理员将全部的不限期封锁使用者的封锁理由写上解封条件，这反而会加重管理员工作压力。--$\int$（☎）dt 2024年11月9日 (六) 17:57 (UTC)

我较关注的是年初有编辑者引用 “不限期”不应理解为“永久”要求管理员解封所有永封IP用户。一会儿后，管理员又真的对那些IP进行解封。我就纳闷，难道IP用户比有名用户还要高级？这个理解难道仅适用于IP用户？--唔好阻住我爱国（留言） 2024年11月10日 (日) 03:04 (UTC)

IP的情况比较特别（WP:COLLATERAL）。由于时间因素，我自己是暂时没办法去验证管理员又真的对那些IP进行解封是什么时候、哪位管理员跟哪些IP。不考虑特殊情况的话，IP本就不应永封。长时间的封禁（比如2~5年，极端情况的话甚至10年）是现在绝大多数替代IP永封的方式。--$\int$（☎）dt 2024年11月10日 (日) 03:53 (UTC)

如果没有解封条件，那这句就伦为“论述”，根本无法实现这句提出的精神。--唔好阻住我爱国（留言） 2024年11月10日 (日) 03:08 (UTC)

抱歉，真没看清。--Hamish T 2024年11月10日 (日) 06:47 (UTC)

“不限期不是永久”的意思是维基百科可以接纳那些愿意改过自新的编者，而不是说要帮助所有犯了错的编者改过自新。看不出有额外设立这种解封程序的必要。Irralpaca（留言） 2024年11月9日 (六) 05:59 (UTC)

同上方魔琴君第二点。--Hamish T 2024年11月9日 (六) 13:15 (UTC)

观看隔壁ANM里不少陷入争议的用户皆有延确资格，故实在不能接受由延确用户帮助管理员监督编辑。尽管我认为担保和负责制度是一个挺有趣的想法，但仍需更多具体细节以确认制度可行性。--$\int$（☎）dt 2024年11月9日 (六) 17:51 (UTC)

(＋)支持（1），其他(－)反对。延伸确认用户也有很大可能犯错，就像atannedburger说的，但是（1）可以接受，而且可以引进一个像傀儡助理一样的解封助理。关于巡退，额我觉得没必要再加一层。--Martin 去我的签名簿签名！！ 2024年11月10日 (日) 06:01 (UTC)

@Martinc021、@ATannedBurger、@Cwek:通常要永封的很多时也是犯了很大或多次的错误。引入巡退作二次确认可确保他们的解封不会悄悄地在关注度低的条目进行破坏。

这个也关乎信任度的问题，正如先进城市的惩教工作，在罪犯被䆁放后，也相信他们很容易重犯，对此有3个月的监管令，确保他们在䆁放后可以正常重投社会。

如果维基社群信任他们在解除封锁后不会破坏，那我也支持不引入巡退作二次确认。--唔好阻住我爱国（留言） 2024年11月10日 (日) 08:37 (UTC)

我认为引入巡退是可以接受的，但没办法接受纯延确来监督编辑。至于是否真的有必要再多加这层本身，我在还没有看到具体提到“担保权”或“监管权”的方案前会先持保留意见。--$\int$（☎）dt 2024年11月10日 (日) 22:35 (UTC)

这个“不限期”执行起来恐怕更像等候董建华发落。--Underconstruction00（留言） 2024年11月11日 (一) 01:40 (UTC)

不是应该可以通过zh-block或者其他申述方式去申请被不限期封禁？不过在不限期封禁时写清楚封禁理由或者依据+接受解封的理由或依据，可以接受。——Sakamotosan路过围观 | 避免做作，免敬 2024年11月10日 (日) 07:15 (UTC)

反对任何赋予持有其他权限者专有之“担保权”或“监管权”。社群无论身份，均可就个别封锁提出意见，根本与是否持有巡查或回退权限无涉，遑论延伸确认权此类单纯累积编辑次数所得者。—— Eric Liu _{創造は生命（留言・留名・学生会）} 2024年11月10日 (日) 16:46 (UTC)

除第一条可以(＋)支持外其余均(－)反对。为什么需要“担保权”，感觉确实可笑。--Shwangtianyuan 不忘初心 牢记使命 2024年11月11日 (一) 09:58 (UTC)

提议条文(第一版)

现行条文 另需注意“不限期”不应理解为“永久”，即不代表该封锁永恒不可变，而仅代表未有订立封锁时长，封锁不会自动过期解除。被不限期封锁的使用者在合适的情况下可获解除封锁，并在让其被观察的情况下继续编辑，以确保该使用者未来不再违反维基百科的不同规范。但在特别严重的情况下，如无管理员愿意解除封锁，该使用者实际上已被社群禁止编辑。

提议条文 另需注意“不限期”不应理解为“永久”，即不代表该封锁永恒不可变，而仅代表未有订立封锁时长，封锁不会自动过期解除，管理员会在封锁信息中说明解除封锁的条件，如管理员没有说明解除封锁的条件，则预设为完成1个{{第二次机会}}的要求。被不限期封锁的使用者可在完成解除封锁条件后申请有条件解除封锁，并让社群观察的情况下继续编辑，以确保该使用者未来不再违反维基百科的不同规范。

以上。--唔好阻住我爱国（留言） 2024年11月10日 (日) 09:00 (UTC)

本人(＋)支持明文规定被不限期封锁的用户如何恢复权限的做法。--派翠可夫 (留言按此) 2024年11月10日 (日) 17:15 (UTC)

如果一定要写明的话，改成管理员应在封锁日志中说明解除封锁的条件，未有说明的，解除封锁的条件为……会不会好一点。另外，我认为缺省条件为何还需要讨论。--Hamish T 2024年11月10日 (日) 18:37 (UTC)

虽然这个“不限期不是永久”方针是我从英语维基百科引入的，但现在有人提出要做进一步修改，基本上可以接受。但是我建议在提议条文中还要再加一条：对于因使用不当用户名而被不限期封禁的用户，管理员将结合用户行为与贡献决定是否提出解除封禁条件。如用户名不当，但其作出建设性的贡献，管理员在解除该用户封禁前无需提出条件。因为封禁申诉指导以及用户名方针都提到，封禁用户名不当的用户要分情况。--Shwangtianyuan 不忘初心 牢记使命 2024年11月11日 (一) 10:11 (UTC)

@Shwangtianyuan:这个预设只是针对提案生效前被永封的使用者，并不是针对生效后的。毕竟这个第二次机会作为解封条件已算简单且容易达成。我相信管理员不会要求 使用不当使用者名称而被不限期封锁的使用者 以第二次机会作为解封条件，因为这是不切实际的。--唔好阻住我爱国（留言） 2024年11月13日 (三) 13:35 (UTC)

模板{{第二次机会}}也需要改，在最前面加一条阅读解除封禁的条件，(＋)支持--Martin 去我的签名簿签名！！ 2024年11月14日 (四) 03:45 (UTC)

新版本第二次机会连同第二版条文一并公布，待他们回应先。--唔好阻住我爱国（留言） 2024年11月15日 (五) 12:50 (UTC)

让社群观察的情况下：如何观察？如果说是供社群成员查阅贡献的话，那我想贡献这种东西应该都是公开资讯，就没必要特别去写这个，有点不是废话就是意义不明的感觉。--$\int$（☎）dt 2024年11月14日 (四) 08:55 (UTC)

@ATannedBurger:

有两个做法，第一是解封后3个月内在维基百科:禁制纪录公告此人刚被解封。第二是把他们编辑的条目均被标记“待检查”，由巡退手动确定。--唔好阻住我爱国（留言） 2024年11月15日 (五) 11:26 (UTC)

提议条文（第二版）

现行条文 另需注意“不限期”不应理解为“永久”，即不代表该封锁永恒不可变，而仅代表未有订立封锁时长，封锁不会自动过期解除。被不限期封锁的使用者在合适的情况下可获解除封锁，并在让其被观察的情况下继续编辑，以确保该使用者未来不再违反维基百科的不同规范。但在特别严重的情况下，如无管理员愿意解除封锁，该使用者实际上已被社群禁止编辑。

提议条文 另需注意“不限期”不应理解为“永久”，即不代表该封锁永恒不可变，而仅代表未有订立封锁时长，封锁不会自动过期解除。管理员应在封锁日志中说明解除封锁的条件，未有说明的，解除封锁的条件为完成1个{{第二次机会}}的要求。 被不限期封锁的使用者可选择一般申诉或直接进入后续申诉流程。相关用户仅可针对封锁进行一次一般申诉，若用户在该次申诉被拒绝后继续进行一般申诉，管理员有权不受理该用户接下来的一般申诉。相关使用者应在一般申诉拒绝后考虑使用后续申诉。 在后续申诉中，用户需要在封锁申诉中反思自己被施加不限期封锁的原因，并提供后续如何改善自身行为的方案。 管理员接纳该份反思后才可以实行由管理员于封锁日志安排的解除封锁条件或预设解除封锁条件，并在完成解除封锁条件后可申请有条件解除封锁，并让社群观察的情况下继续编辑，以确保该使用者未来不再违反维基百科的不同规范。（注：被全域禁制的编辑者除外。）

---

由于您的编辑历史为破坏、扰乱性编辑或其他由管理员指明的原因，因此您的封禁申诉已被拒绝。然而，只要您能够得到维基百科社群的信任，我们可以再给您一次机会，要能够被解封，您需要证明您愿意且能够在维基百科做出正面的贡献，您可以透过在您的对话页展示对现有页面的编辑来证明这一点。具体步骤如下：

• 熟悉我们的基本规则。
• 阅读我们的改进条目指南。
• 阅读及明白阁下的封禁理由。
• 阅读及明白解除封禁的条件。
• 选择一个任一未曾列入优良及典范标准、您封锁当刻没有编辑争议的现有条目。
  • 您可参考相关专题格式手册要求，改进相关专题的条目，以达至该格式手册要求，这样可让您更容易成功申请解除封禁。
• 一旦你决定了您要改进的条目：
  1. 点击条目上方的编辑标签；
  2. 复制您要做出修改的章节内容，但：
     • 不要复制条目开头的“资讯框”部分（源代码形如{{infobox name|...}}）；
     • 不要复制任何档案源代码（源代码形如[[File:檔案名稱.jpg|thumb|說明]]）；
     • 不要复制条目底端的分类（源代码形如[[Category:分類名稱]]）；
     • 不要复制条目底端的小作品标签（源代码形如{{Foo stub}}）；
  3. 在您的对话页点击编辑，开新的章节（例如== [[條目標題]] ==）并在下方贴上复制的内容，但还不要储存；
  4. 在编辑摘要框写上：“複製自[[條目標題]]”（条目标题替换成您真正复制的来源页面标题）；
  5. 您现在可以保存页面了，不过，如果您的编辑包含可靠来源的引用（通常都有），在最下方添加{{reflist-talk}}模板，之后点击发布更改。
• 现在编辑该内容，编辑您所选择的部分来提出重要、可供查证及符合格式手册要求的修改。请注意我们不是请求修正错别字或是添加少量未引用的内容，您所做的修改应具体且能符合相关方针指引。
• 当您完成后，请重新进行封禁申诉，管理员将查看您建议的修改。
  • 如果我们（包括当初执行封禁的管理员）能够相信您提出的修改能够帮助维基百科，那么您将能够被解除封禁。
  • 首次申请审批时长最高可达半年，期间请勿使用ping功能滋扰其他编辑者、请求协助校对提交内容、要求尽快审批，一旦我们发现您的修改曾被其他编辑者协助校对或在审批期内作出滋扰其他编辑者的行为，当次申请将会无效且下一次申请需选择修改另一条目。
  • 一旦申请失败或无效，管理员有权把您下一次申请的申请审批时间以每半年为单位进一步延长。

---

以上。--唔好阻住我爱国（留言） 2024年11月17日 (日) 10:38 (UTC)

@Hamish、@Martinc021@Shwangtianyuan@ATannedBurger@Underconstruction00@魔琴@Ericliu1912--唔好阻住我爱国（留言） 2024年11月17日 (日) 11:19 (UTC)

(＝)中立。--Hamish T 2024年11月17日 (日) 12:42 (UTC)

“第二次机会”增加了一些限制条件，我不反对。条文修订也没问题。--Shwangtianyuan 不忘初心 牢记使命 2024年11月17日 (日) 12:58 (UTC)

这个……有点像英维的pending changes。--Martin 去我的签名簿签名！！ 2024年11月17日 (日) 17:39 (UTC)

先(＝)中立看看吧。--Martin 去我的签名簿签名！！ 2024年11月17日 (日) 18:29 (UTC)

不要XXX没有太大用处，不好操作，有人来维护一下就好了。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月17日 (日) 18:03 (UTC)

除由巡查员及回退员手动确定因尚不确定技术可行性之外，其余(＋)倾向支持--$\int$（☎）dt 2024年11月17日 (日) 19:00 (UTC)

另有新的意见：封禁方针“封禁申诉”已经有一段关于“第二次机会”的方针了：如果用户声称希望做出建设性贡献，但管理员对其承诺存在疑问，则可以使用{{第二次机会}}模板作为解除封禁的条件，来展示用户将如何为百科全书做出贡献，以此相信用户提出的修改能够帮助维基百科。所以我要问的是，如果条文修订通过，我所提供的另一条文是否需要做调整呢？--Shwangtianyuan 不忘初心 牢记使命 2024年11月18日 (一) 14:56 (UTC)

你说的是绿字条文？如果是，应该不需要再调整，因为两者对使用第二次机会的目的也是一致，也就是协助知错的“封禁玩家”重投维基。不过改了一小部分“第二次机会”，避免滥用及抄袭。--唔好阻住我爱国（留言） 2024年11月19日 (二) 11:07 (UTC)

(＋)倾向支持。--WiiUf🐉 2024年11月20日 (三) 10:04 (UTC)

:@ATannedBurger@Hamish@Martinc021@Shwangtianyuan@WiiUf@魔琴 7日内无人反对，现 公示7日至2024年12月4日。--唔好阻住我爱国（留言） 2024年11月27日 (三) 15:42 (UTC)

(－)反对巡退手动确定合理性。--Martin 去我的签名簿签名！！ 2024年11月27日 (三) 20:52 (UTC)

如果是每笔编辑都要交由巡退确定的话，我也反对，但我支持加入标记，具体标记到底该怎么用，我认为还需要商讨。--Hamish T 2024年11月28日 (四) 12:55 (UTC)

不是“ 每笔编辑都要交由巡退确定”，而是预设有标记，由巡退手动取消标记，避免他们悄悄地破坏冷门条目而没有人知。--唔好阻住我爱国（留言） 2024年11月28日 (四) 13:03 (UTC)

抱歉，修改意见，(－)反对。标记在我看来可能聊胜于无了。--Hamish T 2024年11月29日 (五) 03:49 (UTC)

@Hamish@Martinc021:

解封后3个月内在维基百科:禁制纪录公告此人刚被解

这个如何？--唔好阻住我爱国（留言） 2024年11月29日 (五) 11:11 (UTC)

@ATannedBurger@Hamish@Martinc021@Sanmosa@Shwangtianyuan@WiiUf@航站区@魔琴:

(注：刚被解除封锁者编辑的条目均会被标记“待检查”，由巡查员及回退员手动确定相关编辑是否正当合理。直至他们认为刚被解封者的编辑是符合维基百科方针指引的要求为止。)这个注解删除，如无意见，三日后开始公示程序。--唔好阻住我爱国（留言） 2024年12月10日 (二) 06:51 (UTC)

谢邀，我现在还是保持沉默吧，我被出征到都不敢在这些地方发表自己的观点了@HK5201314--航站区（留言） 2024年12月10日 (二) 06:54 (UTC)

阁下这个应该是技术问题吧，有点难搞……--Shwangtianyuan 不忘初心 牢记使命 2024年12月10日 (二) 07:05 (UTC)

@Shwangtianyuan:注解删除了，应该再没有技术问题可言。--唔好阻住我爱国（留言） 2024年12月10日 (二) 07:17 (UTC)

不持异议。--Hamish T 2024年12月10日 (二) 10:03 (UTC)

又来了，enwp recent changes，但是不持异议。--Martin^{我强烈反对WMF给出个人信息，支持闭站抗议} 2024年12月11日 (三) 02:38 (UTC)

7日无人反对，现就修正版本2进行7天 公示，由2024年12月13日至2024年12月20日。--唔好阻住我爱国（留言） 2024年12月13日 (五) 00:35 (UTC)

(＋)支持。--WiiUf🐉 2024年12月19日 (四) 15:03 (UTC)

(！)意见：就第二版的一句“被全域封禁的编辑者除外”写为“被全域禁制的编辑者除外”是不是好一点？--124.244.233.185（留言） 2024年11月29日 (五) 14:36 (UTC)

感觉区别不大吧？--航站区（留言） 2024年11月30日 (六) 15:50 (UTC)

考虑到这讨论串的留言数已经近50了，我不得不让这讨论串改走RFC机制。Sanmosa _新朝雅政 2024年12月1日 (日) 02:23 (UTC)

以往被不限期封禁用户需先进行申诉，再由管理员决定是否给予第二次机会，如给予，再进行第二次机会所指定的动作后申请解封。这次修改似乎是改为被封者不需申诉，直接进行第二次机会后申请解封？敝人这样理解是否正确？--街燈電箱150號 开箱维修 抄表 检验证明 2024年12月17日 (二) 18:59 (UTC)

以往是正确，后者不正确“ 这次修改是，强制管理员先提供解封办法，被封者要进行申诉。失败后，若没有解封办法，可直接进行第二次机会后申请解封，唯审批时长由管理员以拖字诀决定什么时候审批，期间若要求加速审批的反而会遭到减速。（如果管理员明文说明如何解封，则不需动到第二次机会）”--唔好阻住我爱国（留言） 2024年12月18日 (三) 03:42 (UTC)

@Cdip150--唔好阻住我爱国（留言） 2024年12月18日 (三) 03:43 (UTC)

敝人无法理解到新条文是阁下这种意思。而且我的理解其实好像还是可以一开始不写解封条件，如果不写条件，那就不用申诉自动获得第二次机会，再进行第二次机会所指定的动作后申请解封，对吗？很抱歉我要先停止这个公示，很明显条文理解上是有问题的。--街燈電箱150號 开箱维修 抄表 检验证明 2024年12月18日 (三) 19:07 (UTC)

先行召集各位编辑者重新讨论

@ATannedBurger @Hamish @Martinc021 @Sanmosa @Shwangtianyuan @WiiUf

另外航站区已被不限期封禁，所以不ping他了。--唔好阻住我爱国（留言） 2024年12月19日 (四) 02:11 (UTC)

@Cdip150:

这样是否容易理解？

被不限期封鎖的使用者須先向管理員先進行第一次申訴。若然申訴失敗，第二次起的申訴內容為反思自己為什麼會遭到不限期封禁及如何改善自己於維基百科內的言行。管理員接納該份反思後才可以實行解除封鎖條件，並在完成解除封鎖條件後申請有條件解除封鎖，並讓社群觀察的情況下繼續編輯，以確保該使用者未來不再違反維基百科的不同規範。--唔好阻住我爱国（留言） 2024年12月19日 (四) 02:27 (UTC)

为何要从第二次申诉开始才能反省自己的错误？--WiiUf🐉 2024年12月19日 (四) 05:47 (UTC)

第一次是正常申诉，例如刑期太长、判定有误那类的。--唔好阻住我爱国（留言） 2024年12月19日 (四) 06:40 (UTC)

我认为不应该使用“须”，有强制意味。而且实际上有相当多的用户在第一次申诉就已提出反思。--WiiUf🐉 2024年12月19日 (四) 08:53 (UTC)

删除了“须”及具体了流程。

被不限期封锁的使用者可选择一般申诉或直接进入解封申诉流程。解封申诉内容为反思自己为什么会遭到不限期封禁及如何改善自己于维基百科内的言行。

--唔好阻住我爱国（留言） 2024年12月19日 (四) 09:05 (UTC)

Ok，不反对--WiiUf🐉 2024年12月19日 (四) 09:09 (UTC)

本来上面条文我还看得懂，这一版本我反而有点看着奇怪了。--Hamish T 2024年12月19日 (四) 09:41 (UTC)

管理员看不懂也没有办法嘛--唔好阻住我爱国（留言） 2024年12月19日 (四) 09:43 (UTC)

那倒不是这么说，旧版本其实也存在一定程度上奇怪的地方，但至少我能理解，新版本是有点绕的让我理解不了了。我觉得您可以在写条文的时候不要混用“书面语”和“口语”，这一版里面的“须”、“若然”在我看来可以改成“需要”、“如果”；或者是把“……第二次起的申诉内容为反思自己为什么会遭到不限期封禁及如何改善自己于维基百科内的言行……”改成“……被封锁者应在后续申诉中自行反思其被施加不限期封锁的原因，并提供后续如何改善其自身行为的建设性意见……”，当然我也不是很会写书面语，总而言之，个人拙见确实可以再润色一下。--Hamish T 2024年12月19日 (四) 10:05 (UTC)

是这样改吗？--唔好阻住我爱国（留言） 2024年12月19日 (四) 10:28 (UTC)

我看着没那么奇怪了，但是对于方针的可操作性，有待考证。--Hamish T 2024年12月21日 (六) 10:28 (UTC)

毕竟要求他们写两篇文，有多少人愿意以写文换取解封，有待考证。--唔好阻住我爱国（留言） 2024年12月22日 (日) 09:46 (UTC)

其实我个人认为没必要强制写文就是了，想写的不要求也会写，不想写的要求写也不会写。--Hamish T 2024年12月22日 (日) 20:37 (UTC)

建议加入：

用户仅可针对封锁进行一次一般申诉，若用户在该次申诉被拒绝后继续进行一般申诉，管理员有权不受理该用户接下来的一般申诉。

即认为封锁理据不当或有欠缺而做出的申诉。

即认为封锁理据不当或有欠缺而做出的申诉。

--WiiUf🐉 2024年12月19日 (四) 11:01 (UTC)

加了--唔好阻住我爱国（留言） 2024年12月19日 (四) 11:17 (UTC)

后续申诉内容是在个人讨论页发表一篇文章，题目定为“反思自己被施加不限期封锁的原因，并提供后续如何改善自身行为的方案”。 建议改为“在后续申诉中，用户需要在封锁申诉中反思自己被施加不限期封锁的原因，并提供后续如何改善自身行为的方案”。封锁申诉还要写一篇文章 囧rz……--WiiUf🐉 2024年12月19日 (四) 11:33 (UTC)

改了--唔好阻住我爱国（留言） 2024年12月19日 (四) 13:16 (UTC)

7日无新反馈，现对条文版本2进行 公示，2025年1月2日结束。--唔好阻住我爱国（留言） 2024年12月26日 (四) 07:59 (UTC)

哪个版本2？--Martin^{我强烈反对WMF给出个人信息，支持闭站抗议} 2024年12月26日 (四) 19:51 (UTC)

哦ok看到了。--Martin^{我强烈反对WMF给出个人信息，支持闭站抗议} 2024年12月26日 (四) 19:52 (UTC)

(＋)滋磁感觉没问题。--Martin^{我强烈反对WMF给出个人信息，支持闭站抗议} 2024年12月26日 (四) 19:57 (UTC)

反对此版本。不认为完成一个第二次机会的要求能够适用于所有用户，这是很因人而异的。根据本人在英维处理解封请求的经验，这个模板一般用在如果我认为此用户有在说明他理解自己为什么被封禁，但是他不足以让人信服他能够回到社群并作出贡献的场景下（一个例子是假设一个用户因为纯破坏被不限期封禁，请求解封时经问询后并没有给出具体要编辑哪些主题，因此希望他先作出一个有意义的编辑再说）。这个场景并非适用于所有被不限期封禁的用户，而且需要管理员每次封禁时都去写下解除封锁的条件明显不现实（实际上有些时候能写好解封请求就可直接解封的），因此我反对管理员应在封锁日志中说明解除封锁的条件，未有说明的，解除封锁的条件为完成1个{{第二次机会}}的要求这一句。--0xDeadbeef (留言) 2024年12月28日 (六) 05:39 (UTC)

@0xDeadbeef:

回应这句“ 实际上有些时候能写好解封请求就可直接解封的”现在说是不限期封禁，加上中维效率，很难“就可直接解封的”。

“ 不认为完成一个第二次机会的要求能够适用于所有用户”这句是希望为生效前被不限期封禁的做一个截数工作，很多时管理员制定不限期后就不理会该名编辑者。

在我的提案中，被禁者需先写下反思文章先，管理员要接纳相关反思文章方可实行指定解封办法。若是管理员不接纳，那依然继续封禁。--唔好阻住我爱国（留言） 2024年12月28日 (六) 06:07 (UTC)

@Hamish@Martinc021@WiiUf，有新发言。--唔好阻住我爱国（留言） 2024年12月28日 (六) 06:08 (UTC)

很多编者在被不限期封禁之后都会理解成被永久封禁了。所以写一个解封条件我觉得没问题，而且若是没有解封条件要申诉也没头绪这么写，有了条件就对管理员和用户都很简单。（除了纯破坏用户）--Martin^{我强烈反对WMF给出个人信息，支持闭站抗议} 2024年12月28日 (六) 06:15 (UTC)