Wikipedia:互助客栈/其他

互助客棧： 消息  方针  技术  求助  条目探讨  其他 |  知识问答

發表前請先搜索存档，參考舊討論中的内容可節省您的時間。

公告欄

• [公告] 《字词转换处理》指引事实性修订、实装Automoderator工具、更新管理员布告板排版、緊急修正快速刪除O1款、明確香港街道名為譯名可靠來源的一種、規範中文維基百科內「貨物駅」與「貨物ターミナル駅」兩詞的譯法及電子遊戲與日本動漫條目命名的標點符號使用規定已經通過。
• [公告] 修订申请成为管理人员方针、被不限期封禁用户不应默认复审移除IP封禁豁免权限、修订过滤器警告信息、重命名WP:关注度为WP:收录标准、調整現行用戶頁指引條文規定的定義及将每日提示内容同步到首页提示版块展示正在公示，如有意見請儘快提出。
• [討論] 互助客栈方针区正在討論是否將格式手冊移動到MOS命名空間下、重提為可供查證方針與可靠來源指引調整有關用戶生成內容的規定及关于条目命名常规中纳入中立性的考虑，請踴躍參與討論。
• [討論] 互助客栈其他区正在討論Automoderator配置、2025新年徽标及是否应关闭中文维基百科以抗议基金会举措，請踴躍參與討論。
• [討論] 互助客棧試行案討論區正在討論討論遞進機制試行案-檢討意見分享，請踴躍參與討論。

• [協作] 现有137个页面需维基化，416个条目需清理，21个移动请求正在讨论。
• [獎勵] 現有1名用户獲提名维基奖励，欢迎投票。

#	💭 話題	💬	👥	🙋 最新發言	🕒 (UTC+8)
1	在本地啟用安全投票及electionadmin权限	83	15	人间百态	2025-01-10 21:04
2	管理操作覆核請求：不认为Ericliu1912在8月28日的双向互动禁制处理符合方针指引等社群共识	1	1	Jimmy-bot	2025-01-11 00:14
3	WMF考虑向印度法院披露编辑身份信息，本站是否应该关站抗议	159	43	魔琴	2025-01-08 04:46
4	续：管理員布告板排版	100	16	阿南之人	2025-01-07 15:32
5	Wpcpey和Longway22禁制復核	61	12	Ericliu1912	2025-01-10 20:47
6	废弃草稿	18	7	Ericliu1912	2025-01-10 20:47
7	重启Automoderator部署讨论	29	14	Hehua	2025-01-09 15:13
8	提议将每日提示内容同步到首页“提示”版块展示	16	5	Jeffchu2014	2025-01-09 01:38
9	管理操作覆核請求：對Wildcursive的處理	108	23	花开夜	2025-01-08 01:28
10	新年標誌	62	24	魔琴	2025-01-08 04:44
11	諸位	2	2	SunAfterRain	2025-01-03 01:37
12	明明是冷門的ACGN條目，最近單日閱覽流量居然衝到每天一萬人觀看	12	9	日期20220626	2025-01-10 13:54
13	請協助查看破壞	5	3	WiiUf	2025-01-08 07:26
14	道歉聲明	3	2	Stang	2025-01-08 10:27
15	請求覆審U:Leehsiao的巡查豁免權	5	5	Leehsiao	2025-01-10 17:41
16	用戶查核制度再引入	6	6	Lanwi1	2025-01-11 00:39
17	搬運自英文WP - 支持以色列的美國保守派基金團體被指展開人肉搜索挺巴勒斯坦的維基百科編者	14	7	Ericliu1912	2025-01-10 23:14
18	User:Rastinition可能長期濫用傀儡	6	6	Ghostingb	2025-01-10 20:21

發言更新圖例
最近一小時內
最近一日內
一週內
一個月內
逾一個月
特殊狀態
已移動至其他頁面 或完成討論之議題
手動設定
當列表出現異常時， 請先檢查設定是否有誤

正在廣泛徵求意見的議題

議題清單

以下討論需要社群廣泛關注：（重新整理）

維基專題與協作

目前此主題無正在討論的議題

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

原标题为：SecurePoll elections with the electionadmin right

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

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

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

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

---

翻译：

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

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

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

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

---

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

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

—即请秋安 ZhaoFJx_(论•签) 2024年10月17日 (四) 20:31 (UTC)

TLDR：electionadmin可以看到所有投票者的IP及UA信息，應高度謹慎授權，並建議賦權給本地CU權限持有者。--Hamish T 2024年10月18日 (五) 04:31 (UTC)

已更改標題以準確描述。--Hamish T 2024年10月18日 (五) 03:39 (UTC)

目前是OS和Steward监票，他们在votewiki的权限是不是和electionadmin一样？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月18日 (五) 05:36 (UTC)

Yes，不過本地OS在該站是臨時權限。未來若打算維持是CU和OS負責監票，就可以直接把監票權限直接給CU和OS。--路西法人 2024年10月18日 (五) 06:33 (UTC)

	现状	本地启用后
准备工作	-	本地请求监管员授予相关人士"electionadmin"权限
创建投票	T&S在votewiki创建	electionadmin在本站创建
生成名单	没有变化
投票	没有变化
监票	T&S授予相关人士"electionadmin"权限，划去应作废的票	"electionadmin"划去应作废的票
宣布结果	没有变化

以上是我个人对“本地举办安全投票的理解”，其中electionadmin可以在选举开始前在m:SRP上临时授予给相关人士，避免高级权限带来的隐私问题。在我看来，本地举办可以让界面变成中文；创建投票不再强依赖于T&S，不会有什么“等圣诞假期”这种过去遇到的问题；不再需要在phabricator创建任务，社群参与度更高；界面上有什么词写错了可以更快的修复：目前还没想到明显的缺点，可能是会有人质疑投票存在被本地干预的风险（相较于votewiki）？ Stang^★ 2024年10月19日 (六) 03:34 (UTC)

votewiki:Special:UserGroupRights：votewiki上electionadmin仅有「偷看选民信息」(securepoll-view-voter-pii)和「破坏用户界面」(editinterface)两个权限，“创建投票”权限(securepoll-create-poll)只有electcomm和staffsupport拥有。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月23日 (三) 01:49 (UTC)

小课堂时间，咱来解释一些容易混淆的概念：

我们这里有四个概念，scrutineer（监票员）、Election administrators（选举管理员）、electionadmin、electcomm

• 监票员是在一场选举之中对所有选票进行检查的人，他会负责查看投出选票的人是否是符合标准的，这张选票是不是重复的（比如多个分身账号、傀儡投票什么的）；
• 选举管理员是创建并设置投票的人，目前T&S的那两位就是“选举管理员”；
• electionadmin是一个用户权限组，我们的监票员们需要这个权限组来查看那些PII，来判断某张选票是否符合标准；
• electcomm则是另一个权限组，这个权限组是给选举委员会的成员准备的，T&S的人说这个权限组设计之初是为了方便理事会选举的一些事项。它在实际中跟“electionadmin”这个组没什么区别。

source，希望有帮助 Stang^★ 2024年10月23日 (三) 02:19 (UTC)

感谢，但是晕晕。所以监票员（scrutineer）和选举管理员（Election administrators）在技术上不存在？electionadmin 的 user group right 包括 securepoll-create-poll 吗？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月23日 (三) 02:57 (UTC)

可以这么理解；在votewiki上不，但是根据这里的描述，本地是会有的。换个方法解释一下：在votewiki上，electcomm负责创建和配置选举，并给一些人electionadmin的权限，后者会去做监票的工作；本地如果启用，electionadmin会负责创建和配置选举，以及负责监票。这么说的话，我建议把这个新的权限组翻译成“选举管理员”。@魔琴： Stang^★ 2024年10月23日 (三) 03:15 (UTC)

明白。感谢。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月23日 (三) 03:29 (UTC)

若本地啟用安全投票，即可廢去現行被迫定期集中舉行申請之制度，回復原先之自由提名制，或得促進社群成員申請管理人員。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年10月19日 (六) 10:45 (UTC)

或许也可参考英维搞自由提名与集中申请制度并行。--人间百态,独尊变态(讨论) 2024年10月20日 (日) 12:54 (UTC)

长期授予监督员监票权限会不会有问题？是否需要重提取回CU权限？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月21日 (一) 18:04 (UTC)

也没说一定要长期授予啊，如果社群对长期授予有疑虑完全可以改为临时权限。--人间百态,独尊变态(讨论) 2024年10月22日 (二) 14:18 (UTC)

---

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

現行條文 Wikipedia:申请成为管理人员： 若本地有两名或以上监督员在安全投票开始前表示愿意监票，则由愿意执行监票工作的监督员与其他监管员共同协助监票。若本地能够执行监票工作的监督员不足两人，则由监管员独自负责监票。

提議條文 监选员（electionadmin，暂译）权限应仅授予用户查核员、监督员、监管员。 若本地有至少两名用户查核员或监督员在安全投票开始前表示愿意监票，则由愿意执行监票工作的本地用户与其他监管员共同协助监票，用户查核员优先于监督员。若本地能够执行监票工作的用户不足两人，则由监管员独自负责监票。 投票开始前，应请求监管员授予本地负责用户监选员权限。 投票结束后应及时除去权限。 监选员拥有以下权限： 编辑用户界面(editinterface) 访问投票者的个人可识别信息(securepoll-view-voter-pii)

既然是长期的制度性存在的用户组我就将CU考虑进来了。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月23日 (三) 01:48 (UTC)

「选举管理员」有可能是动宾短语，个人认为应该避免，所以拟了一个「监选员」译名，也许有更好的。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月23日 (三) 03:35 (UTC)

其实权限不需要用一次去一次吧？如果是担心CU隐私的话，electionadmin只能看到投票人在本次securepoll的信息，并不能用该权限直接去CU别人。另建议用脚注注释下“个人可识别信息” ——即请秋安 ZhaoFJx_(论•签) 2024年10月23日 (三) 10:57 (UTC)

既為任務編組權限，如機器使用者般，則一般不應長期持有。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年10月23日 (三) 11:19 (UTC)

所以意思是每有選舉就要再申請/授予權限？--J.Wong 2024年10月27日 (日) 06:03 (UTC)

@Wong128hk：或者規定簽署隱私協議之行政員、監督員等可當然持有此權限，協助鋪張選舉，我覺得也符合本地未來可能情況。畢竟以後就不用強迫定期集體申請了。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年10月27日 (日) 11:08 (UTC)

反正本地有SecurePoll後，用戶可以隨時申請成為管理人員，每次都授予／解除權限也太麻煩，electionadmin完全可以讓OS或CU長期持有。倒是如仲委會選舉未來該設eleccomm，就是每次選舉再每次授權了。--路西法人 2024年10月28日 (一) 04:29 (UTC)

建議譯為「選舉監察員」，符合漢語用例。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年10月23日 (三) 11:19 (UTC)

---

於Phabricator查看
編號T380020的工單

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

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

上一條其實ping到了。然後我個人傾向於“選舉管理員”這個名字，監選員和選舉監察員總覺得怪怪的。而且本身electionadmin這個權限本身就可以管理選舉的創建，我覺得更符合其實際用途。--Hamish T 2024年10月31日 (四) 14:37 (UTC)

因爲“選舉”能作名詞能作動詞，所以“選舉某某員”一詞有歧義。這種歧義能在語境中消解，但是我認爲比較有礙溝通，特別是對不知道有此術語的用戶來説。我也在想其它用詞，但可能比較文，也不易於理解，譬如因知有管理之義而叫“知選”“知選員”，因監（去聲）有官員之義而叫“選監”…… ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月31日 (四) 15:28 (UTC)

我不理解。「監督員」、「（使用者）查核員」甚至「管理員」也全部是這種名詞，亦幾未見誤解。仍建議叫「選舉監察員」，行文時則可非正式簡稱為「監察員」。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年10月31日 (四) 17:45 (UTC)

员不能成词啊，不可能理解为监督出一个“员”来。（量词可以成词。） ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月1日 (五) 02:09 (UTC)

@魔琴：“选举”不能作名词，除非您认同沈老的“名动包含论”（）--自由雨日🌧️（留言｜贡献） 2024年11月1日 (五) 04:35 (UTC)

现汉上的全忘了，意思理解就好（？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月1日 (五) 06:10 (UTC)

(－)不支持“监选员”这一翻译。该词字面上来看十分奇怪。个人无法理解为何要用一个看起来像是“简称”的名词来作为一个权限的正式译名；其次，该译名也无法直观地体现该权限的作用。--Yining Chen（留言|贡献） 2024年11月9日 (六) 11:39 (UTC)

那您认为“选举管理员”和“选举监察员”哪个名称更好？--人间百态,独尊变态(讨论)(签名) 2024年11月9日 (六) 12:38 (UTC)

按照惯例，感觉“选举管理员”或许更加符合使用习惯。包括此前的一些讨论，在称呼此权限时似乎也倾向于使用这一名称。--Yining Chen（留言|贡献） 2024年11月10日 (日) 14:23 (UTC)

如果可能的话，我倒是希望可以把“创建并管理投票”和“唱票及查看IP信息”的这两个权限分开。前者可以长期保留以确保灵活，后者则应用时申请不用时取消。其他的看起来不错。——即请秋安 ZhaoFJx_(论•签) 2024年10月31日 (四) 15:30 (UTC)

或者更大胆，所有延确用户都能访问计票统计，但监督行政员可以看到IP复核投票更方便，也能减轻压力。——即请秋安 ZhaoFJx_(论•签) 2024年10月31日 (四) 15:32 (UTC)

那咱觉得倒不如把securepoll-create-poll直接给管理员，只把敏感的view-voter-pii受给监选员。--人间百态,独尊变态(讨论)(签名) 2024年11月6日 (三) 14:33 (UTC)

有道理……我去留言问下是否可行——即请秋安 ZhaoFJx_(论•签) 2024年11月6日 (三) 16:34 (UTC)

如果可以分開給的話，其實直接把securepoll-create-poll給管理員，然後view-voter-pii給監督員。--Hamish T 2024年11月15日 (五) 10:41 (UTC)

邮件已获回复，摘抄：

Thank you for reaching out. I'll escalate this internally. It looks like some of this work may already have been done by SD0001: https://phabricator.wikimedia.org/T377531

——敬颂冬绥 ZhaoFJx_(论•签) 2024年11月16日 (六) 19:21 (UTC)

「選舉監察員」及「選舉管理員」均可。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年11月10日 (日) 16:29 (UTC)

小结 (安全投票)

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

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

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

( ✓ )同意1與2。3，想請問社群是否同意，如技術上可行的話，直接授予監督員securepoll-create-poll和securepoll-view-voter-pii權限，還是一定要將二權限授予（名稱待定的）用戶組，再將該用戶組（臨時/永久待定的）授予當前的監督員。希望進行一場測試，但不知道能不能。--Hamish T 2024年11月20日 (三) 10:11 (UTC)

个人感觉这样不是太妥当，有失某个权限组的纯粹性，咱还是建议新增独立权限组的。比如“监票”跟监督这一特殊的版本删除方式并无关系，甚至可能本站之前让OSer去监票也有点望文生义的意思（ Stang^★ 2024年11月26日 (二) 12:51 (UTC)

可以目前暂定让OS去监票，因为本站目前只有他们是签署NDA的funct。如本站以后要引入CU时再让CU来监票其实更妥当。--0xDeadbeef (留言) 2024年12月1日 (日) 01:47 (UTC)

不太确定第二条中所述的管理员创建投票，其余(＋)支持——敬颂冬绥 ZhaoFJx_(论•签) 2024年11月20日 (三) 16:09 (UTC)

全部(＋)支持——敬颂冬绥 ZhaoFJx_(论•签) 2024年11月21日 (四) 01:14 (UTC)

國民黨六屆三中全會會議紀錄

經碰巧看到考察資料，我收回此前意見；「監選員」確實是漢語用詞，且較簡潔，故應可行。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年11月20日 (三) 15:18 (UTC)

仍然保持此前的观点，即平日交流中可用“监选员”做简称（像是WP:AFD可简称“提删”），但在正式确定其名称时仍应着重考虑完整、全面、严谨且易于理解的译名。--Yining Chen（留言|贡献） 2024年11月21日 (四) 09:15 (UTC)

「選舉監察員」，簡稱「監選員」，何如？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年11月21日 (四) 13:05 (UTC)

(＋)傾向支持。 --Yining Chen（留言|贡献） 2024年11月23日 (六) 13:37 (UTC)

可。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年12月1日 (日) 09:14 (UTC)

公示以上取得共识部分：1、2，及新增（名称待定的）用户组，爲期7日，2024年12月8日 (日) 01:50 (UTC)結束 0xDeadbeef (留言) 2024年12月1日 (日) 01:50 (UTC)

公示结束，正在准备部署，目前需要一名管理员来协助进行测试（创建安全投票） Stang^★ 2024年12月8日 (日) 08:52 (UTC)

個人可協助測試。--SCP-0000（留言） 2024年12月8日 (日) 09:34 (UTC)

处理中…… 计划于世界协调时12月23日下午部署。——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月20日 (五) 14:31 (UTC)

未完成 @Stang 有人对更改提出了包括数据库和权限管理在内的问题，鉴于“这是年底最后一次部署，我们不应该冒险”，于是推迟到明年一月份。——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月23日 (一) 14:08 (UTC)

小结2 (安全投票)

以下部分仍然欠缺讨论：

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

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

对于2，个人建议独立于监督员，理由前文已述，“有失权限组的纯粹性，“监票”跟监督这一特殊的版本删除方式并无关系”；对于3，（“票数”我理解成“谁进行了投票”）在本站相关的即时通讯群组内有用户反对，认为这有害于“最大限度地保护用户隐私”，同时技术上似乎只能是所有用户都可以看到票数 vs. 只有选举管理员可以看到票数；对于4，支持，本来就应该是想什么时候选就什么时候选。 Stang^★ 2024年12月1日 (日) 02:43 (UTC)

@Stang：不知你对于我们下面所说的，针对2，暂定监督员监票有没有意见。--0xDeadbeef (留言) 2024年12月13日 (五) 13:44 (UTC)

没意见，我的意思是不修改目前监督员的权限，差不多和你说的目前就由每次申请时由行政员/监管员赋予是一回事。 Stang^★ 2024年12月14日 (六) 03:00 (UTC)

@0xDeadbeef：补ping Stang^★ 2024年12月14日 (六) 03:02 (UTC)

傾向維持支持半年選舉方案。

一）臨時管理員任期問題。當選臨時管理員用戶需半年後重選，每半年集中提名選舉的方式有助社群在半年內集中時間考察相關用戶表現是否應授予長期權限。隨時提名選舉的情況下可能每隔數月便要舉行臨時管理員延長權限投票，社群難以集中一併檢視用戶表現。

二）有利節省社群精力。在舉行投票均需有開啟人事討論、答問兩周等環節，都近乎一個月以上，頗費用戶時間及精力，集中選舉每年辦兩場，於該月份前後則可解決近半年的管理員選舉，較節省社群用戶時間精力。

三）減少頻密進行管理員投票情況。就本年度管理人員選舉，四月及十月有十三項提名。若年度提名的話，差不多是每月有管理人員提名，目前站務情況似乎可以容許維持半年度提名的程序，避免每月都進行管理人員投票的人力消耗。

自施行新管理人員制度以來，半年一選似乎已行之穩定。似暫無需修改。我傾向維持目前制度。-千村狐兔（留言） 2024年12月2日 (一) 16:37 (UTC)

我不认同你的观点。为什么社群应该「集中考察」或「一并查看」用户表现呢？我个人认为如果临时管理员的任期不在同一时间段下，反而减少社群投票的压力（不用一次投票时要决定很多个候选人），而且也能够减少可能出现的比较候选人造成反对的情况（也许这是在说我自己，但是情况大概存在？）。

对于社群精力来说，单独管理员申请不需要开启预讨论，而答问环节也属于申请的正常流程，若用户不愿意参与此环节，也可以不去参与，因为人事选举并不强迫他人参与。并且，我个人认为在中维管理员人手一直不够这个前提下，社群应当去花更多的时间来使管理员申请更容易，以便这个项目能够吸引到更多人来当管理员。也就是说，管理员选举不是说一个需要「解决」的事情，而对此抱有更加积极的态度也许会更好。另外，如提问环节过于耗费用户时间与精力，是否说明平时集中选举时的提问并非与候选人相关，而是直接利用「方便」来给所有人提问？（那不集中选举的时候直接继续用自己之前问过的问题不也行？）

根据以上，若中文真能每月有管理人员提名，难道不是一个好事情？英维都不能做到每月都有提名，英维还在天天说那里人手不够，那是说我们中维不需要新管理员了吗？

我也没说需要修改半年集中选举，两个程序完全可以同时运行。集中选举来说能使社群注意力更分散，应当保留，我也能理解有候选人更倾向参与集中选举。你所说的「似乎稳定」，不清楚是什么理据？程序基本成熟所以就不能继续改善了吗？--0xDeadbeef (留言) 2024年12月7日 (六) 16:20 (UTC)

(？)疑問，提名和安全投票需要時間準備，從確認被提名人、到提問環節開始、加上投票就超過一個月去，這樣看來下一位重疊到的機率很高，還沒點到票又要提名管理員了，若是這樣的運作，我不認為這是容易選出管理員的方式。—提斯切里（留言） 2024年12月7日 (六) 19:06 (UTC)

一般来说随时申请不需要行政员确认，只要在发起之前回答三个问题就行。如有无效的情况由行政员关闭就行了。集中选举需要行政员确认是因为有流程步骤。另外或许可以征求更多实际参加过选举之类站务的人的意见。--0xDeadbeef (留言) 2024年12月8日 (日) 09:49 (UTC)

我对于译名的选择问题来说，个人支持Eric上方所提出的「选举监察员」，因为能够直截了当地说明职务（监票）。--0xDeadbeef (留言) 2024年12月7日 (六) 16:24 (UTC)

本人認為可以慣例由監督員監票，每次申請時授予相應權限即可。此外，若技術門檻不高，本人亦認為可以重新允許隨時發起管理員申請，同時保留集體申請制度，俾便有志者自由選擇。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年12月7日 (六) 21:16 (UTC)

我以上也说过，由监督员监票可作为（暂定）方案，直到本站对于取回本地CU权限能有比较清楚的路径。在本站还没有本地CU的时候，由本站的OS（唯一本地funct）来监票无疑是省了很多麻烦的方案（不然又要成为独立一体的NDA用户组），如果本站之后可以引入本地CU，那么个人认为监票员可由CU成员选出。这个的进一步讨论最好是与取回CU的讨论一起进行，目前就由每次申请时由行政员/监管员赋予就好。--0xDeadbeef (留言) 2024年12月9日 (一) 08:15 (UTC)

不認同減少比較做法。社群本來就能比較候選人是否勝任。沒有必要削足適履，為了增加管理員數量而修改制度去減少反對票。所謂反對票，支持票也是社群對用戶的信任體現。

過多人事投票會導致社群疲勞。之前已說過，倘以本年度提名為例，則基本上社群每月有選舉，答辯及投票也需耗時月餘。這顯然會造成社群疲勞。此外獲提名不一定代表站務會獲得順利解決。

早在以前未實施安全投票時，已有用戶表達社群不應過多人事投票。在目前集中選舉下，我認為是恰當的，俾使社群毋須每月也有選舉。純屬個人意見。-千村狐兔（留言） 2024年12月19日 (四) 14:36 (UTC)

既然社群成员能够比较管理人员是否可以胜任，那么分散集中选举才是给社群更少压力，一次性投多个候选人和时不时投一个候选人性质就不一样，你要不要看看英维搞集中选举的时候投票有多麻烦。

另外，我的主要观点是“社群压力”是一个非常没意义的观点。诚然，多选出一个管理员不一定能减少站务积压，但是少选出一个管理员肯定是更解决不了了。--0xDeadbeef (留言) 2024年12月20日 (五) 05:18 (UTC)

安全投票小结3

以下为以上共识内容：

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

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

更正：目前这个新的用户组的名字是"scrutineer"，这一点参考了enwiki方面的想法，希望可以叫法上统一。对本地译名没什么看法，挺好的，twn上已经更新了。@0xDeadbeef： Stang^★ 2024年12月20日 (五) 01:41 (UTC)

好的，感谢提醒--0xDeadbeef (留言) 2024年12月20日 (五) 01:47 (UTC)

通过。--0xDeadbeef (留言) 2024年12月28日 (六) 04:51 (UTC)

我在这里先写了一个草稿，欢迎各位社群成员来修改改善。技术层面上可行后即可写入实际界面。--0xDeadbeef (留言) 2024年12月28日 (六) 05:29 (UTC)

為何刪除幾個「行政員」？除此之外，尚有一些行文卡頓，不過大體無礙。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年12月28日 (六) 06:46 (UTC)

@Ericliu1912：主要是自由提名的时候不需要行政员来确认。一般流程是明显不符合要求的申请可以由社群成员关闭的。不过可以说由管理员来确认？因为要他们来创建选举。--0xDeadbeef (留言) 2024年12月29日 (日) 14:55 (UTC)

赞 我稍微改了下点票一章的措辞。——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月29日 (日) 01:36 (UTC)

就0xDeadbeef版方案 公示7日，2025年1月17日 (五) 13:04 (UTC)結束--人间百态,独尊变态(讨论)(签名) 2025年1月10日 (五) 13:04 (UTC)

WMF考虑向印度法院披露编辑身份信息，本站是否应该关站抗议

原标题为：WMF考虑向印度法院披露编辑身份信息，英维正在讨论关站抗议

参见：亚洲国际新闻诉维基媒体基金会案、Wikipedia:頁面存廢討論/記錄/2024/11/14 § 亚洲国际新闻诉维基媒体基金会案、en:Wikipedia:Community response to Asian News International vs. Wikimedia Foundation、en:Wikipedia:2024 open letter to the Wikimedia Foundation和en:Wikipedia talk:2024 open letter to the Wikimedia Foundation § Update from 14 November hearing

2024年11月14日17:29 (UTC)，也就是几个小时以前，英文维基百科用户发起民意调查，讨论是否就基金会考虑向印度法院披露编辑身份信息而闭站抗议。如果英维闭站抗议，本站是否跟随？ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月14日 (四) 20:09 (UTC)

(＋)支持：基金会向法院披露身份信息必然影响编辑的日常生活和隐私安全，且收到威胁的一定不限于英维；抗议可以是声援自我保护的第一步。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年11月15日 (五) 03:35 (UTC)

哈，WMF考虑向印度法院披露编辑身份信息，有編輯卻擔心基金會會因為中維的條目而敗訴。--日期20220626（留言） 2024年11月15日 (五) 03:51 (UTC)

目前趋势似乎是不会闭站。我认为本站反应弱于直接相关方英维是可以接受的，但弱于德、法、俄、西、意等维基社群是不可以接受的，不然就有跟不上国际维基社群主流意识的观感。但未见德、法等有采取行动的迹象，除了俄维，而跟不上俄维的意识似乎并非问题。我承认上述分析是见风使舵、随大流的，但我的看法还是：既不先于俄维，也不后于德维。--Fire Ice 2024年11月15日 (五) 04:01 (UTC)

我不认为中维应该被所谓「国际社群的主流」牵着走。中维应该要有自己的想法。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年11月15日 (五) 09:28 (UTC)

中维可以有自己的想法，但现在英维闭站的反对票仍大比例领先，我认为至少不能早于英维闭站。--Fire Ice 2024年11月15日 (五) 09:50 (UTC)

(※)注意，英维RFC已被IAR关闭，跟随闭站的前提暂不成立。--Fire Ice 2024年11月16日 (六) 02:09 (UTC)

(＋)支持中维闭站抗议。--——— 红渡厨（留言・贡献） 2024年11月15日 (五) 04:36 (UTC)

(！)意見：有件事讓本人有點納悶，那就是為何基金會或者吉米威爾斯本人對印度的法律行動反應這麼大？別的國家直接封殺維基百科也沒有見他們有很大反應（至少以人口／覆蓋率來說，中國大陸至少是跟印度同級數的），難道是因為他們認為對印度「還有爭取的餘地」？說實在話，從本人以前閱讀某些媒體報導的觀感，印度雖然毫無疑問是民主國家，但其當局在立惡法、打壓異見方面未必落後於專制國家。--派翠可夫 (留言按此) 2024年11月15日 (五) 04:49 (UTC)

印度：莫迪問題，基金會似乎有點雙標了？--日期20220626（留言） 2024年11月15日 (五) 07:48 (UTC)

更新：威爾斯本人似乎在勸說不要閉站。有部份認為此事嚴重的人士直接向他提出了異議。--派翠可夫 (留言按此) 2024年11月15日 (五) 08:42 (UTC)

本人利益直接相关自然会劝说。JW极力配合印度方面有可能是出于挽留当前可访问本站的最多人口国家之考虑——留给他的市场已经不多了。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年11月15日 (五) 09:33 (UTC)

印度封鎖維基，損失的只是印度人自己。--日期20220626（留言） 2024年11月15日 (五) 12:05 (UTC)

印度确有打压异己的状况，例如印度教徒打压伊斯兰教徒。WMF没做过类似向中国政府披露异议人士类编辑身份信息这件事。--Lanwi1^Talk 2024年11月15日 (五) 15:06 (UTC)

印度已有先例，很难保证中国大陆不是下一个。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年11月16日 (六) 04:46 (UTC)

個人認為黑掉的部份直說無妨。--派翠可夫 (留言按此) 2024年11月15日 (五) 17:29 (UTC)

(＋)支持閉站 Benho7599 ^{三民主義好} 2024年11月15日 (五) 07:44 (UTC)

我也反对公开编辑私人信息，哪怕是对民主程度高的西方国家都要谨慎的事情，对印度这种封杀批评总理纪录片、打压示威而且动不动就对部分地区断网的国家更是不该放任。个人认为基金会应该像对待中国大陆一样，宁可让印度封锁基金会网站也不要便宜这样的表面上民主，实则人权问题及打压异见问题没好到哪里去的国家（反正印度不也早已经因为和中国的边界问题封锁了不少中国网站）！--💊✖️2️⃣3️⃣（留言） 2024年11月15日 (五) 09:09 (UTC)

• 不要被西方勢力利用，维基必須要從尊重法律--北極企鵝觀賞團（留言） 2024年11月15日 (五) 09:27 (UTC)

此话相当含糊而缺乏价值，可能产生各种理解。--YFdyh000（留言） 2024年11月15日 (五) 09:55 (UTC)

印度在中國之西，向其叩頭似乎也是被西方勢力利用^{[開玩笑的]}--派翠可夫 (留言按此) 2024年11月15日 (五) 09:57 (UTC)

维基也未尝不是西方势力。^{[開玩笑的]}-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年11月15日 (五) 10:19 (UTC)

请不要在严肃场合开玩笑（指上方二位）。--碟之舞📀💿 2024年11月15日 (五) 10:40 (UTC)

我也反对这一披露编辑身份信息的做法，但是我希望社群谨慎考虑这一决定。任何抗议都应该有明确的目标，而不是为了跟进而抗议。--碟之舞📀💿 2024年11月15日 (五) 10:40 (UTC)

是这样的。本地的行动需要明确的共识，但是看起来本地、包括中文世界没人关心。这样，把本段标题改成

• WMF考虑向印度法院披露编辑身份信息，本站是否应该关站抗议

完全不提一次别的wiki的话，应该没人去了解讨论吧？--Akishima Yuka（留言） 2024年11月15日 (五) 10:55 (UTC)

相比“关站”，显著位置（首页和顶置）挂横幅、通告吸引关注是否可行？--YFdyh000（留言） 2024年11月15日 (五) 11:58 (UTC)

仅凭notice可能不足以扭转基金会的决策。中维的影响力没有英维大，但用户或读者众多；关站带来的震动远比notice有效。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年11月15日 (五) 13:03 (UTC)

关于标题调整的事项，副知@魔琴。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年11月15日 (五) 13:10 (UTC)

可也。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月15日 (五) 18:30 (UTC)

中文（严谨点说是汉语）在印度属小众语言，我自认为印度根本不care这门语言。--Txkk（留言） 2024年11月15日 (五) 12:14 (UTC)

关站的施压目标是基金会而不是印度。--YFdyh000（留言） 2024年11月15日 (五) 12:30 (UTC)

(＋)支持：我建議在關站通告說明這不單是為了印度，更是為了中維（反對內容審查、反對披露編輯者身份資訊）。--Cmsth11126a02 (留言) 國民黨的正確名稱是大陸國民黨！ 2024年11月15日 (五) 16:25 (UTC)

(～)補充：11月14日，法官已向编者发出传单。维基媒体基金会会将传票通过“所有允许的方式（包括WMF被要求提供的用户邮箱）”送达至其他被告，来源。部分重点摘要：Let summons be issued to defendants 2-4. The summons can be served through all permissible modes... including email addresses to be supplied by the defendant 1 [Wikipedia], the court said in the order while fixing December 16 as the next date of hearing.--𝓯𝓮𝔂𝓪𝓷ヽ(＾∀＾)ﾉ訊 2024年11月15日 (五) 18:15 (UTC)

• Writing this in English to perhaps reach a larger audience: Regardless of what the English Wikipedia decides, I ( ✓ )同意 that Chinese Wikipedia should participate in the blackout. Wikipedia builds on the idea of free flow of information and expression, which builds on the ability and/or possibly for editors to contribute anonymously or pseudonymously. This is particularly true in environments where editors may face persecution or retaliation for their contributions. Disclosing editors' private information will severely compromise editorial independence and create an irreversible chilling effect. Such an idea should not even be proposed, let alone considered. This, combined with the unique nature of Chinese Wikipedia, where editors have faced different threats, both legally from governments and from peers, makes this a dangerous precedent to set and might send the wrong signal.

Should WMF decide to disclose the personal information of editors, it will open a Pandora's box that not only endangers the safety of editors but also the integrity of Wikipedia itself. We urge WMF to stand firm on protecting its contributors and its very own mission on promoting free flow of information.-某人✉ 2024年11月17日 (日) 10:20 (UTC)

其實可以再等一會。這事兒還急不到我們份上。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年11月18日 (一) 03:32 (UTC)

若屆時須起草公開信，可以附贊英文版信件理念，以表示對他們的支持。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年11月20日 (三) 15:10 (UTC)

(＋)支持本站先于英维关站--Office563（留言） 2024年11月20日 (三) 07:57 (UTC)

此事件涉及众多编者的人身安全，应该置顶到首页--Office563（留言） 2024年11月20日 (三) 08:09 (UTC)

先把英文维基那个公开信翻译过来吧--Office563（留言） 2024年11月20日 (三) 08:17 (UTC)

英语维基百科社区一直密切关注近期“亚洲国际新闻诉维基媒体基金会案”的相关事件，且对此深感忧虑。在一个许多利益相关方试图控制维基百科内容的世界中，我们认为保护编者的匿名性对于维护百科全书的全面性、可靠性和中立性至关重要。我们数以百万计的志愿者依赖基金会保护我们免受强大的外部势力影响，包括对已发表来源的内容进行筛选和平衡。基于此，我们对基金会可能考虑向德里高等法院披露志愿者身份信息的建议深表关切。我们理解国际法律纠纷中披露此类信息的复杂性，并对基金会一贯抵制信息披露以及协助陷入法律困境的编辑者表示赞赏。然而，我们呼吁基金会将志愿者的安全与福祉置于首位，即使这可能导致基金会面临法律诉讼或其他代价。任何其他行动都可能对志愿者的工作产生寒蝉效应，同时也会增加外部势力影响维基百科的可能。简而言之，这将危及我们这个项目的未来。

此公开信在英维已有1100+人签署，其中包括管理员、监督员、回退员等，个人无法接受披露编者信息之行为。--𝓯𝓮𝔂𝓪𝓷ヽ(＾∀＾)ﾉ訊 2024年11月20日 (三) 09:06 (UTC)

公开信应该被发到原味鸡上，翻译成多种语言--Office563（留言） 2024年11月21日 (四) 06:25 (UTC)

元维基--Office563（留言） 2024年11月21日 (四) 06:26 (UTC)

公开信已经建立单独译本页面：Wikipedia:2024年致维基媒体基金会的公开信。感谢贡献。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月21日 (四) 06:43 (UTC)

既然基金會已經交了信息還代發了傳票，那確實應該抗議，不過個人認為可以考慮在首頁掛橫幅和在本地簽公開信，不一定需要關站抗議。--🎋竹生🎍 2024年11月20日 (三) 13:05 (UTC)

基金會真沒種，大不了讓印度當局把Wikipedia封了。好歹應該學學Google，Google不滿中國大陸的審查，直接退出中國大陸。--日期20220626（留言） 2024年11月20日 (三) 13:15 (UTC)

既然基金会已经交了信息还代发了传票。目前这还悬而未决。我仍认为，一切行动均不应早于英维。--Fire Ice 2024年11月20日 (三) 17:08 (UTC)

现在说话都这么不负责任的么？怎么就传成了“基金会已经交了信息”？--百無一用是書生 (☎) 2024年11月21日 (四) 02:47 (UTC)

在下是在這[1]看到的，如果是在下對英文新聞的理解有誤還望您指教。--🎋竹生🎍 2024年11月21日 (四) 04:30 (UTC)

原文寫 would be，應該看成是「已答應或作出提議，但未實行」。當然，這已經夠糟，但畢竟跟做了是有分別的。--派翠可夫 (留言按此) 2024年11月21日 (四) 05:05 (UTC)

(～)補充：本人已簽署公開信--派翠可夫 (留言按此) 2024年11月21日 (四) 05:09 (UTC)

如果在下沒有理解錯的話，根據這篇[2]報道，基金會與ANI達成的同意令（consent order）包括「維基百科同意與法院秘密共享必要的用戶訊息，並將誹謗訴訟傳票直接送達相關用戶」，且法院已經執行了同意令並要求在4天内送達傳票（也就是說傳票在11月18日前已經送達涉事維基人郵箱），故在下竊以為相關basic subscriber information已經被送到法院處。在此深表憂慮。--🎋竹生🎍 2024年11月21日 (四) 05:44 (UTC)

(～)補充，根據在下上面提供的兩個新聞，“The summons can be served through all permissible modes...including email addresses to be supplied by the defendant 1 [Wikipedia].”如果在下沒理解錯，基金會至少已經將涉事維基人的電郵地址（以密封方式）交予法院方面？--🎋竹生🎍 2024年11月21日 (四) 09:17 (UTC)

这里的To be的意思似乎是“将由……提供”或“被要求由……提供”？尽管如此，按照新闻所说Basic Subscriber Information诸如用户名之类的，应该是强制提交给法院，ANI只拥有法院版本的修改版？但是就算法院和ANI什么都没有编者的官司也吃定了。编维基百科还要吃官司，真可怕。。。。--𝓯𝓮𝔂𝓪𝓷ヽ(＾∀＾)ﾉ訊 2024年11月21日 (四) 09:52 (UTC)

赞成首页挂横幅，不影响使用又显声援之意。--Uyi liu2 _{幸泉居士✍️} 2024年11月21日 (四) 02:43 (UTC)

基金会这么做显然是个坏的先例，尤其对于中国大陆、香港和澳门编者而言，虽然我不想评论是否应该闭站，不过如果中文站早于英文站闭站，那就有趣了，毕竟这更能向基金会宣示中文站编者对于自己个人信息的泄露问题是有多在意。--💊✖️2️⃣3️⃣（留言） 2024年11月21日 (四) 03:47 (UTC)

话说以前ProtonMail曾经披露过法国一社会组织成员的相关信息，也引发过争议。--💊✖️2️⃣3️⃣（留言） 2024年11月21日 (四) 04:08 (UTC)

(！)意見我认为用联署声明的方式表示态度比较好。——暁月凛奈 (留言) 2024年11月21日 (四) 05:03 (UTC)

聯署不痛不癢，尤其上述基金會已經交了資訊--某人✉ 2024年11月21日 (四) 09:14 (UTC)

一、依據11月14日 WMF 法務部門的說法和創辦人兼理事會成員 Jimmy Wale 的說法，WMF 從未披露過任何個人資料。而情況應為基金會代替法院向三名編者發送傳票，其電郵地址應未有披露予法院及訴訟方。

二、正如 Jimmy Wale 在英維的討論所言「The title of this is "Should a blackout be organized in protest of the Wikimedia Foundation's actions" - which is of course very premature as the WMF has not released anyone's data. So what's to protest?」，個人認為應三思而行，而非為關站而關站，也建議各位可翻閱英維關站之相關討論及了解他們為何沒有關站。

三、即使基金會披露相關個人資料予印度法院（儘管此情況並沒有發生），也並不代表會披露予中國大陸政府。認為資料會披露予中國大陸政府之說法無疑是滑坡推論。謝謝。--SCP-0000（留言） 2024年11月21日 (四) 09:59 (UTC)

我对硬性关站（条目内容不可用）和探索此事细节没什么兴趣，但关于二和三，我觉得这涉及基金会行动面临双重标准及信任度的质疑，不同标准问题必然存在和应被关注。所以如果有，我会支持横幅或可关闭的全屏通告。--YFdyh000（留言） 2024年11月21日 (四) 10:34 (UTC)

感謝，雖然按您所說傳票是代為轉達，但可以確定的是法院已經（在WMF願意的情況下）執行了（要求提供使用者基本資料的）同意令，如果在下沒有理解錯的話，這似乎意味著只要基金會要繼續打這個官司，就必定會（以密封方式）向法院提供涉事維基人的基本資料（Jimmy和法務的聲明似只是「從未提供」到14日為止），除非基金會（在還沒將基本資料送出去的情況下）願意「藐視法庭最後讓維基在印度被封」。不知您的看法如何。--🎋竹生🎍 2024年11月21日 (四) 11:56 (UTC)

可能但並非必然。正如 WMF 說服了法庭以代為傳達的方式來避免披露個人資料，他們也可能有其他說服法庭的策略以免披露，或者最後選擇不披露和就披露命令上訴至最高法院。當然，由於 Sub judice 的原則下（參見法務部門 10 月時的聲明），他們不能披露案件細節，所以無從得知他們的策略，但可以肯定的是他們現在仍未披露任何個人資料。至於為何最後更新是14日為止，這是因為最後一次聆訊是在14日。謝謝。--SCP-0000（留言） 2024年11月21日 (四) 12:39 (UTC)

另，Jimmy 在 15 日留下了一段簡短的更新，儘管未有提供任何細節「I can't share anything other than my pride in the entire board and the staff. Seriously. You'd all be overjoyed if you could hear it. (As ever, I only speak for myself as a Wikipedian who is passionate about neutrality, truth, privacy, and individual (human) rights.)」--SCP-0000（留言） 2024年11月21日 (四) 12:57 (UTC)

俄维一周前就起草了他们自己的公开信，行文似乎有些不一样。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月21日 (四) 12:41 (UTC)

有无译者（ ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月22日 (五) 02:25 (UTC)

借Chrome把俄文機翻成英文再自行翻譯中文：「作為簽署本公開信的俄文維基百科編者，我們謹此宣告：保護編者的身份不被公開，是本百科全書工作的重要前提。尤其是在多個國家的法律中，中立如實地根據來源陳述事實被視為嚴重罪行，匿名性成為唯一能夠確保編者人身安全的措施。我們對維基媒體基金會考慮將部份編者的個人資料透露予德里高等法院的做法表示震驚。我們了解國際間披露個人資料的法律爭議甚為複雜，亦感謝基金會一直阻止個人資料外洩及協助受法律威脅的編者。然而，我們亦促請基金會，即使可能要因此而使自身面對法律行動，其亦應將編者的人身安全及身心健康放在第一位。任何偏離或不符這個目標的行動皆將增加未來所受的壓力及訴訟風險，令編輯條目成為不可能的任務。簡而言之，那將危及本計劃（維基百科）的未來。」--派翠可夫 (留言按此) 2024年11月22日 (五) 02:59 (UTC)

七日分割线

讨论已经将近七日。观察到没有人明确反对闭站，但是支持方有以为应立刻闭站者，有以为应暂作壁上观者，亦有人只留支持之语而并不明确关站具体时机。现设置议题讨论区明确意向，并希望通过讨论（不是投票）达成共识。另外设置议题2讨论其他抗议措施。建议事态更新等其他讨论仍发布在上一小节。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月21日 (四) 09:32 (UTC)

议题1：是否闭站

本站应该立刻准备闭站抗议

#如上述，基金會已經交了資料。聯署不痛不癢，且中維不是英維中文版，更何況交資料impact中維遠甚於英維-某人✉ 2024年11月21日 (四) 09:46 (UTC)

1. (＋)支持：理由同上，這樣的事只有零次和無限次。Benho7599 ^{三民主義好}

   @AINH、Hoben7599： 見上留言，基金會並未披露任何個人資料。--SCP-0000（留言） 2024年11月21日 (四) 10:43 (UTC)

   During a hearing (...) on October 28, Wikimedia relented to the High Court's demand that Wikipedia reveal identifying information of the online users involved in editing the ANI page. --某人✉ 2024年11月21日 (四) 14:00 (UTC)

   WMF 已經表示沒有披露任何個人資料，這似乎是媒體的解讀錯誤（媒體也不是第一次對維基百科的運作有錯誤的理解）。當然，您可以認為 WMF 並不可信，這是您的自由。謝謝。--SCP-0000（留言） 2024年11月21日 (四) 14:18 (UTC)

2. (＋)支持，由于中文维基百科的特殊性，为了编者的安全，不需要照搬英文维基的做法--Office563（留言） 2024年11月21日 (四) 10:56 (UTC)
3. (＋)支持：理由同上——中国大陆对WM的封锁现在可谓远近皆知，本人在实际生活中过去的三年也已经遇到诸多因此发生的影响。各位很难保证WM未来不会为了进入大陆向中国大陆行政部门方面提供后者所需的资料（虽可能性很小但尚微存），因此本人认为完全有理由比英维处理的早而果断。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年11月24日 (日) 12:42 (UTC)

   赞--Office563（留言） 2024年11月24日 (日) 14:02 (UTC)

   比如（節刪）--Office563（留言） 2024年11月25日 (一) 04:11 (UTC)

4. (＋)支持建议直接去m:PCP提交正式关站申请。--Liuxinyu970226（留言） 2024年11月25日 (一) 01:17 (UTC)

   原味鸡大概率不会同意，直接本地界面管理员先动手吧--Office563（留言） 2024年11月25日 (一) 04:09 (UTC)

   @Office563这种做法有可能被监管员伺候一顿的风险，德语干过一次，后果嘛超级保护了解一下。--Liuxinyu970226（留言） 2024年11月25日 (一) 04:43 (UTC)

   所以要先下手为强，直接炸掉网站跑路（--Office563（留言） 2024年11月25日 (一) 05:32 (UTC)

   您这个做法是对读者、站内其他编者很不负责任的行为。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年11月25日 (一) 10:54 (UTC)

本站应该闭站抗议，但应该等到事态变化（如法院、WMF确认有进一步操作，或者英维闭站）。请明确您认为的应该触发闭站抗议的事件

1. (＋)支持 -- 派翠可夫 (留言按此) 2024年11月21日 (四) 09:38 (UTC)

   (～)補充：當法院、WMF确认有进一步操作，毋需等候英文維基行動 -- 派翠可夫 (留言按此) 2024年11月22日 (五) 02:01 (UTC)

2. 如果Jimbo和法务的说法属实，且基金会仍未交出信息，我认为暂时不需要闭站。闭站这一措施应该留给需要更加强烈的反应的场合。若确认WMF将个人隐私信息披露予法院，或者法院作出不利于基金会的裁决，不论其他社区有何措施，应该立刻闭站抗议。如果英维、俄维闭站抗议应该考虑跟随。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月21日 (四) 11:04 (UTC)
3. (▲)同上，當然現階段中維可以先作其他抗議。（英維不關站不代表中維不須關站）--Cmsth11126a02 (留言) 國民黨的正確名稱是大陸國民黨！ 2024年11月21日 (四) 14:10 (UTC)
4. 若确认WMF即將或已将个人隐私信息披露予法院(不論其他語種反應)应立刻闭站抗议-某人✉ 2024年11月22日 (五) 02:11 (UTC)
5. 我不反对跟随英维抗议。另外我相信，该议题下的所有问题，包括为何抗议，抗议对象，抗议内容，抗议的技术手段，抗议的法律问题，只要英维决定抗议，他们就会全部解决。我相信英文维基百科社群的智慧。Fire Ice 2024年11月22日 (五) 04:10 (UTC)
6. 虽然其它维基不需要关闭，但考虑到中维的特殊性，应等到WMF将编辑身份信息披露给法院后才能关闭。--Lanwi1^Talk 2024年11月24日 (日) 20:10 (UTC)
7. 現階段發個橫幅通告公開信之類的都行。這有點類似罷工，故意讓讀者不方便是為了讓這件事能夠被更多人關注形成輿論以阻止相關情事發生，也因此必須要很嚴重才可以啟動，我認為必須經確認WMF披露編輯隱私，且英維已先行表達抗議仍未見回應，前者不符合則反對關閉，後者不符合的話能有條件關閉，如各語言的公開信皆被無視、遭施壓不得抗議或表達等。--Rice King 信箱 · 留名．邊緣人 2024年11月25日 (一) 12:56 (UTC)
8. (＋)支持--BigBullfrog（𓆏） 2024年11月25日 (一) 19:35 (UTC)
9. (＋)支持 我觉得跟英维吧，毕竟英维比中维人多太多了。--Martin 去我的签名簿签名！！ 2024年11月30日 (六) 04:40 (UTC)
10. (＋)支持 一當WMF披露電子郵件後，本站應立即關站，以表抗議，倘若WMF依印度法院繳交資料，現行所有大陸編者皆可能有危險 August0422 (T／C) 2024年11月30日 (六) 05:03 (UTC)
11. 前幾次關站，《歐盟一般資料保護規範》討論過後，我們沒有任何動作，SOPA/PIPA只有專題頁面以及Sitenotice公告，為何中維一定要跟隨其他維基百科關站呢？在事不完全關已之情況下，首頁橫額已是最嚴重的手段了。除非WMF決定公開編者個人資訊，否則不建議中維犧牲公眾利益。更何況我們有研討關站的細節嗎？草率實行，只會被人笑稱草台班子。--Mısaka✨M1koto 2024年12月11日 (三) 06:16 (UTC)

反对闭站抗议

1. 不同意躁進而未全盤考慮讀者權益之行為，至少社群亦須經相當規模編者投票確認存在共識。有英文維基百科在前，本站概不必就此議題強做先鋒。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年11月21日 (四) 13:06 (UTC)

   难道人身安全就不是权益了吗--Office563（留言） 2024年11月21日 (四) 13:10 (UTC)

   Liu说读者权益。--YFdyh000（留言） 2024年11月21日 (四) 13:20 (UTC)

   補充意見：但寫個橫幅聲援英文社群還是可以的。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年11月25日 (一) 03:08 (UTC)

2. (＋)支持劉醬，本人(－)強烈反对閉站。目前諸多事宜尚未明晰，在此情況下不應貿然選擇閉站示威，且在取得共識並有75%支持率前均不應閉站。沒必要搶這個風頭，純屬火上澆油。先前亦見到Jimmy Wales在英文維基百科進行討論，編者諸君可移步英維閱讀他的意見。--Talimu0518（留言） 2024年11月22日 (五) 04:15 (UTC)

   Jimmy Wales不是WMF--Office563（留言） 2024年11月22日 (五) 05:08 (UTC)

   不過他身兼基金會理事，所以起碼知道得比社群多（ —— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年11月25日 (一) 06:50 (UTC)

3. 这根本就是没事也要折腾出些事来。另外，闭站是抗议谁？抗议什么？似乎也没说明白？--百無一用是書生 (☎) 2024年11月22日 (五) 03:42 (UTC)
4. 基金會不該包庇罪犯。立即供出所有材料。--北極企鵝觀賞團（留言） 2024年11月22日 (五) 04:00 (UTC)

   建議先了解無罪推定原則及針對公眾參與的策略性訴訟，在未經審判下稱呼涉事編者為「罪犯」並非妥當。謝謝。--SCP-0000（留言） 2024年11月22日 (五) 04:43 (UTC)

5. 閉站受害的只有讀者，而且我不相信基金會會因為閉站而做出改變。最近我所住區域裡也有不少罷工罷課事件（出於各種原因），造成了我個人不少不便。還有，我覺得不少編輯應該有必要明白這點：是基金會提供了維基百科這樣的平台給各位編輯，It's a privilege, not a right. 現在你在別人的平台上對擁有平台的人抗議，不知道會想搞這齣的是不是沒分清楚主賓關係，真有本事就自己像Techyan一樣自立門戶吧。WP:NOTANARCHY。一定程度上的抗議，比如連署書或當隔壁閉站受到批評時做出聲援，個人認為是妥當的，但若是涉及到維持自由百科本身的承諾，那我不得不(－)反对閉站。忍耐是有極限的。--$\int$（☎）dt 2024年11月22日 (五) 04:36 (UTC)

   雖然我也不支持閉站，但是你這個話術聽上去有點像「因為你們的工作是我提供的，所以你們不能罷工，你們要是罷工我就立即解僱你們」。--日期20220626（留言） 2024年11月22日 (五) 06:17 (UTC)

   可能現實主義成分太多吧，畢盡大實話不是所有人都愛聽。--$\int$（☎）dt 2024年11月22日 (五) 07:08 (UTC)

6. 雖然基金會涉嫌提交編輯資料以及為了討好印度方面而刪條目不可取，甚至說做的非常醜陋，但是中文站閉站還是免了。—日期20220626（留言） 2024年11月22日 (五) 06:21 (UTC)

   討好部分，要不是基金會卡在訴訟中，基金會大概也不怎麼想碰這種問題。--SunAfterRain 2024年11月25日 (一) 08:34 (UTC)

7. 受介绍第一次来到这里，但一来就看到了关站的提议，在详细了解了事情起因后，本人(－)強烈反对这项提议，此事暂未波及至中文维基百科，并且我也没有看到此事会有任何波及到中文维基百科的可能性或是迹象，中文维基百科关站除了会为读者以及我们贡献者本身带来不便以外，没有任何作用。若各位一定想要对英文维基百科的维基社群做出声援的话，在主页最底部放置对英文维基百科的声援讯息是更加合理且可行的做法。--Pathfinbird（留言） 2024年11月22日 (五) 06:30 (UTC)
8. 中文維基百科使用者沒有權限關閉中文維基百科，不管投票結果如何都沒有作用呀，最多只能使用者集體逃亡，退出編輯而已。--CaryCheng（留言） 2024年11月25日 (一) 06:52 (UTC)

   搞破坏，给鸡精会制造麻烦就行了--Office563（留言） 2024年11月25日 (一) 07:25 (UTC)

   這麼喜歡閉站可以自己開一個站點自己過家家，維基百科不是只有你們這幫蠢貨，還有其他讀者跟編者，拜託不要連累人好嗎？

   你們關站純粹是為了自己顱內高潮而已，「皇帝不急太監急」行為，英文站點那邊WMF都沒把編輯身分丟出來你們就先急上了？如果真的這麼害怕那麼你可以「寧蹈東海而死，義不帝秦」，在自己用戶頁掛retired模板然後拍拍屁股滾蛋。--Talimu0518（留言） 2024年11月25日 (一) 07:49 (UTC)

   麻煩不要把自己看得太重要，中文維基百科少你一個也能運轉下去，況且現在你們要閉站抗議，抗議誰？抗議什麼？抗議多久？還「搞破壞，給雞精會製造麻煩」，有你這樣的用戶就是維基百科最大的麻煩。--Talimu0518（留言） 2024年11月25日 (一) 07:52 (UTC)

   阁下如此发言实在不负责任，这样的行为除了为读者徒添笑料伤害到我们编者群体自身以外，还能起什么作用？就目前所见，维基媒体基金会仍旧对此案十分负责，在有任何确切的信息和结果之前进行无谓的恐慌和抗议又和乱编来源不详的条目有什么区别？-- Pathfinbird（留言） 2024年11月25日 (一) 08:19 (UTC)

9. 沒有意義，這次根本都還沒波及到中文維基百科，僅為了那不知道有多少的可能性關站純粹是在浪費時間浪費生命，維基百科不是民主試驗場。--SunAfterRain 2024年11月25日 (一) 08:28 (UTC)
10. 很难评，除了影响读者，闭站有个什么用？换而言之，除了读者，谁关心？是能影响到德里高等法院啊，还是能影响到美国政府呢？Iming 彼女の愛は、甘くて痛い。 2024年11月25日 (一) 10:54 (UTC)

    影响的是读者、编者和基金会。属于更大影响力的抗议。着眼未来而不限于本案，虽然效果无人能评。--YFdyh000（留言） 2024年11月25日 (一) 11:31 (UTC)

    對基金會有影響嗎？如果基金會僱員平時看的是英維，反而英維關站對他們影響更大吧。--日期20220626（留言） 2024年11月25日 (一) 11:55 (UTC)

    不過正是對我有影響，所以我反對閉站。如果關閉的是其他語種的站點，我無所謂，不過英文站最好還是不要關閉。--日期20220626（留言） 2024年11月25日 (一) 11:57 (UTC)

    影响来自编者看法、媒体舆论，而非使用上的直接影响。从使用者福祉来说，我也反对硬性关闭，如果是可关闭或不遮挡的大幅广告，我不介意，网站求捐款或者反对法案而发这种并不罕见，但我不确定是否违背使用条款等。公开信表态抗议估计更可行。先观望也可以。--YFdyh000（留言） 2024年11月25日 (一) 12:05 (UTC)

    雖然但是，你維關站對基金會而言只是多一些無聊的麻煩事而已，如果真的再遇到被迫需要交出資料的情境，一點用也沒有--SunAfterRain 2024年11月25日 (一) 14:46 (UTC)

    关站本身是这样的，但可能产生后续的未知影响。目前讨论看，暂时没有关站共识的可能。--YFdyh000（留言） 2024年11月25日 (一) 15:08 (UTC)

    我只能说，从现实世界的角度看，基金会目前来看已经做得很好了，要抗议我觉得抗议印度法院或原告都比抗议基金会强。为何有人总觉得自己比基金会的法务还懂法律呢？--百無一用是書生 (☎) 2024年11月26日 (二) 03:07 (UTC)

    我觉得抗议“恶行/恶法”与“懂法律”是平行线，总不能对一切抗议者说你怎么不走法律程序。没人说抗议只针对基金会，但法院和原告是真的不会与暂时不能在乎吧。做得很好有争议，因为用户寄予不同的期望。--YFdyh000（留言） 2024年11月26日 (二) 13:08 (UTC)

    抗议“恶行/恶法”当然没问题啊，可是这讨论里从没提过“恶行/恶法”啊--百無一用是書生 (☎) 2024年11月27日 (三) 14:59 (UTC)

    参考上方俄文公开信中译。显然崇尚“自由主义”的编者群体反对威权审查，以及担心基金会因利益相关去权衡和妥协。--YFdyh000（留言） 2024年11月27日 (三) 16:34 (UTC)

    要抗议我觉得抗议印度法院或原告都比抗议基金会强。这点我赞同。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月26日 (二) 13:13 (UTC)

11. WP:DEM。我觉得最多挂个公告完了。--Leiem（留言·签名·维基调查） 2024年11月26日 (二) 04:11 (UTC)
12. zhwiki閉站可能对WMF一点影响都没有，人家根本不看 囧rz……，有别的办法传达zhwiki社群的抗议吗？--Htmlzycq（留言） 2024年11月26日 (二) 12:33 (UTC)

    zhwiki算大了，闭站基金会应该会注意到。--Martin^{我强烈反对WMF给出个人信息，支持闭站抗议} 2024年12月1日 (日) 20:03 (UTC)

    說實話你們閉站會看見的只有讀者，最後你們閉站，WMF根本不鳥、編者除了顱內自我高潮覺得自己很高尚之外剩下大部分都在罵、讀者罵編者不幹人事，除了這些我根本想不出你們閉站會帶來什麼改變。

    是說現在大部分都在提出抗議WMF交出個人資訊而不是抗議德里法院下達命令，除了本末倒置之外反正最後交出與否都是WMF決定，說難聽點他們只要想根本不需要採納什麼狗屁社群意見，你們抗議示威並不能左右結果，除了可以自我高潮一下之外毫無用處。--Talimu0518（留言） 2024年12月1日 (日) 20:29 (UTC)

13. 註：此處原有文字，因為原作者刪除，已由August0422 肅此 (T／C)於2024年11月28日 (四) 14:07 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。

    註：此留言已被原作者（User:Patrickov）移除。2024年11月29日 (五) 04:14 (UTC)

    註：此處原有文字，因為原作者刪除，已由August0422 肅此 (T／C)於2024年11月28日 (四) 14:07 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。

14. (－)反对關站抗議，這會影響到讀者的權益，但可以適當公示，或另尋合適方法抗議。--78-Yellowcat（留言） 2024年12月10日 (二) 13:46 (UTC)
15. (－)強烈反对完全沒有這個必要，印度的事情對zh.wiki的影響根本是無中生有。不要「世上本無事，庸人自擾之」。一期一會再見難（留言） 2024年12月10日 (二) 14:38 (UTC)
16. 純粹是覺得關閉中文版維基百科是多此一舉的行為，而且連中文WP都關閉導致中文用戶的不便的話說不定印度政府還會更愉悅了，個人倒是不反對關英文甚至是印度相關語言的WP。同舟（論 · 歷） 2024年12月11日 (三) 07:20 (UTC)

相关讨论

• (＆)建議第一項改為“本站应该立刻准备闭站抗议，无论事态有否变化” -- 派翠可夫 (留言按此) 2024年11月21日 (四) 09:40 (UTC)

  已删除有关英维文字。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月21日 (四) 09:43 (UTC)

• (＆)建議第二项改为：确认WMF已将编辑信息透露给法院，或英维决定闭站。Fire Ice 2024年11月21日 (四) 10:13 (UTC)

  已调整标题。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月21日 (四) 10:17 (UTC)

• 對於是否關站保持(＝)中立，惟(＆)建議如果關站，仍繼續保留互助客棧等核心討論頁可用（尤其是本討論串），以便
  1. 討論關站事宜，包括會否緊急重開，或延長關站；
  2. 讓外界能夠查閱討論，更清晰的明瞭關站初衷；
  3. 爲可能的基金會行動提供交流的平臺，避免基金會直接強硬行動的後果。
  1F616EMO（喵留言） 2025年1月4日 (六) 14:03 (UTC)

议题2：其他抗议措施

目前上方已有的抗议措施包括：起草本地公开信、翻译英维公开信（已完成）、首页挂横幅。另外若上方决定闭站，或可在起草本地相关文件时提前拟好。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月21日 (四) 09:32 (UTC)

本地公開信是必要的，另外建議大家準備好橫幅/關站聲明內容。--Cmsth11126a02 (留言) 國民黨的正確名稱是大陸國民黨！ 2024年11月21日 (四) 14:12 (UTC)

先暂拟一份ASN：维基百科丰富而中立的内容依赖于编者的安全。然而，这一安全正在受到威脅。了解详情 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月22日 (五) 02:12 (UTC)

实在看不出来这怎么就是威胁了？至多是不同意基金会的做法。但基金会的做法应该是有全面的法律上的考虑的，我们是否应该先聘请法律顾问咨询一下呢？如果根本没什么问题，那岂不是很没意思--百無一用是書生 (☎) 2024年11月22日 (五) 03:46 (UTC)

我認為提出社群意見還是可行的，至於基金會那邊有什麼考量，那就是他們自己要去想的了。講難聽點，基金會完全沒有義務理會社群提出的意見。--$\int$（☎）dt 2024年11月22日 (五) 04:43 (UTC)

被人告了不能说不算威胁吧。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月22日 (五) 05:41 (UTC)

法律上的考虑相当含糊，并且决定肯定不限于“遵守法律”。简单来说，如果大陆/香港/美国/...政府基于某项理由要求数据或其他配合（历史事件），基金会的处置流程和态度以及对外界的影响。如果“根本没什么问题”，基金会有责任和必要尽力澄清或表明态度/政策（在法律允许下），而编者亦应了解和表态。--YFdyh000（留言） 2024年11月22日 (五) 11:30 (UTC)

「互联网不是法外之地」这句话放在全世界哪个地方都说得通--航站区（留言） 2024年11月30日 (六) 15:59 (UTC)

不明白这句话在这里的作用。比如，基金会应该尽力执行各国法令？--YFdyh000（留言） 2024年11月30日 (六) 16:04 (UTC)

Wikipedia:免责声明「请注意将您在这里所找到的信息发布出去有可能会违反您所在国家或司法管辖区的法律。维基百科的数据库都是储存在位于美国的服务器中，因而任何内容都受到当地法律和美国联邦法律的保护。您所在国家或司法管辖区的法律有可能没有对相同种类的言论和发行进行保护。维基百科并不鼓励任何人触犯法律，因此如果您链接到此域名或使用、复制或转载本站包含的信息，维基百科无法为可能带来的违反此类法律的行为负责。」--航站区（留言） 2024年11月30日 (六) 17:42 (UTC)

我建议您再读一遍这个声明。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月30日 (六) 17:44 (UTC)

我引用的那段话是要表达“互联网不是法外之地”这句话放在全世界哪个地方都说得通--航站区（留言） 2024年11月30日 (六) 18:12 (UTC)

“维基百科并不鼓励”是中立态度，与“维基百科将协助打击”在立场和影响上有明显区别。免责声明是指出，受美国法律保护。--YFdyh000（留言） 2024年11月30日 (六) 18:26 (UTC)

所以啊 这种法律话题 最好还是邀请那些法学者来讨论 是最佳的--航站区（留言） 2024年11月30日 (六) 18:31 (UTC)

小結

這應該可以存檔了吧 August0422_討論頁 2025年1月1日 (三) 13:20 (UTC)

社群傾向認為應觀察英文等其他站點有何動作。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年1月3日 (五) 08:20 (UTC)

目前来看，英维不会有什么行动了。英维公开联署信的首位签署者已因确信信息披露给法院而关闭了联署。我认为他判断无误，但英维十分平静，这可能有两个原因：一、做出这一判断依赖于付费媒体内容，并且逻辑链条太长；二、维基人的热情是消耗品，被闭站RFC过早地消耗了。

现在唯一可以做的事恐怕是等待德里法院判决及英维社群对判决的反应。时至今日，我忍不住要说一句风凉话：何必皇帝（指英维社群）不急太监急呢！--Fire Ice 2025年1月6日 (一) 14:15 (UTC)

抱歉最近比较忙没处理这个讨论串的事情。我的意见同冰与火。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2025年1月7日 (二) 20:46 (UTC)

续：管理員布告板排版

通过：

Special:Diff/85590776 Пусть от победы☆к победе ведёт! 2025年1月7日 (二) 07:32 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

两个月前由@Ericliu1912提出的讨论中，共识似乎是社群讨论都应置于“处理”栏位下方。但由于“发现人”栏位在“处理”栏位上方且会附带签名，导致会有大量讨论（由于直接点按“回复”）出现在“处理”栏位上方。目前是否应尽快执行@Miyakoo的建议，将“发现人”栏位置于“处理”下方（即最下方），以避免“处理”的上方、下方同时分别展开讨论的现象？（另一相反的建议见下方） ——自由雨日🌧️❄️ 2024年11月29日 (五) 11:10 (UTC)

竊以爲然。另，或應規定不得直接回覆處理意見，以免殊途同歸。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月29日 (五) 15:08 (UTC)

要是考虑到这个的话，我倒其实是一直倾向于“处理”栏放在最下方，即“社群讨论”置于“处理”上方的，这样更符合“新留言放在下方”的直觉（“处理”这条留言的时间一般来说肯定是在讨论之后），并且处理之后再继续回复也不会打乱时间线。至于注释中的那行“非管理员仅可标记已执行的封禁，针对提报的意见请放在下一行”，我认为那行注释并非意在规范“上方/下方”，而是在说“非管理员不要将意见放在‘处理’行”而已，“下方”只是虚指或者说随手一写？（之所以刚刚没提是我觉得“统一时间顺序”要比“上方还是下方”更重要，不过既然看到有这个问题，感觉不如改提出“讨论置于上方”思考... ——自由雨日🌧️❄️ 2024年11月29日 (五) 20:37 (UTC)

@Miyakoo、Sanmosa： ——自由雨日🌧️❄️ 2024年11月29日 (五) 21:20 (UTC)

不反對「討論置於上方」。

我是覺得處理比討論重要，應該放在較爲顯眼的位置，放在討論下方有點不明顯。--Miyakoo（留言） 2024年11月30日 (六) 01:45 (UTC)

我支持在处理之前的讨论放在上方，下方留给对处理结果的讨论。各个区域之间可以用----分隔。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年12月1日 (日) 07:43 (UTC)

如果不允許直接回覆處理意見，按照0xDeadbeef的建議直接用{{Archive top}}關閉可能更好？--Miyakoo（留言） 2024年11月30日 (六) 01:46 (UTC)

似乎也没必要禁止回复处理意见？--自由雨日🌧️❄️ 2024年11月30日 (六) 01:48 (UTC)

這樣「針對提報的意見」和「針對處理的意見」會混在一起吧。--Miyakoo（留言） 2024年11月30日 (六) 02:06 (UTC)

嗯？按我说的方案好像就不会啊（即其他意见只能直接回复提报人、放在“处理”上方，对“处理”的意见则放在“处理”下方、回复管理员）？--自由雨日🌧️❄️ 2024年11月30日 (六) 02:27 (UTC)

可我回覆的是或應規定不得直接回覆處理意見，以免殊途同歸。

還是我理解錯了？--Miyakoo（留言） 2024年11月30日 (六) 02:36 (UTC)

嗯？魔琴的“以免殊途同归”意思是，如果针对提报的讨论规定放在处理下方的话，那就得规定不能回复“处理”，否则同样（即“同归”）会导致时间混乱的现象。所以我说按我的方案就可以避免这种现象，也就没必要禁止回复处理栏。--自由雨日🌧️❄️ 2024年11月30日 (六) 02:41 (UTC)

看來是我理解錯了。

我覺得這種程度上的「時間混亂」是可以忽視的，畢竟新提報在舊提報上方本來也沒怎麼遵守「新留言在下方」。--Miyakoo（留言） 2024年11月30日 (六) 02:55 (UTC)

那不一样……新提报在旧提报上方更有利于处理，就像监视列表/最近更改里面新页面也在旧页面上面一样。但同一提报（同一章节内）应该尽量按WP:讨论页指引的要求（先来后到的时间顺序）？--自由雨日🌧️❄️ 2024年11月30日 (六) 02:59 (UTC)

但如果允許對處理回覆且處理在提報人下方，一旦針對處理的回覆和針對提報的回覆都很多的情況下，處理會夾中間，很不明顯。

也許處理可以單開一小節？--Miyakoo（留言） 2024年11月30日 (六) 03:44 (UTC)

如果是用“回复”方式处理的话，因为一般来说WP:讨论页指引要求不用项目符号进行缩排，所以“处理”前面的项目符号是可以起到加强作用的。我认为不会有不明显的问题。——自由雨日🌧️❄️ 2024年11月30日 (六) 04:03 (UTC)

嗯，也行吧，反正總比現在好。--Miyakoo（留言） 2024年11月30日 (六) 04:06 (UTC)

雖然有先來後到時間順序要求，但這似乎是討論頁規範沒更新的目前狀態？我知道的是以往討論留言不似現在，現在每個留言都有回覆按鈕，按此串討論看來，解法只在最後一個留言有回覆，或者是拿掉回覆，強制執行只能用原始碼並在最後添加新留言、等等這不就回到早期狀態？--提斯切里（留言） 2024年11月30日 (六) 04:00 (UTC)

没懂你的意思…… ——自由雨日🌧️❄️ 2024年11月30日 (六) 04:03 (UTC)

以最近一个对我的提报为例：U:Iming首先在06:14 (UTC)在“处理”栏位下方留言，后U:Patrickov于06:15 (UTC)点按“回复”在“处理”栏上方留言，U:Talimu0518于06:19 (UTC)继续在“处理”栏上方Patrickov下方留言，这导致了“新留言位于旧留言”上方的现象，不过毕竟有“处理”栏分割，尚未造成明显问题。但可能由于“处理”栏在中间，U:Manchiu做出处理时并未注意到，所以于11:49 (UTC)在最下方做出了处理，这样就有了两个“处理”栏（这里会有“处理”栏不明显的问题）。于是U:Tisscherry于14:07 (UTC)移除了中间的处理栏，这就导致同一区块内的留言，Iming最早的留言完全位于最下方了，遂我刚才又调整了顺序。总之，若不对留言规范做出约定，这样的现象未来还会持续发生。--自由雨日🌧️❄️ 2024年11月29日 (五) 23:10 (UTC)

每個留言都有回覆按鈕可以點擊，使用者也可以使用原始碼放置留言，除非過分的編輯排版造成扭曲發言，我覺得不必在此「嚴格」規範。--提斯切里（留言） 2024年11月30日 (六) 03:39 (UTC)

我认为目前的情况已经是“扭曲发言”。--自由雨日🌧️❄️ 2024年12月2日 (一) 00:44 (UTC)

包括對漠南的提報在內也一樣，除上方自由雨日提及的「處理欄分割留言」外，管理員處理時亦有出現找不到處理欄而自行另開一欄的情況，致使最終提報討論中出現兩個處理欄。--Talimu0518（留言） 2024年11月30日 (六) 04:37 (UTC)

所以说应该直接废除处理栏而转用使用{{archive top}}来关闭讨论。这样有结果和无结果的案件区别明显，管理员所处理的结果显眼可找，并且不会存在两个讨论串时间穿越的情况。不仅解决当下问题，还附带更多好处。--0xDeadbeef (留言) 2024年11月30日 (六) 13:24 (UTC)

确实，除了“不太方便对处理进行评论”之外基本完全利大于弊（我是觉得没必要禁止处理后继续评论，但也不觉得必须允许）。故也支持beef的方案。--自由雨日🌧️❄️ 2024年11月30日 (六) 22:12 (UTC)

然而对处理进行评论一者可以在archive bottom下面评论，或在客栈中开启复核程序，所以基本这个弊端不是太大。--0xDeadbeef (留言) 2024年12月1日 (日) 00:48 (UTC)

(＋)支持，但可能需要将result放得更显眼。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年12月1日 (日) 08:46 (UTC)

{{archive top}}还不够显眼吗…… ——自由雨日🌧️❄️ 2024年12月1日 (日) 08:47 (UTC)

似乎现在在框区的右上角？可以更宽大一些。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年12月1日 (日) 08:49 (UTC)

或者说直接在提报区禁用回复按钮。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月30日 (六) 14:49 (UTC)

为什么……这样做有什么好处吗思考...以及这样一来看中维很多编者在有“回复”按钮还常常乱插乱排留言（且一般从不会有管理员管理这类事）的情况下，若再禁用，排版一定会更乱 ——自由雨日🌧️❄️ 2024年11月30日 (六) 18:31 (UTC)

@魔琴：您为何又把这条留言移到下方了，这不是继续“上方下方同时展开讨论、时间线错乱”问题了吗（（ ——自由雨日🌧️❄️ 2024年11月30日 (六) 19:32 (UTC)

但我一般是在處理欄下面回覆的，目前也沒有共識要改到上面，而且註釋寫了應該寫在下面，所以就還是移回去。反正沒太大差別。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年11月30日 (六) 19:58 (UTC)

好吧，我当时移动的原因是我觉得上方下方并不重要，我在意的是“保持时间线稳定”（也可以把上方评论挪到下方，但这样一来肯定会有其他人点“回复”放到上方，所以就把您评论挪上方了） ——自由雨日🌧️❄️ 2024年11月30日 (六) 22:14 (UTC)

另外有一個辦法，就是不先列出「處理」項，等真的有人要處理再加上，這樣就不會干擾到意見區。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年12月1日 (日) 17:52 (UTC)

也(＋)支持这一方案，总之能让意见区像条目探讨等任何讨论一样“按正常时间顺序、正常缩排”即可。--自由雨日🌧️❄️ 2024年12月2日 (一) 00:45 (UTC)

其实只要把提报人和提报时间戳拆成两行，就可以禁用提报区的回复按钮（版本85183558），甚至整个区都没有回复按钮，逼迫被亵渎的现代讨论工具侵蚀了灵魂的^{[開玩笑的]}维基百科人用无上、至理、圣洁的^{[開玩笑的]}源代码模式发表评论。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年12月3日 (二) 07:21 (UTC)

界面的去人性化，时代的退步。^{[開玩笑的]}而且提报人和提报时间分两行会很影响阅读体验，很反编者直觉。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年12月3日 (二) 07:59 (UTC)

(－)強烈反对：极易导致亿恶的编辑冲突。--自由雨日🌧️❄️ 2024年12月3日 (二) 08:51 (UTC)

那可能是Wikiplus等快速编辑工具导致的，用系统自带的源代码模式编辑，能够自动合并无冲突段落的编辑冲突。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月17日 (二) 11:23 (UTC)

民意调查

由于不同意见太多，故进行民意调查。最终并非完全以投票（支持/反对）数量决定，仅是辅助参考。若有其他方案可直接在下方补充。——自由雨日🌧️❄️ 2024年12月3日 (二) 02:44 (UTC)

方案一：维持现状，编者自由选择在“处理”栏上方或下方留言，且管理员处理后仍可自由回复

1. (－)強烈反对：已有诸多问题。如时间线混乱、缩排混乱、“处理”栏不明显等。——自由雨日🌧️❄️ 2024年12月3日 (二) 02:44 (UTC)
2. (－)反对：时间线很难区分，且毫无层次感。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年12月3日 (二) 03:44 (UTC)
3. (－)反对:無法區分時間 — 此請爐安 August0422 (T / S) 2024年12月4日 (三) 10:43 (UTC)
4. (－)強烈反对：這一欄不是應該是名副其實地是各用戶爭論討論后的管理員處理行動嗎？--Mykola（留言） 2024年12月5日 (四) 14:31 (UTC)

方案二：讨论统一在“处理”栏上方按时间顺序留言（一般为直接点按“回复”），对“处理”的讨论则在下方留言

1. (＋)支持：基本完全符合讨论时间线 ——自由雨日🌧️❄️ 2024年12月3日 (二) 02:44 (UTC)
2. (＋)支持：合乎逻辑，理由(▲)同上。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年12月3日 (二) 03:44 (UTC)
3. (＋)支持：合理。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年12月3日 (二) 12:38 (UTC)
4. (＋)支持:合理 — 此請爐安 August0422 (T / S) 2024年12月4日 (三) 10:43 (UTC)
5. (＋)强烈支持：以上同理。--Mykola（留言） 2024年12月5日 (四) 14:31 (UTC)

方案三：在管理员处理前取消“处理”栏，其他同方案二

1. (＋)支持。和方案二相比好处是（规定在“处理”栏上方留言后）不会再有编者放错位置，但坏处是可能使“是否已有处理”更不明显 ——自由雨日🌧️❄️ 2024年12月3日 (二) 02:44 (UTC)
2. (？)疑問：这似乎本质上和方案二可以同时实现。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年12月3日 (二) 03:44 (UTC)

   看我上面的留言的最后半句（）有那个问题，所以区分成两个方案了。--自由雨日🌧️❄️ 2024年12月3日 (二) 04:09 (UTC)

   (＋)支持-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年12月3日 (二) 07:57 (UTC)

3. (＋)支持：相對靈活。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年12月3日 (二) 12:38 (UTC)
4. 如果要這樣實現乾脆直接廢止處理一欄吧--SunAfterRain 2024年12月4日 (三) 17:36 (UTC)
5. (＋)傾向支持：也稍微同理，這樣做減少混亂。--Mykola（留言） 2024年12月5日 (四) 14:31 (UTC)
6. (＋)强烈支持：参考Wikipedia:申请解除权限等其他布告板。Пусть от победы☆к победе ведёт! 2024年12月8日 (日) 04:20 (UTC)
7. (＋)支持：曾見過有提報因為很多用戶參與討論，導致處理欄消失不見的情形，推測是有用戶在討論時無意間移除。身為管理員，在進行結案時還得要尋找處理欄在哪裡，感覺不如自己多打個幾個字更快更簡單。至於自由雨日所擔心的「使是否已有处理更不明显」疑慮，其實就是看處理的管理員如何標示了。個人認為，靈活標示反而更可能解決結案不明顯的問題，因為結案管理員能夠視情況彈性處置。-Peacearth（留言） 2024年12月20日 (五) 17:59 (UTC)

方案四：讨论统一在“处理”栏下方留言（并修改“发现人”位置以便点按回复），并在管理员处理后禁止回复“处理”栏

1. (－)傾向反對：没有必要“禁止回复”。但若不禁止，又会造成时间线混乱的问题 ——自由雨日🌧️❄️ 2024年12月3日 (二) 02:44 (UTC)
2. (－)反对：时间逻辑不合理。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年12月3日 (二) 03:44 (UTC)
3. (！)反对反对：后续翻查存档时提报内容和处理结果最为重要，时间和回复逻辑相对来说并不重要。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年12月3日 (二) 08:45 (UTC)

   个人不这么认为。最终处理结果当然重要，但几乎所有讨论（尤其是方针指引修改）都有一个“最终共识”，我不认为“最终共识”的重要性会高到可以无视“讨论内容的时间线、缩进等排版”。--自由雨日🌧️❄️ 2024年12月3日 (二) 08:49 (UTC)

4. (－)反对：不應禁止回覆任何留言。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年12月3日 (二) 12:38 (UTC)
5. (－)反对禁止回覆 — 此請爐安 August0422 (T / S) 2024年12月4日 (三) 10:43 (UTC)
6. (－)反对很混亂，不需要特地這樣搞--SunAfterRain 2024年12月4日 (三) 17:36 (UTC)
7. (－)強烈反对--Mykola（留言） 2024年12月5日 (四) 14:31 (UTC)

方案五：取消“处理”栏，并使用{{archive top}}关闭讨论

1. (＋)支持：除了有方案三的好处外，更解决了方案三的坏处，甚至远比过去的方案可使“是否已有处理”明显得多。但弊端是“对管理员处理的回复”较过去不便 ——自由雨日🌧️❄️ 2024年12月3日 (二) 02:44 (UTC)
2. 有條件反對：{{archive top}}的result参数只能表示处理的结果。但后续针对处理的讨论串如何用此模板关闭则有待商榷；若无定案则反对。-- $[{\text{H}}^{+}]$$\ >$${\sqrt {K_{w}}}$ 2024年12月3日 (二) 03:44 (UTC)

   既然已处理，就不必需要再回复。如果有对管理员的处理有意见，我认为有三种方法：一、在ANM重提讨论，开启新讨论串；二、在管理员的用户讨论页开启新讨论串；三、在客栈提出管理操作复核程序。--0xDeadbeef (留言) 2024年12月3日 (二) 08:50 (UTC)

3. 我已经在上方提出此选择的附带好处：有结果和无结果的案件区别明显，管理员所处理的结果显眼可找，并且不会存在两个讨论串时间穿越的情况，故支持。0xDeadbeef (留言) 2024年12月3日 (二) 08:52 (UTC)
4. (＋)支持：但傾向關閉討論後，若對管理員處理有意見，不要在ANM再開討論，而是到管理員的使用者討論頁開討論串或提AARV（但順位在管理員的使用者討論頁之後）。--冥王歐西里斯（留言） 2024年12月3日 (二) 09:17 (UTC)
5. (－)傾向反對：相對不易使用，並可能阻撓管理員處理後其他留言，注意管理員張貼處理結果並不總是等於直接結案，應當一定程度允許其後交流。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年12月3日 (二) 12:38 (UTC)

   为什么说不易使用？其后交流的意义又是如何？--0xDeadbeef (留言) 2024年12月4日 (三) 00:56 (UTC)

   @Ericliu1912：由于这并非纯投票，所以我认为您还是得回应一下beef这里的问题？——自由雨日🌧️❄️ 2024年12月7日 (六) 18:01 (UTC)

   要用模板就是比較麻煩。而且把整個討論框起來會讓人誤以為管理員處理後即不允許留言。相對於其他方案，這是無必要的缺點。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年12月8日 (日) 04:51 (UTC)

   其实可以写一个脚本方便关闭[3]

   对于框起来的事情，我个人觉得本来就是为了discourage人去继续评论。如果真有人觉得自己有必要、有价值的评论完全可以在其他地方延续。--0xDeadbeef (留言) 2024年12月8日 (日) 09:54 (UTC)

6. 個人認為不是不行，但方案三似乎也允許方案五這種操作？與其強制規定要使用{{archive top}}關閉，方案三反而更有彈性應對各種不同情形？-Peacearth（留言） 2024年12月20日 (五) 17:59 (UTC)

总结

似乎共识是倾向方案三和方案五（方案三支持的人略多），另@U:魔琴已在WP:ANM尝试了一次方案五。接下来是允许两种方案并存（管理员自由使用）呢，还是继续讨论，还是规定使用方案三……？——自由雨日🌧️❄️ 2024年12月16日 (一) 14:35 (UTC)

方案二和三似乎没有差别？我个人是担心没法一眼看到处理栏。我使用方案五是因为划了hr还有三个「处理」栏实在太乱，因此框起来总结。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月17日 (二) 11:27 (UTC)

三比二支持的人更多点吧？另外就是考虑到如果要贯彻落实的话，为避免有人维持旧有习惯，还是取消处理栏更好（即三和二当中淘汰二）。--自由雨日🌧️❄️ 2024年12月17日 (二) 11:34 (UTC)

個人會建議推進方案三，這是較多人支持而且對排版改動較少的方案。Sanmosa _蚌埠 2024年12月17日 (二) 15:04 (UTC)

---

个人初步想法：

• 在管理员布告板提报时，不设置“处理”栏，其他排版不变。
• 不论是被提报用户还是其他用户，均通过点按“回复”提报人来留言，并遵循相关的讨论页指引，旧留言在前新留言在后、正确缩排等。
• 建议管理员在处理时，在所有留言最末顶格使用一个项目符号来标示处理结果。处理后，其他用户可继续在处理栏下对结果进行讨论。但也允许管理员使用{{archive top}}关闭讨论，不过关闭后不禁止其他用户在框外继续对处理结果等进行讨论。
• 以上排版适用于ANM、AN3、VIP布告板（2024年12月31日 (二) 07:06 (UTC)补充：WP:DRV、WP:COIN）。

以上。——自由雨日🌧️❄️ 2024年12月19日 (四) 00:17 (UTC)

不反對這個提議。Sanmosa _蚌埠 2024年12月19日 (四) 10:57 (UTC)

不反對，不過不知道有無更好的突出顯示處理欄的方法？ ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月19日 (四) 14:52 (UTC)

我刚想说应该限制WP:管理员布告板/其他不当行为#Wildcursive这里你和薏仁将顶格书写的排版（因为会导致时间线混乱），然后发现限制也正好可以避免处理栏不清晰。--自由雨日🌧️❄️ 2024年12月20日 (五) 05:47 (UTC)

可是如果等到有人回覆了，處理欄就被淹沒了。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月20日 (五) 12:52 (UTC)

顶格书写怎么会淹没？--自由雨日🌧️❄️ 2024年12月20日 (五) 13:03 (UTC)

也對，但得確保沒有其他人頂格書寫。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月20日 (五) 13:08 (UTC)

一般点按回复就不会顶格书写。当然总有人不按回复又爱顶格书写的，客栈也很常见。--自由雨日🌧️❄️ 2024年12月20日 (五) 13:12 (UTC)

附加一個提議分頁討論 -Lemonaka 2024年12月22日 (日) 01:57 (UTC)

话说，WP:存废复核请求是否也要作此处理？--自由雨日🌧️❄️ 2024年12月27日 (五) 04:20 (UTC)

(＋)支持，现在处理结果：这一栏经常被无视，导致排版混乱。Пусть от победы☆к победе ведёт! 2024年12月28日 (六) 09:40 (UTC)

另外还漏了WP:COIN Пусть от победы☆к победе ведёт! 2024年12月28日 (六) 05:59 (UTC)

我的另一個方案是把「處理結果」放在「討論」上面，這樣即無問題。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年12月29日 (日) 01:59 (UTC)

嗯？这不就是方案四吗？--自由雨日🌧️❄️ 2024年12月29日 (日) 02:25 (UTC)

讨论已达30日， 公示7日，2025年1月7日 (二) 07:06 (UTC)結束。Lemonaka的“分页讨论”和本案相对独立，可继续讨论，不影响公示。 ——自由雨日🌧️❄️ 2024年12月31日 (二) 07:06 (UTC)

公示通过。Пусть от победы☆к победе ведёт! 2025年1月7日 (二) 07:09 (UTC)

本人已修改Module:VandalSubmitForm、Template:SubstFormOfApplyingDeletionReview以及各大布告板，完成。Пусть от победы☆к победе ведёт! 2025年1月7日 (二) 07:27 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

Wpcpey和Longway22禁制復核

已解決

Manchiu已解除有關禁制。至於是否修正方針，則另當別論。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年1月10日 (五) 12:47 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

根据Wikipedia:禁制紀錄，Wpcpey（讨论 | 貢獻）和Longway22（讨论 | 貢獻） 被 Mys_721tx（讨论 | 貢獻） 全站範圍禁制，

然而，
維基百科:禁制方針

全站範圍禁制褫奪在中文維基百科的一切編輯權利，被禁制人士不論使用任何帳號或IP位址均禁止在任何情況下編輯中文維基百科的任何部分，依照 § 禁制申訴規範在其使用者討論頁提出的申訴為唯一例外。全站範圍禁制可用於以下情況：

• 屢次繞過封鎖：全站範圍禁制在使用者主帳號被不限期封鎖，且使用者查核最少三次確認濫用多重帳號的情況自動生效。
• 全域鎖定：全站範圍禁制在使用者帳號於中文維基百科被不限期封鎖，且因跨維基破壞或濫用多重帳號而被全域鎖定的情況自動生效；因帳號被盜而被全域鎖定者不在此限。

这不符合规范，请澄清。 -Lemonaka 2024年12月5日 (四) 08:16 (UTC)

既然實用，可以增列適用情況。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年12月5日 (四) 10:08 (UTC)

Eric，这种判断完全不能接受，我需要澄清封锁和全站封禁之间的区别，而你指出的是“先前的判断是正确的”。然而，在改变政策的共识达成之前声称某事是正确的，并利用这种预先声明来实施某种制裁，这确实违背了当前项目的章程。如果可能的话，我希望请关注这个问题。 -Lemonaka 2024年12月5日 (四) 10:22 (UTC)

是的，我们当然可以添加这样的补充，但是在添加之前他们已经受到了制裁，所以这两者之间仍然需要澄清。 -Lemonaka 2024年12月5日 (四) 10:24 (UTC)

我需要澄清这两种封鎖之间的区别，以及它们应该在什么情况下使用。 -Lemonaka 2024年12月5日 (四) 10:26 (UTC)

所以就因为我们开除了Mys_721tx的管理员，您就希望解除有关禁制？--Liuxinyu970226（留言） 2024年12月6日 (五) 04:31 (UTC)

不要听风就是雨。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月6日 (五) 04:44 (UTC)+1 自由雨日为此+1了。

謝謝。 -Lemonaka 2024年12月7日 (六) 01:26 (UTC)

你的說法讓我無比難過，但願主與你同在，這也不是你的錯。
當年因為我反對解任Mys_721tx而被WMLO屢次進行死亡威脅和郵件騷擾，我頂著壓力和社群調查此案。如今你說出這樣的話，毫無邏輯也十分異常，我真的很痛心。
這不是你的錯，請原諒我，我累了。告辭。 -Lemonaka 2024年12月7日 (六) 01:23 (UTC)

誠實地，我不能知道兩件事間有何連結。 -Lemonaka 2024年12月7日 (六) 01:30 (UTC)

@Liuxinyu970226：我完全可以认为你这句话有违善意推定，甚至客观上起到造谣诽谤的效果。--自由雨日🌧️❄️ 2024年12月7日 (六) 02:04 (UTC)

您觉得这句话有违那我收回了，反正与己无关。--Liuxinyu970226（留言） 2024年12月7日 (六) 02:08 (UTC)

我的意思是，既然有實際用途，可以按情況添進方針。我也知道應予澄清，此或可移往方針區討論。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年12月7日 (六) 21:18 (UTC)

請移動 -Lemonaka 2024年12月8日 (日) 09:13 (UTC)

本人認為，有關禁制當屬廣域頁面禁制，而非真正的「全站範圍禁制」，僅是用詞類似。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年12月7日 (六) 21:20 (UTC)

Mys_721tx存在恶意推定、曲解方针等问题，因此其做出的封禁容易被质疑，也是其被解任的原因。--Lanwi1^Talk 2024年12月7日 (六) 11:07 (UTC)

我從未見過稱“永久封鎖”禁制的，亦未見合法。我也並不要求解封，只想澄清一下。 -Lemonaka 2024年12月7日 (六) 11:18 (UTC)

你说的没错，即使Mys_721tx的封禁有问题，还是要按方针解封。我认为Mys_721tx过严，压力过大也会容易做出问题行为。--Lanwi1^Talk 2024年12月8日 (日) 07:55 (UTC)

这和 @Mys 721tx沒有關係，Shizhao這麽做我也會起疑。 -Lemonaka 2024年12月9日 (一) 09:51 (UTC)

不限期全站封鎖相當於永久封禁，確實需要慎重決定，全站封鎖只應對長期破壞同持續使用傀儡的用戶，或者需要設立复核機制，避免完全由單一管理員作出這類操作。Wpcpey及Longway22的個案，按機制需要兩人提出申訴才能解封，不過一般維基人因爭議事件而需要離開一段時間後，也未必有心情回來。--Uranus1781（留言） 2024年12月10日 (二) 05:27 (UTC)

此事關鍵，沒有有效的回應，不應關閉。 -Lemonaka 2024年12月12日 (四) 22:44 (UTC)

@Lemonaka：您要求有效的回應，您是想Mys_721tx在此親自解釋嗎？至於受到直接影響的Wpcpey及Longway22，他們兩位目前並不可能在此發言；或者，您有沒有指定的對象，要求他們在此澄清；您亦可提出對全站封鎖的處理方案，例如建議增修相關的方針指引；一般用戶不太可能代替Mys_721tx澄清這兩次操作，如果他不解釋，又沒有夠分量的人員協助釐清，您又不提出跟進的方案，這個章節長期開放不存檔，也不太可能獲得有用的結論。--Uranus1781（留言） 2024年12月13日 (五) 09:18 (UTC)

是的。两种方法

1. Mys_721tx在此親自解釋
2. 全站封鎖增修

-Lemonaka 2024年12月13日 (五) 11:44 (UTC)

全站封鎖條文增補

提議

舊 全站範圍禁制褫奪在中文維基百科的一切編輯權利，被禁制人士不論使用任何帳號或IP位址均禁止在任何情況下編輯中文維基百科的任何部分，依照 § 禁制申訴規範在其使用者討論頁提出的申訴為唯一例外。全站範圍禁制可用於以下情況： 屢次繞過封鎖：全站範圍禁制在使用者主帳號被不限期封鎖，且使用者查核最少三次確認濫用多重帳號的情況自動生效。 全域鎖定：全站範圍禁制在使用者帳號於中文維基百科被不限期封鎖，且因跨維基破壞或濫用多重帳號而被全域鎖定的情況自動生效；因帳號被盜而被全域鎖定者不在此限。

新 全站範圍禁制褫奪在中文維基百科的一切編輯權利，被禁制人士不論使用任何帳號或IP位址均禁止在任何情況下編輯中文維基百科的任何部分，依照 § 禁制申訴規範在其使用者討論頁提出的申訴為唯一例外。全站範圍禁制可用於以下情況： 屢次繞過封鎖：全站範圍禁制在使用者主帳號被不限期封鎖，且使用者查核最少三次確認濫用多重帳號的情況自動生效。 全域鎖定：全站範圍禁制在使用者帳號於中文維基百科被不限期封鎖，且因跨維基破壞或濫用多重帳號而被全域鎖定的情況自動生效；因帳號被盜而被全域鎖定者不在此限。 广域页面禁制：同時在主空間和討論空間持續擾亂，全站範圍禁制自動生效。

---Lemonaka 2024年12月13日 (五) 11:48 (UTC)

我有一個反建議：既然相關全站範圍禁制不合現行規定，那就沒有理由維持相關全站範圍禁制，對該二人的全站範圍禁制應予解除。Uranus1781上面説的話很有道理。Sanmosa _蚌埠 2024年12月17日 (二) 15:34 (UTC)

這不矛盾，但有人說“就因為我們開除了Mys_721tx的管理員，您就希望解除有關禁制？” -Lemonaka 2024年12月17日 (二) 19:23 (UTC)

話不能這樣説，相關全站範圍禁制不合現行規定的問題你不提出來大家也沒留意，我的意見僅僅針對相關全站範圍禁制不合現行規定的事情。也就是説，即使你是在Mys_721tx沒下台的情況提出這個問題，我這裏的意見也不會有任何的變化，雖然這種情況下我很有可能被部分自發側翼猛烈攻擊，但我對於這種攻擊性言論是怎樣的態度你也是清楚的。Sanmosa _蚌埠 2024年12月18日 (三) 02:27 (UTC)

@User:Shizhao @AT -Lemonaka 2024年12月19日 (四) 06:40 (UTC)

支持修訂。事實性修訂。--千村狐兔（留言） 2025年1月9日 (四) 09:30 (UTC)

管理操作复核请求

此請求是根據Wikipedia:管理操作覆核請求所提出，請先閱讀相關內容。

操作： Wpcpey禁制、Longway22禁制

执行者： Mys 721tx （討論 · 貢獻 · 日誌）

先前讨论：Wikipedia:管理員解任投票/Mys_721tx/第2次、Wikipedia:互助客栈/其他#Wpcpey和Longway22禁制復核---Lemonaka 2024年12月26日 (四) 01:07 (UTC)

在下附议上面的提议:既然相关全站范围禁制不合现行规定，那就没有理由维持相关全站范围禁制，对该二人的全站范围禁制应予解除 "Wpcpey和Longway22禁制复核"(1） 以及 (2)。感谢Lemonaka发现和向社群通报管理操作不合现行规定的案件。--Gluo88（留言） 2024年12月22日 (日) 03:33 (UTC)

有鑒於管理操作覆核請求有專門的程序，我在此重申自己支持解除對該二人的全站範圍禁制的意見。Sanmosa _{在黑魔法的幫助下密謀推翻軍政府} 2024年12月22日 (日) 14:10 (UTC)

改为部分命名空间封禁会更好。但原则上(＋)支持解除對該二人的全站範圍禁制--Allervous迷い星のように叫ぼう 2025年1月9日 (四) 05:56 (UTC)

Per @Gluo88、 @Sanmosa 改爲(＋)支持解除對該二人的全站範圍禁制 -Lemonaka 2024年12月23日 (一) 00:50 (UTC)

@Jimmy Xu@Shizhao此事複雜，請審核。 -Lemonaka 2024年12月23日 (一) 10:18 (UTC)

我倾向支持解除有问题的此禁制，问题管理员容易滥用规则。--Lanwi1^Talk 2024年12月23日 (一) 13:13 (UTC)

@Lanwi1、Uranus1781。Sanmosa _{在黑魔法的幫助下密謀推翻軍政府} 2024年12月23日 (一) 00:51 (UTC)

支持Wpcpey、Longway22個案的复核，主因是這兩起全站禁制不符合禁制方針，這並不等於全面否定Mys 721tx之前對其他用戶的禁制，不能說成是因為其現在已不是管理員就尋求推翻其操作；即使管理員在是非的判定正確，採取不限期封禁或禁制的行動及必要性卻值得商榷。--Uranus1781（留言） 2024年12月24日 (二) 05:10 (UTC)

對兩人的禁制是否屬上方所提及的「有關禁制當屬廣域頁面禁制」？--千村狐兔（留言） 2024年12月31日 (二) 10:38 (UTC)

@Lemonaka--千村狐兔（留言） 2025年1月3日 (五) 15:49 (UTC)

@Manchiu：Mys 721tx對Wpcpey的禁制根據Mys 721tx他自己的説法就是“全站编辑禁制”，因此可以合理預期Mys 721tx並無執行“廣域頁面禁制”的主觀意願。Mys 721tx對Longway22的禁制與此問題無關，Mys 721tx在其發出予Longway22的禁制通知僅稱Longway22被“不限期封禁”，這與禁制紀錄的説法相悖，而如果真把這當成了“廣域頁面禁制”，這也違反了禁制方针“用作執行頁面禁制的封鎖應當於封鎖理由當中註明為禁制措施”的規定。Sanmosa _蘭絮 2025年1月4日 (六) 01:07 (UTC)

就我所知Longway22及Wpcpey是因長期的一系列問題被「禁制」，若我把相關禁制解除後修改為不限期封鎖是否符合程序規定？--千村狐兔（留言） 2025年1月4日 (六) 02:40 (UTC)

不合適，不合乎比例原則，事態的嚴重性完全沒有到需要不限期封鎖的地步。Sanmosa _蘭絮 2025年1月4日 (六) 03:53 (UTC)

謝謝。留意到此討論中有申訴時限要求。Wpcpey的侵權禁制倘因為程序不當而提前解除，是否會造成：一）其他封鎖例子的先例、二）用戶未有就相關行為有改善跡象下獲得解封。Longway22的個案顯示，他會否在解封後仍然持續在命名空間的不當發言？是否（能否）以局部封鎖取代，這樣會否抵觸一案不兩審原則？但我需要評估在相關禁制撤銷後用戶會否仍然進行被禁制前行為的可能。@Sanmosa@Lemonaka--千村狐兔（留言） 2025年1月4日 (六) 04:50 (UTC)

這不是單純的「程序不當」，而是心態揣測的不當，參見Lanwi1的說法。如果禁制本身並不合理，那申訴時限要求也自然是不合理的，因此申訴時限要求不能被納入解除禁制與否的考量因素之中。再者，現有的違規禁制本就不合乎比例原則，論施行的時間也早已逾越實際所需。Sanmosa _蘭絮 2025年1月4日 (六) 04:55 (UTC)

了解。但如何顯示封禁存在明顯「心態揣測」的不當？換句話說，其他施行的禁制或封鎖是否也可據此開啟覆核？--千村狐兔（留言） 2025年1月4日 (六) 10:10 (UTC)

需要看具體情況。我也是看了具體情況以後才有這個結論的。Sanmosa _蘭絮 2025年1月4日 (六) 12:50 (UTC)

Manchiu您好，我的觀點是這樣的，一個不當的程序帶來正確的結果，程序依舊是不當的。您可以直接reblock，改爲不限期封鎖，然後去掉禁制記錄，那比現在的情況，事實上，是更好的，我也不反對。@Manchiu -Lemonaka 2025年1月5日 (日) 19:57 (UTC)

為避免意見混淆，我需要說明我的態度是不贊同重新封鎖的。Sanmosa _蘭絮 2025年1月6日 (一) 00:41 (UTC)

其實，我一點都不在乎解不解開，封鎖不解開，我只想明白mys爲什麽這麽做。但Mys一直不回應。 -Lemonaka 2025年1月8日 (三) 08:29 (UTC)

@Sanmosa，按不要照本宣科的精神，若這個全站編輯禁制，理解作對用戶的全站封鎖的一種形式以阻止長期擾亂是否恰當？--千村狐兔（留言） 2025年1月8日 (三) 08:45 (UTC)

不恰當。注意我在上方也提到「不合乎比例原則」，這與是否「照本宣科」無關。Sanmosa _蘭絮 2025年1月8日 (三) 09:21 (UTC)

基於一案兩審原則及@Sanmosa的意見，不會重新封鎖。--千村狐兔（留言） 2025年1月6日 (一) 00:46 (UTC)

其實Topic:Xt0xc95ib78094fw是將禁制紀錄當中的禁制理由去掉後面的「，對Longway22實施全站範圍禁制。」改寫前面的「因Longway22封禁后」為「封禁后」並將其寫在封禁理由上而已。

至於你說到的"您已被不限期封禁"只是模板{{Uw-block}}或{{Uw-blockindef}}的預設的效果而已，我幫你做了一個測試（見版本差異）。

你使用「{{subst:Uw-block|indef=yes|reason=封禁后（[[Topic:Xftspbuvtjjy7fmc]]）继续于条目中加入粗劣翻译（[[抵抗軸心]]、[[阿米塔·傑拉萬德之死]]、[[中葡協定 (1554年)]]）、在可流利使用标准汉语时持续于讨论中使用常人无法理解的非标准汉语（见Wikipedia命名空间贡献、[[Topic:Xnngmkobwx1jvgi2]]、[[WikiProject:創作物專案互進]]、[[Talk:华裔俄罗斯人]]、[[Talk:東京地方裁判所]]）}}」即可得出相同的結果，subst:Uw-block的部分你可以自行換成subst:Uw-blockindef測試。--~~Sid~~ 2025年1月4日 (六) 14:39 (UTC)

然而他看到的很有可能就是如我所説的。Sanmosa _蘭絮 2025年1月4日 (六) 15:14 (UTC)

我質疑的是流程不對。 -Lemonaka 2025年1月4日 (六) 02:14 (UTC)

認同全站範圍禁制的用戶並無觸犯禁制方針列明的兩種情況；現有的禁制因建基在不存在的方針基礎上，經覆核程序及社群討論，決定原有因此禁制終止。基於同一事件不兩審原則，不予再封鎖，以免另不合乎比例原則及禁制時長超出所需。唯此仍屬第二次機會，兩位用戶理應明白再度違規會遭禁制或封鎖處理。--千村狐兔（留言） 2025年1月9日 (四) 08:40 (UTC)

@Lemonaka@Uranus1781@ASid@Allervous@Gluo88@Sanmosa@Ericliu1912--千村狐兔（留言） 2025年1月9日 (四) 08:47 (UTC)

我認同，方針如何修訂、增補則請各位進一步討論。 -Lemonaka 2025年1月9日 (四) 08:48 (UTC)

那末，此事就到此為止。若有額外方針修正案，請移步客棧另行提出，感謝。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年1月10日 (五) 12:47 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

废弃草稿

我发觉机器人似乎不再自动提删超过半年没有被编辑的草稿（ns118）了，不知道这是不是我的错觉。--Txkk（留言） 2024年12月16日 (一) 10:39 (UTC)

如果机器人不自动提删过期草稿，草稿就会越积越多，越积越多，越积越多……--Txkk（留言） 2024年12月16日 (一) 11:44 (UTC)

我倒是支持废除速删旧草稿，至少不要自动化速删。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月16日 (一) 14:34 (UTC)

曾经没有O7的时候有用户在AFD提删大量废弃草稿，也不是合适处理方式。--GZWDer（留言） 2024年12月20日 (五) 13:29 (UTC)

至少用戶頁的草稿也會有矛盾之處，比如用戶沙盒不會被刪除，但用戶頁的草稿卻會被刪除。對新手用戶尤其影響大。--千村狐兔（留言） 2024年12月20日 (五) 13:36 (UTC)

同意，我覺得至少應該排除掉用戶頁草稿。如果社群認為真要保留O7，或許可限定草稿名字空間。然而，AFD大量提刪廢棄草稿的行為似乎也不足以論證O7的必要性，畢竟反過來說可以勸導乃至阻止相關用戶進行如此非必要的批量提刪行為。-Peacearth（留言） 2024年12月20日 (五) 17:31 (UTC)

我认为应当如此：

• 只有草稿名字空间可以因废弃草稿的原因自动提交速删；
• 用户名字空间的不应该以“废弃草稿”的名义自动提交速删；
• 因废弃草稿而提交速删的不应该使用机器人自动删除，而应该交由人工复查

--百無一用是書生 (☎) 2024年12月24日 (二) 08:54 (UTC)

补充：如果不删除Draft空间的废弃草稿，会不会有新手不会更新？要不参考O3的模式，机器人自动以O7的名义存档废弃草稿？ ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月24日 (二) 11:07 (UTC)

话说，现在是有机器人自动挂速删废弃草稿的模板，还是挂有草稿模板的页面在一段时间后无编辑就自动显示速删模板？--百無一用是書生 (☎) 2024年12月25日 (三) 03:26 (UTC)

大部分是後者。--千村狐兔（留言） 2024年12月28日 (六) 13:01 (UTC)

另外不少新手用戶把完善、增加的內容搬到主條目，但因草稿未獲審批而遭不少提刪。似乎要增加相關刪除要求，比如條目比草稿更多內容、完善後不應一律以G18提刪條目，提刪者需要作檢查。--千村狐兔（留言） 2024年12月31日 (二) 10:29 (UTC)

@Peacearth、Shizhao：各位，各位，是“命名空间”，老版术语措辞“名字空间”早就被丢弃了。--Txkk（留言） 2024年12月31日 (二) 01:31 (UTC)

 吐槽：在zh-tw模式下您的發言顯示為「各位，各位，是「命名空間」，老版術語措辭「命名空間」早就被丟棄了。」，這個字詞轉換😂-Peacearth（留言） 2024年12月31日 (二) 05:02 (UTC)

呃……我没注意到这个情况，刚刚加上隔断代码了。--Txkk（留言） 2024年12月31日 (二) 05:43 (UTC)

@魔琴：如果废除速删旧草稿，草稿命名空间就成大型垃圾场了😒😒😒 --Txkk（留言） 2024年12月31日 (二) 01:31 (UTC)

现在记得是半年无编辑才提交速删吧？这么长时间都不编辑，认为废弃相当合理--百無一用是書生 (☎) 2024年12月31日 (二) 02:45 (UTC)

目前似乎很多新條目不符創立標準的都會移動到草稿，可能建議還是先掛維護模板/提請刪除討論優先，在存廢討論中討論，確定有修改價值後才移到草稿，而非統統移到草稿。以免增加草稿審核人員負擔。--千村狐兔（留言） 2025年1月3日 (五) 15:47 (UTC)

同意Shizhao草稿存廢標準有關意見。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年1月10日 (五) 12:47 (UTC)

重启Automoderator部署讨论

於Phabricator查看
編號T367306的工單

十余月前，该讨论向社群引介了自动化反破坏Automoderator工具，然其因热度不足而无疾而终。因此，我谨引用原留言：

大家好，我的名字是Sam Walton，是管理员工具（Moderator Tools）团队的产品经理。我们正在开发一个名为Automoderator的项目，该项目让社群能够根据社群自定义的规则自动回退破坏性编辑。我们正在寻求对我们项目的意见，并有一些问题需要巡查员和管理员的参与，以帮助我们更好地理解。除了项目主页面上的概述和问题之外，我们还有两个子页面提供更具体的资讯：

如果您想研究Automoderator的准确率，并查看它在不同编辑上的表现，我们设置了一个测试流程。您可以帮助我们找到新的模式，并在Automoderator部署之前将其纳入考虑范围（译注：例如怎样改善误判问题、使用什么程度的准确率（cution levels）比较好）。 评估计划是用来确定Automoderator是否实现目标且不会产生负面影响的计划初稿。如果您对我们收集的数据或制定的指标有任何想法，那么您可以在这里分享！

如果您对Automoderator有任何疑问，或者您的社群是否想要使用这个工具，请告诉我！
— User:Samwalton9_(WMF)

还请社群评估该工具部署之可能性及价值为荷。——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月18日 (三) 19:45 (UTC)

理念上支持。所提供通用模型随机样本的表格数据，我看了一些高风险的，感觉挺多是不该被回退的。多语言模型的样本好很多，并且预计回退数量似乎很低？如果有人及时巡检和调控该工具，可以考虑引入。--YFdyh000（留言） 2024年12月18日 (三) 23:54 (UTC)

兩者個人也曾測試，無論前者和後者只要是使用「Cautious」或以上的閾值，基本上近乎是沒有誤判。以自動反破壞工具而言，其誤判率個人認為可接受，現實上也不可能存在沒有誤判的工具。而預設值為最嚴謹的「Most Cautious」，基本上不會有什麼大問題。

「如果有人及時巡檢和調控該工具，可以考慮引入」，個人作為管理員願意幫忙調整。謝謝。--SCP-0000（留言） 2024年12月19日 (四) 14:12 (UTC)

有没有在本站模拟环境下的测试数据？有这些数据大家才好判断。--碟之舞📀💿 2024年12月19日 (四) 04:54 (UTC)

按这些步骤。Google表格，文件-复制（制作副本），Test Automoderator工作表，选择zhwiki，有30组数据集（目前是今年7月的数据），每组30笔编辑，每笔审阅后可查看该工具在各警惕级别下是否会自动回退。似乎够谨慎，但也存在误判和漏判。--YFdyh000（留言） 2024年12月19日 (四) 05:15 (UTC)

基本支持。我相信足夠多的trial and error能克服誤判與漏判的情況。Sanmosa _蚌埠 2024年12月19日 (四) 11:11 (UTC)

感觉可推进下一步。Deploying说无需正式RFC，只需有足够多参与者感兴趣。用户名要保持原名吗，译名会更易懂（如“自动回退”？），但简繁选用等层面是否不方便。不清楚其会发送简体还是繁体版本的留言消息。所需用户页译本已准备Draft:User_AutoModerator（回退、撤销的用词可能需斟酌），后续可单独讨论和改进。--YFdyh000（留言） 2024年12月20日 (五) 00:34 (UTC)

自动版主？自动管理员？自动编辑检查？其实用Automoderator也可以（）——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月20日 (五) 02:42 (UTC)

版主太生硬了。且版主常被指责滥权，会误导新手；管理员误导性，并没有封号等机制；编辑检查与现有机制（tag、滥用过滤器）重名了。维持原名确实可以，中庸之举，但好的译名会更好，不看用户页或留言也能迅速了解是被自动化程序回退了。“自动回退器”感觉偏生硬。“回退机器人”太直白和不好理解、难以联想到原名。--YFdyh000（留言） 2024年12月20日 (五) 04:00 (UTC)

自動巡查器或者自動回退器吧，用繁體就行，就一個動字簡化了，簡體使用者應該都能看得懂。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月20日 (五) 12:48 (UTC)

前者与巡查混淆。后者我没意见。简体的、原名的账户名可能应设法占用并重定向过去。--YFdyh000（留言） 2024年12月20日 (五) 13:26 (UTC)

感覺稱作自動巡檢器會比較好。--雨朝_{Talk#我要退出CRYCHIC} 2024年12月20日 (五) 14:35 (UTC)

Moderator的角色一般是維護頁面，因此我會建議譯為“自動維護工具”或“自動維護器”，再不然像Twinkle那樣沿用英文名也可以。如果不要求忠實翻譯的話，其實叫“自動法器”也成。^{[開玩笑的]}亲，我簽名那刻的時間是 2024年12月21日 (六) 14:13 (UTC)

倾向反对按原文字面而非功能来译。以上两个译名太像一个大类。如果无共识，该考虑用户名沿用英文，以及用户页、讨论等允许怎样的中文称呼。--YFdyh000（留言） 2024年12月21日 (六) 19:03 (UTC)

回退破壞性編輯也算一種維護吧，我不認為我沒有按功能來譯，但比較微妙的是我個人確實偏好沿用英文名。亲，我簽名那刻的時間是 2024年12月22日 (日) 09:54 (UTC)

所以各位打算选哪个用户名。--YFdyh000（留言） 2024年12月27日 (五) 19:01 (UTC)

我比较喜欢英文的，不用担心繁简转换，也能回避翻译问题。——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月27日 (五) 19:44 (UTC)

公示3日：使用原始英文用户名，公示结束后申请引入。--YFdyh000（留言） 2025年1月1日 (三) 18:16 (UTC)

公示通过，已更新P站——敬颂冬绥 ZhaoFJx_(论•签) 2025年1月5日 (日) 03:21 (UTC)

支持导入。--Hamish T 2024年12月20日 (五) 15:21 (UTC)

支持導入用以試驗。-Peacearth（留言） 2024年12月20日 (五) 17:50 (UTC)

en:user:ClueBot NG -Lemonaka 2024年12月23日 (一) 01:02 (UTC)

(＋)支持导入。--Martin^{我强烈反对WMF给出个人信息，支持闭站抗议} 2024年12月27日 (五) 18:41 (UTC)

配置

英语界面的配置选单

AutoModerator可由管理员在Special:CommunityConfiguration/AutoModerator处配置，按扩展介绍，其有以下配置：

1. AutoModerator将会设为开启模式。
2. 配置阈值设为？
   1. 最谨慎（默认值）：很少回退编辑，准确度最高；
   2. 谨慎：较少回退编辑，准确度中等；
   3. 不太谨慎：相对回退较多编辑，准确度稍低；
   4. 最不谨慎：回退很多编辑，准确度最低。
3. 是否将回退操作标记为小修改？
4. 是否将回退操作标记为机器人编辑？
5. 是否向受回退的编者发送讨论页信息？
6. Automoderator不应回退哪些用户组所作的编辑？
7. 在User:AutoModerator/错误报告处报告错误。

@YFdyh000、SCP-2000：谨通知上方活跃讨论者和管理员。——敬颂冬绥 ZhaoFJx_(论•签) 2025年1月6日 (一) 18:29 (UTC)

我建议保持“最谨慎”，毕竟是测试性的引入，观察一段时间后再考虑逐步升高；不标记为小编辑；标记为机器人编辑；发送消息；不回退“回退员、管理员”的编辑。——敬颂冬绥 ZhaoFJx_(论•签) 2025年1月6日 (一) 18:31 (UTC)

建议：开启。最谨慎。非小修改。是否机器人 无意见，看回退量和误报率而定。发送消息。不回退延伸确认用户？或者更高，看误报率而定。--YFdyh000（留言） 2025年1月6日 (一) 18:41 (UTC)

最谨慎；是（Twinkle、SWViewer等工具均使用了小编辑，小编辑标记也符合预期的场景）；否（可以考虑经过一段测试期后修改为是）；是；延伸确认用户（或者可以更低，比如自动确认用户）。 Stang^★ 2025年1月7日 (二) 12:47 (UTC)

最謹慎；是否要標記為小修改與機器人編輯我暫時沒意見；可能要視傳送的訊息而定；不回退管理員與回退員的編輯，視運作狀況再決定要不要降低門檻。--冥王歐西里斯（留言） 2025年1月8日 (三) 06:41 (UTC)

最谨慎，是，否，是，延伸确认用户。--在下荷花，请多指教（欢迎签到） 2025年1月9日 (四) 07:13 (UTC)

提议将每日提示内容同步到首页“提示”版块展示

原标题为：编辑提示已建设完毕，现提议将内容同步到首页“每日提示”版块展示

经过Tisscherry君最近一段时间的不懈努力，Wikipedia:提示的所有每日提示内容已经建设完成（终于完成了一个天坑orz）。有鉴于此，如Wikipedia:每日提示维护小组#任务所述，现提议将“提示”内容同步到首页“每日提示”版块更新，特此征求社群意见。--Jeffchu2014（留言） 2024年12月19日 (四) 10:43 (UTC)

等等，7月還有6天，這禮拜會完成，請稍等我一下。--提斯切里（留言） 2024年12月19日 (四) 11:06 (UTC)

已經全部完成，並且再次檢查過。--提斯切里（留言） 2024年12月20日 (五) 16:00 (UTC)

真的不容易，該給與掌聲鼓勵:)--薏仁將🍀 2024年12月21日 (六) 04:39 (UTC)

---

可以参考這個版本展示，同时每日的内容全部参照WP:历史上的今天设置半保护。--Jeffchu2014（留言） 2024年12月21日 (六) 04:56 (UTC)

刚发现这个版本没有替换掉“参与维基百科”版块，这个替换掉了，以这个版本进行讨论。--Jeffchu2014（留言） 2024年12月21日 (六) 19:00 (UTC)

内容还请大家多帮忙看看，大多数内容都是机翻，读起来很不通顺，还有些是照搬英文的过期内容，现在已经无法复现。--Jeffchu2014（留言） 2024年12月21日 (六) 19:29 (UTC)

（修改了標題，因為編輯提示指的是Editnotice）--SunAfterRain 2024年12月22日 (日) 04:51 (UTC)

可能1～7月的部分機翻問題要再確認，我是從7月20日左右接手，還有另一位使用者@琉綺在11月和12月的部分幫了不少忙。我初步檢查大部分都是符合中維現況的。--提斯切里（留言） 2024年12月22日 (日) 09:43 (UTC)

他是不是不太熟悉维基的术语啊，article是“条目”，怎么老是说“文章”，太不专业了。--Jeffchu2014（留言） 2024年12月22日 (日) 19:19 (UTC)

可能還略有疏漏，我再檢查確認。--提斯切里（留言） 2024年12月24日 (二) 12:46 (UTC)

@Tisscherry：询问一下是否确认完毕。--人间百态,独尊变态(讨论)(签名) 2024年12月31日 (二) 11:57 (UTC)

漏回覆了請見諒。目前機翻問題都已排除，地區詞轉換大部分都補上，往後也會再持續檢查。--提斯切里（留言） 2024年12月31日 (二) 12:25 (UTC)

---

请大家踊跃提出意见，若7天内无人反对，依WP:7DAYS规则通过。--Jeffchu2014（留言） 2025年1月6日 (一) 08:15 (UTC)

謝謝推進，我這幾天也會抽空再巡巡。另外對於綠連英維方針指引的部分較為無法確定，因為大多數可能短時間內不會被提出討論或是翻譯，撤下好還是維持原樣？--提斯切里（留言） 2025年1月6日 (一) 12:39 (UTC)

暂时隐藏吧。--Jeffchu2014（留言） 2025年1月8日 (三) 17:38 (UTC)

管理操作覆核請求：對Wildcursive的處理

此請求是根據Wikipedia:管理操作覆核請求所提出，請先閱讀相關內容。

操作： [4]

执行者： Ch.Andrew （討論 · 貢獻 · 日誌）

先前讨论：維基百科:管理员布告板/其他不当行为#Wildcursive

@Wildcursive：首先，這位用戶對於自己討論頁上由Cindyzs寫出的宣傳性內容置之不理，經我移除後再次加回。引用@薏仁將的話：……雖然WP:TPG對於用戶討論區使用自由度是相對寬鬆的，而本案被提報人對於相對當事者用戶採取寬容容忍的態度去看待那些個人主觀意識的政治觀點宣傳，然而被提報用戶是可以有多次機會對相對用戶進行勸告及以相關方針教導其用戶避免再度出現不適當的行為，但被提報用戶選擇被動、消極的方式選擇不作為的冷處理，此等則會被相對用戶認為不反對即表認同的錯誤認知而持續性的做出不適當的行為；雖然該用戶暫時已被封鎖一週，但是難保解封後不再出現相同的不適當行為，而身為當事者的您，難道某個角度立場來說是無任何責任？又或者這種消極寬容的態度不也是變相的縱容對方行為？

而管理員章安德魯對於此次提報，作出以下處理： 還原。以User:Wildcursive自行決定的版本為準/態度指引WP:OWNTALK：「對於用戶討論頁而言，這些方針的遵循度會比其他討論頁較為寬鬆」「以上方針並不限制用戶在自己的討論頁移除留言」、編輯指引WP:PUT：「您可以按照您認為合適的方式將討論串刪除、存檔，或者是簡要地總結以前的討論」等語可以清楚得知，用戶對於自身帳號的討論頁具有裁量權，保留或刪除內容由帳號所有者自行決定即可，其他非當事用戶無須干涉。

然而，很明顯，方針（這甚至只是指引)中註明的是「較為寬鬆」而非「完全無需執行」，當然無法輕率得出「保留或刪除內容由帳號所有者自行決定即可」的結論。同時，WP:NOT中寫明：「維基百科拒絕宣傳。維基百科不是演講台、討論區、宣傳工具、廣告場所或者展覽平台。此項適用於用戶名、條目、分類、檔案、討論頁、模板及用戶頁。」

綜上所述，管理員的此次決定是不恰當的，因此我提出操作覆核。 --WiiUf🐉 2024年12月20日 (五) 05:20 (UTC)

(～)補充：被提報用戶在ANM進行政治宣傳，而管理員完全沒有考慮這點。--WiiUf🐉 2024年12月20日 (五) 05:26 (UTC)

(＋)支持复核。——自由雨日🌧️❄️ 2024年12月20日 (五) 05:54 (UTC)

(＋)支持覆核：剛注意到這邊有討論，把我剛在那裡留的意見改一下放這：

Ch.Andrew 解釋他的處置理由有不少問題：不限制使用者在自己的討論頁『移除』留言並沒有「不限制使用者『還原』因違反方針而被其他人移除的留言」之意，而他又以指引導出使用者對於自身帳號的討論頁具有裁量權，保留或刪除內容由帳號所有者自行決定即可，其他非當事使用者無須干涉，然而他引用的WP:PUT是指引，WP:SOAP是方針，指引和方針衝突時是方針優先，遭移除的內容是違反方針，用指引當理由說可以保留違反方針的內容根本是無效的：

1. 用這邏輯，每個使用者都可以在自己討論頁放這些違反方針的內容，因為自己的討論頁自己當然有裁量權啊。
2. 當 A 把自己討論頁上被移除之違反方針內容加回去，那就是 A 的編輯行為了，原本加的人違反方針，A 當然也違反方針。

我並質疑，這個案子原本已有其他管理員開始處理，為何不常活動的 Ch.Andrew 突然介入迅速處理掉這件案子。--LHD（留言） 2024年12月20日 (五) 05:57 (UTC)

(？)疑問:另一個矛盾的點，依照處理的管理員認定的標準，那麼:我只要找政治理念相同的用戶B，或者用戶C不反對我個人政治觀點，那麼我可以將那些政治觀點放置在用戶B與用戶C個人討論區，而且只要相對用戶不反對，那麼就不構成WP:SOAP相關限制(因為B、C君用戶有自己裁量自己討論區討論議題權利)？那麼請問WP:SOAP存在的意義是？那麼問題來了，如果依照處理管理員認定的方式，B君與C君不表態、不反對那麼那些已發生的宣傳行為就不算構成WP:SOAP條件(裁量權在對方用戶身上?)，那麼連帶的是否連WP:DE也構不上邊？然後更有趣的是:如果有人刪除那些政治觀點，我可以仿傚他作法警告那些依照理據刪除的用戶要他們不要「越俎代庖」(因為訊息接受者沒反對，裁量權在對方用戶身上)請問是這個意思嗎?請問可以如此作法嗎？蠻好奇這種「特殊」認定標準。--薏仁將🍀 2024年12月20日 (五) 07:29 (UTC)

可能離題請見諒，其實上次就想提出，不曉得這是否算討論頁的漏洞？我認為可能需要研討是否需要修改，因為雖然看似不妥，但對應現行方針指引確實沒有明確違規，管理員處不處理都很難。感覺上暫時實施封禁的管理員是用了共識封，不過這是中維沒有的方針。若沒有界定標準，往後也可能再發生，故我認為可能需要進一步另行討論。--提斯切里（留言） 2024年12月20日 (五) 09:36 (UTC)

是的，標準的漏洞，看看屆時發生處理的管理員怎麼認定怎麼解釋或者類推適用，有沒有慣例案例可循，的確需要填補漏洞，不然可能造成仿效效應。--薏仁將🍀 2024年12月20日 (五) 09:42 (UTC)

我认为不存在漏洞。明显已经违反WP:NOT。--自由雨日🌧️❄️ 2024年12月20日 (五) 09:55 (UTC)

這樣就有處理落差了，我先前確實覺得這是為不妥，但現在可以理解了這是個人討論頁要如何處理的自由意志，而且以討論頁方針來說，到別人的討論頁進行「討論的狀況」不涉及宣傳，那麼實為不應該封禁的，管理員不處理也是正確的。

我這裡指的漏洞，是要考慮這樣認知差異的，而且確實不明確。--提斯切里（留言） 2024年12月20日 (五) 16:14 (UTC)

但像是比較敏感性質的議題又或者如本案般主觀意識政治內容的傳遞，那麼在認定標準上這是否為宣傳行為的一種？若屬於宣傳行為，那麼其他用戶是否可依據對應的方針指引予以移除？又或者必須知會訊息接受者相關內容可能有不適當之虞?倘若訊息接收者並無任何表態亦不反對，那麼這些有疑慮的內容是否仍可移除？這些可能屬於比較算認定上會造成的差異(或說灰色地帶)也許值得討論。--薏仁將🍀 2024年12月20日 (五) 23:01 (UTC)

也认同 這些可能屬於比較算認定上會造成的差異(或說灰色地帶)也許值得討論。。 尽管我认同“管理员不处理也是正确”, 既然社群有分歧，可以就這是個人討論頁要如何處理的自由意志，而且以討論頁方針來說，到別人的討論頁進行「討論的狀況」不涉及宣傳进行专门讨论。--Gluo88（留言） 2024年12月21日 (六) 23:51 (UTC)

@Tisscherry 在下也认同 而且以讨论页方针来说，到别人的讨论页进行“讨论的状况”不涉及宣传，那么实为不应该封禁的，管理员不处理也是正确的。--Gluo88（留言） 2024年12月21日 (六) 23:45 (UTC)

版主(：)回應：本人參與維基已約二十年，我自己的討論版面有何文字、如何回應、取捨，向來是本人的自由，幾無人越權干涉，亦屬尊重版主之傳統，包括許多行政管理人員皆能分清界線並協助回退對本人討論頁的真實破壞，違反本人意志亂刪亂動才是無禮。我對於符合《世界人權宣言》、臺灣人民自主意志與「自己的國家自己救」理念及維基百科自由民主多元開放精神的善意留言基本上皆大致不反對、不反感、不反彈。美國法律規範的維基百科可不是獨裁中國、專制共產黨或其百毒等工具，也絕不容遭其可憐打手操控限制。若我不覺得留言不當，屬表達意見、交流新舊條目編輯方向、及我可接受的言論自由，其實輪不到遠不相干之他人管太寬任意置喙。

已不常回維基的我是被動回應、被迫說明，說清楚、講明白、暢所欲言、闡明理據是必要且正常的。既然遠非明顯破壞、亦屬無害（有被害人嗎？只有我吧！），我自然有在個人留言版對合理言論自由沉默不作為、不採取任何行動或回復原狀的權利！我有回應或不回應的自由。之前也有較清醒開明曾多少呼吸過較自由空氣的中國人來我版談上海獨立自治、女權、漢人殺滿人等。或香港人來談魚蛋革命等，具善意的鄰國維基人來我版面跟我談政治，我通常會予以回復，編維基百科不可或缺的事實、史實、真理與普世價值等皆屬越辯越明。

每個人自己的版面多少出現與條目直接或間接相關的文字很平常。大家摸著良心自問自己或他人名下的版面其實歷來有多少連個條目名稱都未出現的瞎扯蛋？要倒查22年嗎？我有本版言論方向尺度的管轄權與裁量權, 這歷來皆屬自主自治自理自決的心證自留地空間。事實上, 許多維基化留言提醒我出現哪些新條目可查閱或補充增刪, 又有哪些我已知的主題議題可加強。這些留言者與其純粹條列出那些條目要我關注, 不如寫成短文表達意見, 更能吸引我的關注而參與編輯, 我看不出兩種方式的關鍵字詞有何太大差別, 但絕對更有效, 引發更多點入的好奇或編輯的欲望, 對維基也自然是好的。無謂與過度禁制對維基生產力只是有害而無益。這跟平舖直敘廣告沒人看、沒人買單是同樣的道理，Did you know的DYK問題指南「請創作可以引起讀者興趣的問題」已驗證了十幾年。留言者想引起我的閱讀編輯興趣，或我的回應能否引起他人的閱讀編輯興趣，從這些留言是「待協作完善清單」的角度解釋，有何不可？誰曰不宜？這與真正編輯條目時需依多重可靠來源，既不違背，也能並存。「不管黑貓白貓，會捉老鼠就是好貓」，這是相同的實用主義功益考量，能促進維基發展才是硬道理。捏死窒息中維才是罪人吧。

寫動漫的能在彼此討論頁邊寫邊聊動漫，沒人說不可。寫日本女星的在留言板互稱某某美很漂亮、喜歡某某子，是不是宣傳？說今天又看了10部，打算下周增補創建其中7條，是不是宣傳？寫交通的小聊維基假期旅遊，說想去臺南高雄玩，是不是宣傳？寫生醫的討論疫情，寫文學的聊戲劇，皆很合理。為何寫法政的就不能在自版小聊法政，礙了誰嗎？這種種文字在本質上有重大區別嗎？

維基百科有多少比例不是「宣傳」？幾乎大多數的圖片文字皆可被解讀為具某種宣傳或反宣傳之意。在某些人眼中耳裏，不習慣的事物都很敏感、大驚小怪，但在早已熟悉如日常生活者看來卻是如呼吸般再自然平常不過。此定義模糊不明而極可能衍生超多重標準的思想與言論警察之例一開，徒費時間精力，如同讓真理部、老大哥與朝陽群眾管到每個人在私宅的言行、門口的對聯、信箱的廣告、牆上的壁畫、鄰居的私語、手機的通信，有人來串門子，還要被檢查，實屬荒謬。每個人的頁面用戶框等自由編排創作就是貼在家門口的宣言標語，用戶對待其個人版面的方式亦屬自介自治的一部份，兩者的性質、內在邏輯與適用對待應屬相近。若縱容少數人企圖在他人版上搞擴大文革糾鬥，將成永無寧日的浩劫。無處不在的監控只會製造更多爭端，茲生更廣衝突，轉移消耗編者注意力，終成反噬人人而成龐大數位極權主義的一九八四。

如果裹小腳的慈禧看到奧運女子金牌就罵人家傷風敗俗成何體統、或如果有個別極端伊斯蘭教徒看到餐廳在賣豬腳火腿貢丸就呼天搶地說違逆真主要斬首、要下地獄、要燒店家，顯非合理，政治控制與資訊封鎖是沒必要的，別讓中國迄今仍時常發生的作法自斃、請君入甕再實現，維基百科不該日益封閉退步。

管理員千村狐兔（[5]）與章安德魯（[6]）均已表明尊重版主的態度，這基本上也是由正規編者自理其個人討論頁的傳統，除非真屬破壞或已被自刪、警告表明不受歡迎者。企圖懲處被留言者或已表明自行判斷篩選者是很奇怪的事。當事人對此個案沒意見、不在意、不覺得被騷擾，那就不需要再浪費時間強入人於罪。

十多年來本版基本自在自適健康無礙，天下本無事，實不煩庸人自擾擾人。--WildCursive（留言） 2024年12月20日 (五) 11:54 (UTC)

實際上維基百科並不保障你在討論頁的言論自由，維基百科並非論壇，第五點：與維基百科無關的專案內容。請勿存放與維基百科無關的材料，包括使用者空間。請參閱WP:UPNOT了解不得包含的內容的範例。

，WP:UPNOT有此外，您不得在使用者空間中包含可能損害專案聲譽或可能引起廣泛冒犯的材料（例如種族主義意識形態）。無論是嚴肅的還是惡意的，「維基百科不是演講台」與百科全書條目一樣適用於使用者空間，而「維基百科不會審查內容」則適用於條目頁面和圖像；在其他命名空間中則存在一些限制，旨在確保與社群的相關性及不擾亂社群。您在使用者空間確實比其他地方擁有更多的自由度，但不要粗心大意。任何編輯者都可以立即刪除極具冒犯性的材料。，這些是具有冒犯性的，此外管理員的論點並不代表整個維基百科，宣傳政治理念，誹謗民意代表，為不可接受的行為，例如誹謗馬文君為叛國賊明顯違反與維基百科無關的爭論性言論，或攻擊或誹謗編輯群體、個人或其他實體的言論。這些言論均被視為分裂性的並會被刪除，而重新加入將被視為擾亂。，這些都是合理證據，因此刪除該些留言為正當。-- A0_{(討論·簽名)} 2024年12月21日 (六) 12:44 (UTC)

個人認為甚至可能違反UCoC第3.1 侮辱：這類行為包括惡言、侮蔑、使用刻板印象、基於個人特質的攻擊行為。侮辱可指感知特質，其諸如智力、外貌、民族、種族、宗教（或無宗教信仰）、文化、種姓、性取向、認同性別、生理性別、殘障、年齡、國籍、政治派別或其他特質。在部分情況中，反覆地嘲笑嘲弄、諷刺挖苦、或侵犯攻擊會構成集體侮辱。和引戰：以故意擾亂話題或惡意地發佈言論方式，有意圖地挑釁他人。-- A0_{(討論·簽名)} 2024年12月21日 (六) 12:55 (UTC)

什麼叫打著維基之名，不適當就是不適當，你認為你可以去公共政策網路參與平台提案說那些嗎，當然不行，因為地方錯了-- A0_{(討論·簽名)} 2024年12月21日 (六) 15:10 (UTC)

我认为我有处理我的讨论页的自由，我不想要别人插手我讨论页面的事情。实在有不合规的内容我会折叠，但我不认同别人替我删除还不让我处置。 --MilkyDefer 2024年12月20日 (五) 13:45 (UTC)

你这话就相当于在说你认为你对你的用户页和用户讨论页有所有权。--自由雨日🌧️❄️ 2024年12月20日 (五) 22:56 (UTC)

我記得使用者對於用戶討論頁面僅有「使用權」，但閣下的說法，恐怕會變成用戶對於自己的討論頁面及相關用戶頁面有「擁有權」，這錯誤的理解吧？。--薏仁將🍀 2024年12月20日 (五) 23:08 (UTC)

这个事件是一个编者在第三人的讨论页面发布宣传性内容（但是我认为那些内容可以搬到维基新闻做opinion piece），然后第四人意图移除内容后被还原，莫名其妙就要召唤管理员介入。此事之奇葩程度闻所未闻，因为那个编者没有滥用自己的讨论页。你们可以规定任何人不得反对他人在自己的讨论页面严格执法，但是我认为与其把原则法律化并且不断打补丁，不如让所有编者把自己的账号交出来交给三百多万个硬编码规则的机器人。--MilkyDefer 2024年12月21日 (六) 10:34 (UTC)

所以你的意思是，在条目讨论页、在用户页、在用户空间子页面均不得放置的宣传性内容，可以转而在用户讨论页放置？--自由雨日🌧️❄️ 2024年12月21日 (六) 10:38 (UTC)

赞--Dryrace（留言） 2024年12月28日 (六) 10:53 (UTC)

程序問題：Wikipedia:管理操作覆核請求有提到「在發起覆核請求前，建議嘗試與執行操作人（當事人）討論，以解決問題」，請問提請覆核之人等是否已和當事管理員進行過充分討論溝通？雖說這只是「建議」，但是如果以後每個人都在未經充分溝通的情況下就逕行提請社群覆核管理員操作，恐致社群無謂困擾、消耗社群精力。-Peacearth（留言） 2024年12月20日 (五) 16:19 (UTC)

本人已根據您的建議在有關管理員的討論頁留言。由於本人已於該留言詳述意見，請恕不在此重複。--派翠可夫 (留言按此) 2024年12月21日 (六) 03:50 (UTC)

若要较真需注意上述WP:NOT中所列只有用户页，并无用户讨论页。WP:TPG#別人的意見中也着重强调（而这也是使用 deltalk 中自动生成的标签所链接到的页面）{{deltalk}}是用来移除非常明显的人身攻击和不文明的留言，而涉及到的留言段落明显不属于这一类。另外想提醒一些编者，并不是所有您看到的不喜欢的内容都要跑到WP:ANM中提一个新提报，特别是本讨论中涉及到的留言并非发送给提报者。您这种行为相当于在两人间对话时擅自插嘴并大叫「我不喜欢这个对话！你们必须停止！」，这样十分不礼貌。若当事人认为此对话不妥自然会自行处理，但既然当事人认为这对话并不冒犯那我认这留言也并无大碍。我知道这留言相对于某些用户来说确实感到冒犯，但正如我之前所说，这些话并不是对您说的，您可以选择无视。参与维基百科所需要适应的一点是需要接受有用户的想法及观点与您不同，且，并不是所有您不喜欢的内容都必须删除。--广雅 范★ 2024年12月20日 (五) 19:06 (UTC)

NOT中列出了讨论页，显然用户讨论页属于讨论页。此外，《WP:用户页》指引中还列出了更广泛的适用于用户空间的条款。最后一句加粗的留言则属于混淆视听，从一开始所有人提出行为不当的理据就是宣传，而不是所谓“不喜欢的内容必须删除”。--自由雨日🌧️❄️ 2024年12月20日 (五) 23:00 (UTC)

宣传指的是对多数不特定的人推广自己的观点或者产品，如在条目空间打广告，又如在用户页大肆宣扬自己的政治立场。在讨论页这种两人对话的情况下是怎么成为宣传的呢？再者，也说过了，应由接收方判断这能不能接受，而不是完全不是接收方的第三者。--广雅 范★ 2024年12月21日 (六) 06:25 (UTC)

照这个逻辑，我放置在自己的用户页或讨论页将属于宣传的内容，我只要放在对方的讨论页，就可以避免被当作“宣传”？那以后大家做宣传只要将这些内容互相往对方讨论页放就行了，只要事先互相打好招呼，同意对方放置。--自由雨日🌧️❄️ 2024年12月21日 (六) 07:19 (UTC)

这是属于WP:GAME以及WP:POINT的行为。--广雅 范★ 2024年12月21日 (六) 07:32 (UTC)

是的，所以为什么目前他们二位未落入这个范畴呢？--自由雨日🌧️❄️ 2024年12月21日 (六) 07:36 (UTC)

范給的前設條件是“對多數不特定的人”，而且要滿足WP:GAME的話一般還需要證明相關用戶是帶有目的性地持續這樣做。Sanmosa _蚌埠 2024年12月21日 (六) 07:40 (UTC)

“对多数不特定的人”什么意思？至于“带有目的性地持续这样做”的话，从其多次被提报来看，我认为已经可以这样认为了。--自由雨日🌧️❄️ 2024年12月21日 (六) 07:42 (UTC)

「對多數不特定的人」我會理解為「無差別」，比如「對多數不特定的人攻擊」相當於「無差別攻擊」。Sanmosa _蚌埠 2024年12月21日 (六) 07:47 (UTC)

我没看到他给这个前设条件？（我这句指的也主要是“两人互相放置宣传材料”，当然多人互相放置也适用）--自由雨日🌧️❄️ 2024年12月21日 (六) 07:52 (UTC)

#c-范-20241221062500-自由雨日-20241220230000。Sanmosa _蚌埠 2024年12月21日 (六) 08:14 (UTC)

哦。我的意思是，“放置内容”本身就已经构成了无差别传播，因为它们是公开可见的（邮件则不是），尤其是用户讨论页，曝光率是很高的。--自由雨日🌧️❄️ 2024年12月21日 (六) 08:16 (UTC)

对多数不特定的人：比如客栈、条目、用户页，放在那里的用意就是被大家看到；带有目的性地持续这样做：被提报者是反对第三方直接修改讨论页内容，并没有持续性进行宣传的意图。--广雅 范★ 2024年12月21日 (六) 07:52 (UTC)

然而用户讨论页是仅次于用户主页的很多人会查看的页面。--自由雨日🌧️❄️ 2024年12月21日 (六) 07:53 (UTC)

另外，放置于用户子页面、访问量几乎没有的内容也是可以因宣传而删除的。--自由雨日🌧️❄️ 2024年12月21日 (六) 07:57 (UTC)

那么本案例中被删除的留言是违反了WP:TPG#別人的意見内的哪一条呢？--广雅 范★ 2024年12月21日 (六) 08:11 (UTC)

违反了WP:SOAP ——自由雨日🌧️❄️ 2024年12月21日 (六) 08:13 (UTC)

这是编辑他人的留言，操作需符合WP:TPG#別人的意見中的一点。--广雅 范★ 2024年12月21日 (六) 09:36 (UTC)

违反了SOAP啊。“移除不允许的资料，例如……等”。--自由雨日🌧️❄️ 2024年12月21日 (六) 12:00 (UTC)

違反了WP:NOTADVOCACY，作任何遊說、宣傳或招攬，包括商業、政治、科學、宗教、國家、體育或其他性質。條目當然可以客觀地描述某人或事物，但必須符合中立觀點。如有觀點或意見希望得到其他人支持，請移駕至個人網誌或論壇。，即為宣傳政治，且本條適用所有命名空間。-- A0_{(討論·簽名)} 2024年12月21日 (六) 12:51 (UTC)

還有WP:NOTOPINION-- A0_{(討論·簽名)} 2024年12月21日 (六) 12:52 (UTC)

還有WP:NPA，攻擊某些特定政治人物-- A0_{(討論·簽名)} 2024年12月21日 (六) 13:06 (UTC)

(！)意見:一些有趣的問題請教參與議題的諸位

1. 用戶討論區算不算討論區的一種型態展現？
2. 承上，若用戶討論區屬於討論區的一種呈現樣態，那麼試問用戶討論區是否也受到WP:SOAP規範限制範疇內？若用戶討論區非討論區定義條件，那麼也請說明其認定意見。
3. 用戶A傳送高敏感議題(如：政治觀點，如XXXX年的選舉活動理想政治人選)傳遞投放給與其他用戶至其討論區，請問是否構成宣傳行為？
4. 承上假設這是構成WP:SOAP行為條件定義，而傳遞者也依照前述遭管理員封鎖，那麼請問：消極、被動不表任示何立場的訊息接收用戶B消極不移除那些敏感話題而任憑展示，試問是否同樣構成WP:SOAP相關要件？傳遞者被管理員封鎖，難道相對訊息接收者就無需收到任何管理員口頭提醒警告，告知該等敏感內容有WP:SOAP之虞，要求對方移除？

請參與該議題的諸位好好思考一下提問內容，思考這件議案處理是否妥適，謝謝。--薏仁將🍀 2024年12月21日 (六) 00:23 (UTC)

用户命名空间相对起维基百科命名空间及条目命名空间来说更具有私人性质，正如一般不允许随意修改他人用户页一样，用户讨论页的内容也应该由页主自行定夺。您的第三点确实构成了宣传，但如果 A 因为宣传被封这是因为他做出了「宣传」这种不当行为，而不是单凭他发的内容。B 作为宣传材料的接收者，若觉得无需理会则不移除并没有什么问题。不像维基百科命名空间会有多人同时参与讨论与条目命名空间会被索引，用户讨论页一般是对该用户的留言区，依我看来不是「任凭展示」。--广雅 范★ 2024年12月21日 (六) 06:34 (UTC)

感謝閣下特地撥冗協助釐清與回覆，所以閣下認為:用戶討論區亦屬於討論區的樣態形式，但是由於定位上屬於個別用戶「私人」性質，所以界定上，即便他人傳遞高敏感內容議題，則裁量權(刪除、存檔、保留)這些權益則屬於個別用戶的權利範圍之內，而若沒明顯違反不文明、人身攻擊，對方用戶不排斥亦不反對情形下，第三方用戶則毋須介入處理，請問如此解釋是否正確？--薏仁將🍀 2024年12月21日 (六) 06:54 (UTC)

是的，我是这样认为的。--广雅 范★ 2024年12月21日 (六) 07:02 (UTC)

那這樣子的話，基本上，照原處理管理員處理方式(還原對方用戶遭他方用戶介入移除的內容)是沒有太多問題的，感謝閣下協助釐清。--薏仁將🍀 2024年12月21日 (六) 07:11 (UTC)

WP:NOTSOCIAL，WP:NOTHERE，显著违反方针的内容，移除行为无需经由任何人同意。->>Vocal&Guitar->>_留言 2024年12月21日 (六) 07:18 (UTC)

這裏我覺得值得關注的一點是“與維基百科相關的資料”應該如何解讀，因為不同的解讀方式會影響Ch.Andrew的操作具備正當性與否。Sanmosa _蚌埠 2024年12月21日 (六) 07:31 (UTC)

@WiiUf。Sanmosa _蚌埠 2024年12月21日 (六) 07:32 (UTC)

順便也ping一下@薏仁將。Sanmosa _蚌埠 2024年12月21日 (六) 07:41 (UTC)

這個要看切入的點是什麼，所以我才會設置那些問題問參與討論的諸位，貌似范君與原處置的管理員看法立場是近似的，但是我仍傾向認為即便是私人的性質，則也不應當消極任憑放置具有敏感爭議的宣傳材料，這邊可能需要諸位需進一步釐清討論，我個人覺得可能會有用戶會利用這種認知判斷差異落差而作仿效，屆時倘若要規範，恐怕也許會被對方說嘴。--薏仁將🍀 2024年12月21日 (六) 07:54 (UTC)

我的問題是「與維基百科相關的資料」到底是說「與維基百科此一項目本身相關的資料」還是說「與維基百科的內容相關的資料」？Sanmosa _蚌埠 2024年12月21日 (六) 08:12 (UTC)

應該是被定義成:「與協作改善維基百科條目或者商討相關姐妹計畫、本身或內容相關聯性議題」不論是個人前述定義或者您提出的二個要件，傳送個人政治觀點給與他人這已經很明確是「宣傳行為」，不用懷疑；但是那些政治觀點內容放置，似乎不像是「與維基百科存在相關性的資料」，就直接開門見山的問:一則202X年XXX直轄縣市長選舉理想人選被放置於用戶討論區，你能說明它關條目協作改善或維基百科相關性質議題資料有甚麼相關性？沒有啊，不就是個人主觀評價的內容？好像根本與條目改善協作或者相關議題商討無關聯性吧？--薏仁將🍀 2024年12月21日 (六) 08:35 (UTC)

我提這點主要是給大家一個思考的方向，我大致理解你的意見了。亲，我簽名那刻的時間是 2024年12月22日 (日) 08:49 (UTC)

其實有关页面内容的方针是可適用於使用者頁面空間的，標題以User（使用者）和User talk（使用者討論）開頭的頁面都被視為使用者頁面。另外當用戶發現其用戶討論頁面有使用不當情形，則應優先發布{{subst:uw-userpage}}提醒通知。--薏仁將🍀 2024年12月26日 (四) 11:02 (UTC)

@薏仁將：我留意到用戶頁指引在今年11月有過一次修訂，我在VPP那邊就著那個修訂提了一些問題，其中就牽涉到“用戶頁（面）”一詞的理解，這恐怕也會影響這裏的結果。Sanmosa _蘭絮 2024年12月28日 (六) 15:30 (UTC)

但至少“用户讨论页”无疑是属于“讨论页”的，故用户讨论页肯定是适用WP:SOAP的。--自由雨日🌧️❄️ 2024年12月28日 (六) 15:34 (UTC)

說「無疑」太絕對了，至少敝人個人是持疑的。敝人認為，「討論頁」和「用戶討論頁」是不同的頁面，WP:SOAP僅適用於前者。--Matt Smith（留言） 2024年12月29日 (日) 02:23 (UTC)

那你得拿出证据，而不是空穴来风。--自由雨日🌧️❄️ 2024年12月29日 (日) 03:53 (UTC)

法律無明文規定者，不為罪。WP:SOAP說適用對象是「用戶名、條目、分類、檔案、討論頁、模板及用戶頁」，這些對象中關於用戶的只有「用戶頁」，沒有「用戶討論頁」。--Matt Smith（留言） 2024年12月29日 (日) 04:38 (UTC)

WP:UP，標題以User（使用者）和User talk（使用者討論）命名空間開頭的頁面都被視為使用者頁面。-- A0_{(討論·簽名)} 2024年12月29日 (日) 04:41 (UTC)

我前面早已回复“用户讨论页”属于“讨论页”。--自由雨日🌧️❄️ 2024年12月29日 (日) 04:44 (UTC)

標題以User（使用者）和User talk（使用者討論）開頭的頁面都被視為使用者頁面，皆須受內容方針規範，只是為了用戶使用用戶討論頁便利性及彈性，規定較寬鬆，但寬鬆不代表完全不受限制，這點要先釐清，而前面內容皆在使用者頁面有相同說明。--薏仁將🍀 2024年12月29日 (日) 04:56 (UTC)

了解，謝謝。--Matt Smith（留言） 2024年12月29日 (日) 05:04 (UTC)

您好，使用者頁面上的衍生定義應當是不妨害影響這邊的討論結果，因為它可以幫助釐清究竟使用者頁面的範圍包括在哪？限制又在哪？還是說其實定義所指向的標的為全然不同的東西？--薏仁將🍀 2024年12月28日 (六) 21:19 (UTC)

於我而言，新版條文的規定無法使我有效判斷兩者是否為全然不同的東西，因此這個問題我無法解答，而這也是我要在VPP尋求解決方案的原因。Sanmosa _蘭絮 2024年12月29日 (日) 03:49 (UTC)

我想問大家，那今天夏土賢如果是在討論頁發表的話，照以上的邏輯，是不是就可以了-- A0_{(討論·簽名)} 2024年12月21日 (六) 10:08 (UTC)

這樣説吧，發表是一回事，移除是另一回事。用戶不能任意發表不當言論或許並不意味用戶可以任意移除不當言論。亲，我簽名那刻的時間是 2024年12月21日 (六) 13:36 (UTC)

这好像转移焦点了吧？假如目前被提报（及复核）的是移除留言的人，这条评论（评价移除操作是否恰当）才对题。但这里讨论的是将宣传性内容加回的用户的“加回”操作。——自由雨日🌧️❄️ 2024年12月21日 (六) 21:48 (UTC)

然而這裏也涉及到一個邏輯問題，就是如果移除操作本身並不恰當，那移除操作是應該要被無效化的，那Ch.Andrew的操作就不能被認為不具備正當性。亲，我簽名那刻的時間是 2024年12月21日 (六) 23:29 (UTC)

哦，那就是我前面论证的我认为这一内容本身确实不应存在了（毕竟放置于几乎无人访问的用户子页面、且我认为宣传意味并不如本案高的内容，社群共识也是删除）——即我认为移除是正当合理的。--自由雨日🌧️❄️ 2024年12月21日 (六) 23:32 (UTC)

然而我這裏也主張言論本身是否不當與移除是否正當合理不存在直接的關係。亲，我簽名那刻的時間是 2024年12月22日 (日) 00:09 (UTC)

你的意思是二個問題(行為)要分開看分開討論，對嗎？--薏仁將🍀 2024年12月22日 (日) 00:16 (UTC)

是的，你可以這樣理解。亲，我簽名那刻的時間是 2024年12月22日 (日) 08:48 (UTC)

是說之前好像有個民眾黨黨工因為宣傳被封進了是吧，剛才翻了一下討論頁，守望者愛孟在2017年說了Wild閣下這裡是維基百科的民進黨總部，Jackac就是深愛台灣的請願民眾。。。哈哈哈，大概好久前就是這樣了-- A0_{(討論·簽名)} 2024年12月22日 (日) 01:16 (UTC)

(！)意見： 从讨论中看到，对是否可以删除其他人个人讨论页上的这类留言，以及恢复自己个人讨论页被他人删除的这类留言争议不小。当对立双方的判断不一致时，往往会导致编辑删除和恢复的反复。

1. 鉴于双方的判断具有主观性，是否可以看作是编辑争议， 是否可以通过提报到编辑争议页面，由社群讨论并形成共识后再处理？
2. 若有人违反共识进行操作，则可再提报至“维基百科:管理员布告板/其他不当行为”，并在此阶段请求管理员介入处理, 注重讨论建设性与公平性。

--Gluo88（留言） 2024年12月21日 (六) 19:12 (UTC)

Cindyzs等用户在该讨论页所作所为显然与建设维基百科毫无关联。若Wildcursive想恢复其留言，唯一合理的理由就是这些留言与维基百科及社群相关，而不是其对讨论页的所有权，因为用户并没有对这种绝对的裁量权。至于拿着自由民主及思想自由说事的部分用户，仿佛是搞不清Wikimedia不是政府、第一修正案并不适用于此一样。看上去仿佛自己是民主斗士，实际上和拿法律条文要求维基百科自我审查的用户没什么区别，完全是无效论据。不重视社群共识，恰恰是与维基媒体运动的行事方式背道而驰的。——暁月凛奈 (留言) 2024年12月22日 (日) 00:37 (UTC)

那今天他說剷除親中國勢力者，是否會造成大陸編者或政治立場偏向大陸之編者之不快或感受到人身威脅，這明顯非文明，又或是否違反UCoC第2.1我們期望所有維基媒體人都能對他人表示尊重。不論在維基媒體的線上還是線下環境，在與他人交流過程中，我們要以互相尊重的態度對待對方。，分明是不行的，明顯具有重大違規事宜，那怎麼能夠保留，又說他人是無恥政客，亦不尊重對面政治立場的人，所以維基百科根本是不容許這些的。-- A0_{(討論·簽名)} 2024年12月22日 (日) 09:15 (UTC)

什麼叫做「那今天他說剷除親中國勢力者」，請你不要把我沒說過寫過的話塞給我！如果你指的是Cindyzs說的，他留言以來，我對話頁也沒出現那樣的文字。這已是你至少第二次胡亂把我沒寫的文字栽贓給我，易生誤會。至於Cindyzs在我討論頁明白引用黃國昌的前一個黨時代力量及其黨主席王婉諭批他是「無恥政客」，這是有來源轉述，我不認為他這樣寫有何大問題。至於為何他要特別提黃國昌，我猜是因為那其實是我於2013年創建的頁面[7]，無論他是奚落暗諷我、感嘆我為何當年如此，我都沒意見，這也算針對編輯史交換意見。我看不出有什麼好屢屢刪除的。--WildCursive（留言） 2024年12月24日 (二) 04:01 (UTC)

我指的本來就不是你啊，這裡是說soap的爭論-- A0_{(討論·簽名)} 2024年12月24日 (二) 04:45 (UTC)

戒嚴那邊-- A0_{(討論·簽名)} 2024年12月24日 (二) 04:46 (UTC)

WP:OWNTALK，有提到對於使用者討論頁而言，這些方針的遵循度會比其他討論頁較為寬鬆，雖然留言內容看起來處處和方針指引相悖，也引起了反應，但這實質都不屬於違規的部分，因為使用者對於自己的討論頁擁有自主權，而且發布的位置不是被嚴格規範的。試問，今天若是情況相反，Wildcursive使用者無法移除他不想留的內容，而到布告板尋求幫助，但是大家都跟他說這沒有違規所以不能刪除，適當的處理狀況不應該是，讓使用者自己決定什麼留言可以留什麼不留，只要他不剪貼拼接扭曲意思，要幫助的時候管理員適當地提供協助，這樣才是合乎討論頁自主權的。

這邊另外想建議@Wildcursive，我留意到同樣內容的留言您放了幾個地方，在個人討論頁是為寬鬆的留言，但若上了客棧或布告板就有為難的狀況，我先前沒表達很好，不過我想請您考慮自行減去會違反討論頁方針的內容，這樣或許會對討論的結果較為友善。--提斯切里（留言） 2024年12月22日 (日) 10:04 (UTC)

較為寬鬆並不代表不適用-- A0_{(討論·簽名)} 2024年12月22日 (日) 10:06 (UTC)

@Tisscherry： 我就是在個人討論頁回應，主文也放被提報頁及此客棧，我不可能期待大家都翻來翻去的看，總該讓我在被公審處完整陳述吧。有人說刪了還是有紀錄，有心人都看得見，我也沒啥好隱藏的。人有偏好與慣性，我刪了這，說不定你想的是那，若直接告訴我還可商榷或討論。父子騎驢討好不了誰，我還是集中擺在一起，也會再抽空增修。我是被動回應、被迫說明，難得一次自辯，如同答辯書給各審不算超過，這是程序正義，稱不上宣傳。--WildCursive（留言） 2024年12月24日 (二) 05:29 (UTC)

@Wildcursive君，我主要指的是最新的金牌的那段，放在客棧和布告板就不太妥當，且平心而論，這含有的身分識別較為強烈，可能不是那麼公允，這讓我想到之前曾經介入個體育項目的溝通，該名使用者認為不懂籃球的都是女性，後來一直用「妳」指稱本人，一直要我去問男朋友或老公（？？？）。我想您應該能夠明白，就點到為止了。刪了的記錄可以請求版本刪除做隱藏，如果不會請求，直接找線上管理員也是可以的。--提斯切里（留言） 2024年12月24日 (二) 11:22 (UTC)

@Tisscherry： 既然妳/你點明，請管理員刪除似乎耗些工程也未必即時、全面，本想用刪除線，想想還是略修。--WildCursive（留言） 2024年12月25日 (三) 00:26 (UTC)

這人也跟夏土賢一樣整天嘴上掛著文革-- A0_{(討論·簽名)} 2024年12月24日 (二) 12:21 (UTC)

@Wildcursive君，您可以直接找Manchiu管理員，他處理很有經驗的。謝謝您願意考量，就看您的決定了。--提斯切里（留言） 2024年12月25日 (三) 01:12 (UTC)

(＋)支持覆核，本人不認為管理員此舉得當，理應予以討論頁編輯禁制。--Talimu0518（留言） 2024年12月23日 (一) 14:07 (UTC)

我是觉得，如果有谁移除了不合适的内容，讨论页主人不应该恢复，否则应该要算到他头上。我自己对于我自己的讨论页也是很开放，胡话我不小心回退了都会撤回。但是来反破坏的移除留言我是不会加回来的。不过没收别人的星章还是不妥，我觉得W应该恢复这条。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月24日 (二) 11:59 (UTC)

(－)反对覆核，方針或指引未明文限制用戶處置其對話頁的內容。--Matt Smith（留言） 2024年12月25日 (三) 02:57 (UTC)

(！)意見:在使用者頁面開宗名義的就已經說明:「使用者頁面用於維基人之間的交流與協同運作。雖然您可以自由地個性化和管理您的使用者空間，但它們是社群專案頁面，而不是個人網站、部落格、社群網路媒體或維基百科條目。它們應該用於更好地參與社群，而不是過度用於無關目的或損害專案的聲譽。」而同一個規範章節對於使用者頁面定義是:「使用者頁面主要用於人際討論、通知、測試和草稿（參見沙盒），以及（如果需要）有限的自傳和個人內容。標題以User（使用者）和User talk（使用者討論）命名空間開頭的頁面都被視為使用者頁面。」，是故，如果以定義去結合相關前述條件限制，消極的置放政治觀點議題是不允許的，只是解釋的人沒有前後上下文的關聯性給找出來罷了，所以縱使訊息接收用戶認為政治觀點屬於一種言論表達的自由，但綜合前述對於使用者頁面定義與限制條件，仍不可以放置於用戶討論頁面，因為視為宣傳行為。這樣子解釋有清楚嗎？--薏仁將🍀 2024年12月26日 (四) 09:05 (UTC)

(～)補充:被提報者目前已被管理員做出相關限制措施，請參照WP:ANO#Wildcursive及Special:Diff/85443983描述案件處理，詢問@WiiUf君是否考慮撤銷提案？--薏仁將🍀 2024年12月26日 (四) 09:17 (UTC)

管理操作复核重点是复核“管理操作”本身（WP:管理操作复核请求），被提报者后续是否有被限制，并不影响这里的复核吧？--自由雨日🌧️❄️ 2024年12月26日 (四) 09:22 (UTC)

瞭解。--薏仁將🍀 2024年12月26日 (四) 09:46 (UTC)

(！)意見：看了以上一大串，很驚訝這會有這麼大的討論。相關慣例已行之有年，並形成指引。用戶討論頁是用來讓編輯之間討論的，尊重用戶編輯本身的意願是慣例，應以用戶以及跟他正在交流中的編輯為主。第三方直接進入，介入對話，強制進行刪除，不符合指引，也不禮貌。指引方針為「一般情况下，应避免大量编辑其他人的用户页和用户讨论页，除非编辑可能会有帮助。如果不确定，请询问。 」如果第三方編輯對留言有意見，不應該直接進入刪除別人的留言，因為這會影響到原本兩位編輯之間的交流，扭曲留言的意思。「如果对某个用户的页面有顾虑，最好的办法是通过讨论页引起对方的注意。如果对方同意，就让对方自己编辑。」如果認為這段對話真的有必要移除，用戶不願意主動進行，應該在社群頁面發起議題討論，經過社群達成共識之後，再根據共識，禮貌的請用戶移除相關段落。以尊重慣例來進行處理，為最好方向。--Alfredo ougaowen（留言） 2024年12月26日 (四) 15:08 (UTC)

刚刚看到他已经被部分封锁了，这个复核请求可以关闭了吧。Пусть от победы☆к победе ведёт! 2024年12月26日 (四) 16:22 (UTC)

上面我有提過看看原提出用戶是否願意撤回提案，但自由雨日君認為，這並不影響覆核程序進行。--薏仁將🍀 2024年12月26日 (四) 22:57 (UTC)

其實有关页面内容的方针是可適用於使用者頁面空間的，標題以User（使用者）和User talk（使用者討論）開頭的頁面都被視為使用者頁面。另外當用戶發現其用戶討論頁面有使用不當情形，則應優先發布{{subst:uw-userpage}}提醒通知。另並非用戶討論頁面不受其拘束，而是標題以User（使用者）和User talk（使用者討論）開頭的頁面都被視為使用者頁面，皆須受內容方針規範，只是為了用戶使用用戶討論頁便利性及彈性，規定較寬鬆，但寬鬆不代表完全不受限制，這點要先釐清。--薏仁將🍀 2024年12月26日 (四) 22:52 (UTC)

我仍然希望能夠繼續此次覆核請求（至少應移除該用戶討論頁中的廣告內容）。—WiiUf🐉 2024年12月27日 (五) 10:21 (UTC)

同上，我认为应该移除该用户讨论页的违反方针内容，因此(＋)支持复核。还有上面某位前管理员的言论，感觉根本没有理解方针，或者说是为反驳而反驳。--Dryrace（留言） 2024年12月28日 (六) 10:51 (UTC)

(＋)支持复核。我认为仅移除与维基百科无关的政治宣传即可，用户讨论页存在过多的与维基百科无关的内容会容易被认为滥用。--Lanwi1^Talk 2024年12月29日 (日) 09:05 (UTC)

( π )题外话讨论以过两个星期有余，差不多可以下个定论啦。--花开夜（留言） 2025年1月7日 (二) 17:28 (UTC)

新年標誌

新年在1月29日，是時候徵集新年標誌了。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月29日 (日) 15:15 (UTC)

还好是农历，要不然只剩3天就2025了——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月29日 (日) 17:54 (UTC)

我給一個可能的方向：「乙巳」二字均狀似蛇，或許可以考慮將這兩個字弄成蛇的形狀。Sanmosa _蘭絮 2024年12月29日 (日) 23:54 (UTC) 自由雨日觉得这挺赞的。

可以參考這種新年郵票、[8]，中国邮政的“福纳百祥”恰好类似二字的图形化。--Kethyga（留言） 2024年12月31日 (二) 06:42 (UTC)

那我參考看看，或許我能畫個草稿。Sanmosa _蘭絮 2025年1月1日 (三) 01:54 (UTC)

話說一百五十萬條目也快了，要換標誌嗎--August0422_討論頁 2025年1月3日 (五) 10:07 (UTC)

草稿

剛弄好草稿了搞錯了一些東西，稍後再修復。Sanmosa _蘭絮 2025年1月1日 (三) 02:31 (UTC)

正好是25，赞。不过右边的因为不对称看着有点胖（）——敬颂冬绥 ZhaoFJx_(论•签) 2025年1月1日 (三) 02:34 (UTC)

@ZhaoFJx：那個是我畫錯了，現在的才是正確版本。Sanmosa _蘭絮 2025年1月1日 (三) 02:44 (UTC)

蛇環繞維基球如何？ -Lemonaka 2024年12月31日 (二) 06:46 (UTC)

File:2013logohant.png

或者我們還有一個選擇就是把十二年前@Buernia老師做的拿出來複用。——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2024年12月31日 (二) 13:09 (UTC)

不是不好看，但感覺……就真像是12年前的。Sanmosa _蘭絮 2025年1月1日 (三) 01:53 (UTC)

毕竟那个时候扁平化设计普及程度还不如当今，人家设计的2020和2021新春标志就是扁平化的，我一直觉得Buernia设计的标志很好看的，当年百万条目标志他有参与评选就好了（可惜人家那时可能没时间），不至于搞得那个时候单论设计稍微好看些的偏偏是那个眼镜版标志（最后因为影射而被否决），我到现在都觉得最终采用的百万条目标志过于简陋，因此我支持到时150万条目时搞个特别标志。--💊✖️2️⃣3️⃣（留言） 2025年1月4日 (六) 11:56 (UTC)

我提議如下，蛇環繞維基球 左側尾部形成2，頭部爲5 @Sanmosa 如何？ -Lemonaka 2025年1月1日 (三) 03:09 (UTC)

這比較複雜，我處理不來，而且我預感這樣的構圖就算成形也會很chaotic。Sanmosa _蘭絮 2025年1月2日 (四) 12:34 (UTC)

或許透過 ASN 或公告欄公開徵集設計？本站應該不缺乏會設計的人才，問題是沒有人知道。--SCP-0000（留言） 2025年1月1日 (三) 04:59 (UTC)

@SCP-2000：公告欄有放了，但放ASN不會太過擾民了嗎？--SunAfterRain 2025年1月1日 (三) 08:48 (UTC)

如果放幾日（例如一週）應該沒有大問題。--SCP-0000（留言） 2025年1月1日 (三) 17:55 (UTC)

@魔琴：剛剛想起一個問題，就是vector 2022的標誌是中文字位於維基球右側的，因此中文字位於維基球下側的自訂標誌無法於vector 2022顯現，我不清楚vector 2022的標誌裏的中文字與維基球是否兩個分別的圖像，還有vector 2022的標誌圖像是否可以通過類似vector 2010的自訂標誌的方式來替換。Sanmosa _蘭絮 2025年1月2日 (四) 12:38 (UTC)

是两个独立的文件；可以 Stang^★ 2025年1月2日 (四) 12:43 (UTC)

@Stang：感謝代為回應，那我現在趕工把乙巳雙蛇的純圖像檔案給弄上來。Sanmosa _蘭絮 2025年1月2日 (四) 12:48 (UTC)

@Stang：不好意思，要再ping一次，但我也想知道如何在vector 2022實現類似User:Sanmosa/Logo test.js的效果，畢竟我自己也需要預覽一下。Sanmosa _蘭絮 2025年1月2日 (四) 13:00 (UTC)

@Sanmosa：SunAfterRain提供的片段供参考：$('.skin-vector-2022 .mw-logo > .mw-logo-icon').attr('src', 'https:/upwiki/wikipedia/commons/c/cc/%E4%B9%99%E5%B7%B3_snake.png').removeAttr('height').css('height', 'auto') Stang^★ 2025年1月2日 (四) 14:08 (UTC)

已更新代碼。Sanmosa _蘭絮 2025年1月2日 (四) 14:21 (UTC)

Sanmosa版

• 
  乙巳雙蛇（繁體）SVG
• 
  乙巳雙蛇（簡體）SVG
• 
  乙巳雙蛇（僅圖像）SVG
• 
  乙巳雙蛇（繁體）PNG
• 
  乙巳雙蛇（簡體）PNG
• 
  乙巳雙蛇（僅圖像）PNG

剛才基於草稿稍稍上了色，大家可以給些評價。Sanmosa _蘭絮 2025年1月2日 (四) 12:18 (UTC)

如果想試試提前在中文維基百科全站換上SVG樣式的logo的話，在自己的JS頁加這個碼就好：importScript('User:Sanmosa/Logo test.js');。Sanmosa _蘭絮 2025年1月2日 (四) 12:20 (UTC)

好看！很简约的徽标，不过会不会太简约了（（——敬颂冬绥 ZhaoFJx_(论•签) 2025年1月2日 (四) 12:50 (UTC)

與我兩年前説的一樣，我個人偏好極簡風。只要看起來是舒服的，那簡不簡約其實並不重要。另一方面，簡約的標誌一般也有利於識別，因此設計簡約也是有一定的好處的。Sanmosa _蘭絮 2025年1月2日 (四) 12:58 (UTC)

能结合“25”就更好了。--东风（留言） 2025年1月2日 (四) 13:22 (UTC)

然而“巳”與“5”的字形好像是衝突的？Sanmosa _蘭絮 2025年1月2日 (四) 14:53 (UTC)

个人感覺，這個logo完全沒有維基百科的元素。或者說，如果沒有底部的文字，我完全看不出這是維基百科的logo 囧rz……而歷年的logo都有維基百科的特色。個人建議新年標志結合原版的維基球製作，在這一點上我比較傾向於@Lemonaka的「蛇環繞維基球」提議。

題外話，第一眼看上去，感覺蛇的形狀更像是「2C」（--Nebulatria（留言） 2025年1月2日 (四) 13:38 (UTC)

然而2021年的農曆新年特别標誌除了“W”形牛角與“維”字外也沒有多少“維基百科的特色”，而且兩者的“維基百科的特色”並不明顯。（看上去更類似的字元可能是“ƧꞆ”？）Sanmosa _蘭絮 2025年1月2日 (四) 14:29 (UTC)

其实差别还是比较大的…… ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2025年1月2日 (四) 18:48 (UTC)

但「W」與「維」也是維基百科的元素啊，目前的標誌實在看不出與維基百科的關聯性。--Nebulatria（留言） 2025年1月3日 (五) 10:20 (UTC)

我的意思是，這可能並不是必須具備的元素？Sanmosa _蘭絮 2025年1月3日 (五) 13:59 (UTC)

(！)意見：左邊那條蛇像「己」字多於「乙」字。（附：1989年是己巳年） -- 派翠可夫 (留言按此) 2025年1月2日 (四) 15:09 (UTC)

大家好，还有不久的半年，中共的坦克就要开去天安门广场轧人了！^{[開玩笑的]} --Txkk（留言） 2025年1月2日 (四) 18:36 (UTC)😨1

怎麽説呢，“2”、“乙”與“己”的字形都是相近的，所以這有些無可避免。Sanmosa _蘭絮 2025年1月3日 (五) 00:13 (UTC)

左邊的蛇就是太沒有棱角，所以最像「己」而不是「2」或者「乙」。畫一條轉頭的蛇可能可以。--派翠可夫 (留言按此) 2025年1月3日 (五) 02:26 (UTC)

• 
  乙巳雙蛇（繁體）SVG
• 
  乙巳雙蛇（簡體）SVG
• 
  乙巳雙蛇（僅圖像）SVG
• 
  乙巳雙蛇（繁體）PNG
• 
  乙巳雙蛇（簡體）PNG
• 
  乙巳雙蛇（僅圖像）PNG

剛剛弄了個第二版。Sanmosa _蘭絮 2025年1月4日 (六) 01:42 (UTC)

看到时能不能解决“乙”“己”容易混淆的问题，还有右边的蛇加个尾鳍就可以变成鲸鱼了^{[開玩笑的]}（虽然鲸鱼的尾部没那么细，不过最好还是把头画小一些）。--💊✖️2️⃣3️⃣（留言） 2025年1月4日 (六) 12:05 (UTC)

我有時間再調整一下設計。Sanmosa _蘭絮 2025年1月4日 (六) 13:01 (UTC)

右頭非常大，看起來很不對。 -Lemonaka 2025年1月6日 (一) 10:02 (UTC)

右頭中間改用白色如何，這樣蛇頭可以形成一個園 -Lemonaka 2025年1月6日 (一) 10:04 (UTC)

What7what8版

試做了一個看看，感覺不是特別完善，不知道效果如何，大家可以給些評價。--User:What7what8🏠 2025年1月3日 (五) 20:32 (UTC)

@What7what8 對。我(＋)支持這個 -Lemonaka 2025年1月4日 (六) 01:48 (UTC)

不得不説，看上去的效果是好的。Sanmosa _蘭絮 2025年1月4日 (六) 01:57 (UTC)

這并不混亂，Wikipedia:互助客栈/其他#c-Sanmosa-20250102123400-Lemonaka-20250101030900 -Lemonaka 2025年1月6日 (一) 10:01 (UTC)

很可爱欸——敬颂冬绥 ZhaoFJx_(论•签) 2025年1月4日 (六) 01:58 (UTC)

是很可愛，但怎麼說呢，就真的有一種很微妙的感覺--SunAfterRain 2025年1月4日 (六) 05:36 (UTC)

(＋)支持使用該logo，比較可愛一點。--Talimu0518（留言） 2025年1月4日 (六) 09:38 (UTC)

(＋)支持该logo，蛮可爱的。--蕰川｜公路 2025年1月4日 (六) 09:41 (UTC)

(＋)支持此一版本。--維基病夫_{❤️邊緣人小組·簽到·🕯Jimmy Carter 1924~2024} 2025年1月4日 (六) 10:45 (UTC)

(＋)支持很可愛呀 支持(๑•̀ω•́๑)--Liao_509 ^{☄️Fighting！簽名🖋} 2025年1月4日 (六) 10:46 (UTC)

看进一步完善之后是什么效果吧，目前来说Sanmosa君的标志完成度还是比这个的高。--💊✖️2️⃣3️⃣（留言） 2025年1月4日 (六) 11:45 (UTC)

(＋)支持。 --窝法乙烷 儿法梦碎 2025年1月4日 (六) 13:19 (UTC)

(＋)支持但等待进一步完善 Aqurs1（留言）三玖天下第一 2025年1月5日 (日) 09:22 (UTC)

建议做工精细一些。--WiiUf🐉💫2025 2025年1月5日 (日) 10:35 (UTC)

黃色蛇在右邊的尾巴可以向左嗎？蛇和吐出的舌頭，就更接近25或乙巳了。 -Lemonaka 2025年1月6日 (一) 10:01 (UTC)

我(＋)支持，很有美感，兩隻蛇蛇很可愛。 -- 菜國人 ※聊天 2025年1月6日 (一) 14:04 (UTC)

(＋)支持：要是乙巳这两个字能够调整一下会更好（比如换位置字体颜色什么的，总觉得现在比较微妙）。配色或许也可以调整，但是如今黄黄红红的主色调其实不错。--The Puki desu（留言） 2025年1月7日 (二) 10:52 (UTC)

其实甚至没有必要在蛇身上写乙巳（） ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2025年1月7日 (二) 20:44 (UTC)

本討論章節會維持開放，暫時不按最後意見發表時間存檔。欲讓機器人存檔，請移除本模板。留言請置於本模板上方。

諸位

感謝您的提議。--SunAfterRain 2025年1月2日 (四) 17:37 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

諸位，2025年5月19號就是中國全面封鎖中文維基百科的十周年，屆時我們應該更換logo來紀念。這是一個一次性賬號，後面再也不發言了，不要檢舉我到SPI喔。

Wikipedia logo china ban 2025 zh hans

--A20152025A（留言） 2025年1月2日 (四) 14:18 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

明明是冷門的ACGN條目，最近單日閱覽流量居然衝到每天一萬人觀看

ACGN就是Anime、Comic、Game、Novel的合稱。
我最近發現了一個奇怪的現象。在這個條目「最弱技能《果實大師》 ～關於能無限食用技能果實（吃了就會死）這件事～」，因為我是該條目的主要編輯者，對這條目會比較關心。
在這幾天，這條目居然能衝到每天一萬人觀看，大出乎我的意料之外，有興趣的人可以點擊該條目，選擇條目的編輯歷史，點擊上方的本月頁面瀏覽統計，就可以看每天的條目瀏覽人數。
ACGN條目通常冷門，即使是當季熱播條目，每天閱覽人數破千人，這人數就算多了。我上面舉的這條目，之前也每天維持幾十人，了不起到100人的閱覽人數，一直都是這個人數觀看量，非常冷門。
沒想到卻在2025年1月1日，衝到每天10065人的觀看量。不曉得到底發生了什麼事？這應該是用程式在洗吧，使用連點程式按鍵精靈，持續連點該條目的頁面更新之類。
只是不曉得這麼作有什麼意義，洗條目閱覽人數，也沒有任何利益可拿，即使洗到觀看人數最高，也不會因此受到表揚。這條目也不是啥政治類條目，洗這條目也不會任何政治宣示的效果，這種行為真得讓人費解。--Znppo（留言） 2025年1月6日 (一) 04:59 (UTC)

「預定播放日 2025年1月7日」是因為臨近播放吧。--SCP-0000（留言） 2025年1月6日 (一) 05:09 (UTC)

這就不得而知了，也許是這個原因吧。--Znppo（留言） 2025年1月6日 (一) 05:13 (UTC)

ACG算是流行的次主流文化吧。还有User:Hat600/essay/fansite。——Sakamotosan路过围观 | 避免做作，免敬 2025年1月6日 (一) 13:31 (UTC)

這論述怎麼藝術成這樣啊啊啊啊啊。 --窝法乙烷 儿法梦碎 2025年1月6日 (一) 13:42 (UTC)

這論述看起來很有道理，至少蠻符合我的情況，其他人我不知道。--Znppo（留言） 2025年1月6日 (一) 13:53 (UTC)

理论上当季动画条目可以冲高1万，例如孤獨搖滾！（未拆解前是合并一个条目），2022年12月25日冲高1.2万。——Sakamotosan路过围观 | 避免做作，免敬 2025年1月6日 (一) 13:58 (UTC)

這論述以前看過了。但我想說的是當季ACG作品瀏覽量在中日維衝前排不足為奇。見今日動態熱門[9]。《我獨自升級》只排在習近平後面。--S叔 2025年1月7日 (二) 10:19 (UTC)

冷知識，這部有先行配信（可以理解成提早播映），所以實際上應該是12/31首播，1/7是電視台首播。--SunAfterRain 2025年1月10日 (五) 05:25 (UTC)

雖然本站是百科全書，不過某種意義上也成為反映時事趨勢的網站了。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年1月6日 (一) 16:35 (UTC)

数年前，阅览量异常高的条目中華電信MOD是洗出来的。--Txkk（留言） 2025年1月7日 (二) 09:35 (UTC)

目前這條目，一個月內瀏覽量依然有5000，也不算低。--日期20220626（留言） 2025年1月10日 (五) 05:54 (UTC)

請協助查看破壞

[10]裡有大量未被及時處理的破壞，然而本人能力有限，還請有心人士協助參與反破壞工作。--WiiUf🐉💫2025 2025年1月7日 (二) 14:05 (UTC)

大部分都不是，過濾有誤導致的。 -Lemonaka 2025年1月7日 (二) 15:23 (UTC)

不要盲目相信过滤器。高风险过滤其实估计实际上涉及破坏的也就大约5%-10%。--花开夜（留言） 2025年1月7日 (二) 17:26 (UTC)

其实我想说的是里面不全是破坏，但经我看了一遍之后，还是有不少。--WiiUf🐉💫2025 2025年1月7日 (二) 23:19 (UTC)

而且有些破坏放了好几天……--WiiUf🐉💫2025 2025年1月7日 (二) 23:26 (UTC)

道歉聲明

与本站无关内容 Stang^★ 2025年1月8日 (三) 02:27 (UTC)

下列討論已經關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

---

我現在在 https://t.me/wikipedia_zh_ac AC群因為剛才慌亂操作現在是退群狀態還因不明原因無法加回

即使加回理論上應該也是禁言狀態，無法跟AC群全體維基人道歉

因此我改在站內發表道歉聲明，希望有人能幫我轉達：

我現在在AC群是退群狀態，我希望有人幫忙轉達: 我已經理解該測試造成了洗版，所以我對AC群全體維基人感到抱歉 但因為剛才慌亂之下 我又退掉幾乎所有的群了 所以我需要有人幫忙轉達:

各位AC群全體維基人對不起：

今日稍早因為在機器人使用上出現一些狀況（我輸入一個指令後無反應）

即出於好奇想知道 https://t.me/ctvm32 是站內哪個人，它入群後我隨即執行查詢

但無法查詢

私以為故障，因此進行了一些測試後發現原因是我操作錯誤。

且該操作應是沒有必要，是出於好奇想知道，造成AC群全體維基人的困擾，非常抱歉

而操作過程產生的十餘條訊息造成了洗版

不僅影響了AC群正常的討論

還讓不少不想看到洗版的人感到非常不舒服

進而造成AC群全體維基人有不同程度上的權益受損

對於這些造成AC群全體維基人困擾的一連串事件

我感到非常抱歉，對不起

對於已經影響到的正常討論，我亦感到抱歉

造成AC群全體維基人無法正常討論，我深感抱歉，對不起

為了避免下次再發生相同問題

我保證下次發現機器人使用上有問題時，不再以測試的方式，而是聯絡機器人操作者商討論題

以避免再次發生洗版現象

對於本次造成的洗版，我感到非常抱歉

希望能獲得AC群全體維基人原諒

— --- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年1月8日 (三) 02:17 (UTC) -

以上希望有人能幫我轉達，對於對全體維基人造成的困擾，我真的很抱歉。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年1月8日 (三) 02:17 (UTC)

---

本討論已關閉，請勿修改。如有任何意見，請在合適的討論頁提出，而非再次編輯本討論。

請求覆審U:Leehsiao的巡查豁免權

原因：經查閱該人的貢獻，我對於此人是否在創建新條目上可以免於被巡查持保留態度，我不認為一位會在現有條目上加上宣傳性內容的用戶能被免於巡查，儘管此人被封禁條目空間編輯權限已久，請注意這不是一個濫權覆核請求，謝謝。--~~Sid~~ 2025年1月8日 (三) 15:27 (UTC)

https://guc.toolforge.org/?by=date&user=Leehsiao

如果需要將這個議題全域化，可以在得出結論後在meta.wikimedia.org提出--Rastinition（留言） 2025年1月8日 (三) 15:32 (UTC

管好你自己。--Leehsiao（留言） 2025年1月10日 (五) 09:41 (UTC)

去掉吧，沟通能力仍有问题。另外，2024年4月至10月已存在“超过六个月没有任何编辑活动”，似可申请即时除权。--YFdyh000（留言） 2025年1月8日 (三) 22:20 (UTC)

@ASid：此話題應移交權限解除布告板（或事後報備於斯）。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年1月9日 (四) 08:13 (UTC)

用戶查核制度再引入

現在，仲裁委員會已經成立，考慮到英文維基仲裁委員會可指定用戶查核員，中文維基是否也該考慮，基於傀儡調查的堆積，再次引入用戶查核？ -Lemonaka 2025年1月9日 (四) 02:37 (UTC)

还是等仲裁委員會正式运作一段时间再说吧？--百無一用是書生 (☎) 2025年1月9日 (四) 03:21 (UTC)

贊同shizhao的觀點。而且積壓也還在可接受的範圍。--千村狐兔（留言） 2025年1月9日 (四) 04:14 (UTC)

別急Orzzzzz —— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年1月9日 (四) 08:10 (UTC)

不赞成。我觉得您应该知道，对于一个饿了很久的人来说，出于对他的安全考虑，不应该给他一次性喂饱。况且仲裁委能否平稳运行还要两说，何必如此着急呢。--Iming 彼女の愛は、甘くて痛い。 2025年1月9日 (四) 09:08 (UTC)

问题是谁能担任？无视文明方针者绝不能当用户查核员，从苗医生的罢免案看出中维有部分用户不知道遵守文明方针比贡献更重要。--Lanwi1^Talk 2025年1月10日 (五) 16:39 (UTC)

搬運自英文WP - 支持以色列的美國保守派基金團體被指展開人肉搜索挺巴勒斯坦的維基百科編者

於Phabricator查看
編號T383236的工單

搬運自英文WP互助客栈：美国传统基金会（The Heritage Foundation）被指有計劃（或者已經開始）人肉搜索在維基百科上散播他們認為是反猶太主義的編者，暫時主要呼籲在以色列相關爭議條目（如加沙人道危機或以色列-中東局勢等）中進行過主要貢獻的編者要特別小心不明來歷的連接，做好反人肉的必要措施。同舟（論 · 歷） 2025年1月9日 (四) 03:15 (UTC)

令人擔憂--千村狐兔（留言） 2025年1月9日 (四) 04:11 (UTC)

或许应当考虑在相关条目中加入模板以提示编者注意安全风险。--Iming 彼女の愛は、甘くて痛い。 2025年1月9日 (四) 09:24 (UTC)

唉--花开夜（留言） 2025年1月9日 (四) 20:01 (UTC)

是否应该考虑将其网域列入黑名单？ ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2025年1月9日 (四) 20:42 (UTC)

虽说中维不担心这事情，但未雨绸缪也不是不可--花开夜（留言） 2025年1月9日 (四) 21:00 (UTC)

我先订阅那个工单吧，看看后续情况--花开夜（留言） 2025年1月9日 (四) 21:01 (UTC)

这工单现在点进去怎么是个“Access Denied: Restricted Task”（悲）--Jason2016426（留言） 2025年1月10日 (五) 08:57 (UTC)

我昨天還能閱覽該工單，不排除因為被判定為高危和高敏感級別而限制閱覽。英維有人表示不排除（將會）有具有高級別權限的管理員受賄賂而洩露特定編者的非公開信息如IP和電郵地址等，畢竟對方財大氣粗而且維基媒體不乏支持或同情以色列的管理員，所以建議各位最好做好最壞的打算。--同舟（論 · 歷） 2025年1月10日 (五) 09:17 (UTC)

维基媒体基金会的信任与安全团队已将此任务的阅览权限制在授权用户和先前订阅者中。Iming 彼女の愛は、甘くて痛い。 2025年1月10日 (五) 09:47 (UTC)

？我的回复呢？被哪个小馋猫吞了？--Jason2016426（留言） 2025年1月10日 (五) 13:59 (UTC)

算了，不管了。尽管会被说ENSAID，但是enwiki那边在考虑“先发制人地封锁传统基金会的域名”——另外，昨晚明明看到U:魔琴也提出过类似提议的……--Jason2016426（留言） 2025年1月10日 (五) 14:07 (UTC)

@ericliu1912： 請恢復被你錯誤刪掉的留言。--同舟（論 · 歷） 2025年1月10日 (五) 15:08 (UTC)

sorry編輯衝突 —— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年1月10日 (五) 15:14 (UTC)

User:Rastinition可能長期濫用傀儡

User:Rastinition於1月3日被User:Manchiu君實施回退編輯禁制三個月，此後其曾活躍的條目出現了一些可疑的活動：

• 許文軒：1月5日，IP用戶112.120.38.121編輯此條目[11]，19分鐘後被台灣遠傳電信IP114.140.80.186回退[12]。
• 九龍巴士286M線：1月5日，IP用戶回退Rastinition上個月的編輯[13]，10分鐘後被台灣遠傳電信IP110.30.25.119回退[14]；1月7日，台灣遠傳電信IP39.12.26.232繼續展開編輯戰[15]。
• TVB Plus電視節目列表：1月5日，IP用戶編輯此條目[16]，7小時後被台灣遠傳電信IP39.12.97.214回退[17]；另1月4日，台灣遠傳電信IP49.217.125.118對此條目進行了一次純破壞編輯[18]。
• 秘密的女人等韓劇條目：1月7日，User:Rastinitionn（118.232.28.233的傀儡）補回被Rastinition刪除的播放訊息[19]，13分鐘後被台灣遠傳電信IP110.30.96.63回退[20]。

查看以上條目的編輯歷史，Rastinition幾乎對這些條目進行長期監視，在其被實施禁制後，突然出現多個台灣遠傳電信IP進行回退操作且反應迅速，十分可疑。本以為這些可疑活動只是有心人想利用IP繞過編輯禁制，但探查之後發現Rastinition和台灣遠傳電信IP其實早有交集：

• TVB娛樂新聞台：1月5日，IP用戶112.120.38.121編輯此條目，25分鐘後，此條目出現4個台灣遠傳電信IP114.140.136.6、27.51.80.164、114.140.67.199、106.64.32.80於10分鐘內大量刪除條目內容[21]，查看112.120.38.121的編輯歷史與討論頁，發現此IP用戶與Rastinition曾產生編輯爭議，若結合條目許文軒的回退行為來判斷，這可能是針對112.120.38.121的維基跟蹤？
• 但願人長久 (電影)：2024年12月25日，此條目17分鐘內出現5個台灣遠傳電信IP110.30.16.141、110.30.8.90、114.140.129.77、27.53.1.123、110.30.121.6進行無意義編輯；次日，User:Cyberviewer君將這些編輯回退後，再次出現2個台灣遠傳電信IP39.12.90.223、27.53.176.88進行編輯戰；條目被半保護後，Rastinition出現並對條目進行一系列「維護」編輯。值得注意的是，台灣遠傳電信IP多次試圖移除條目內的藍鏈[22]（水調歌頭）、[23]（香港電影發展局）、[24]（香港亞洲電影節），而Rastinition也「恰好」移除了條目內的藍鏈[25]（祝紫嫣、袁澧林、謝咏欣、許恩怡）並添加了overlinked模板[26]。
• 王燦、謝瓊煖、高欣欣：2024年12月19日，這些條目於8分鐘內被3個台灣遠傳電信IP39.12.18.61、39.12.49.206、27.53.184.149刪除內容[27][28][29]，之後的1小時內又出現4個台灣遠傳電信IP27.53.184.149、39.12.152.183、27.53.32.34、106.64.74.177與其他用戶展開編輯戰，最後這3個條目被半保護後無一例外由Rastinition「收尾」。編輯戰期間台灣遠傳電信IP曾試圖刪除高欣欣的「影視作品」章節[30]，以無來源為理由將台灣演員（似乎只針對民視旗下演員？）的「影視作品」章節刪除是Rastinition一貫的編輯習慣[31]。
• Wikipedia:管理员布告板/其他不当行为：2024年12月7日，User:红渡厨將Rastinition提報至ANM[32]，1小時後台灣遠傳電信IP49.217.193.103提交對红渡厨的報復性提報[33]。

這些IP也活躍在屯門公路巴士轉乘站、九龍巴士89D線、九龍巴士263線、屯門公路巴士轉乘站等香港交通條目，因本人從未編輯過此類條目，未能分析Rastinition的編輯習慣，在此知會曾在香港交通條目被Rastinition無理回退的User:DarkWizardCody君；另外可否煩請擅長抓傀儡的User:Outlookxp君發表看法？218.250.145.5（留言） 2025年1月9日 (四) 13:47 (UTC)

哇噻！这么刺激吗！--—— 红渡厨（留言・贡献） 2025年1月9日 (四) 13:49 (UTC)

这好像应该在WP:傀儡调查发起？--自由雨日🌧️❄️ 2025年1月9日 (四) 13:56 (UTC)

Rastinition正如他個人頁所說，應好好休息...。建議查核。--Outlookxp（留言） 2025年1月9日 (四) 14:29 (UTC)

1.@Outlookxp因為你提到我的用戶頁，也只是從用戶頁的日誌提及一些2023年10月7日檢查確認監視清單包含4070個頁面 2023年5月29日調整自己活動模式，減少深偽技術的影響、

2024年5月26日，注意到可能有在不特定網站形成的社群透過某種形式在zh.wikipedia.org聯合活動，後續動向需要觀察。嚴重時可能有真人傀儡議題，因為很久沒更新，我僅能提及我有注意到但沒有追蹤後續發展

2024年5月26日，注意到可能有在不特定網站形成的社群透過某種形式在zh.wikipedia.org聯合活動，後續動向需要觀察。嚴重時可能有真人傀儡議題，

2.@Outlookxp總之可以查核

( π )题外话2023年發給我的郵件擷取部分文字And I investigated this based on the possibility that the impersonator account was an LTA(this is done at my discretion), but in principle it is more appropriate to go through the local SPI, and it is okay for you to open the SPI and provide me with additional information(IP ranges or data at risk of avoidance), but I recommend going through the SPI.，基於這個的結果我優先將調查對象轉向至Wikipedia:傀儡調查/案件/Stalin_kzj，因為這個系列也是我最熟悉具有攻擊行為、模仿行為等樣態的(不只一個組群)，但既然有香港的IP在其中，又是針對節目類頁面，目標稍難鎖定，較難確認目標組群，Wikipedia:傀儡調查/案件/Calearm77/存檔、Wikipedia:傀儡調查/案件/Tommy860119/存檔、LTA:589ww(具攻擊性)、Wikipedia:傀儡調查/案件/King091993/存檔提及的Special:用户贡献/Bosco64(具攻擊性)，這系列非常愛好將話題連結到User talk:Pyruvate(Wikipedia:傀儡調查/案件/Pyruvate/存檔/HAM繼續......大致上可以單一提交我是否登出編輯或者使用多個帳號，但如果要反向確認是前面提及的內部連結哪個或其他更多，那要鎖定的目標會很浮誇的麻煩(傀儡/愛好者/社群化，連續文字是愛好者社群化且愛好者很多都有正在或曾經使用傀儡的習慣)--Rastinition（留言） 2025年1月9日 (四) 23:08 (UTC)

反破壞前線的人turns out是傀儡大戶，what a freak lmfao--Boring ghost（留言） 2025年1月10日 (五) 12:21 (UTC)