维基百科讨论:管理员解任投票/Mys 721tx/第2次

了解更多有关此页面的信息

要求社群处理Mys 721tx管理员扰乱性用权、诽谤用户事情

最新留言：在4个月前发布112条留言28人参与讨论

本主题或以下段落文字，移动自Wikipedia:互助客栈/其他。执行者：Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月24日 (一) 00:04 (UTC)。回复

联署前讨论

已解决

已开启联署。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月24日 (一) 00:04 (UTC)回复

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

不合理封禁：详情见在下封锁记录，Mys 721tx于去年五月份经过“严谨的独立调查”以多项罪名，分别是“大幅删改扰乱讨论秩序”“与共识违背之言论”“未遵循CC-BY-SA署名最低要求”以及“增添未有来源之内容”不限期编辑禁止了我多个页面。在下认为上述四条指控前两项是明显不成立的，后两项则有严重瑕疵。Mys 721tx行为涉嫌不当、充斥瑕疵、违反假定善意、曲解方针、游戏维基规则，并严重缺乏正当沟通。详见在下封禁申诉理据，这里大致讲一下：

封禁理据证伪

“大幅删改扰乱讨论秩序”，也就是在下在共识政策整理相关言论的编辑行为，Mys 721tx君认为是“经提醒后仍大幅删改扰乱讨论秩序”，根据TPG的规定可明显得知，此指引限制的是不应在他人给出留言后修改留言，导致已回应之留言被扭曲；去年Peacearth提醒在下的，也是尽量不应在他人回复后大幅删改留言。Mys 721tx君给出的四项链接，其中三个未有人就留言内容进行回复，只是调整格式，一个是根据管理员Ericliu1912进行的排版修订。故封禁理由与此方针明显不合。如果考虑该则理由从未给出详细论证何处违规，违反文明方针轻率指控他人行为不当一条；如果考虑到其作为管理员以不符合方针理由、过往提醒的封禁用户，还有可能违反了游戏维基规则中“试图强行曲解方针，或者无视社群惯用标准，强行使用自己全新的解读作为“适用标准”。
“与共识违背之言论”根据维基百科五大支柱之五，维基百科不墨守成规。方针及其解释永远不会板上钉钉不可更改，可以随着时间推演逐渐扩充。即使在下发表的言论不全然符现存方针，如是改善意愿目的而更改，则应假定善意。有用户如@桐生ここ君则主张, 在下言论属基于现实资料的，对共识概念的个人理解发表看法，而非试图针对方针进行曲解。
“未遵循CC-BY-SA署名最低要求”即未在相关翻译页面增添Translate模板：盖两则链接，一则在今年一月份由其他用户添加，不知何处违规（未得其解释）。第二则本人确实疏忽，然而此前未就此次编辑有提醒、可能严重扰乱（即会被封禁甚至永久封禁）的警告下，直接施以方针限制用于严重扰乱行为的不限期封禁，明显过当。
“增添未有来源之内容”盖两则链接，第一则翻译自英文维基百科，均有来源，不知何处违规（未得解释）。第二则仍是翻译自英文维基百科，虽无来源，但根据相关事实推定整修，应符合社群最低限度。同时，此为独立议题，在下此前从未收到过添加无来源内容将被封禁之通告、提醒与警告等。如此直接地予以必须是针对“严重扰乱行为”的不限期封禁，显有违封禁方针的“确认有改善可能”及“教育用户熟悉方针”的原则。

此封禁已被我在内五名普通用户（Gluo88、Lanwi1、桐生ここ、Shwangtianyuan、Hoben7599）及三名管理员（Ericliu1912、Manchiu以及认定该则查封理据欠缺的Bluedeck）质疑理据或认为不妥。当中有用户陈述其封禁为“暴力派管理员执行的不当封禁”“过激行为”“已开始质疑其封禁的公信力”“没有认真思考，没考虑到用户权益”“有必要检视他的如此做法是否妥当”等。

持续拒绝沟通、游戏社群承诺：Mys 721tx君在去年9月份罢免终止时作出“感觉到有必要与社群作更有效之沟通”的宣称，然而半年后在今年五月份再次发生未经适当沟通情事（至少在下被封禁期内，无论事前事后，均并无感觉到有所谓“更有效之沟通”。先前两则回应，均称在下质疑是“对扭曲方针的认识”，并明确拒绝解封，直到在下“通过行为意识自己的错误”）。在下依据封禁政策“执行封禁的管理员则可能按情况被要求查看及参与申诉讨论，并提供更多信息。”三度通知涉事管理员（两次Ping、一次正面要求）对封禁质疑diff逐条解释，回应社群用户质疑。直至解封，Mys 721tx未给出任何回应（包括Shwangtianyuan君在讨论页的提问）。在下认为此言论如果不是仅为撇清责任之语恶意协商（游戏维基规则：恶意协商，提出让步以吸引其他编者达成妥协，但在对方妥协后拒不执行之前承诺的让步。），就是对自身行为认知仍有严重缺失。
诽谤用户：去年9月份Mys 721tx罢免案，在经过行政员争议的终止后，Mys 721tx自称“我理解过去的一些言论不符合社群部分成员的预期，行为永远比承诺更为重要。在过去的半年时间内，我已经尽量避免了任何可能引起争议的言辞。这部分大家有目共睹。”然而，Mys 721tx却在罢免期内（9月20日）于站外群组wikipedia-zh-autoconfirmed同支持者Quinnie.wong诽谤、侮辱弹劾动议支持人，前管理员Lanwi1泄露用户个人资料的指控暗示：

我很好奇支持者是谁，然后看了一下简介，原来是反对基金会2021行动的大陆编辑 😂当初基金会为啥没把他一齐封了？ 😜--Quinnie.wong，2023-09-20-2:00^[1]
Lanwi1选上CU之后守望者爱孟立马可以接触到cuwiki的内容。--Mys 721tx，2023-09-20-2:19^[2]

上述两则恶意言论已造成Lanwi1的精神痛苦加剧。根据维基媒体运动通用行为准则条款，不文明行为的限制同样限制在虚拟空间内（包括站外群组）。作为管理员在面对争议时不回应，反为避免自身指控，对质疑他的人诉诸人身，不符合中文维基百科与维基媒体运动的通用行为准则文明政策。此外，将不合理封禁中的第三条、第四条部分合规编辑定性为扰乱，并拒绝给出解释，同样属于诽谤用户行为。

以上种种，不一而足。涉事用户在去年RFDA曾作出所谓“改善承诺”使社群（包括弹劾动议支持者的在下）原以为其能认真反省，珍惜社群给予机会。甫经九个月不到，该君违反承诺再次作出明显扰乱性用权，不屑于同当事者沟通，态度居高临下，令人难以忍受。现依据《管理员的离任》政策：

不合理的封禁用户或者以封禁相威胁。
一再发生的、严重违反社群共识及礼仪。

因此在下要求社群讨论并处理该用户自2021年不当封禁Arikimal起，常年危害社群协作的问题，包括多次扰乱性用权（扭曲方针政策认识的滥用封禁、诽谤用户行为）、长期违反协作准则行为（轻蔑用户、冷处理、沟通不当、游戏承诺）等。同时郑重邀请另一事件当事人@Lanwi1君向社群陈述涉事用户行径对您的影响。依去年RFDA修订案（路西法人版本）被社群否决，行政员无权在本讨论过程中确认RFDA（若有发起）共识或沟通有效与否，亦无需得一致共识讨论认为罪状成立与否（仅依往年惯例标准，由提案人在内联署者意定沟通无效之共识倾向，48小时过后，适当时正式发起解任投票联署确定罪状）。以上。--Gluo88（留言） 2024年6月13日 (四) 12:44 (UTC)回复

我只能说时隔一年，同样的事情再次发生，我感到非常遗憾。

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

对于解封请求，我建议扩大WP:AARV的使用，由社群进行判断封禁是否适当，在此广告一下。--桐生ここ★[讨论] 2024年6月13日 (四) 12:53 (UTC)回复

请求封禁好像来自日维？--日期20220626（留言） 2024年6月13日 (四) 13:25 (UTC)回复

(＋)支持。封禁几乎是维基社群对某名编辑的最高程度处罚，而这种级别的处罚居然没有复核机制，这倒是让我觉得有些诧异。特别是某位同样作风强硬的人已经当选后，我觉得封禁复核非常有必要了。--Chiu Hsiao (✉️Message) 2024年6月13日 (四) 13:44 (UTC)回复

我是从英文维基引入的方针，原方针在此。--Shwangtianyuan 不忘初心牢记使命 2024年6月13日 (四) 14:02 (UTC)回复

日文站确有此规则，LTA:WMLO主账户即透过“请求封锁”机制被日文站管理员封锁（ja:Wikipedia:投稿ブロック依赖/维基百科最忠诚的反对者条件変更）。--Allervous 初音ミクのセーラー服 2024年6月17日 (一) 04:04 (UTC)回复

我看了维基百科:管理员解任投票, 有看到要提出解任申请的理由，没有看到所谓的“罪状”--Wolfch (留言) 2024年6月13日 (四) 13:20 (UTC)回复

2021年某用户的封禁就是一个例子，该人在“乌合麒麟”添加了他的配偶资料之后在无警告下被苗管无限期封禁，之后还是在交涉下缩短至14天（但还是过重）。--Shwangtianyuan 不忘初心牢记使命 2024年6月13日 (四) 14:06 (UTC)回复

无限期封锁后确认有意愿改善是可以解封的，这个也是你所写的不限期不等于永久非常好的例子。这些例子中，“不限期封锁”并不代表“过重”，而是要对方知晓自己编辑有什么问题才解封，理论上不限期封锁可以是半天、可以是一个月，并没有“比哪个特定时长更严重”一说。本案中针对Gluo88的封锁亦是如此，只是解封管理员认为“不至封锁”（原先解封理由写“不构成封锁理由”，后在表达只是他认为“可以不查封”而解除封锁，表示Gluo88在此案中所指苗君封锁理由错误、疏忽、瑕疵等说法并不成立。“可以不查封”不代表“不能查封”或“封锁不合规”。--路西法人 2024年6月13日 (四) 15:42 (UTC)回复

两个IP用户加入侵犯个人隐私内容（Special:Diff/68715432、Special:Diff/68719665、Special:Diff/68718186、Special:Diff/68718195）导致条目半保护后，有自动确认用户继续加入侵犯个人隐私内容。请问如何解释该巧合？编辑提示中明确显示"在世人物的争议性内容必须带有来源且来源充分可靠，否则就不能加入至条目中"时没有人会意外违反WP:BLP。--Mys_721tx（留言） 2024年6月13日 (四) 16:55 (UTC)回复

LuciferianThomas所谓：这些例子中，“不限期封禁”并不代表“过重”，而是要对方知晓自己编辑有什么问题才解封，理论上不限期封禁可以是半天、可以是一个月，并没有“比哪个特定时长更严重”一说。明显曲解政策“厘定封禁期限”一栏指出“封禁的目的是预防不当行为，因此封禁期限应根据用户是否可能重复不当行为而定。”“简而言之，管理员在厘定封禁期限时应考虑：该不当行为的严重程度；及该用户是否初犯”封禁政策两则条款均指出封禁必须顾虑到“严重程度”以及“用户是否初犯”。
有关条文指出不限期封禁的限定范围属于构成“严重扰乱”才得以施以。对于轻微或者明显误判、被人质疑过当之等可能不构成严重扰乱必须适当厘清封禁的期限，而非对此类行为动辄予以不限期封禁，期待对方悔改后降低标准。并且必须通过严谨调查（封禁政策指出“对用户有极大的影响，因此必须基于可被复检的证据及合理判断，经详细考虑才执行。”）有关言论再度显示出Mys 721tx及其支持者滥用不限期封禁的扭曲认识。如在下一案，以及Shuwang君指出仅为初犯的案子，未见“持续不当行为”便被不限期之封禁。。
所有用户均可以尤其本案已被多名用户及一名以上管理员质疑理据、指出封禁不妥、过重（包括“误判”理据、鲁莽指控他人行为不当、曲解政策、未经事前教育沟通、仔细查证等等），涉事“管理员”被指出滥用封禁后，至今仍然不屑于回复上述问题，显然对自身扰乱性为毫无认知。在下在此呼吁Mys 721tx阁下因扰乱性用权辞去管理员一职，以正视听。并呼吁LuciferianThomas君正视该管理员被多名用户指出之问题，而非以一人之见，检讨受害人、引用法律条文阐述政策之维基法匠行为、运用红鲱鱼（无论有意无意）持续涉嫌袒护涉事用户。

--Gluo88（留言） 2024年6月13日 (四) 18:40 (UTC)回复

User:Lanwi1所谓"暴力派管理员执行的不当封禁"属于明显未经论证的鲁莽指控。
User:Shwangtianyuan多次主张"他封禁用户的次数，可能是中维之最"是明显未经论证的诽谤。仅以具有"争议"带过明显经过调查的封禁是明显鲁莽指责。其列举的激进行为亦是与骚扰User:Wing时的罗列罪名如出一辙（Wikipedia:互助客栈/其他/存档/2024年2月#关于行政员、管理员Wing的提报侵权行为）。User:Shwangtianyuan所指控反驳如下：
1. User:User3204作为自动确认用户，在条目因IP用户破坏被半保护加入泄漏他人隐私站点链接显然严重违反生者传记。
2. User:PaintWoodSt显然违反严重原创研究（见User talk:PaintWoodSt众多例子）。
3. 以User:Shwangtianyuan自己的话说，"User:Stevencocoboy曾由于持续添加无可靠来源、臆测内容，且近一日内无解释，而被不限期禁止编辑主命名空间。"

多人进行鲁莽指控仍然是鲁莽指控。--Mys_721tx（留言） 2024年6月13日 (四) 19:26 (UTC)回复

此外见User:Bluedeck/etc/sandbox/box1718239888243中对与User:Gluo88侵权与原创研究的独立验证。--Mys_721tx（留言） 2024年6月13日 (四) 19:29 (UTC)回复

上述所谓“鲁莽指控”显示涉事用户Mys 721tx君明显双重标准，严以待人，宽以律己，在本年一次4月的讨论中，mys 721tx在被问及部分指控是否违反文明时，自称“因线下事物繁忙，未能完整看完来龙去脉。单就文明一事，因为没找到适合的中文表达方法且需要nuanced analysis，英文留言如此：A heated discussion per se is not uncivil. A discussion of a user's conduct or history is not inherently a personal attack either.”上述用户质疑均是Mys 721tx针对本案及常年用权行为与言行之主体观感（包括过激封禁、诽谤等），天理昭昭，显然符合上述定义的“A discussion of a user's conduct or history is not inherently a personal attack either”。
虽在下被阁下“涉嫌不当、充斥瑕疵、违反假定善意、曲解方针、游戏维基规则，并严重缺乏正当沟通。 ”地显然将封禁用作惩罚、警告，但仍然在事后郑重向第三方管理员宣言“...在下仍于此及讨论页郑重承诺会熟悉相关政策后，谨慎地作出有益维基百科编辑”反观阁下被（现今除某支持者外）多名用户指出问题，仍然坚持拒绝承认自身错误，不得不感到十分遗憾。
上述持续发表规避争议、涉嫌指控其他用户转移自身矛盾，更加论证在下指控其去年作出的承诺宣言明显属于“恶意协商”（恶意协商，提出让步以吸引其他编者达成妥协，但在对方妥协后拒不执行之前承诺的让步）”，游戏“感觉到有必要与社群作更有效之沟通”改善承诺。请求社群持续探讨该君不当态度事情。

--Gluo88（留言） 2024年6月13日 (四) 21:41 (UTC)回复

Accusations about personal behavior that lack evidence [are personal attacks]. Serious accusations require serious evidence, usually in the form of diffs and links. Lawyering will get you nowhere.--Mys_721tx（留言） 2024年6月13日 (四) 22:33 (UTC)回复

光是这一则发起解任的讨论就足以论证Gluo88究竟要扭曲多少个概念。从“被大家认定跟苗君走得很近”的我的视角来说：

“大幅删改扰乱讨论秩序”封锁理由：Gluo88过往在讨论中确实有该类行为，但后续“删改讨论扰乱秩序”的情况确实为苗君误判（但行为相当类似过往行为），蓝桌君解封后苗君未有就该点提出异议。如果说苗没有对被封锁人假定善意，那么被封锁人对苗毫无假定善意为误判又是什么道理？
“与方针相违背的言论”封锁理由：Gluo88在该处讨论中，虽然是如桐生ここ所言“引用真实状况”描述“现实中的共识”，Gluo88却是在该处讨论中多次以“现实中的共识”来解释“维基百科上的共识”，并试图以该等解读强加于本站的讨论流程之上。
Gluo88在其发起的话题中，在我指出维基百科不是民主体制后，仍然持续发表“共识是民主体制的一种，而且是加强版的民主”等话，接续的留言已经完全跟“现实的民主共识”和“维基百科的共识体制”混为一谈，已经不再单纯是“引用真实状况”描述“现实中的共识”，而更有强行选择性地摘用“不墨守成规”扭曲理解方针，用来支持实际上不符合方针的观点。WP:NOT作为五大支柱之一，其中WP:NOTDEMOCRACY高于WP:共识中被本地超译得来、英维原则性不存在的“多数决”。

更何况，本地共识方针不论当前版本的制定讨论还是现有方针文内，还有各站版本的共识方针，都明确“论点强弱比支持人数更重要”的叙述，在我指出有关维基百科共识的原则后，Gluo88持续无视并继续强行将外间不符合本站核心方针的理解强加于讨论的程序性问题当中，显然不是只是“提出观点”，而已经是“以不符合本站方针的理解强加于本站之内”了。
“未遵循CC-BY-SA署名最低要求”封锁理由：就连给Gluo88解封的蓝桌君都在解封时的留言是指出署名不当，后续苗君抗议时也清楚指明CC BY-SA要求必须提供页面连结及过往贡献者列表，Gluo88获我过往提醒后也仍然多次未能满足基本版权需求。蓝桌也在后续留言中改口指其解封理由中“不能构成查封理由”是理解作“他认为可以不查封”而非“查封理由不成立”的意思，完全直接给Gluo88口中的苗君在此项封锁上所谓“严重瑕疵”打脸。
“增添未有来源之内容”封锁理由：给Gluo88解封的蓝桌君在与苗君交涉时已表明同意苗君所指从英文维基百科翻译无来源内容仍违反可供查证方针。添加内容的编辑有举证责任。虽指出“给出的例子不足以封禁”，但也有补充指明如果能发现本用户更多更大量的违反2, 4，那么的确可以再检讨，继续打脸Gluo88口中的苗君在此项封锁上所谓“严重瑕疵”。
“持续拒绝沟通”：这一点真的是荒谬之极。为什么苗君作为管理员，在依照方针认定用户违规后，指出用户“对扭曲方针的认识”，并明确拒绝解封，直到你“通过行为意识自己的错误”，这样就叫做“无效沟通”；而申诉人就可以径自判定自己的行为完全合理、判定管理员行为不当，申诉人就必然是对的，申诉人不从执行封锁的管理员的角度去分析管理员指控的问题，这就可以接受？况且管理员已经回复过，他的立场不变的情况下，为何要重复回应？重复回应同样立场的说辞是不是又会被Gluo88打成“无效沟通”？所以结局必须是管理员撤回封锁才叫“有效沟通”？荒谬至极。
“诽谤用户”：这个更完全是无稽之谈。既然Gluo88这么爱拿现实的例子来说，而本站又没有对“诽谤”有异于一般的理解，拿就拿现实的“诽谤”来说。诽谤在台湾法律中，可受公评之事及与公共利益有关的申请不能认定诽谤、有尽力查证也不构成诽谤。对Lanwi1的有关质疑是针对其担任用户查核员的时期，这是“可受公评”之事；CU资讯被泄漏显然是涉及“公共利益”之事。况且，Gluo88也选择性摘录苗君言论、断章取义——苗君在Gluo88引用的这一句后，在短时间内也补充了“也可能只是巧合（”、“这算第一手来源（”“不是考古（”，也在后续给出两条令他合理认为Lanwi1涉案的站内diff（讯息 diff、讯息 diff），具备查证和证据，从任何角度上，这都不能构成诽谤。再结合苗发言中的“时机点”分析，也就是刚好Lanwi1上任后闹出这一出问题。这或许当中包含了对事件的臆测，这确实不是理想做法，但苗君的发言几乎完全符合现实世界刑法中不构成诽谤罪的多个条件。更甚者，苗的留言只是指出两个时机，后续所说“也可能只是巧合”更是证明他有描述时机的可能性，而并没有实质指控Lanwi1就是做了某件事。当中表现出他有这些怀疑，但从字面上根本不存在指控一说，“A做了某件事，然后B就发生了”这一句话根本就不等于“A做了某件事令B发生”；“有怀疑”更不可能构成诽谤（怀疑公民犯案而举报但最终证明没有也不一定构成诽谤，除非捏造或毫无证据而形成诬告）。反过来说，Gluo88指出Lanwi1受到心理压力的diff中，Lanwi1却是毫无证据论证的情况下指控了“会不会反而是说他（L）泄漏CU资讯的人自己做的”，无论证的指控比有论证有证据怀疑的指控更“可能”构成诽谤，但还是那句，在我眼中可受公评之事不构成诽谤。

Gluo88为了“证明”苗君有罪，此处所列的所谓“扰乱用权”事项无一对管理员有任何假定善意，却要求管理员对自己假定善意，从头到尾简直不可理喻。--路西法人 2024年6月13日 (四) 14:35 (UTC)回复

另外，在上次的除权过后，虽则我的提案未获通过，但解任共识之讨论或投票，其形式、程序与投票者资格，皆与管理员选任相近。滥提、不符合假定善意、违反维基方针、礼仪、讨论程序之解任提请，皆可经非当事管理员或行政员取消或中止条文仍然未被动摇。若提案人试图以明显扭曲时机情况、明显扭曲方针指引及存在明显错误的指控，以至符合“不符合假定善意”、“滥提”（所谓行为不当事实被扭曲至构成扰乱），不符合解任基本条件而推动管理人员解任投票，我仍然会提请任何非当事管理员终止解任程序。如果Gluo88是认为自己的论据这么站得住脚、这么符合方针指引理解的，在社群主流意见已经倾向需要经过调查构成违规事实才开展解任程序的背景下（有相当主流、近乎共识的社群观点），不妨等候仲裁委员会成立，要求仲裁委员会按照Finding of facts及各用户的陈述，按照方针指引规范认定苗是否需要被解任，以及你的过往行为是否确实构成违规，而不是单凭你自己因为不喜欢苗的行为，就无限扭曲事实来发起解任。--路西法人 2024年6月13日 (四) 14:48 (UTC)回复

路君提到了“仲裁委”，现在看来还是有必要在中维设置该委员会处理争论，作为争论解决的“最终手段”。--Shwangtianyuan 不忘初心牢记使命 2024年6月13日 (四) 15:04 (UTC)回复

本来就是，而不是容许某些用户径自扭曲方针理解，不顾其理据是否合理就硬闯解任投票。没有合理原因的解任乃是对社群的羞辱。--路西法人 2024年6月13日 (四) 15:19 (UTC)回复

感谢您的评论：在下对“被大家认定跟苗君走得很近”的LuciferianThomas前来发言，踊跃参与此讨论的可能性早有预料，兹对阁下回应如下：

一、Gluo88过往在讨论中确实有该类行为，但后续“删改讨论扰乱秩序”的情况确实为苗君误判（但行为相当类似过往行为），蓝桌君解封后苗君未有就该点提出异议。在下很高兴阁下确认这是“管理员误判”的情形。在下自被封禁期间已明确假定善意Mys 721tx封禁本人“...一定是有令人敬服及光明正大之理由，因此在下才要求Mys 721tx君必须按维基百科的精神 “充分沟通 ”，供社群检验。”在下已连续Ping多次（包括一名用户在讨论页通知）并一次当面要求当事管理员回应此误判质疑，却未能得到任何回复，可合理认为其拒绝自己错误封禁理据沟通解释。另此则质疑明显属于诉诸伪善。请停止诡辩。

二、Gluo88却是在该处讨论中多次以“现实中的共识”来解释“维基百科上的共识”，并试图以该等解读强加于本站的讨论流程之上。属于个人观点。在下只能说包括我在内的桐生君、Manchiu君和第三方管理员Bluedeck君均认为在下发表之言论理应假定善意，或不构成扰乱讨论之查封理由。可见其明显争议封禁理据并非在下一人独断或一人扭曲概念，而是参与讨论用户多数认定（如果阁下欲将其定性为“未获绝对多数同意但反方理据极度薄弱”，在下无回复必要。）

三、四：后续苗君抗议时也清楚指明CC BY-SA要求必须提供页面链接及过往贡献者列表，Gluo88获我过往提醒后也仍然多次未能满足基本著作权需求。在下此处所指瑕疵即“程序沟通不当”“未经正当沟通”“未考虑触犯”“未考虑有改善可能”。我于第三方管理员Bluedeck君处已完全阐释在下的对于管理员理应如何对待用户之态度（或者“更适当”的态度）

不顾警告，多次张贴版权材料的贡献者可以由任何管理员加以封禁，以阻止问题进一步产生在下完全同意。然而需要分清什么是“警告”什么是“不足的提醒”。根据阁下去年10月份在在下的留言，我可以视作善意提醒。但是这足以保证一位用户认知到持续此一行为将导致封禁甚至不限期封禁么？根据封禁政策的三项原则“确保用户熟悉规范”“确保目前无改善可能”“封禁始终为最后手段”，我认为当事管理员Mys 721tx君可以采取适当的措施教育用户（不仅仅是本人，而是每一个编者）指出问题，并熟悉有关政策（比如提请互助客栈讨论（见此案）、在本人讨论页面发可能受到封禁警告等，在下熟知后完全可以接受并改善审查过往问题），而非直接无预警予以不限期封禁。政策原则已明确规定不能用于惩罚，也不能用作警告。

在此跳过上述沟通程序，明显不当，并侮辱了封禁政策三大原则最重要的，即封禁永远只能视作最后手段。

五：为什么苗君作为管理员，在依照方针认定用户违规后，指出用户“对扭曲方针的认识”，并明确拒绝解封，直到你“通过行为意识自己的错误”，这样就叫做“无效沟通”：您提出的这个问题甚好，那么就请Mys 721tx自在下提出自在下封禁申诉以来，针对本封禁所有（连LuciferianThomas君替他承认的“误判”）Mys 721tx封禁行为被质疑涉嫌不当、充斥瑕疵、违反假定善意、曲解方针、游戏维基规则，并严重缺乏正当沟通的每条diff的依照方针所给出之解释与回答。如果您认为居高临下的，武断指控别人“方针的扭曲认识”后拒绝予以解释自己的被多名用户广泛质疑的封禁，属于所谓“有效沟通”，在下无话可说。至于所以结局必须是管理员撤回封禁才叫“有效沟通”？属于明显红鲱鱼并曲解本人封禁申诉多次要求管理员解释不当封禁理据保护用户权益的本意，而非为解封不择手段。不对此涉嫌诡辩作出评论、

六、诽谤在台湾法律中，可受公评之事及与公共利益有关的申请不能认定诽谤、有尽力查证也不构成诽谤...及其一系列法律引用阐释，明显属于维基法匠谬论：以不恰当的方式使用正式的法律条款讨论维基百科政策...。我们这里仅讨论何为一般人所理解之诽谤为何：字典解释即“散布不实言论而损坏他人名誉”。如果有明确证据（属实而非不实）证明Lanwi1泄露CU数据，自然属于公评之事。但是连阁下自己都承认这或许当中包含了对事件的臆测，这确实不是理想做法既然没有任何证据，那么属于无端臆测，持续散布这一言论明显构成对当事人之诽谤，无需多言（并且明显造成他人强烈精神痛苦，就算在此精神痛苦情境下即使反指控等仍可被原谅）。

况且，如果阁下认为Lanwi嫌疑关乎所谓“社群利益”，阁下与Mys 721tx君应该将Lanwi1提至元维基CU部门，根据其调查结果在做论断、评议。相信到时社群自有一番公论，而非散布未经证实之谣言，造谣诽谤用户名誉（尤其还在罢免期间发表此等不当言论，显然是为诉诸人身规避自身争议），甚至对这种诽谤行为采取辩护、鼓励，谓之所谓“可受公评”，实在无法忍受。在下在此(！)强烈抗议LuciferianThomas这种检讨受害者的扰乱讨论行为。请立刻停止，并对Lanwi1道歉。否则不排除提报，请求社群处理。

综上，在下认为任何人都能知道是谁在扭曲政策，假定恶意、对被封锁用户施行双重标准，几乎无条件拥护管理员的言辞，甚至发出检讨受害人，此类漠视、扭曲一般人礼仪标准的明显扰乱言辞，藐视通用行为准则及维基百科的和谐原则。

最后，在下对于LuciferianThomas君持续如在Wp:共识讨论一般，发表抵牾与自己意见不合者之冗长言论、以尚未通过组建之仲裁委员会成立审核机制为由，明显对管理员的个人拥护，试图阻挠、冻结本次弹劾表示(－)强烈反对与(！)强烈抗议，并且此则为独立议题，显然不与本次涉事管理员争议相关，在下已拆分作为独立议案，以免分散讨论，望知悉。

在下声告，如有行政员在社群讨论过程中违背维基百科不是官僚主义地迅速如上次般（七个小时不到地）作出冻结此案决定，不排除要求社群对涉事行政员提出新一轮质询。

不对进一步冗长讨论及曲解政策发言作出进一步回应。除非扰乱讨论秩序。--Gluo88（留言） 2024年6月13日 (四) 16:48 (UTC)回复

充满逻辑谬误的观点不会站得住脚。

有关“误判”：这一点我不清楚，但苗君是否有可能以过往你的不当删改、移动自己的留言，从而认定你在其他讨论页将留言多次移动分拆构成该等理由。我这里所指的“误判”是“与过往提醒不尽相同的违规行为一并认定”，过往是被回复了的留言的删改，现在是尚未回复但已相隔一段时间，有可能已有用户阅读的情况，后述情况苗君单凭在你在发表留言后大幅删改留言即可成立“剪贴讨论构成扰乱讨论串运作”；而苗君在对蓝桌君解封理由的交涉中未有提及该项，苗君是否认为蓝桌认定未有后续留言的论点作为合理解释也是未知。
有关“对苗君的假定善意”：你从被封锁后首则回应就质疑管理员是否不当就联署报复（无证据指控）、本次封锁后首条找Ericliu1912的求助讯息的第一个点列项就已经质疑苗君的能力，这些都是封锁过后先发生的事，从一开头就假定恶意、诉诸动机、通过发讯息及提及拉人支持自己，这些从一开头就不是假定善意的表现；而询问苗君封锁原因为何的语句更是有咄咄逼人甚至是挑衅的意味。我不只是单纯说“你也一样”，而是“你这些简直就不是假定善意”。更何况，管理员封锁的“善意认定”单从过往是否已获提醒，后续是否持续再犯认定编者编辑非善意，更何况善意的损害性编辑亦可构成扰乱，苗君封锁时以“提醒后持续”认定需要封锁显然已经符合以上要求。
有关“对你扭曲本地方针理解的假定善意”：同上论点，在我已经明确告知你不应在维基百科讨论将现实中的观念与站内的观念混为一谈后，你仍然持续混淆有关观念，并强行将“现实中的共识”是“民主体制”用以辩论站内流程，显然已经越过了可以被假定善意的底线。经提醒（假定善意）后仍然持续的行为被封锁是完全合理的。
有关“程序沟通不当”“未经正当沟通”“未考虑触犯”“未考虑有改善可能”：苗君的四项封锁理由中，有三项你都已经获得明确的提醒（已经满足教育用户的要求），经提醒后仍然持续触犯而认定无改善，需要以封锁阻止不当编辑持续，完全合乎程序。另外一项则是调查你的贡献时另外发现的长期扰乱性编辑（不等于是你的编辑带有恶意，善意的损害性编辑亦可构成扰乱），合并加入作为封锁时长考量而已。你不是未获提醒，而是在多种行为都获得过提醒而仍然持续，尤其WP:COPYVIO及WP:V都是本站不可侵犯的重要方针，在提醒后短时间内继续违规，显然已经是认定无法通过提醒停止你的错误编辑下才作出最后封锁的决定。
有关“缺乏沟通”：除了对蓝桌解封提出的交涉外，苗君在封锁时亦有列出清楚的diff。你已经完全认定其是出于恶意而封锁下，显然苗君再说什么你也只会不顾方针依据而认定为扭曲。光是你在提此案是的态度已经足以证明你是打算学WMLO那样，不论苗的说辞如何、是否符合方针，都将强行闯关提出解任。
有关“诽谤Lanwi1”：显然你已经是在选择性阅读我所指的事项。苗君确实有为其说法提出证据，连diff都给了，那些diff都是Lanwi1自己在客栈的留言存在前后矛盾，也只是在复述当年社群对于Lanwi1行为的质疑。Gluo88选择性阅读，并在我已经指出苗君有提供证据的情况下，还谎称苗君的怀疑或声称“有任何证据，更何况当时正是苗君对Lanwi1对CU结果理解提出的质疑，该串讨论惟有Lanwi1与其他用户查核员观点不一致，而当时情况正是说被外流的用户查核资讯与用户查核员结论被指不相符，在任何直观的逻辑下，苗君当时及现在也是作为第一身用户（用户查核员）接触到的资讯而怀疑Lanwi1。提出基于证据的合理怀疑和指控显然跟“毫无证据的虚假指控”完全沾不上边，而指出过往留言作证据不可能构成“散布不实言论”（并无凭空捏造证据），从而不能构成“诽谤”。再者，你说什么“应该将Lanwi1提至元维基CU部门”，当初大概就是有用户向基金会有关部门提出指控而导致全站冻结用户查核权，这岂不是已经发生了吗？还是你装作看不到？
有关“检讨受害者”“无条件拥护管理员的言辞”：我“无条件拥护管理员的言辞”？苗君的错处我都能指正出来，但他的错处明显多数存在被你放大扭曲的情况，指出你的错误就叫“拥护管理员”？苗君作为第一身用户提出对Lanwi1的怀疑，你毫不怀疑就完全接纳Lanwi1的说辞和对苗君的反指控，更是对Lanwi1没有半点质疑和怀疑，定性Lanwi1必然为“受害者”而毫无怀疑，还为了他而选择性阅读证据，这不是才是“无条件”拥护（前）管理人员的言辞？这个“受害者”是何来的证据认定其无辜？苗君作为当时第一身用户的证据可指出合理怀疑（而不能直接笃定）是Lanwi1所为并提出这类的指控，相反Lanwi1身为“受害人”，在毫无证据、论证的情况下一下子指控多名用户涉案，而仅有“我推断”这样的说法，连“基于当时某些用户的某些行为”都没有，这是哪门子的受害人？这些行为正是“加害人”行为！

Gluo88在此次除权讨论中多次明言威胁其他管理人员，以此胁迫他人无视实际情况而就范，藏都不藏，乃是完全不可接受的行为。社群如果接受这样子的胁迫，那是否以后威胁其他管理人员提出除权就是王道？显然不可能！--路西法人 2024年6月13日 (四) 22:10 (UTC)回复

Gluo88肆意威胁、攻击管理人员的行为已经明确构成维基百科:管理员的离任 § 通过解任投票除权下所指的“滥提、不符合假定善意、违反维基方针、礼仪、讨论程序之解任提请”，若此用户意图发起任何违反方针要求的解任请求，第三方管理人员应按方针阻止，不能放任此用户以扭曲的观念及明显不文明的态度发起解任请求。--路西法人 2024年6月13日 (四) 22:39 (UTC)回复

Wikipedia:讨论页指引#自己的意见中规定尽量不应修改自己的意见，若有修改亦应明确表示。删改移动留言确实可能影响已阅读讨论的编辑。社群习惯做法是在修改留言后附注改动、或通知讨论参与者变动。缺少这些展示会影响到修改前后参加讨论的编辑。指引中已"列明尽量不要更改"之前留言，习惯性修改之前的意见显然不是"尽量"，尤其在已经获通知后持续违规行为。我虽然同意User:Bluedeck该项或可不封禁，但不代表该行为不会扰乱讨论秩序。持续扰乱讨论顺序的行为本身就是可封锁事宜，亦不代表封禁不符合规范。--Mys_721tx（留言） 2024年6月13日 (四) 23:49 (UTC)回复

User talk:Gluo88上反对封禁的编辑意见可分为以下三种：

部分认为不限期封锁过重，“不限期重于有限期”的观点已被淘汰；
部分因用户与我有冲突而表达不信任，是对人不对事的反应，而非对封锁理据的异议。
还有少数用户认为可以假定善意。即便善意编辑仍能构成扰乱（Wikipedia:毁损性编辑）。

经过沟通，解封管理员Bluedeck也认同这些行为违反方针，封禁并非不合理的举措，只是他认为不至于需要封禁而已。修改留言及违反CC-BY-SA两事Gluo88属于接受提醒后重犯。Gluo88未获提醒的长期原创研究同样可致封禁。单一未获提醒的事项不足以独立作为封禁理由，但此次是其他违规行为共同导致的封禁。Gluo88多项违规重复发生，或许是善意编辑但仍造成较大影响的扰乱行为。在提醒后依然继续不当编辑，显示出Gluo88缺乏遵照提醒的能力。这些因素最终决定进行不限期封禁。--Mys_721tx（留言） 2024年6月14日 (五) 05:54 (UTC)回复

就两位涉嫌扰乱讨论言论、未认知自身言行错误一并回应：

一、首先令在下不忍卒读就是一开始的“误判：这一点我不清楚”阁下口口声声说在下发言充满逻辑谬误，却连自己先前的言论“...Gluo88过往在讨论中确实有该类行为，但后续“删改讨论扰乱秩序”的情况确实为苗君误判”都自相矛盾，如是表达有误，还请精进表述能力，以免使他人误会或看不懂阁下发言。至于我这里所指的“误判”是“与过往提醒不尽相同的违规行为一并认定”，过往是被回复了的留言的删改，现在是尚未回复但已相隔一段时间，有可能已有用户阅读的情况，后述情况苗君单凭在你在发表留言后大幅删改留言即可成立“剪贴讨论构成扰乱讨论串运作”则是完全曲解TPG政策原则即不得在别人回复后修改自己留言，造成已回复留言被扭曲，而非不得更改留言（倒果为因）。相关方针诠释完全属于对此政策扭曲理解，超译TPG政策（因别人可能看过进而删改因此构成扰乱讨论秩序更是原文中完全没有内容），可合理认为相关言论符合游戏维基规则中的故意谎称某一观点或立场受到方针的保护、管辖或支持，但是其实是违背方针的以及试图强行曲解方针，或者无视社群惯用标准，强行使用自己全新的解读作为“适用标准”。并且该君自称引用去年十月份Peacearth提醒，然而封禁事由与提醒模版本意完全相违背。属于明显扰乱性封禁，可借阁下一言更何况善意的损害性编辑亦可构成扰乱，仍然属于扰乱性封禁。

二、...从一开头就假定恶意、诉诸动机、通过发讯息及提及拉人支持自己，这些从一开头就不是假定善意的表现在下经他人提醒后早已更改第一则留言，以免被人说诉诸动机或言语不妥。阁下借在下修改之前的言论说事，明显是翻旧账、诉诸恶意。至于质疑苗君能力，涉嫌滥用权限者之能力自然需要被质疑。请求第三方管理员评估、申诉均符合维基人权益受损疑虑时之合理行动，阁下以此指控本人，明显违背AGF。

最让在下感到震惊的是这句：而询问苗君封禁原因为何的语句更是有咄咄逼人甚至是挑衅的意味。从多次被认为态度高傲、语句不当的Luciferian君说出来，堪称千古奇谈，令在下大跌眼镜，如果不是某位英维管理员老生所谈之“语气监管”（Tone_policing），就是对用户遭受明显无理封禁发出之合理质询的否定，侮辱封禁政策中：“执行封禁的管理员则可能按情况被要求查看及参与申诉讨论，并提供更多信息。”的原则。在下无必要受到涉嫌不当、充斥瑕疵、违反假定善意、曲解方针、游戏维基规则，并严重缺乏正当沟通之封禁，仍要打不还手，骂不还口，在下不是圣人。阁下与其质疑在下语气如何，更应该检讨当事管理员所作所为是否符合用户期许。

三、我不只是单纯说“你也一样”，而是“你这些简直就不是假定善意”。更何况，管理员封禁的“善意认定”单从过往是否已获提醒，后续是否持续再犯认定编者编辑非善意，更何况善意的损害性编辑亦可构成扰乱，苗君封禁时以“提醒后持续”认定需要封禁显然已经符合以上要求。：针对当事用户涉嫌滥用权限之认定单从过往是否已获提醒，后续是否再犯认定管理员用权非善意，更何况善意的扰乱性用权亦可构成扰乱。在下已明确提出所有封禁理据均有不当问题，获得多位用户认可，可合理认为Mys 721tx涉嫌构成扰乱性用权。LuciferianThomas君口口声声管理员如何如何，对管理员要求假定善意，对被封锁之用户就要翻旧账、恶意推定、语气监管、侮辱封锁方针，可谓双标典范。请停止持续双标扰乱讨论偏袒涉事管理员之行为。

四、苗君的四项封禁理由中，有三项你都已经获得明确的提醒（已经满足教育用户的要求），经提醒后仍然持续触犯而认定无改善，需要以封禁阻止不当编辑持续，完全合乎程序请停止选择性失明，在下所列举的Bluedeck君讨论页留言已明确指出教育用户不严谨之问题（即根据阁下去年10月份在在下的留言，我可以视作善意提醒。但是这足以保证一位用户认知到持续此一行为将导致封禁甚至不限期封禁么？），完全可以用更适当的方式指出相关用户问题情况下，却直接无预警不限期封锁，明显将封锁视作警告、惩罚，曲解封禁政策本意。对此论点不再重复，装睡的人永远不会醒。只待社群讨论及后续联署议定。

五、“除了对蓝桌解封提出的交涉外，苗君在封禁时亦有列出清楚的diff”有回应在下在内所有用户的质疑吗？有参与讨论吗？有对在下驳斥与质疑提供自己的解释吗？如果连这种程度问答都回答不上来，更证明当事管理员沟通能力不符合一般用户（至少在下在内多名用户）之期许。因此在下再次呼吁@Mys 721tx君请辞，以谢社群。光是你在提此案是的态度已经足以证明你是打算学WMLO那样，不论苗的说辞如何、是否符合方针，都将强行闯关提出解任。在下不评价前用户行为，只能说目前的讨论态势均是尊重过往形成惯例（前次终止决定已属不妥，不能作为反对本罢免的合理异议），要求社群讨论并处理Mys 721tx君之行为，合乎常理。

六、七苗君确实有为其说法提出证据，连diff都给了：使用此类未经证实所谓“证据”显然涉嫌罗织罪名、基于个人揣测的相关证据无正当效力权威（如CU、CA）直接认证，不足为评。如果阁下与Mys 721tx君是CU部门成员倒有几分可信，如果只是普通社群群员，请问谁给你们的勇气搜罗这些所谓的证据诽谤用户，妄加揣测？如果这套基于臆测的伪证据可以成立使用，在下也完全可以搜罗LuciferianThomas同Mys 721tx频繁交互的“证据”（这点很明显，基本上所有用户都知道），在站内大肆宣扬你们有特殊性“关系”，但显然如果在下真的这么做，早就被社群制裁。更别提作为管理员应成为社群用户伦理规范之表率，而非造谣生事。至于“Lanwi1”反指控，在下已提过在其精神状态严重受创并且当事人不道歉的前提下，我认为此类言行应可被谅解（先轻视他人者无权要求别人不轻视自己）。上述论据仍然是曲解一般人礼仪认知、持续对诽谤行为辩护，显然扰乱整体讨论。

最后是对我个人所谓“威胁”“攻击”第三方管理员之严重指控。在下已声告行政员前次决定已被多名用户指出“官官相卫”“未得社群共识”“违反官僚体系”，再次宣告终止或无效，明显将可能造成严重问题。提前告知行政员这一行为面临的可能质询，完全是为维护社群法治（维基百科不是官僚体系）的必要准备。作出此一声告并非威胁，而是上次行政员本身决定就充满争议，甚至不具有正当性。在下也不认为探讨行政员可能滥用权限的行为是所谓“威胁”“胁迫”（正如不会对一个用户可能破坏页面之警告属于“威胁”），此指控明显滑坡谬误，鲁莽指控在下行为不当，因此恕在下完全不接受上述明显违反假定善意之荒谬指控。再次想起阁下这句但他的错处明显多数存在被你放大扭曲的情况，我想任何人都看出来LuciferianThomas君在整串讨论中的行为几乎都是对Mys 721tx就要不断缩小标准宽恕假定善意，对在下却双标至极，严重夸大并扭曲本人言行，明显扰乱整体秩序。

有鉴于LuciferianThomas君持续黑白不分、搬弄是非袒护涉事用户、对在下施行双重标准、滑坡谬误、曲解言论、扭曲相关政策认识，一则留言更全篇红色粗体，大喊大叫（使在下感到恐吓骚扰(请注意过多的文字特效会使别的用户有被骚扰的感觉，亦让人感到这些留言带强烈的语气，例如是斜体文字、粗体文字，以及英文中完全的大写字母和过多的感叹号，就像是“SHOUTING”...)，但在下仍要指出）、滥用RFDA方针显然试图阻挠本次正当弹劾议题，并对在下为维护社群法治言行作出鲁莽指控，连续违反AGF、礼仪与文明，在下声明拒绝参与有关LuciferianThomas的任何发言，公道自在社群，除非其针对其他编者继续此类扰乱行为。在下最后劝解LuciferianThomas君一句，您这种情绪化且不可理喻的发言不会为Mys 721tx君提供任何正当性，反而让社群用户意识到某些人会为涉嫌袒护涉事管理员无所不用其极，导致其更有可能被解任。请阁下思之，并且，在Mys出事的时候，您屡次“代替”Mys 721tx君发表冗长言论回复质疑，让只有有限时间和精力的用户感到难以与Mys 721tx君直接讨论，显然影响社群其他用户与Mys 721tx君的直接沟通。 请他自己作为参与站务十几年的资深用户独自面对诸位同好质疑其权限使用问题。（在下对您进一步冗长讨论及曲解政策发言，恕无时间回应，请社群看在下前面的论述，多半已经驳斥或解释）谢谢。

Ps:至于社群如果接受这样子的胁迫，那是否以后威胁其他管理人员提出除权就是王道？显然不可能！如果提案人必须受到这样双标压力，那是否以后威胁遏制提案人并宣告终止RFDA就是王道？显然不可能！

--Gluo88（留言） 2024年6月14日 (五) 12:42 (UTC)回复

各位，我就这一话题作最后的发言。

首先是我于2024年2月骚扰某人的事件作最后澄清。我当时是创建条目后被人侵权提报，然后我无端指责提报人的行为，之后被苗管无限期封禁，2天后反省解封。我对此要说的是，整个程序虽无问题，但实际上是当时表达有误。不过我后来发现这又涉及一个问题，因为涉及侵权提报所用的Template:Copyvio模板，英文版已经进行了大改版（可以按段落处理），而中维还是只能按全文处理，因此模板和程序都需要作进一步的优化（后续我会做讨论，但由于模板涉及Twinkle技术问题，因此稿子还没写好）。再次向各位道歉。
有关苗管反驳我“他封禁用户的次数，可能是中维之最”涉嫌诽谤的回应：我是根据当前的破坏作粗略统计的，亦参考了封禁日志，因此说我“诽谤”不准确。
有关苗管反驳我所指出的对苗管有争议封禁的回应：2号“违反严重原创研究”、3号是有理有据的，1号“因IP用户破坏被半保护加入泄漏他人隐私站点链接”（仅一次）是“严重违反生者传记”而被无限期封禁，显然不当，我怀疑苗管当时可能以“零容忍”为由实施封禁。据生者传记#封禁方针：重复于在世人物条目添加无来源或来源不足之争议资料的编者可能会因其扰乱行为而受到封禁，而他只实施了一次。总结下来，苗管对用户采取封禁，有些做法确实过于激进，我也再次强调不鼓励采取激进手段。
回复@HYHJKJYUJYTTY：的发言：从苗管的两次管理员申请记录来看（1、2），一些人评价当时的他“参与反破坏”、“站务新力军”、“对待新人的询问很和蔼”、“积极参与维护工作”、“热心站务”等，很明显他处理破坏案件很积极。人总有好坏两面，虽然一些人批评他，但他也有好的一面，的确是反破坏的实力派。

我再来引用论述的一些话（温馨提示：论述仅代表部分编者的观点，并非社群共识）：

《不限期不等于永久》里面提到：不限期封禁的常见原因包括纯破坏、傀儡、发布垃圾内容，以及其他存在目的与维基百科的宗旨明显相悖的人，总结下来，纯破坏、发布垃圾内容等与违反维基百科的宗旨的用户都会被封禁，无需警告；傀儡则需要进一步调查。但“不限期封禁”并不能自动解封，而是“用户需要花多久才能解决问题”。通常来说，这些人被封禁之后都不会花时间解决问题，因此论述提到不希望这些人回来，尽管某些人非常相信第二次机会（在合理范围内），且某些人认为任何人都可以改变。依我看，有争议的封禁还是在于长期（资深）编辑上，但对被封用户来说，最主要的还是通过积极行动才能解除封禁。
《任何对编辑的制裁不应是惩罚性的》里面提到：一些编辑，甚至一些维基百科的管理员，忘记了我们在这里的初衷，开始在维基百科的运作中采用惩罚性模式……管理员应遵循预防性模式来采取行动，目的是遏制编辑的破坏性或有害行为，而不是试图惩罚他们。这也提到了管理员的建议：主题禁制、页面保护、部分页面封禁等，在某些情况下比不限期封禁或全站范围禁制对项目更有帮助。论述最后说的一句话是：管理行为需要承担责任。
从前文的一句话再引述《管理员不是什么》：
- “不是开玩笑”一节：重要的是要意识到您使用这些功能执行的任何操作都可能被其他管理员撤销。管理操作应始终谨慎使用。；封禁是管理员可以执行的最具争议的行为之一，被认为是一件非常严重的事情。不当的封禁可能会导致您不受社群知名成员的欢迎，并且在这种情况下，您可能会遭到明显的人身攻击。在某些情况下，不良的封禁实施记录可能会导致管理员被解职。（后面的这段话很重要）
- “没有方针的豁免权”一节：每个管理员都必须牢记，管理员只是拥有协助维基百科维护的工具，仅此而已。这意味着，所有方针指引对管理员的适用性与对其他用户的适用性完全相同——甚至更为显著……管理员必须遵守所有维基百科方针（例如“回退不过三”原则），并像其他编辑者一样坚持共识和中立观点。
- “不是权利”一节：较高的编辑次数和对维基百科的奉献精神通常体现出管理的可靠性和才能……重要的是要知道，管理员用户权限是一套高级工具集，适用于在维基百科的方针和指引上表现出高水平的智慧、知识和专业性，并始终尊重维基百科五大支柱的用户。他们在编辑条目时保持中立，并在需要修改时引用可靠来源。他们始终对与之互动的其他用户保持文明—即使那些对他们不礼貌的用户也是如此。他们带头帮助其他用户找到正确的解决方案，并且他们在各个领域都拥有丰富的经验，能够充分了解维基百科的准则。此外，管理员权限并不意味着任何特殊权限……它不会赋予任何额外的地位、讨论权重或特殊权限。
- 最后以“综述”收尾：管理员没有某些人想象的“指挥权”，他们通常对用户有很好的见解和建议，他们应该善于获得其他维基人的合作并与人合作。但他们永远不会以商业意义上的“管理者”的身份来对待人们。

另悉：我在2021年基金会行动上看到User:瑞丽江的河水曾经是管理员，2019年被授予权限，2021年被基金会除权。请@瑞丽江的河水：发表一下看法。

最后我说几句话：我是2012年2月22日加入维基媒体项目的，当时人在加拿大，一开始我用学校电脑以IP用户的身份进行编辑维基百科（也因为当时不知道方针指引，违规曾被苗管暂时封禁），出于个人爱好便加入维基，当时我不到16岁（没错，苗管09年底加入维基也跟我差不多岁数）。连续服务12年，我贡献的内容相当广泛，共享资源上传图片相当多，而且这12年整个世界也是经历了许多变化。特别是有人说“Mys 721tx很久以前不像现在这么凶”，2017年后态度有了变化。自我2024年2月因违规被苗管无限期封禁，不到2天被解封后，我便开始关注其他用户对苗管的看法，发现此人是激进派，暴露了一些问题，而后我了解了2021年基金会行动（当时因关注疫情不知道这事情）以及折毛事件，察觉到现在的社群环境已大不如前。于是我围绕这次封禁，对中维的一些方针作修订建议，封禁方针的修订建议，尤其是为“不限期封禁”正名即是迈出第一步。本月我的工作以修订方针、创建论述为主，整个工作将在WP:动员令开始前完成。在这里我做最后总结：

遇到问题不要慌，要直面正视问题，不要回避，要防止小问题变成大问题，防止问题矛盾化。
管理员不是权利，跟一般用户一样都是普通人。优秀的管理员应该是理性、公正、客观，对一般用户负责的，这样才能得到社群的广泛尊重。

再次跟各位说一句：没有最好，只有更好！No best, only better!

以上。--Shwangtianyuan 不忘初心牢记使命 2024年6月14日 (五) 16:11 (UTC)回复

我记得Mys 721tx很久以前不像现在这么凶，Mys 721tx态度高压、恶意断定的问题从2017年时就明显了，那个时候WMC在拉票（包括我四次参选CU员在内，参选时我确实不知道是拉票）以及Mys 721tx封过雾岛圣。无论是滥权还是说我泄露CUWIKI数据都跟从跟WMC打交道后发狂有关，正义感过高以及积累压力后就容易做出恶意推定等不当行为。

关于泄露CUWIKI数据，我现在的推断是那个被除权的WMC成员（推荐我参选CU员的那个）、Mys 721tx（说我泄露？会使我更认为是Mys 721tx，我也记得包括我本人在内的其他时任CU员不像Mys 721tx这么凶。）、利用CUWIKI漏洞的非CU员三者中的一个。

关于对我的负面影响，我想轻生的原因就是因为包括Mys 721tx在内的暴力用户的攻击。中维的暴力用户的问题严重的原因就是贡献至上主义，贡献至上主义者认为有贡献的维基人都该留在维基，尤其是贡献更多的维基人，只要有这种不良氛围存在，就会有纵容有大量贡献的违反文明方针者这个问题。

关于我和WMC的关系，暴力用户无法理解“世上没有永远的朋友，只有永远的利益”这句话，我和WMC的相同点只有“对暴力用户不满”，WMC拉票的原因也包括对暴力用户不满，暴力用户容易认为反对自己的都是WMC成员。

我不再活跃中维的原因就是中维社群没有能力解决像Mys 721tx这样的问题，我也不认同行政员在去年9月认定对Mys 721tx的第一次罢免案无效的决定，在罢免暴力管理员时提出修改罢免程序会容易使人认为提出修改者包庇暴力管理员。--Lanwi1^Talk 2024年6月13日 (四) 20:58 (UTC)回复

User:Lanwi1对CU-wiki数据泄露的指控仅基于个人推测，缺乏实质性证据。我对User:Lanwi1的怀疑建立于其交涉中的反复（Wikipedia:互助客栈/其他/存档/2017年10月#我认为必须确认清楚、Wikipedia talk:2021年基金会针对中文维基百科的行动#近期的基金会行动、Wikipedia talk:2021年基金会针对中文维基百科的行动#我觉得调查仍有不足）。我并不希望数据泄露为User:Lanwi1所做。然而User:Lanwi1在表示多年来收到指控的压力的同时指责其他原用户核查员。我能理解User:Lanwi1对被指控的压力，但是这不代表User:Lanwi1可以以此解释令人怀疑的行为。2021年User:lanwi1甚至有机会通过公布与User:守望者爱孟的邮件头（仅包含发信人与收信人以及转发邮件服务器信息）证明自己的清白，然而User:Lanwi1顾左右而言他。（Wikipedia_talk:2021年基金会针对中文维基百科的行动#我觉得调查仍有不足）多年来不但User:Lanwi1无法提出证据，还在此指控立场上与User:Kegns相同的我、被认定为被核查用户对立面的我。我有什么动机把数据泄漏给立场对立的用户？无理由指责Kegns编造CU结论、泄露CU数据是过去WMC用户诽谤行为（已删除页面存档）为什么User:Lanwi1在此无证据诽谤User:Alexander Misel与我？--Mys_721tx（留言） 2024年6月13日 (四) 23:34 (UTC)回复

一向认为当事管理员沟通手腕或有改善之余地，处置亦可更为人性。但管理员作风本有不同实属自然，不能强求所有管理员如此办事。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月13日 (四) 20:33 (UTC)回复

Mys 721tx老问题又犯，所以我认为没有改善余地，谁愿意跟态度高压的用户协作？--Lanwi1^Talk 2024年6月13日 (四) 22:02 (UTC)回复

说句不好听的，态度高压只能说明某些用户实在不适合协作--百無一用是書生 (☎) 2024年6月14日 (五) 02:17 (UTC)回复

我还是要帮他说一句公道话，处理举报破坏，他比较积极，但不否认态度确实要加强--HYHJKJYUJYTTY（留言） 2024年6月14日 (五) 03:25 (UTC)回复

同意。虽然我觉得一上来就不限期封禁可能可以商榷（不要说不限期不是永久，按这样的看法除了nop外任何封禁都应该直接上不限期，建议上phab要求取消封禁限期功能，所有封禁等到申诉认识到问题再解封。我打编辑战你封我1天难道1天过后我就自动不会编辑战了吗），但这毕竟是管理员自由裁量范围，不好谈什么过当啊滥权啊什么的。 ——魔琴［身份声明留言贡献新手2023］ 2024年6月15日 (六) 14:45 (UTC)回复

@Shizhao君所称“说句不好听的，态度高压只能说明某些用户实在不适合协作”， “只能”论显然以偏概全, 显然不当地排除了这种可能性：尽管某些用户非常适合协作，但某些管理员的态度高压行为却使其不适合继续担任管理员职责(“管理员没有任何高于其他用户的特权，唯能实现社群讨论所得的共识“)。在下也可以站在普通用户的立场说，按您的方式只选一种可能性，用户不再协作只能说明管理员态度高压。然而显而易见，就拿本案来说，Mys 721tx的诽谤、涉嫌扰乱性用权已被多次质疑，如果将其定性为“只能说明某些用户实在不适合协作”，仍然属于检讨受害者。您所言这种话我感觉非常难听，在下认为作为管理阶层不宜说出这番话，否则这会让用户寒心管理层之无情。管理阶层对个别管理员态度高压行为的态度非常重要，整理出有关论述如下：
- 态度高压并不是合适的协作方式，高压态度只会加剧紧张氛围，不利于建立积极的社区环境。
- 协作的关键在于理解、尊重和包容不同的观点。即使某些用户表现不佳，作为管理员，我们应该保持专业和耐心，而不是采取高压态度。
- 管理员应该保持客观、公正和理性，而不是简单地采取高压态度。公信力需要建立在合理和公正的行为基础。
- 这是在下的浅见，不知道您怎么看? 也希望和您进一步探讨管理员是否应该态度高压。
也不同意@魔琴君论述，管理员权限依托自社群赋予，方针明文规定不限期封禁仅限于严重扰乱，不构成严重扰乱的封禁必须考虑是否初犯、违规程度（并且必须事前沟通与否、详细调查、是否确保用户持续不当行为将被封禁等）。封禁固然是“自由裁量”不假（但显然不是“权”，受到上述两则条款的限制），也不会因为自由裁量所导致的问题裁决被合理化。拿Luciferian君自己的法律条款来说，现实中尚有对有理论上有“自由裁量”权的法官的徇私舞弊、滥用职权罪。按这个逻辑，所有封禁（包括无视相关条款限制）本质都是管理员的自由裁量范围，所以不能商属过当或滥权，因此不能追究？此陈述明显有误。

--Gluo88（留言） 2024年6月16日 (日) 12:14 (UTC)回复

我虽然解封了，但我可不认为Mys是作出了扰乱和诽谤的性质的事情。尤其是Mys在解封后提出了额外的证据，让我意识到他的查封理由实际上比一开始所展现出来的要更充分。这些证据确实展现出编者存在的问题。目前我正在独立的复核这些证据。Bluedeck 2024年6月13日 (四) 23:58 (UTC)回复

(＋)支持，User:桐生ここ方案建立社群设定类似“请求封锁”的机制，有好的规则，自然支持，能让维基再更好，但解任我(＝)中立，我只是针对User:桐生ここ方案建立社群设定类似“请求封锁”的机制回答而已，可能有人会误解--HYHJKJYUJYTTY（留言） 2024年6月14日 (五) 03:29 (UTC)回复

对于解任mys，表示(－)反对。在这个案件中，管理员的行为是：查封用户 -> 在用户讨论张贴理由 -> 用户反驳获得我解封 -> Mys前来和我沟通 -> 在我的讨论页面提交更多证据。这是很正常的操作，没有激烈的言辞，也没有不合理的要求，其贴出的讨论完全是就事论事，这个不叫做有态度问题。而且，说真的后来他提交的证据（见沙盒以及我的讨论页）在我看来使得查封的合理性有很大的增强。Bluedeck 2024年6月14日 (五) 05:42 (UTC)回复

明白理解阁下对于管理员用权行为标准的不同，并仍然感谢阁下指出当时理据中的封禁欠缺意见。在下会慎重根据您的审核结果，审查以往编辑，并承诺谨慎编辑，作出有益维基百科之事情。Mys 721tx君之相关用权态度问题，并非在下一人之见（一再重复，已被多名用户质疑），如果阁下认为不至于罢免，在下会理解。但仍可受社群用户意见检验咨询。至于结果如何，应看RFDA总体共识形成结果。谢谢--Gluo88（留言） 2024年6月14日 (五) 13:02 (UTC)回复

有人能说明一下现在沟通是否有效？以及是否达成某种共识？--桐生ここ★[讨论] 2024年6月16日 (日) 12:19 (UTC)回复

谢谢提醒。 48小时已过，在下认为目前没有解决分歧，应属沟通无效。稍后会开启联署，由联署人按惯例审核确认。--Gluo88（留言） 2024年6月16日 (日) 15:24 (UTC)回复

我认为Gluo88的行为已构成扰乱了--百無一用是書生 (☎) 2024年6月17日 (一) 02:42 (UTC)回复

我觉得要劝U:Gluo88不要当第二个U:维基百科最忠诚的反对者（per U:Lemonaka）--Sinsyuan✍️🌏🚀 2024年6月17日 (一) 04:09 (UTC)回复

本次解任案与上次WMLO提出的解任案一样都是通过扭曲的理由试图强行推进解任程序。鉴于Lemonaka表示私下受到WMLO威胁（Special:Diff/83069105/83070035），可合理怀疑该提案可能已遭站外操纵，甚至可能形成站外拉票。鉴于Gluo88在多名管理员已指出该讨论有问题时继续强行推动解任，可见Gluo88并没有就事论事的意愿。请求其他管理员终止提案并予以处理。

我愿意在未来接受仲裁委员会公开公正、按照事实的调查以查清该案中的指控。若仲裁委员会认定我的行为确实违规，我自然会承担责任。若仲裁委员会认定我的行为没有违规，我希望以此证明自己清白。--Mys_721tx（留言） 2024年6月17日 (一) 06:31 (UTC)回复

就WMLO绕过全域锁定违规参加社群事务一事亦会提出用户核查，以调查相关账号。--Mys_721tx（留言） 2024年6月17日 (一) 06:35 (UTC)回复

行政员可能需要尽快确定解任投票提出是否有效。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月23日 (日) 07:07 (UTC)回复

参考资料

^ Wing Kwong Street in wikipedia-zh-autoconfirmed. Telegram. [2024-06-09].
^ Yishen Miao in wikipedia-zh-autoconfirmed. Telegram. [2024-06-09].

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

联署区

已解决

联署已达到门槛。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月24日 (一) 00:04 (UTC)回复

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

下面重复一遍解任理据：

滥用封禁：在在下参与路西法人的整理讨论时，5月30日以多项罪名无预警不限期封禁多个页面。四项封禁理据前两项明显不成立并曲解政策（比如曲解TPG政策认定本人调整未被回复的留言是“扰乱讨论秩序”；其他用户主张在下发言可假定善意，也不是扭曲政策，或不构成扰乱），后两项理据则未经严谨调查或基于不实性质（两则链接不构成查封事实，另外两则欠缺事前讨论，未确保用户熟知自己问题可能会被封禁甚至无限期封禁。并以此永封明显过激）。是次封禁被我在内五名普通用户与一名以上的管理员质疑不妥。

游戏社群承诺：涉事用户在去年9月23日初次罢免被争议的终止后，表示“感到有必要与社群进行更有效之沟通”。该用户在本案经过两次Ping两次当面询问通知后，除先前称在下质询是对方针的扭曲认识后，一贯冷处理在下及诸多用户质疑，未见其试图与社群用户“达成所谓“更有效之沟通””。其言行举止与先前承诺出尔反尔，涉嫌游戏承诺：恶意协商——提出让步以吸引其他编者达成妥协，但在对方妥协后拒不执行之前承诺的让步。。

诽谤用户：去年罢免期间9月20日使用搜罗个人臆测链接（未经CA、CU证实），在公开群组与Quinniewong诽谤、侮辱前管理员Lanwi1（当时为弹劾动议支持人）泄露CU数据，为避免自身指控对Lanwi1诉诸人身，造成当事人精神痛苦加剧（个别用户提到他“反指控”，我认为已轻视别人的人无权要求被伤害的人“尊重”自己）。此类公开群组发言，违反全域政策与基金会通用行为准则。并且经人指出后拒不道歉。

在此提请社群联署移除涉事用户Mys 721tx之管理员权限。——Gluo88

谨此(＋)支持开启本案，同时作为提案人发表一下个人看法：
1. 在下及其他用户认为当事管理员似乎是不断轻微违规达到管理员扩权的结果：从最开始的Arikima（被认为违反避嫌）、到Shwangtianyuan君（被认为封禁过重）、再到在下被封禁（被认为未照顾用户权益、过激、封禁理据明显不妥），体现当事管理员试图不断使用封禁扩权，为无视对用户事前必要的教育政策，优先确保讨论的政策，进而放宽管理员用权的标准。
2. 我们可以说，这种所谓的封禁在几年是绝对无法被社群接受（从当年Arikima事件事前被警告后被无限期封禁，尚被多名用户认为违反避嫌或封禁不妥，现在甚至不与用户讨论直接无限期封禁）该用户面对用权质疑声称“不限期封禁比有限期封禁过重”的概念已被社群推翻，我认为这已是曲解封禁政策必须考虑用户是否初犯及违规程度；不限期封禁则明确指出要构成严重扰乱，确保目前无改善可能才得以施行。按照这种逻辑，只要用户违规随时都可以予以不限期封禁，然后再观察予以有条件解封，涉嫌扭曲方针认识、游戏维基未曾被社群广泛认可的规则。
3. 很明显，当事人至今仍认知不到自身行为问题（我认为已构成沟通无效，明确拒绝承认只要当事人不断发言就不构成沟通无效的虚假论述，谨依往年惯例标准交由联署人意定沟通无效倾向），同时上列拒绝与质疑用户讨论的行为与该君去年感到有必要与社群进行更有效之沟通的宣言自相矛盾，仅仅不到九个月便出尔反尔。请各位思之Mys 721tx的用权态度，是否有品格持续担任这一被社群信任之权限。--Gluo88（留言） 2024年6月16日 (日) 15:36 (UTC)回复
(＋)支持：老问题又犯了，像这种游戏规则的暴力管理员应该下台，谁愿意跟像你这样的态度高压、刻薄的用户协作？大量正面贡献也不能掩盖长年的老问题。--Lanwi1^Talk 2024年6月16日 (日) 16:44 (UTC)回复
因解任程序有问题而划去，抱歉。--Lanwi1^Talk 2024年6月17日 (一) 14:42 (UTC)回复

不过，我仍认为Mys 721tx有问题。--Lanwi1^Talk 2024年6月17日 (一) 16:03 (UTC)回复

撤回划票，我觉得不像受站外控制，站外控制是个鲁莽的指控。--Lanwi1^Talk 2024年6月19日 (三) 12:03 (UTC)回复
补充理由，无论是在去年9月的第一次罢免案的罢免理由，还是在这次的罢免理由，被罢免者丝毫没有改正、反省的意思。无论是不当封禁，还是认为我泄露CU内容，都是未经深思。面对他人的指控，一贯转移到指控者，根本就感觉不到被罢免者反思，恶劣态度就像听不进意见和批评的专横官僚一样。我觉得被罢免者在第一次罢免案的讨论页里的留言根本就是做样子给社群看，由于被罢免者的一系列的问题行为给他人带来了极大担忧，解决办法只有解任。若被罢免者的问题行为得不到有效解决，其他用户会因暴力用户的高压、刻薄态度而离去。--Lanwi1^Talk 2024年6月20日 (四) 01:41 (UTC)回复
(＋)支持，恕我无法说服自己。不仅滥用封禁，在去年九月的罢免案拒绝沟通、至使罢免不当终结，加上之前提到的大量理由，实在令我难以接受；很希望各位能够“人民的沉默、将是当权者的胜利之歌”这一道理。--Benho7599 | Talk 2024年6月19日 (三) 14:55 (UTC)回复
(＋)支持：Mys 721tx是很勤勉、贡献大的管理员，但近年很可能精神压力过大有些失控，就像2021年的我一样，因此我就忽然失去管理员身份，这是我应得的罪。我希望Mys 721tx不要像我一样，可借由此事来判断是否他还有多数众人的信任，并借此来冷静自己，以作些改变。--Outlookxp（留言） 2024年6月21日 (五) 00:41 (UTC)回复
不认同把讨论中真诚的发言视为“强行扭曲方针”，而紧迫到需要立即封禁的地步。在新管理员上任投票中，所有候选人或许都会认为在封禁前应警告，或与非破坏性用户讨论为优先。
我在本案中看不到类似的处理方式。用户在被封锁前无收到任一警告俾使其可注意、停止、改善相关行为。管理员上任后或许有广泛裁量权，然社群仍可对这种裁量权及其行使进行公议、商讨、监察。

封禁方针也指出，封禁是为了制止破坏行为，而非惩罚。没有迹象表明Gluo88在收到警告后，会持续“扰乱”行为。他在被封禁前只是单纯讨论，连单层级警告也没收到。封锁理由的“扰乱讨论秩序”与讨论页指引精神不符。其他封禁理由虽则事前有轻度提醒（如此），但不足让人明确意识到持续相关行为会导致封禁或不限期封禁。此案没有紧急到需要立即施行无限期封禁的程度；而“不限期封禁比有限期封禁重”的观念已被“社群推翻”纯属管理员个人观点，封禁方针无此类表述、此种封禁方式似乎也未得社群广泛认可。由于涉及用户权益（查封对用户影响很重。不当或过激的封禁更会影响用户之后的贡献意愿)，这显然不是得以“个人风格”为由能忽视的问题。

此外，相关封禁理由为何并非一并公布，而且随后追加？此举也省却日后管理员解封的可能性。因此用户若是纯属扰乱性用户，若错误解封，恐是对社群无益。然而，那个被封理据补充版是要待多重程序、时日（用户解封后，封锁管理员方回应）方能知悉，该用户如此错误甚多，“罪行累累”但不限期封禁期间，尚有第三方管理员提出异议，具有可商议之处。不禁要问不限期封禁+0警告下随即封禁是否如此具迫切性。

一年之内，两场解任投票，无论结果如何。输家只有用户。作为用户的我也应反躬自省，事情何以发展到如斯地步。虽说管理员不算什么、管理员不是圣人，也会犯错。若有错则改，无则加勉。用户之间应包容、互相体谅。可能这才是维基项目的目的和精神所在。

我由衷希望社群活动中能重视善意推定的作用。千村狐兔（留言） 2024年6月23日 (日) 05:35 (UTC)回复
(＋)支持：应罢免Mys721tx。其#滥权永封Chinuan12623。
未经警告，诬指我长期编辑战，发表评论。#看似编辑战多实则不然不要以为有人常和我编辑战就是我错往历多少错判封禁Chinuan12623 。

无视H.Natsumi ™ 提报RFP也说，老虎进行全保护也大概只是基于编辑战，并不一定是对状况有完全的了解，也不一定是对双方有对错评判。即视Chinuan12623非故意破坏者。

举报者Mafalda4144举报本人3RR破坏，但该员本身就是傀儡，经三位管理员处以永久封禁。依非善类举报者永封长久贡献者。

Eric Liu受申虽知会Mys721tx ，M应避嫌，但仍不思己疚，要申诉之管理员Ericliu1912考虑驳回申诉。

并综他人控诉知被罢免者没有改正反省，尤其在不当封禁都是未深思，恶劣态度如专横官僚，我也因其高压刻薄态度而不想贡献心冷而淡去维基。Chinuan12623（留言） 2024年6月23日 (日) 05:47 (UTC)回复
(＋)支持：由在下维基受到当事管理员不合理封锁的两次经历，在繁忙的管理工作中，当事管理员是存在前边提起人提到的对封禁的滥用、过重封禁、未经警告等行为。虽然这一次未必最终结案，在下希望在这一过程中当事管理员能吸取教训，在以后的管理工作中能有所改善。稀有石头（留言） 2024年6月23日 (日) 14:57 (UTC)回复

联署查证

本主题全部或部分段落文字，已移动至#联署查证 2。

联署中讨论

表态

在此重复一下之前发言：

本次解任案与上次WMLO提出的解任案一样都是通过扭曲的理由试图强行推进解任程序。鉴于Lemonaka表示私下受到WMLO威胁（Special:Diff/83069105/83070035），可合理怀疑该提案可能已遭站外操纵，甚至可能形成站外拉票。鉴于Gluo88在多名管理员已指出该讨论有问题时继续强行推动解任，可见Gluo88并没有就事论事的意愿。请求其他管理员终止提案并予以处理。

我愿意在未来接受仲裁委员会公开公正、按照事实的调查以查清该案中的指控。若仲裁委员会认定我的行为确实违规，我自然会承担责任。若仲裁委员会认定我的行为没有违规，我希望以此证明自己清白。

就WMLO绕过全域锁定违规参加社群事务一事亦会提出用户核查，以调查相关账号。

-Mys_721tx（留言） 2024年6月17日 (一) 07:13 (UTC)回复

其实我还是尤其希望阁下正面回应处事态度问题。毕竟多年来案例累累，即使屡次解任案因程序问题失败，总是需要诉诸解任本身即已显示此种过于激进之手腕并非为社群所好。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月21日 (五) 00:30 (UTC)回复

关于Mys 721tx君之表态

本次解任案与上次WMLO提出的解任案一样都是通过扭曲的理由试图强行推进解任程序。只有阁下和路西法人如此声称（扭曲的理由），并且您们并没有回复在下对您们“扭曲的理由试图强行推进解任程序”的质疑。可合理认为无法答辩。看下方本人对您和路西的辩证反驳。反而可能是您们明显通过对管理员情绪勒索、拉票、使用放大亮红色字体骚扰、威胁在下。为终止本次弹劾，LuciferianThomas先前为此试图冻结Rfda程序，直到仲裁委员会成立，已遭到大量否决，自觉撤回。
鉴于Gluo88在多名管理员已指出该讨论有问题时继续强行推动解任，可见Gluo88并没有就事论事的意愿。请求其他管理员终止提案并予以处理。我感觉作为被质询者的您没有回应反驳本人的这个留言和这个留言，好像不就事论事者，是您和路西法人吧？（还是说在下必须无条件接受您的意见，才不是“扭曲”？您是这个意思吗？）如在下所言，Bluedeck君确实觉得阁下没有到罢免的程度（虽然先前认为封禁理由查缺，我对此尊重），不过这属于个人意见。基本上每次罢免议题都有用户个人意见表态不支持弹劾，这很正常。
1. 至于Shizhao君在称在下构成所谓“扰乱”的同时，没有给出具体原因。这同样属于用户个人意见。
2. 在下也不明白阁下强调多个管理员而非在讨论中普通用户的身份是为了什么（有别于我申诉时，几名管理员几乎都有明确的，以管理身份发表意见），除非诉诸权威。
关于全域锁定的LTA通过电子邮件通知用户，再进而“可合理怀疑该提案可能已遭站外操纵”首先在下得说这种指控非常严重，相当于暗指在下是真人傀儡。如果Kage等LTA随便在这个时候送一个电子邮件“威胁”别人，阁下是否仍会以此为由逃避指控？在下认为这是不合理的。
1. 同时，在下亦可以保证，未曾收到任何WMLO的邮件（如有必要可私下联络职员检查）。如果阁下要提出用户查核请自便，但请勿以此为由试图躲过罢免。而且按正常人的逻辑认知，WMLO既然有如此策略想到“站外拉票”“操纵社群”，这时候更应该谨慎小心，而不是明目张胆地威胁某个用户（而且看起来Lemonaka是中立的用户），因为这样反而会给阁下口舌。
2. 换句话说，按在下的理解只要WMLO存在一天，就有可能操纵社群（仿佛托洛茨基帝国主义仍潜伏在社群周围...感叹），所以不能发起对管理员投票？我希望各位认真想想这个问题。
同时@Lemonaka我对阁下遭遇感到很遗憾，不知道您是否可以联系几位第三方管理员或监管员，在不违反隐私政策的前提下转述WMLO对您邮件内容是什么（对您人身威胁，还是别的什么？）如有意愿，您也可以转述联系相关部门（如信任与安全）处理此事件。在下也可以主动与监管员或用户查核员看看此案是否有真人傀儡情形。
1. 不知道各位用户是否认可在下的意见。望提供建议。在下在此坚决(－)反对行政员或其他管理员如上次般，快速终止、中断本次罢免的任何决定。为了一个明显存在滑坡谬误、不合理的原因，“抓住机会”地终止此罢免案，只会再给人“官官相卫”“凌驾讨论”“无权裁决”的观感，体现社群机制失能的严重担忧。请各位管理员三思。
2. 另外在下记得上次WMLO就是鲁莽指控某站外群组有“拉票行为”而被指控骚扰锁定的，Mys 721tx君仅仅因为一个被社群不信任的LTA的“威胁邮件”而断定整个讨论被“已被操纵”“站外拉票”“真人傀儡”，这种不当言论与WMLO当时扰乱社群又有什么区别？在下为阁下未经深思脱口而出如此污蔑在下人格的质疑感到非常遗憾。
实话说，在下面对您和另外某位用户的压力言论、在我回应后被指扭曲方针认识、又因特效字体骚扰（向管理员情绪勒索、拉票）威胁，在愿意表态同@Shizhao探讨“高压问题”时随后被指“构成扰乱了”，现又被指“真人傀儡”感到真的非常的疲惫。在下未曾想只是向社群提出对您权限使用的质疑会受到如此压力重重的风波，在下早知如此当时宁愿不发起了，甚至这几日几乎是在亢奋紧张的神经上度过的（有时失眠，我已打算休维基假期，如Asid阁下提出般）。在下至今仍然恐惧会不会因为因为对您提出罢免随而被管理员封禁制裁，被“处理”。只是，在下自认问心无愧的。原谅在下可能未有更多时间回应您的问题。 谢谢您，也祝您好运。恕在下之后不再过多参与此案。

--Gluo88（留言） 2024年6月17日 (一) 11:18 (UTC)回复

Kenny023一些回退不合理的能不能也处理下？看人家讨论页就知道，人家专注于在回退上，有些回退合理，有些有问题。这个那（留言） 2024年6月17日 (一) 11:35 (UTC)回复

@这个那君，如果你觉得Kenny023君有滥权的行为，请您提供相关事证至维基百科:申请解除权限做提报，但是同时我也要郑重(＊)提醒你，如果您只是为了提报而提报，如同您在其他不当行为#Kenny023的提报，那么你可能会构成扰乱行为与游戏维基百科规则的嫌疑，特此说明。--薏仁将🍀 2024年6月18日 (二) 00:00 (UTC)回复

其他

注：联署期自2024年6月16日 (日) 15:36 (UTC)至2024年6月23日 (日) 15:36 (UTC)为止。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月18日 (二) 16:34 (UTC)回复
至于此次联署是否无效，尚待非当事管理员判定。本人基本上反对解任案，不过若有机会让联署自然失败，当事人自知意见较不受社群同意，或也是一种折衷解方。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月18日 (二) 17:22 (UTC)回复
所以说联署过程能有效驳回不受社群支持的RFDA，路西法人君完全无需过度反应，也不需要限制RFDA流程，不需要推行仲裁委员会介入RFDA。--桐生ここ★[讨论] 2024年6月18日 (二) 19:19 (UTC)回复
请搞清楚“联署失败”跟“解任案无效”的分别。从根基上都应该无效的解任案是连联署都不应该发生（因程序上不符合解任条件，发起联署已是不合规）；联署失败仅代表无人认同，跟解任案无效的认定理据不合理并不相等。不符合方针的解任案发起而未因程序规定终止已是机制失效，这样叫“有效驳回”显然是偷换观念。

过往社群表现也反映社群对于“联署”的意味并不重视，有实际效力的“联署”即代表联署人为共同提案人，代表认同并共同推行提案人的所有论据，而不是仅仅的“支持发起解任”。若提案存在违反解任条件的情况，联署人作为共同提案人显然需共同负责。（此处“联署”是指共签或副签议案，跟RFA称“联署”的公民提名为不同观念，请勿混淆。）--路西法人 2024年6月19日 (三) 02:13 (UTC)回复
反对解任案。U:Mys_721tx作为管理员的各项编辑及操作，没有违反方针与指引，不符合WP:解任条件。--CaryCheng（留言） 2024年6月20日 (四) 05:31 (UTC)回复
有关不符合WP:解任条件的原因，希望可以进一步说明。另外，对于解任案的赞成或不赞成，我觉得不需在此提出，谢谢--Wolfch (留言) 2024年6月20日 (四) 06:14 (UTC)回复
阅读U:Gluo88提出的解任理由之后，未能说服我U:Mys_721tx的行为符合WP:解任条件。

阅读U:Mys_721tx的说明之后，我认为U:Mys_721tx在该次案件中处置良好，没有逾越管理员的权责。

我在本案还没有发表过意见，既然这是联署中的讨论区，我想在此提出我的观察和看法，供其他社群成员参考。

--CaryCheng（留言） 2024年6月20日 (四) 07:12 (UTC)回复
赞成CaryCheng君的意见，反对解任案。--SheltonMartin留言|签名 2024年6月20日 (四) 05:46 (UTC)回复

(※)注意：联署期内已集齐了7个签名，是次联署已无法被认定为失败（注意“无效”与“失败”的差别）。San mo sa _蚌埠 2024年6月23日 (日) 15:07 (UTC)回复

关于联署程序的建议

是否可以请当事双方在Wikipedia:互助客栈#要求社群处理Mys 721tx管理员扰乱性用权、诽谤用户事情#联署区内添置查证区以放置双方的可供查证证据或任何非本话题内但涉及本案的内容链接（包括但不限于如Mys_721tx君所提供之User:Bluedeck/etc/sandbox/box1718239888243等），并以提请方与辩方子标题进行区分，方便社群其他中途加入本案了解过程或潜在加入联署过程的成员可以集中进行独立审查；有鉴于目前讨论实在过于繁杂且冗长，难以让任何新加入本案审查或关注的用户完全了解本案之全部信息，故提出本意见。Sinet（讨论） 2024年6月20日 (四) 17:13 (UTC)回复
- PS:如果本联署成立且进入安全投票或任何社群共识过程，查证区内容亦可直接继承以便后续效用。Sinet（讨论） 2024年6月20日 (四) 17:21 (UTC)回复
- 未见社群回应，有鉴于讨论有继续扩大的趋势，已先行整理并放置了一个暂行版本，不过仍希望当事方可以整理并添置更多查证内容；如果联署查证章节的设置有违联署程序之处，各方可以删除。Sinet（讨论） 2024年6月21日 (五) 10:02 (UTC)回复

RFDA页面已经建立

已经建立页面：Wikipedia:管理员解任投票/Mys_721tx/第2次。 --Gluo88（留言） 2024年6月23日 (日) 19:10 (UTC)回复

解任查证

最新留言：在3个月前发布7条留言3人参与讨论

本节应仅列出解任提请方以及解任辩护方（即被提请解任的管理员及任何反驳本次解任者）之限于维基百科内可供所有社群成员进行独立审核以了解本次解任案各方证据支持的查证；有鉴于本次解任案涉及讨论之繁杂故设置本区域方便社群成员进行独立查证，双方或第三方可自行添置（如有必要请添加签名以方便各方了解查证提出方）有关查证以帮助完善本次解任查证^{[注 1]}。

解任提请方

解任提请方U:Gluo88所提供的相关查证（先前讨论所列出之查证内容）：

解任辩护方

解任辩护方U:Mys_721tx所提供的相关查证（先前讨论所列出之查证内容）：
- User:Lanwi1相关：Wikipedia:互助客栈/其他/存档/2017年10月#我认为必须确认清楚、Wikipedia talk:2021年基金会针对中文维基百科的行动#近期的基金会行动、Wikipedia talk:2021年基金会针对中文维基百科的行动#我觉得调查仍有不足、Wikipedia_talk:2021年基金会针对中文维基百科的行动#我觉得调查仍有不足
解任辩护方U:LuciferianThomas所提供的相关查证（先前讨论所列出之查证内容）：
- User talk:Gluo88#在下被Mys_721tx 基于去年的提报无限期封禁，所列的diffs, 都是近期的，没有任何一个经过被提报后提报页社群讨论和共识形成过程
- User_talk:Bluedeck#解封理由瑕疵

第三方独立查证

U:Bluedeck所进行之第三方独立查证（先前讨论所列出之查证内容）：
- User:Bluedeck/etc/sandbox/box1718239888243
User:Lemonaka提交：
- WMLO相关：维基百科:管理员解任投票/Mys 721tx/第2次/WMLO

（当前版本整理者：Sinet（讨论） 2024年7月7日 (日) 11:17 (UTC)）回复

注释

^ 关于目前已标出的（先前讨论所列出之查证内容）的上下文细节可参考#要求社群处理Mys_721tx管理员扰乱性用权、诽谤用户事情中联署前讨论一节。

查证提交与讨论

@Flyinet：--Gluo88（留言） 2024年6月23日 (日) 19:01 (UTC)回复

可能单开一个一级标题会比较好？毕竟查证内容也不太属于讨论区，对新参加的社群成员而言可能有误解--Sinet（讨论） 2024年6月23日 (日) 19:42 (UTC)回复

好。--Gluo88（留言） 2024年6月23日 (日) 19:51 (UTC)回复

依据惯例，解任投票本身以外所有讨论均一律置于讨论区，避免混乱。本人已经据此移动，但维持单独一章节。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月24日 (一) 00:04 (UTC)回复

另外本人建议@Gluo88还是重新写一次理由，以往提案人都会如此做。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月24日 (一) 00:07 (UTC)回复

好--Gluo88（留言） 2024年6月24日 (一) 00:32 (UTC)回复

安全投票准备程序

最新留言：在3个月前发布68条留言10人参与讨论

于Phabricator查看
编号T368610的工单
状态：已解决

这是一个暂行的配置：Wikipedia:管理员解任投票/Mys 721tx/第2次/config.json

如果决定IAR，让安全投票设置支持解任、反对解任、中立三个投票选项，你们再看着改吧。

ping参与讨论的用户，以及7位联署人@Sanmosa、Flyinet、Ericliu1912、Gluo88、Lanwi1、Hoben7599、Outlookxp、Manchiu、Chinuan12623、Marvin 2009。--桐生ここ★[讨论] 2024年6月25日 (二) 15:51 (UTC)回复

我还是倾向于IAR并设置支持解任、反对解任、中立三个投票选项，但我不懂得如何修改相关配置。San mo sa _蚌埠 2024年6月26日 (三) 22:57 (UTC)回复

@Sanmosa：如果后续有共识，我是可以协助改配置。--桐生ここ★[讨论] 2024年6月27日 (四) 11:27 (UTC)回复

投票人名单已生成：phab:P65520。--桐生ここ★[讨论] 2024年6月27日 (四) 11:23 (UTC)回复

(？)疑问：答辩期目前来看还有几个小时就将结束，安全投票是否将在答辩期结束就开始还是另行设置开始时间？Sinet（讨论） 2024年6月28日 (五) 17:24 (UTC)回复

ping所有参与本案安全投票相关讨论用户及7位联署人@Flyinet、Sanmosa、Ericliu1912、Gluo88、Lanwi1、Hoben7599、Outlookxp、Manchiu、Chinuan12623、Marvin 2009、HYHJKJYUJYTTY：目前工单已由SCP-2000设置为Stalled，你们需要尽快得出如何举行安全投票的共识，以便提供给phab，才能决定安全投票举行日期。--桐生ここ★[讨论] 2024年6月28日 (五) 18:35 (UTC)回复

请确定是否进行IAR并像RFA一样有选项的安全投票，还是依照方针使用目前配置。--桐生ここ★[讨论] 2024年6月28日 (五) 18:37 (UTC)回复

若无回应，将视为依照方针按照目前配置举行安全投票，毕竟IAR是需要共识的。--桐生ここ★[讨论] 2024年6月28日 (五) 18:39 (UTC)回复

(＋)支持当前配置--Sinet（讨论） 2024年6月28日 (五) 19:05 (UTC)回复

如果是我当然会~~(＋)支持当前配置~~，如果以讨论配置的话--HYHJKJYUJYTTY（留言） 2024年6月28日 (五) 19:39 (UTC)回复

我还是维持我之前的见解，也就是该IAR。我个人很怀疑社群是否适应这种日式的投票法，这很有可能导致大量无效票的产生。San mo sa _蚌埠 2024年6月28日 (五) 22:16 (UTC)回复

@Flyinet、HYHJKJYUJYTTY：还请你们重新考虑这个问题。San mo sa _蚌埠 2024年6月28日 (五) 22:18 (UTC)回复

应继续依据方针执行。此处没有理由忽略规则。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月29日 (六) 00:42 (UTC)回复

有关安全投票目前的配置的一个小问题希望询问一下@桐生ここ君，我看到文件里面的配置应该是可以适用于维基语法的，支持、反对、中立这些选项不替换成{{支持}}之类的模板是因为结果在技术层面只能输出纯文本内容吗？Sinet（讨论） 2024年6月29日 (六) 00:52 (UTC)回复

同上，也好奇技术不支持吗--HYHJKJYUJYTTY（留言） 2024年6月29日 (六) 01:51 (UTC)回复

@HYHJKJYUJYTTY、Flyinet： votewiki 并不存在这些模板，即使可适用也只会出现错误。而投票附言会发布在站上，到时如有需要批量替换为模板即可。谢谢。--SCP-0000（留言） 2024年6月29日 (六) 03:16 (UTC)回复

好吧--HYHJKJYUJYTTY（留言） 2024年6月29日 (六) 04:08 (UTC)回复

支持设置支持解任、反对解任、中立三个投票选项--HYHJKJYUJYTTY（留言） 2024年6月29日 (六) 04:13 (UTC)回复

已修改。--桐生ここ★[讨论] 2024年6月29日 (六) 04:33 (UTC)回复

貌似对维持目前方针规定的配置已经产生粗略共识了？后续你们任何人可以将工单phab:T368610的状态设置成Open。--桐生ここ★[讨论] 2024年6月29日 (六) 12:16 (UTC)回复

(＊)提醒：建议各位参与讨论的用户及联署人尽快形成共识，尽早启动安全投票。（@Sanmosa、Flyinet、Ericliu1912、Gluo88、Lanwi1、Hoben7599、Outlookxp、Manchiu、Chinuan12623、Marvin 2009）Sinet（讨论） 2024年6月29日 (六) 14:38 (UTC)回复

几天过去了，基本上只有Sanmosa有不同意见，但使用IAR需要广泛的支持，因此可以说基本上已经达成共识。由于未获得支持，没有理由使用IAR，因此将按照当前方针进行，工单状态已Open。--桐生ここ★[讨论] 2024年6月29日 (六) 15:12 (UTC)回复

后续有任何设置投票的相关意见，请直接到phab:T368610与基金会人员沟通。--桐生ここ★[讨论] 2024年6月29日 (六) 15:19 (UTC)回复

所以现在的情况是设置了支持解任、反对解任、中立三个可选的投票选项，但依然要求投票留有附言，且附言须附上“支持”、“反对”或“中立”字眼？San mo sa _蚌埠 2024年6月29日 (六) 15:41 (UTC)回复

是指定格式变成支持解任、反对解任、中立。@HYHJKJYUJYTTY，也许您需要澄清一下您的意见。设置安全投票选项并要求必须留言在技术上可能不可行。--桐生ここ★[讨论] 2024年6月29日 (六) 15:44 (UTC)回复

考虑到社群现阶段不太支持IAR，我虽然维持自己的意见，但不强求必须enforce。支持指定格式变成支持解任、反对解任、中立，我有点担忧只写支持、反对可能会引申一些混乱。San mo sa _蚌埠 2024年6月29日 (六) 15:48 (UTC)回复

我觉得已经很清楚了，指定格式变成支持解任、反对解任、中立--HYHJKJYUJYTTY（留言） 2024年6月29日 (六) 15:50 (UTC)回复

不支持修改成只有支持、中立、反对三个选项。我没看到哪里有共识说应该这样做。没有共识，而且不一定就改善现状，所以不同意可以IAR。--0xDeadbeef (留言) 2024年6月30日 (日) 04:56 (UTC)回复

请问RFDA投票还能有几个选项？(♥)温馨提示？( π )题外话？历届RFDA和RFA投票还能有其他选项吗？--桐生ここ★[讨论] 2024年6月30日 (日) 06:41 (UTC)回复

我的意思是我不支持修改成像RFA的那种选择。现状是填空并且必须附理由。Sanmosa的意见是改成multiple choice。--0xDeadbeef (留言) 2024年6月30日 (日) 06:59 (UTC)回复

哦哦，我理解错了，谢谢澄清。--桐生ここ★[讨论] 2024年6月30日 (日) 07:01 (UTC)回复

如果社群不想或不愿意看到

(＋)支持：不好意思，同意。

或

(－)反对：不好意思，不同意。

这种投票，那就最好不要再用纯投票制度。

我相信社群看到这种投票出现在条目评选时也必然会有一部分人不认同，那么更为严谨的人事任免就请不要再这么做。--~~S i d~~ 2024年6月30日 (日) 09:16 (UTC)回复

这就是为什么英维还是有人喜欢公开投票。如果见到欠缺理由支持的投票直接问他理由就好了。--0xDeadbeef (留言) 2024年6月30日 (日) 16:32 (UTC)回复

然而我才知道en都没有给社群提供请求解任管理员的流程，而de却甚至可以无需原因直接联署要求进行重新投票决定管理员的去留。--桐生ここ★[讨论] 2024年6月30日 (日) 20:17 (UTC)回复

然而en和de的社群都比zh的社群健康。--0xDeadbeef (留言) 2024年7月1日 (一) 04:46 (UTC)回复

Jesus Christ, what about someone wrote the following.
(＋)支持: Mys好，...positive comments...支持解任。
or
(－)反对:Mys不好，...negative comments...反对解任。
@ASid -Lemonaka 2024年7月1日 (一) 08:12 (UTC)回复

@0xDeadbeef How will you count such a vote? -Lemonaka 2024年7月1日 (一) 08:13 (UTC)回复

That is very confusing. They wrote positive comments about the admin but then supports de-admining?--0xDeadbeef (留言) 2024年7月1日 (一) 08:32 (UTC)回复

Yes. I used to find someone who voted for RFA on English project, they were voting like this. Although they voted support, however their comments are negative. -Lemonaka 2024年7月1日 (一) 08:36 (UTC)回复

And this is a m:SecurePoll, you cannot discuss with them directly. -Lemonaka 2024年7月1日 (一) 08:39 (UTC)回复

那是一张无效票，因为他们没有按照指定格式~~在前面~~写“支持解任”还是“反对解任”。如果他按照指定格式写“反对解任”，然后却留下对管理员负面评价，可以说明他对管理员有一些意见，但不支持解任他，此应计为反对解任票，反过来也一样。--桐生ここ★[讨论] 2024年7月1日 (一) 09:16 (UTC)回复

对于Lemonaka修改后的留言版本，我认为这是无法理解的投票，行政员可以决定这是一张无效票。--桐生ここ★[讨论] 2024年7月1日 (一) 11:29 (UTC)回复

应该规定明确写出“支持解任”、“反对解任”、“中立”，否则即为无效票。至于字句要放在附言哪里，则不受限制。这样可否？—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年7月1日 (一) 09:43 (UTC)回复

改了，~~不过中立票似乎方针上没有，只说可以投支持和反对，可能本来就是无效票，只能提供参考意见~~。--桐生ここ★[讨论] 2024年7月1日 (一) 09:52 (UTC)回复

请问我的以下理解是否正确：根据解任程序，“若总有效票数达至少25票，且支持解任票数多于一半者，则投票通过”。也就是说，没有加入“中立”选项时，只有“支持解任”和“反对解任”的人会投票，持中立意见的人因为既不愿意投“支持解任”、也不愿意投“反对解任”，因此不会投票（也许会在别处发表中立意见，但不会投票）。而加入“中立”选项后，持中立意见的人就可以投票了，且“中立”票是计入“总有效票数”的？举例说明，假设有15人投“支持解任”、12人投“反对解任”，此时总有效票数超过25票，且支持解任票占比55.5%，多于一半，投票通过；但在同样有15人投“支持解任”、12人投“反对解任”的情况下，如有3人投下“中立”票，则会导致支持解任票占比降至50%，因此没有多于一半，投票未通过？--Zheng Zhou（留言） 2024年7月1日 (一) 10:30 (UTC)回复

我不确定这个中立票，不过我按照你的意见加上了中立票选项。--桐生ここ★[讨论] 2024年7月1日 (一) 10:41 (UTC)回复

@Ericliu1912：Lemonaka修改了留言，所以是不是仍然要求在前面写比较好？--桐生ここ★[讨论] 2024年7月1日 (一) 11:27 (UTC)回复

(！)意见：根据解任条件，投票须知里面须要加入“中立票不算做有效票”的内容，否则正如Zheng Zhou君所言，中立票可能被投票者理解成一种“不想反对的反对”。Sinet（讨论） 2024年7月1日 (一) 11:34 (UTC)回复

@Flyinet：我不确定这个怎么改，请直接修改WP:管理员解任投票/Mys 721tx/第2次#投票须知，我再同步到配置文件。--桐生ここ★[讨论] 2024年7月1日 (一) 11:36 (UTC)回复

所以中立到底算不算有效票？--桐生ここ★[讨论] 2024年7月1日 (一) 11:37 (UTC)回复

应该是不算的，解任条件里面不存在中立票一说，中立票应该只是一种发表意见的惯例，不计入有效票。--Sinet（讨论） 2024年7月1日 (一) 11:40 (UTC)回复

改了，您看一下。--桐生ここ★[讨论] 2024年7月1日 (一) 11:42 (UTC)回复

我也刚刚改了，在投票须知里面加了一下，同时修改了格式，以防误读，阁下可以看一下。--Sinet（讨论） 2024年7月1日 (一) 11:47 (UTC)回复

已经同步到配置文件。--桐生ここ★[讨论] 2024年7月1日 (一) 12:01 (UTC)回复

要求投票选项必须写在前面又有一个问题，就是一定有人会写在后面

，到时候又有争议，所以还是算了，对于Lemonaka举例那种实在模糊不清的票，建议直接宣告无效。--桐生ここ★[讨论] 2024年7月1日 (一) 11:48 (UTC)回复

-Lemonaka 2024年7月1日 (一) 12:37 (UTC)回复

祇要明确写出“支持解任”、“反对解任”、“中立”，应该就算有效，其他发言怎么样都无所谓。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年7月1日 (一) 12:53 (UTC)回复

中立票到底算不算有效票总票数？貌似这个是临界时，行政员判断的？--桐生ここ★[讨论] 2024年7月1日 (一) 12:55 (UTC)回复

“中立票算不算有效票总票数”这种规则类的、最基本的东西，开始投票之前就应该说清楚，而不是先假设不会临界，然后临界了再丢给行政员去自由心证。--Zheng Zhou（留言） 2024年7月1日 (一) 13:20 (UTC)回复

看起来以往的RFDA有统计中立票数，但就是不知是否计算那25人参与票，看了很多历史案例，越看越看不明白，比如这个WP:管理员解任投票/范/第1次貌似又算总票数？--桐生ここ★[讨论] 2024年7月1日 (一) 13:34 (UTC)回复

可是方针又明确的根本没有写可以投中立票，只说可以支持和反对。目前就按照现在的配置了，之后结果出来时也按照投票须知的规定处理。--桐生ここ★[讨论] 2024年7月1日 (一) 13:38 (UTC)回复

补充：我觉得中立票计入或者不计入有效票总票数，都是可以的，这只是一个规则设定的问题（甚至无需达成共识，因为没有意义），从结果来讲，如果中立票计入有效票总票数，那中立票的实质就是“反对解任”；如果中立票不计入有效票总票数，那中立票实质就是无效票；但是一定要在投票开始前明确中立票是否计入有效票总票数，并且在投票之时明确告知投票的人，让投票人清楚地知道自己投中立票等同于投了“反对解任”、还是等同于没投，就没问题。如果投票开始前没有明确、投票人投票之时也不清楚自己投中立票意味着什么，投“中立”就不一定是投票人真实的意思表述，这就不可以。--Zheng Zhou（留言） 2024年7月1日 (一) 13:34 (UTC)回复

中立票有效，但结果祇看支持票与反对票比率。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年7月1日 (一) 19:10 (UTC)回复

改了。--桐生ここ★[讨论] 2024年7月1日 (一) 19:43 (UTC)回复

后续各位有任何意见请直接修改json，或在phab讨论，我去放维基假了。--桐生ここ★[讨论] 2024年7月1日 (一) 19:58 (UTC)回复

投票须知中的“中立票意见仅供参考，仅能计入总有效票数，但不会计入得票比率”现在已经写得非常清楚、没有任何歧义了。感谢桐生ここ君，辛苦了。--Zheng Zhou（留言） 2024年7月2日 (二) 02:18 (UTC)回复

辛苦了--HYHJKJYUJYTTY（留言） 2024年7月2日 (二) 15:47 (UTC)回复

@AT、Wong128hk、Jimmy Xu：安全投票已设置完成，烦请确认有没有任何问题。谢谢。--SCP-0000（留言） 2024年7月11日 (四) 14:06 (UTC)回复

错误的投票者名单

最新留言：在13天前发布23条留言8人参与讨论

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

各位好。

Why 维基百科最忠诚的反对者（讨论 | 贡献）, Mafalda4144（讨论 | 贡献） and Boogi wu（讨论 | 贡献） are still on the voter list? How will they become eligble for voting in current RFDA? ---Lemonaka 2024年7月1日 (一) 08:33 (UTC)回复

Google:为什么维基百科最忠诚的反对者（讨论 | 贡献）、Mafalda4144（讨论 | 贡献）和 Boogi wu（讨论 | 贡献）仍在投票者名单上？他们是否在当前 RFDA 中取得投票资格？---Lemonaka 2024年7月1日 (一) 08:44 (UTC)回复

按照惯例不会手动剔除这些人，这些人将由投票结束后监督员确认没有他们的投票，例如上次RFA2024选举的投票者名单phab:P62400，也有WMLO等被封禁人士。此外WMLO已经全域锁定，也无法投票。--桐生ここ★[讨论] 2024年7月1日 (一) 12:37 (UTC)回复

请注意，投票者名单不会手动剔除已公开的合规傀儡账号、机器人等，即使在名单上，但投票人仍只能选择一个账号进行投票，使用多个账号是违反规定的。--桐生ここ★[讨论] 2024年7月1日 (一) 12:40 (UTC)回复

若因改名等原因，合资格用户未能出现在投票人名单上，以至无法投票，请及时反馈。--桐生ここ★[讨论] 2024年7月1日 (一) 13:02 (UTC)回复

补充一个问题，我注意到自己虽然并不符合人事任免投票资格（具体来说，“开启联署120天前已有至少500次编辑”），但是仍然出现在了投票者名单上；进一步确认Special:用户列表/extendedconfirmed，选择“按创建日期排序”和“降序排序 ”，发现许多近期方获延伸确认的用户也都在投票者名单上。似乎名单生成时没有把“120天前”列入考量，联署开始时有500次编辑的都加进去了？烦请监督员留意在投票结束后也检查这方面的问题。Irralpaca（留言） 2024年7月12日 (五) 15:50 (UTC)回复

这应该是很严重的错误吧？—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年7月12日 (五) 16:36 (UTC)回复

我看到主页面上有个“检查本页编者资格”的脚本，投票结束后若要检查应该不是难事，只是这确实让我对原名单怎么生成的产生了怀疑。Irralpaca（留言） 2024年7月12日 (五) 17:03 (UTC)回复

不过建议还是要具体确认一下，因为相关规定最近才有改动。最近比较忙，没仔细看规则，不好评论。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年7月12日 (五) 18:50 (UTC)回复

本次生成投票名单SQL，Fork自上次生成投票名单SQL--桐生ここ★[讨论] 2024年7月13日 (六) 08:47 (UTC)回复

我认为这个120天的要求应该去掉。应该改成联署时已注册120天并有500次编辑。自动生成编者列表的脚本是没办法坐时光机回到120天前生成投票者名单的。--0xDeadbeef (留言) 2024年7月12日 (五) 18:49 (UTC)回复

投票者名单是在6月生成的，而此规定是在7月投票前几天才定下的。

再者，是次解任投票原应在6月而非7月举行，仅是因技术及排程理由才延至现在举行，个人不认为6月的投票适用7月定下的规定。谢谢。--SCP-0000（留言） 2024年7月12日 (五) 19:35 (UTC)回复

此规定在修订前就有：Special:PermaLink/79041388--0xDeadbeef (留言) 2024年7月13日 (六) 03:49 (UTC)回复

啊，那我看错了，抱歉。--SCP-0000（留言） 2024年7月13日 (六) 05:06 (UTC)回复

这应该是SQL的问题，上次phab:P62400也有User:YuCheinSYQ目前1039次编辑，不符合编辑至少3000次或编辑条目至少1500次；并且账号是创建于2024年1月21日，不符合120天前编辑至少500次。--桐生ここ★[讨论] 2024年7月13日 (六) 08:36 (UTC)回复

建议不符合资格的投票比照已封禁用户、傀儡、机器人产生的投票处理。--桐生ここ★[讨论] 2024年7月13日 (六) 08:38 (UTC)回复

这么复杂的投票规则用SQL生成可能太麻烦，估计以后要考虑直接下载数据库，然后写脚本生成。--桐生ここ★[讨论] 2024年7月13日 (六) 08:57 (UTC)回复

那么为什么要有这样的投票规则呢？--0xDeadbeef (留言) 2024年7月13日 (六) 10:45 (UTC)回复

其实不到非常“复杂”，类似制度除了小修小补都用十几年了。或许更应反过来批评安全投票在此方面尚不够灵活。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年7月13日 (六) 12:19 (UTC)回复

其实也不是特别困难，写一个脚本就可以实现。--桐生ここ★[讨论] 2024年8月5日 (一) 10:06 (UTC)回复

@Ericliu1912@桐生ここ两位都说得很对。 SQL query 改起来不太复杂，不知道目前为止是否已经改好，可以用于十月份的选举？--Gluo88（留言） 2024年10月21日 (一) 13:18 (UTC)回复

你可以在客栈预讨论提一下。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年10月23日 (三) 15:13 (UTC)回复

投票选项问题

最新留言：在3个月前发布25条留言9人参与讨论

于Phabricator查看
编号T370002的工单

现阶段在投票问题下只有两个选项，没有“中立”可选，且该两个选项皆为“空白”（根据其上的须知，空白选项是无效的，而不是“支持”和“反对”）。若不为本小姐的系统问题，那么对投票本身应会产生颇大的影响。鉴于投票已开始，在这段问题发生期间投下的票数是否该视为全数无效？--Mısaka✨M1koto 2024年7月13日 (六) 06:53 (UTC)回复

阁下可在意见一栏的投票留言内使用指定格式投票，空白选项只是因为技术原因进行保留，并不是投票选项。--Sinet（讨论） 2024年7月13日 (六) 07:07 (UTC)回复

@Jacklamf1d14：请在下方填写投票留言，并按照指定格式填写。--桐生ここ★[讨论] 2024年7月13日 (六) 08:39 (UTC)回复

~~不是小姐的系统问题，而是小姐没读投票界面的指引的问题。--0xDeadbeef (留言) 2024年7月13日 (六) 10:47 (UTC)~~回复

是我没读完整，抱歉。0xDeadbeef (留言) 2024年7月14日 (日) 17:19 (UTC)回复

技术上就有问题，这样以后维基百科的管理员随便做都没关系是不是？表面上是安全投票，实际上都没办法好好的投，这样也敢叫解任投票？这段期间投下的票理应全数无效不说（如同上面@Jacklamf1d14的意见），且应该延长至从技术上修好之后还原一定的投票期限才对。真的好笑，选管理员的时候安全投票都没问题，要解任的时候骗人说技术上做不到？--Z7504非常建议必要时多关注评选（留言） 2024年7月13日 (六) 13:48 (UTC)回复

既然在评论上填下理由即可，那么投票选项为何仍存？这样就只会做成混淆而已。上一次的管理员投票有应用到选项，即“支持”、“中立”和“反对”三项，只要像本小姐那样有参加上次的投票，且没有参与上述的答辩讨论的话，大概都有相同的疑问。当然现在无论选那项，只要在附言栏填妥就没问题，但如果是因为技术关系而保留，那就应在安全投票的通用规定上釐定清楚，例如解任投票和管理员投票划统一标准，或是维持现状，解任投票像现在这样，而管理员投票就应用原有“支持”、“中立”和“反对”三选项，如有需要再留附言，以免造成混乱。还有一开始就假定别人不读是怎样？恶意推定？--Mısaka✨M1koto 2024年7月13日 (六) 14:34 (UTC)回复

@Z7504、Jacklamf1d14：因为原本的RFDA方针要求投票人必须提供理由，和RFA不一样，RFDA采取安全投票之后，技术上无法做到使用安全投票选项的同时要求必须填写附言，因此只能采取在附言框填写投票和理由，但由于技术原因，无法只有纯附言框，因此被迫保留空白选项。--桐生ここ★[讨论] 2024年7月13日 (六) 14:55 (UTC)回复

本次RFDA确实有些问题，因为预期效果是和上次RFA的匿名RFC的界面一样。--桐生ここ★[讨论] 2024年7月13日 (六) 15:03 (UTC)回复

未来改革方向可以向技术团队提交改进安全投票功能需求，或按照Sanmosa所说取消RFDA必须提供理由的要求。--桐生ここ★[讨论] 2024年7月13日 (六) 15:07 (UTC)回复

(？)疑问到时开票如果出现过多（例如十几张）有投但没附言的票要怎么算？还是说，要发讯息给所有人通知“这个投票需要写理由，如果已投但没写理由的用户需要到投票界面修改并且补充理由”？Lily135（留言） 2024年7月14日 (日) 04:53 (UTC)回复

这就很可笑了，支持解任是否应该比照条目评选那样子支持的票不用附上理由；反之反对解任的还要附上反对原因？还是怎样？这种重要的东西居然只字不提。只能说这个（独裁）社群居然会连这点都没讲，再加上上面提及到的安全投票技术问题，明显还有很大进步空间。--Z7504非常建议必要时多关注评选（留言） 2024年7月14日 (日) 05:51 (UTC)回复

请您不要无端臆想--0xDeadbeef (留言) 2024年7月14日 (日) 05:56 (UTC)回复

麻烦您别再不开心就来一句你们这个烂社群了您有意见请考虑自行主导讨论而不是在这里讲废话--Sun After Rain 2024年7月14日 (日) 14:08 (UTC)回复

要是你维有十几以上的连怎么投票都不会的人，他们的意见还需要被参考吗--0xDeadbeef (留言) 2024年7月14日 (日) 05:58 (UTC)回复

MMS一下也行，免得很多人投票须知都不看的。--桐生ここ★[讨论] 2024年7月14日 (日) 08:38 (UTC)回复

已经申请MMS了。--桐生ここ★[讨论] 2024年7月14日 (日) 09:23 (UTC)回复

辛苦了～Lily135（留言） 2024年7月14日 (日) 09:24 (UTC)回复

讯息已发送。--~~S i d~~ 2024年7月14日 (日) 14:31 (UTC)回复

投票选项仍然存在的原因是SecurePoll技术上不支持啊。--0xDeadbeef (留言) 2024年7月14日 (日) 17:20 (UTC)回复

个人觉得界面上这样是十分突兀，但既然技术上做不到选项跟理由都是必填项的话，我同意让人走到这儿发问或者老实地去看投票指引、再投下有效的票，是比较容易得到结果。另外虽然本人对投票界面的立场（即是存留选项而把不依格式的投票一律作废）接近@Z7504和@0xDeadbeef，但两位的言论似有恶意推定投票主办者甚至整个社群的意思，并不可取。--派翠可夫 (留言按此) 2024年7月14日 (日) 15:05 (UTC)回复

请问我哪里有恶意推定。你说Z7504有恶意推定我能理解，你说我我不能理解，可以解释一下吗？--0xDeadbeef (留言) 2024年7月14日 (日) 15:35 (UTC)回复

@0xDeadbeef：抱歉，是我过于概括了，不过~~“你维”这个用词感觉有点贬义。--派翠可夫 (留言按此) 2024年7月14日 (日) 16:51 (UTC)~~说错了，其实是“十几以上的连怎么投票都不会的人，他们的意见还需要被参考吗”这句不尊重一些冒失的人。虽然实际上我是同意把那些票作废，但您的那个程度就诉诸人身了 -- 派翠可夫 (留言按此) 2024年7月14日 (日) 16:53 (UTC)回复

十几是指数量，不是年龄，我把“的”和“个”用错了。我的意思是“连投票都不会的人的意见需要参考吗”。根据你所链接的条目，诉诸人身#并非诉诸人身谬误，并有条目一开始指借由与当前论题无关之个人特质[..]作为驳斥对方[..]的理据，我是觉得这样没什么大不了的。重要不在于冒失，而是在于没有意识到问题。就算冒失也得确保自己的投票符合自己到底想投什么，若是有不好好看解释直接投空票、且没有意识到问题的人存在，我只好认为他对于参与维基百科社群讨论的能力不足。--0xDeadbeef (留言) 2024年7月14日 (日) 17:05 (UTC)回复

另外，见右上角的工单。0xDeadbeef (留言) 2024年7月14日 (日) 17:29 (UTC)回复

WMLO

最新留言：在3个月前发布22条留言7人参与讨论

( π )题外话I'm preparing to submit an Global Ban request for WMLO on metawiki, due to excessive sockpuppetry, off-wiki harassment and disruptive behaviours like that. Can I get enough support from community?
( π )题外话我正准备针对WMLO提交元维基的全域禁令请求，原因是存在过多傀儡、维基外骚扰和类似破坏性行为。我能从社区获得足够的支持吗？ -Lemonaka 2024年7月10日 (三) 09:11 (UTC)回复

我认为WMLO在去年被全域锁定的原因是无法忍受包括被罢免者在内的其他用户的问题行为，即使WMLO过激也并不意味着其他用户没有问题。我还认为其他用户的问题行为会使WMLO的问题恶化，若像被罢免者这样的问题行为持续下去，会使氛围不友好以及感到很难亲近，最坏结果就是其他用户离开以及激怒其他用户。可以说受死不认错的暴力用户影响，会使人无法反思为什么WMLO会被全域锁定。--Lanwi1^Talk 2024年7月10日 (三) 12:48 (UTC)回复

你这个留言和Lemonaka上面的留言有什么关系？--0xDeadbeef (留言) 2024年7月10日 (三) 15:12 (UTC)回复

先了解WMLO的动机，我觉得WMLO违反方针的起因是对包括被罢免者在内的其他用户的不满，不像纯粹扰乱。--Lanwi1^Talk 2024年7月10日 (三) 16:54 (UTC)回复

@Lanwi1 Disruptive behaviour is just disruptive behaviour, no matter what they want or what cause them. If someone killed another person, they will just be in charge with murdering and got a life sentence or the death penalty. And why you are so kind and show mercy to them? Considering the harm this person has done to the community and the impact on my off-wiki life, I believe a global ban is necessary.

@Lanwi1 破坏性行为就是破坏性行为，无论他们想要什么或是什么原因造成的。如果有人杀了另一个人，他们只会被指控谋杀并被判处终身监禁或死刑。你为什么这么仁慈并对他们表示怜悯？考虑到这个人对社区造成的伤害以及对我维基之外生活的影响，我认为全球禁令是必要的。 -Lemonaka 2024年7月11日 (四) 03:07 (UTC)回复

@Lemonaka: I think WMLO already got himself a global ban? Perhaps my understanding is incorrect, but I just want to reiterate that I personally have no tolerance for threats or harassment (either on-wiki or off-wiki). I can't speak for the whole community but personally I may be able to endorse your appeal after I review the email WMLO sent you. In case you have privacy concerns, I am okay with desensitized version of the email. But I do need to see something before I endorse your claim. I don't think I can endorse you if there's nothing for me to review. I hope that's fair.--Zheng Zhou（留言） 2024年7月10日 (三) 15:29 (UTC)回复

请分清Global ban与Global lock的区别。--0xDeadbeef (留言) 2024年7月10日 (三) 15:34 (UTC)回复

好的，原来全域禁制、全域封禁、全域锁定是不一样的概念，这个我确实不清楚。--Zheng Zhou（留言） 2024年7月10日 (三) 15:41 (UTC)回复

Global ban is the most strict sanction endorsed by the global community, or the Wikimedia Foundation. Global locks are imposed by stewards per cross-wiki abuse.
Here's an example, Risto hot sir（讨论 | 贡献） is global locked. PlanespotterA320（讨论 | 贡献） is global banned. Although both of them used puppets, vandalized pages. The latter one doxxed several wikipedian on and off-wiki, including Red-tailed hawk, me and possibly some Ukraine users, in order to control the community and work for Russian government, per their email. So the latter one's behaviour is more unacceptable and got a global ban instead of global lock.

全域禁制是全球社区或维基媒体基金会认可的最严格的制裁。全域锁定是由监管员针对跨维基滥用行为实施的。
这里有一个例子，Risto hot sir（讨论 | 贡献）被全域锁定。PlanespotterA320（讨论 | 贡献）被全域禁制。尽管他们都使用傀儡，破坏页面。后者在维基内外泄露了几位维基百科用户，包括 Red-tailed hawk、我，可能还有一些乌克兰用户，目的是控制社区并为俄罗斯政府工作，根据他们的电子邮件。所以后者的行为更不可接受，因此遭到了全域禁制而不是全域锁定。 -Lemonaka 2024年7月11日 (四) 03:11 (UTC)回复

Wikipedia:拒绝承认，且我不认为这种程度的不当行为就需要请基金会出马。--🎋竹生🎍 2024年7月14日 (日) 04:46 (UTC)回复

@Newbamboo：全域禁制有分由社群发起和执行的全域禁制（需至meta的RFC开启讨论）或由WMF执行的全域禁制，两者皆有同等效力，我想Lemonaka君指的应该是前者。--

\int

（☎）dt 2024年7月14日 (日) 20:20 (UTC)回复

这种涉及非公开私密资讯（站外电邮）的不应该由基金会来检视证据吗？还是说meta就有这种权限？--🎋竹生🎍 2024年7月14日 (日) 21:07 (UTC)回复

@Newbamboo、Lemonaka：看Lemonaka要怎么写吧。如果愿意公开第一手证据的话，那我相信公信力会提升不少。--

\int

（☎）dt 2024年7月15日 (一) 21:28 (UTC)回复

Sure, if I want to disclose them. Then I can and will start an RFC for global banning such wikipedian. -Lemonaka 2024年7月16日 (二) 02:05 (UTC)回复

@Lemonaka：As a side note, I think stewards would (and should) unlock WMLO just to give them a chance to defend themselves should you submit an RFC for global ban.--

\int

（☎）dt 2024年7月15日 (一) 21:29 (UTC)回复

@ATannedBurger As RFDA kept going, I'd like to focus on this issue. -Lemonaka 2024年7月16日 (二) 02:05 (UTC)回复

@Lemonaka: I received an email from Hzhengsusa (WMLO). In such email he shared contents of two emails he sent to you, but he didn't share any emails you sent to him. I know that he's globally locked but I tend to recognize the admissibility of evidence even if it's submitted by a globally locked user - unless the evidence itself can be proven false. Suppose that these are the same emails once forwarded to JJMC89, just like the Steward himself I don't think I'm clear on what it has to do with this RFDA either. In my opinion, this makes Mys 721tx's claim of "this RFDA should be voided due to WMLO’s canvassing" baseless at least if not maliciously defamatory. I assumed good faith but now I feel deceived. I am now almost completely certain that there wasn't any "canvassing by WMLO" and Mys 721tx deliberately lied to the community with the intention to unjustifiably void this RFDA. This is disturbingly an even more serious misconduct than his controversial blocking of Gluo88. I don't think the community should allow Mys 721tx to get away with this and I feel obligated to report what I've learned to the Stewards. Before I consult anyone else's opinion on this matter, I want to first hear from you and ask one very simple yes-no question: Do you believe that the email(s) WMLO sent you have anything to do with procedural fairness of this RFDA?--Zheng Zhou（留言） 2024年7月16日 (二) 12:26 (UTC)回复

@Zheng Zhou I will not make a statement regarding this unless requested by stewards or arbcom, thanks. -Lemonaka 2024年7月16日 (二) 14:48 (UTC)回复

Okay, I understand.--Zheng Zhou（留言） 2024年7月16日 (二) 14:50 (UTC)回复

I'd like to recuse from this case, since all the evidence has been submitted to Oversight. Good luck. -Lemonaka 2024年7月16日 (二) 14:52 (UTC)回复

向基金会请求全域禁制的唯一方法是向ca

wikimedia.org发邮件，具体内容见m:WMF_Global_Ban_Policy#Requesting_a_global_ban，预计处理时间为四周。你也可以把你收到的骚扰和开盒邮件转到这个邮箱。--GZWDer（留言） 2024年7月16日 (二) 15:21 (UTC)回复

@GZWDer already done, however Wikimedia Foundation cannot take any action for off-wiki emails, see Wikipedia:管理员解任投票/Mys_721tx/第2次/WMLO -Lemonaka 2024年7月17日 (三) 02:31 (UTC)回复

当前解任案效力

最新留言：在3个月前发布18条留言4人参与讨论

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

一并回复Ericliu1912及桐生ここ：虽然题目是针对仲裁委员会，但有关留言中的论据却很多是广泛对社群现象的描述，“社群失能”、“需要评估事实”、“先调查后除权”等显然是广泛的观念。该问卷无法直接影响此动议，但有一定参考价值；所谓“仲裁委员会只处理社群无法解决才送到仲裁委员会的RFDA案件”也几乎是没考虑到“毫无疑问需要除权的操作大概都是走紧急除权”，管理人员解任投票也甚少有不会引起争议，基本上到最后90%的都还得送到仲裁委员会解决（尤其是双方不认可对方的论证的情况），近年每次除权争议更是暴露了社群无法管控用户不捏造事实、不扭曲方针、不无视解任程序的弱点，完全佐证了当前解任程序需要更明确要求调查确认有违规事实再发起除权程序。所谓“比较隐性的确认”反而是“完全没有在发起前就明确确认”的意思，所谓的“确认”通过“联署及讨论过程”，但显然发起解任程序的用户没有也不会考量讨论内容，而是径自联署就打算闯关，联署也无法发表实际的反对意见，简而言之就是“七名无公信力用户自行认定有罪”就开展解任，并不存在真实的“确认”违规事实，这也是近期情况和你的声称所互相矛盾的。

另外，看到两位的反对都是针对仲裁委员会，然而我自己也在动议中表明更理想的情况不是“等仲裁委员会决定”，而是当前就直接明确RFDA的要求。还是那句，虽然题目针对仲裁委员会，但意见的变化是显而易见的，我也没有打算要把那个调查当作“已经存在的共识”来说话而是“参考其意见而发起新的动议”，请搞清楚此提案的意义。--路西法人 2024年6月13日 (四) 22:36 (UTC)回复

那可以继续讨论。由于本人支持未来社群提案与仲裁委员会调查两管道继续并行，自然也有检视前者并加以调整之必要。本人也并未否认近年来见得诸多不成熟之解任提案，徒然浪费社群资源。此处只是要指出，不应该因为若干使用者可能脱序或滥用之行为，就要求直接“冻结”社群的民主权利，现在又不是什么非常时期。“提出解任”本身也是程序不可忽略的一部分，无论内容有多么不合理，至少也要先“存在”才能予以驳斥（更何况其实指引已经明确指出，提案伊始即“内容必须详细，指出管理滥权的原因，并根据编辑记录及使用者贡献提出相关证据”，理论上不满足即自始无效）；即使往后要组织某种详细“调查”，也是要先有人“提出”或“申请”管理人员可能的滥权行为，不可能凭空造成。所以本人并不理解过度夸大此一阶段乱象的用意。另外，若既已为满足前述有效条件之提出，则此后之辩论，维基人间存在观点差异亦实属正常；虽不排除确实有“无脑支持”者（实际上任何站务程序都有），但径行认定联署是“无公信力用户自行认定有罪就开展解任”，则恐怕有歧视若干社群参与者及菁英主义思维作祟之嫌。照这种说法，所有人可能都是“无公信力用户”，管理员解任申请不就变成“无公信力用户法庭”。不过如此一来倒是大概可以理解，为什么那么坚持要走以仲裁委员会径行裁决这种路线。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月14日 (五) 00:07 (UTC)回复

一般用户不经任何选举，公信力是undefined（这种“没有公信力”）。仲裁委员整体有一定公信力。

另，虽解任案未正式发起，管理员未能按解任方针取缔，但他能预告将会作出违反程序的行为，管理人员也可明确告知违反程序的提案将会被截停，并呼吁其遵守程序，在已知会发生的问题发生前直接堵截，而不是等到问题发生才做事。--路西法人 2024年6月14日 (五) 01:29 (UTC)回复

若方针持续遭到滥用、扭曲，且情况非常明显，如果放任不管也会造成明显大的伤害（如除权方针），那么自然就该冻结程序，这好比现实中正在提出释宪的法案可被临时暂停执行；正如如果未来社群选出的仲裁委员会go rogue，放任不管也会造成明显的伤害，那么自然就该冻结程序。--路西法人 2024年6月14日 (五) 02:18 (UTC)回复

本人不认为冻结整个程序符合比例原则。所谓“持续”，也不必然。况且就该案而言，当事管理员作风问题乃长久以来众所皆知，也引起诸多争议。提请解任本身或许过当，但其来有自，当中所隐含的问题并非全然无探讨之可能。我们管理员是有权力的一方，本来就应该赋予对造相对多话语权，易言之即容许较大限度之发言自由，这本来也是他们唯一可以“制衡”管理员行使职权的办法。本人不认为该案之提出者在“滥用”解任程序，至少也不应该是扩大到其他个别案件的理由。另外，现行解任程序少数的大问题，就是虽然指出要“沟通无效”，但很多时候当事管理员坚持立场，就很容易构成，然后就是客栈提案一片混乱。本人认为就条文相关部分讨论如何清晰定义（尤其是什么样的内容理由为“有效”），且“同时”兼顾当事管理员及提请人权益，要比冻结整个程序实际多了。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月14日 (五) 03:38 (UTC)回复

以上讨论分拆自上方讨论。--路西法人 2024年6月14日 (五) 04:02 (UTC)回复

Gluo88以威胁的语气试图阻拦其他管理员正常行使方针的语气，并在其本身对管理员行为的扭曲理解下营造管理员滥权的不实情形，并可以从其语调看得出不会接受任何解释。反观苗君仍在积极解释、回应或回驳观点，也通过讨论、交涉获得解封Gluo88的蓝桌君出来说话，表明不认同Gluo88对苗君的指控。这些反映苗君确实有在积极沟通（回驳观点也是沟通的一种）。反而是Gluo88的态度表明拒绝接受一切解释，自己拒绝沟通并持续扭曲事实，自行制造沟通无效的条件，这显然不是解任方针的本意。--路西法人 2024年6月14日 (五) 04:02 (UTC)回复

我刚刚才发现，解任投票根本还没正式提出，那就更不用为此谈相关程序问题了吧？该话题现在已经变成实质沟通之处。唯一认同者，即在此情况下，当事人不宜径行提出解任。若未能如愿，而届时社群能有效应对，那亦可再度证明解任程序运作有效。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月14日 (五) 04:20 (UTC)回复

否，我上面有指出：虽解任案未正式发起，管理员未能按解任方针取缔，但他能预告将会作出违反程序的行为，管理人员也可明确告知违反程序的提案将会被截停，并呼吁其遵守程序，在已知会发生的问题发生前直接堵截，而不是等到问题发生才做事。--路西法人 2024年6月14日 (五) 04:29 (UTC)回复

我不太理解，难道质疑管理员亦不可？他虽如此“威胁”，但未付诸实行之前，无论如何实不可以“现行犯”论之。若社群多人持续表达关切意见，他也并非不可能拒绝“听劝”。此外，这毕竟也与解任投票本身没有直接关联（因为解任投票尚未启动，不构成程序问题）。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月14日 (五) 06:10 (UTC)回复

不是不能质疑，而是不能以扭曲方针的理解来质疑管理员，连给Gluo88解封的管理员都认为苗不存在扰乱或诽谤，而他自行判读管理员解封就代表对其的封锁是诽谤、是滥权，这不就反映观念上就有问题，问题并非出自于被发起除权的一方？Gluo不断合理化自己的行为，而苗、我甚至是蓝桌都一再指出Gluo88先前行为并非妥当（只是蓝桌认为不至封锁），这不叫质疑，而是扭曲方针及事件事实而诽谤管理员吧。--路西法人 2024年6月14日 (五) 09:38 (UTC)回复

他可以提出质疑，社群则可以适当支持或反驳之，这是共识形成的正常过程。在此案中，大概认为理由不充分者居多，是否成案尚有商榷余地。本人也不好评价个别管理员作风“惹人怨”的程度，但明显可见并非孤例，故此处比起“带有情绪而冲动质疑”之类形容，“诽谤”一词或需要慎用。当然也可能是我对此类批评管理权限行使问题态度向来比较“宽容”。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月14日 (五) 13:05 (UTC)回复

上方解任案成功且合规立案的可能性之低，我已无意愿再参与讨论。不论是原则上还是方针条文上，都没有条文能支持他做的事，如果他还是正式发起解任案，我再请求其他管理人员制裁有关行为即是。--路西法人 2024年6月15日 (六) 00:59 (UTC)回复

“以扭曲方针的理解”的操作空间过大，并非一个适合的判定标准，不然大家互相指控其他人的理解“扭曲方针”还得了。San mo sa _{Snipe–Clam Grapple} 2024年6月15日 (六) 00:58 (UTC)回复

每个方针都有背后的大原则，如果是对方针条文理解有误的人，都难以推翻背后的大原则。明知自己对方针条文理解与方针背后原则和用意冲突的情况仍继续坚持的，那就只能是扭曲方针了。--路西法人 2024年6月15日 (六) 01:02 (UTC)回复

我的意思是，真到了我说的那个情况，那个人是否真的“扭曲方针”还重要吗？我最担忧的事情是大家互相指控其他人的理解“扭曲方针”的时候，大家的指控实际上都是成立的，因为根本没有人（在任何意义上）“正确理解方针”。San mo sa _{Snipe–Clam Grapple} 2024年6月15日 (六) 07:53 (UTC)回复

同意。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年6月15日 (六) 18:02 (UTC)回复

Lemonaka

最新留言：在3个月前发布3条留言2人参与讨论

@Lemonaka: Do you have proof that WMLO is impersonating WMF?--220.138.106.90（留言） 2024年8月2日 (五) 10:26 (UTC)回复

@220.138.106.90 Sure, but it can be only provided to oversights, and has already provided. -Lemonaka 2024年8月2日 (五) 12:37 (UTC)回复

@220.138.106.90 Wait, I'm not sure right now. -Lemonaka 2024年8月2日 (五) 15:33 (UTC)回复

某位与WMLO有密切关系的用户被全域锁定

最新留言：在2个月前发布6条留言5人参与讨论

与WMLO关系十分密切的，自2022年6月17日起就无编辑的用户User:Pavlov2（后改名User:Renamed_user_xyBW847toYwJSYpc）于8月2日被全域锁定，不知道是否与本罢免案有关？有知情人士吗？（这巧合使本人怀疑该用户可能为来自Pronton的邮件实际发送人）--45.149.92.65（留言） 2024年8月8日 (四) 11:32 (UTC)回复

@lemonaka： pinging the most affected victim. (If you want more people discussing this you may copy what I wrote here to the main page since I couldn't edit it)--45.149.92.65（留言） 2024年8月8日 (四) 11:45 (UTC)回复

I didn't have any evidence or info about this user, and I got the forwarded email from someone I familiar with, but not so active in this community, I can confirm they are not the one you pointed out. @Xaosflux You may want to say something about this?

我没有关于该用户的任何证据或信息，并且我收到了来自我熟悉的人的转发电子邮件，但在这个社区中不那么活跃，我可以确认他不是您指出的那个人。 @Xaosflux 你可能想对此说些什么？ -Lemonaka 2024年8月8日 (四) 14:19 (UTC)回复

Note: I am zh-0. Regarding "Renamed user xyBW847toYwJSYpc"'s lock. As the new Special:GlobalVanishRequest process has rolled out, users requesting a globalvanish are now both renamed and globally locked. Some users were processed in the middle of the changes to the process and the lock may be manually performed if requested (we may eventually bulk-lock all of the old vanishes, but that is a very low priority). This is what was done in this case. This lock action should not be interpreted to have any other special meaning. Xaosflux（留言） 2024年8月8日 (四) 14:50 (UTC)回复

意译：最新全域隐退机制预设会锁定申请者账号，此种情况属于正常现象，不具有任何特殊意义。—— Eric Liu_{創造は生命（留言・留名・学生会）} 2024年8月8日 (四) 15:18 (UTC)回复

了解了，多谢steward--45.149.92.73（留言） 2024年8月9日 (五) 05:28 (UTC)回复

关于本次RFDA中秘密投票的疑虑

最新留言：在1个月前发布9条留言7人参与讨论

本人对本次RFDA（包括其过程和结果）不感兴趣，但看了秘密投票填写表单和投票结果后，本人感到疑虑重重：

对格式的苛刻要求。为了追求“方便点票”而废除一些极其明确表示立场的票，是否合理？中立区内一张票的内容是“我中立，因为我不想也没法评价”，是否符合格式要求？
对“注明理由”的强行要求。仿佛让人回到了N年前投DYKC那个必须要写“支持：符合标准”的时代。后半句废话现在在DYKC废除了，为何在RFDA又死灰复燃？
如何判定“没有注明理由”？无效票内有一张票写着“支持解任：同意解任理由”，又有一张票写着“支持解任：同意”，为何此类票型被判定为“没有注明理由”；而反对区内“反对解任：闹剧”、“反对解任：解任理由无效”、“反对解任：小孩子投票投着玩的”、“反对解任，Gluo88给我滚”、“反对解任：叫嚣罢免的页面点进去是反台独”，为何此类票都被判定为有效？以上矛盾行为，是监督员验票时的工作失误，还是有意为之？监督员对于判断投票是否有“注明理由”，是否有清晰透明、经得起审视的标准？

以上种种现象，都源自于采用秘密投票的新工具，但却产生了各种几年前甚至十几年前犯的老毛病。针对第一、第二点，希望社群检讨反思，如果RFDA中有不适应秘密投票的内容，建议及时提议修改。针对第三点，我希望参与本次点票及结论的监督员@Jimmy Xu、AT、Wong128hk能够回应。

以上内容纯属对于秘密投票程序的不满，不涉及任何与本次RFDA及被提名人的相关内容。因为客栈实在冗长难以发言，就放在这个讨论页好了，如果有谁看到帮我转交过去我会非常感谢。—远方传来风笛（Talk） 2024年8月18日 (日) 15:47 (UTC)回复

行政员间对此都有分歧。在我而言，对格式基本上没任何要求。但如果有行政员认为要依格式判断是否有效，在下亦觉得并非不合理。

“投票不应该取代讨论”这个原则，在下非常重视。而此次投票正正反映社群其实有能力将论点说清楚。如此一来，其实应该将无理由及“支持︰符合标准”等无用票都筛走。至于没有这样做，是避免带来太大震荡。但建议社群下次再举行类似投票时将规则定得更明确一些，避免争拗。

最后，无可否认，这是其中一个关注点，但当审视完每一位意见后，会发现整体上有更多更重要议题值得讨论、厘清及关注。而上述票数只是少部分，一票不剔除，支持率也就上升一点百份点，变成五成五。目前这个投票结果并非一个结束，相反是一个开端，劝社群勿浪费诸位金石良言，籍此好好解决众多重要议题。--J.Wong 2024年8月18日 (日) 16:43 (UTC)回复

投票已经结束，尊重结果。但对于未来类似的投票，鄙人认为仍要按统一标准判断，而不是在不会影响结果的前提下区分标准对待支持票与反对票。如果同样按照废除支持票的标准去审查反对票，个人认为反对票中有接近10票因为无足够理由（甚至涉及辱骂）而应该作废，而这不仅是一个百分点的影响。虽说不影响结果，但仍未完全体现主体民意倾向程度。所以如有下次投票还望以同样标准约束双方，否则因此产生的争论都是在浪费所有人的时间和精力。--RAZOR91（留言） 2024年10月3日 (四) 04:54 (UTC)回复

看着上面愚蠢的问题和愚蠢的回答，我只能说你维社群水平低成这样也真是可笑。说过多少遍了，投票不产生共识。 --ᡠᠵᡠᡳ^Ujui ᡠᠵᡠ^Uju ᠮᠠᠨᡩ᠋ᠠᠨ^Mandan 2024年8月19日 (一) 02:16 (UTC)回复
讨论产生共识。投票显示共识？投票就是表决、发表意见嘛。如果讨论完了大家投票，大多数意见都一样，就是共识吧。或者细分 majority opinion, consenting opinion… — 𝕏ℂ𝕠𝕞𝕙𝕘𝕙𝕒𝕝𝕝 talk 2024年9月24日 (二) 04:47 (UTC)回复

1、可以参考Lemonaka举例：(＋)支持: Mys好，...positive comments...支持解任。(－)反对:Mys不好，...negative comments...反对解任。某些模糊不清的投票难免会有争议，要求按照格式也是没有办法。

2、记名RFDA投票亦有“无论支持票还是反对票，投票人需给出理由”的方针规定，此规定与安全投票无关。--桐生ここ★[讨论] 2024年8月19日 (一) 03:50 (UTC)回复

关于第二条回复澄清一下，正是知道有这条规定，所以才提出需要由社群讨论是否对此条规定进行修改。印象中以前没有这种因此规定而大规模废票的情况。--—远方传来风笛（Talk） 2024年8月19日 (一) 12:13 (UTC)回复

我本来主张更严格的格式要求，不过发现影响不了大局，因此沿用较为宽松的结论。
说实在这个需要填写理由的做法引发更多问题，我建议社群应该早日讨论更改规定，让安全投票在解任方案上也能更简洁。
关于这点我的见解是理由是否具体，像无效票中的“支持解任：同意解任理由”和“支持解任：同意”，其所谓“理由”仅仅是重复立场，而非理由，其余举出的例子合理与否可能因人而异，但是均为理由。长远来说，我认为还是废除必须给出理由的规定方为上策，适度减少行政员的自主判断也有助于更全面地反映各方的意见。谢谢。

--A T 2024年8月19日 (一) 09:10 (UTC)回复

个人拙见认为，“同意解任理由”的意思等同于把解任理由复制一遍，等同于对RFDA发起人所述理由的认同；若“支持解任：同意解任理由”是“仅仅重复立场”，则“反对解任：解任理由无效”也属于此类。另外，判断是否应该采用严格的格式，似乎不应该取决于是否会“影响大局”。其他观点本人与两位监督员尤其是AT君持相同态度，建议社群借此机会考虑对RFDA的相关规定做出修改。

既然本次投票已经结束，并且三位参与点票的监督员中两位已经做出回应，本人也不会寻求监督员做出类似于“改判”的操作。感谢两位监督员@AT、Wong128hk的辛勤工作和耐心解释，也感谢@桐生ここ君参与讨论。欢迎大家在下面继续发表意见建议。—远方传来风笛（Talk） 2024年8月19日 (一) 12:10 (UTC)回复

所以最后结果是什么？

最新留言：在1个月前发布2条留言2人参与讨论

到底没有解任呀？能不能发一个公告。不是你们圈内人天天混在这里根本看不懂……--小骆驼商队（留言） 2024年9月12日 (四) 09:22 (UTC)回复

已解任。Python6345（留言） 2024年9月12日 (四) 10:33 (UTC)回复

添加话题

[1] Wing Kwong Street in wikipedia-zh-autoconfirmed. Telegram. [2024-06-09].

[2] Yishen Miao in wikipedia-zh-autoconfirmed. Telegram. [2024-06-09].

[3] 关于目前已标出的（先前讨论所列出之查证内容）的上下文细节可参考#要求社群处理Mys_721tx管理员扰乱性用权、诽谤用户事情中联署前讨论一节。

[1]

[2]

[注 1]