维基百科:互助客栈/其他

快捷方式

本页讨论與維基百科有關的话题，但不包括新闻、方针、技术、求助、條目或繁简处理。

如果您需要就具体条目应当如何编辑才符合中立性原則寻求社区共识，请前往條目探討留言。
請在主題欄简明扼要地寫出問題主旨，不要使用如「新問題」等無意義的文字。
請勿公開姓名、地理位置、電話、Email地址等联系資料。我們通常只在此頁回應，並不利用Email或電話等私下回應。
無關維基百科專案的問題，請往知識問答相關頁面询問。

請注重礼仪、遵守方針與指引，一般問題請至互助客棧其他區或知识问答提出，留言后请务必签名（点击）。

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

1月13日之后没有新回應的议题會移动至相应的讨论页或存档。跳至本頁的：目錄 · 底端

公告欄

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

[協作] 现有139个页面需维基化，430个条目需清理，35个移动请求正在讨论。

存檔

2003年至2010年
2003年	6月或以前						7	8	9	10	11	12	月
2004年	1	2	3	4	5	6	7	8	9	10	11	12	月
2005年	1	2	3	4	5	6	7	8	9	10	11	12	月
2006年	1	2	3	4	5	6	7	8	9	10	11	12	月
2007年	1	2	3	4	5	6	7	8	9	10	11	12	月
2008年	1	2	3	4	5	6	7	8	9	10	11	12	月
2009年	1	2	3	4	5	6	7	8	9	10	11	12	月
2010年	1	2	3	4	5	6	7	8	9	10	11	12	月

2011年至2020年
2011年	1	2	3	4	5	6	7	8	9	10	11	12	月
2012年	1	2	3	4	5	6	7	8	9	10	11	12	月
2013年	1	2	3	4	5	6	7	8	9	10	11	12	月
2014年	1	2	3	4	5	6	7	8	9	10	11	12	月
2015年	1	2	3	4	5	6	7	8	9	10	11	12	月
2016年	1	2	3	4	5	6	7	8	9	10	11	12	月
2017年	1	2	3	4	5	6	7	8	9	10	11	12	月
2018年	1	2	3	4	5	6	7	8	9	10	11	12	月
2019年	1	2	3	4	5	6	7	8	9	10	11	12	月
2020年	1	2	3	4	5	6	7	8	9	10	11	12	月

2021年	1	2	3	4	5	6	7	8	9	10	11	12	月
2022年	1	2	3	4	5	6	7	8	9	10	11	12	月
2023年	1	2	3	4	5	6	7	8	9	10	11	12	月
2024年	1	2	3	4	5	6	7	8	9	10	11	12	月
2025年	1	2	3	4	5	6	7	8	9	10	11	12	月

早於10日的討論將會由存檔。

#	💭 話題	💬	👥	🙋 最新發言	🕒 (UTC+8)
1	在本地啟用安全投票及electionadmin权限	90	16	0xDeadbeef	2025-01-20 21:15
2	管理操作覆核請求：不认为Ericliu1912在8月28日的双向互动禁制处理符合方针指引等社群共识	31	10	阿南之人	2025-01-13 15:50
3	重启Automoderator部署讨论	46	16	Stang	2025-01-22 12:26
4	提议将每日提示内容同步到首页“提示”版块展示	30	7	Jeffchu2014	2025-01-19 23:03
5	管理操作覆核請求：對Wildcursive的處理	109	23	自由雨日	2025-01-18 08:24
6	新年標誌	101	27	Idlcn	2025-01-23 04:08
7	用戶查核制度再引入	8	7	Lemonaka	2025-01-15 22:44
8	搬運自英文WP - 支持以色列的美國保守派基金團體被指展開人肉搜索挺巴勒斯坦的維基百科編者	24	11	August0422	2025-01-16 15:55
9	如何看待这篇文章？	5	3	Ericliu1912	2025-01-14 19:43
10	裕農路 (臺南市)、裕忠路、裕孝路、裕信路、裕義路	1	1	Lemonaka	2025-01-14 16:58
11	仲裁問題	8	3	Ericliu1912	2025-01-22 00:58
12	关于特色列表页面	2	2	Ericliu1912	2025-01-22 00:55
13	請協助建立LTA:夏土賢	5	4	魔琴	2025-01-22 10:16

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

正在廣泛徵求意見的議題

您可在回饋請求系統訂閱以收取特定主題相關討論通知。

議題清單

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

維基專題與協作

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

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

原标题为：SecurePoll elections with the electionadmin right

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:安全投票。

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

提案已通过，技术测试等讨论请留意WP:互助客栈/技术#本地安全投票测试。beef [talk] 2025年1月20日 (一) 13:15 (UTC)[回复]

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

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

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

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

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

翻译：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

現行條文

Wikipedia:申请成为管理人员：

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

提議條文

监选员（electionadmin，暂译）权限应仅授予用户查核员、监督员、监管员。

若本地有至少两名用户查核员或监督员在安全投票开始前表示愿意监票，则由愿意执行监票工作的本地用户与其他监管员共同协助监票，用户查核员优先于监督员。若本地能够执行监票工作的用户不足两人，则由监管员独自负责监票。

投票开始前，应请求监管员授予本地负责用户监选员权限。

投票结束后应及时除去权限。

监选员拥有以下权限：

编辑用户界面(editinterface)
访问投票者的个人可识别信息(securepoll-view-voter-pii)

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

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

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

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

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

或者規定簽署隱私協議之行政員、監督員等可當然持有此權限，協助鋪張選舉，我覺得也符合本地未來可能情況。畢竟以後就不用強迫定期集體申請了。—— 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)[回复]

小结 (安全投票)

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

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

在完成技术上的修改后，可以考虑在本地举办下一场安全投票，也可以考虑先进行一场测试来保证功能正常符合预期。以上 Stang^★ 2024年11月20日 (三) 09:08 (UTC)[回复]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

@Stang: patch进程如何？--0xDeadbeef (留言) 2025年1月17日 (五) 12:18 (UTC)[回复]

没人review，窝也很郁闷…… Stang^★ 2025年1月17日 (五) 12:22 (UTC)[回复]

那是不是可以找个地方ping一个reviewer？--0xDeadbeef (留言) 2025年1月17日 (五) 12:41 (UTC)[回复]

我问了一下，目前进度是卡在了phab:T378287#10341850上，正在询问目前进展如何，以及是否相关。 Stang^★ 2025年1月17日 (五) 13:01 (UTC)[回复]

小结2 (安全投票)

以下部分仍然欠缺讨论：

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

论。 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)[回复]

补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

以下为以上共识内容：

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

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

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

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

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

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

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

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

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

就0xDeadbeef版方案

公示7日，2025年1月17日 (五) 13:04 (UTC)結束--人间百态,独尊变态 (讨论)(签名) 2025年1月10日 (五) 13:04 (UTC)[回复]

@0xDeadbeef：公示期已過。San mo sa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月19日 (日) 09:25 (UTC)[回复]

通过。beef [talk] 2025年1月20日 (一) 12:59 (UTC)[回复]

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

管理操作覆核請求：不认为Ericliu1912在8月28日的双向互动禁制处理符合方针指引等社群共识

本主題或以下段落文字，在討論結束後應存檔至Wikipedia:管理操作覆核請求/存檔。

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

操作：双向互动禁制

执行者： Ericliu1912 （討論 · 貢獻 · 日誌）

首先说在前面：“管理操作复核请求用于复核管理人员或其他进阶权限持有人用权时是否符合方针与指引的规范。……管理操作复核请求旨在就具体管理操作是否适当达成共识，而非追究责任。”所以，这笔管理操作复核既非封禁/禁制申诉（禁制期早已过），也非追究管理员Ericliu1912的责任（否则就是RFDA了），仅是用于讨论该操作是否适当。

在2024年8月26日，我在WP:管理员布告板/其他不当行为由于被诽谤而提报了用户Chinuan12623。在阿南之人、Patrickov、Tisscherry、ASid、薏仁将、Wolfch、Heihaheihaha、WilliamSkyWalk等近10人参与提报区讨论之后，8月28日，管理员Ericliu1912作出了对Chinuan1262和我的互动禁制决定（另也对Chinuan1262和Tisscherry作了互动禁制）。首先，对当时提报区的讨论做一个总结：
- 阿南之人认为我属于回退明显破坏，要求Shizhao解释在提报之前对我的封禁。我的封禁与该提报无直接关联，但封禁原因正是由于我三次用{{deltalk}}移除Chinuan诽谤我的留言。即，阿南之人显然认为Chinuan12623的诽谤性留言不当。
- Tisscherry对我表示感谢（因为我从最开始接触Chinuan12623就是由于在监视列表看Ericliu1912讨论页时，看到他直接向管理员要求处理Tisscherry，而出手帮忙），并表示Chinuan12623存在屡次曲解方针的行为和持续剪接留言的行为。
- 2024年8月26日 (一) 07:58 (UTC)，Chinuan12623再度作出违反讨论页指引的操作，将新留言置于旧留言之上（版本差异），4分钟后我在编辑摘要明确说明根据讨论页指引移动留言（版本差异）。随后，Patrickov表示他也正想移动，即认可我的操作；随后Chinuan12623坚称其留言位置正确，并称他人“删改”其留言。总结，Patrickov显然同意其留言位置不符合《讨论页指引》。
- 随后，Chinuan12623继续同Patrickov争执，坚称自己留言位置没错，称其“不计较也不告你俩乱改他人留言”等等。Patrickov继续表示已给过《讨论页指引》，此时薏仁将也表示Chinuan12623的留言不符合《讨论页指引》
- 随后，Chinuan12623继续同薏仁将发生争执，不多时，Wolfch也加入讨论，表示我的操作是“是维基百科允许的，不是乱删，也不是乱屏蔽他人留言”，认同我的操作，并不认为我违反任何指引。
- 随后，Heihaheihaha参与讨论，并就“处理”栏位等同Chinuan12623发生争议。争斗中，Chinuan连ping Manchiu、Ericliu1912要求管理员揪处Heihaheihaha，随后Wolfch表示是Chinuan自己的操作有问题，但显然沟通无果。
- 同时，WilliamSkyWalk加入讨论，怀疑Chinuan的编辑倾向。
- 最后，Tisscherry加入讨论，作出让步的姿态，但受到对方的负面回应。
- 8月28日，管理员Ericliu1912作出最终处理，处理结果为，施予Chinuan12623和我、Chinuan12623和Tisscherry两组一周双向禁制，除此之外再无任何处理。其声称处理依据为：“双方已陷入“编辑遭回退、认为自身没错（“为什么他要回退我？”“管理员为什么不赶快封锁对方？”）、变本加厉反击”之向下螺旋，讨论情势持续恶化。无论双方具体堆积对错之分量，本人认为现有必要强行中止此一循环，俾便社群回归正常讨论氛围，或至少有机会较冷静审视自身态度。”
我完全不认为Ericliu1912的这笔管理操作适当，接下来分析不合理原因：
- 《WP:禁制方针#禁制的意義》明文有言：“当用户造成极端或顽固问题的扰乱行为（包括但不限于打编辑战、持续与他人产生争执，或为阐述其观点在特定页面或主题触犯其他方针指引），而其他制裁措施无法阻止有关行为，则可采用禁制作为最后制裁措施。”接下来就针对该文本考虑几个问题：
  - “极端顽固问题的扰乱行为”的起因是什么，是哪一方？既然是双向互动禁制而非单向，那也就是对双方来说平等的处置。我和Chinuan12623，双方是否均都进行了极端的扰乱行为？Ericliu声称“双方已陷入‘编辑遭回退、认为自身没错’”的向下螺旋，这一表述字面义成立，双方确实都“认为自身没错”；然而，究竟双方“哪一方有错”，这显然是一个可以判断的命题（根据方针指引，根据提报区的讨论）。在这一问题上，管理员Ericliu1912却直接放弃了判断。
  - 我和Chinuan12623是否满足“持续于他人产生争执”这一禁制中的举例？在该提报区下，我同其的争执是否严重？这个提报最先提报的是Chinuan12623对我的诽谤行为，这属于双方的“争执”吗？在该提报区下，Chinuan12623因不愿遵守《讨论页指引》而与其他用户连续争议，这些能算是“争执”吗？
  - 这个提报的诉求，究竟是要阻止什么行为？近十人编者参与讨论，究竟是要阻止Chinuan12623的诽谤行为、不合讨论页指引的编辑行为，还是要阻止谁和谁的争执行为？很显然，管理员Ericliu1912在此完全判断错误，将该提报的目的判断成了要阻止编者间的争议。
  - 即便在其判断错误的前提下，是否没有其他措施可以阻止，是否必须动用“禁制”这一最后手段？
- 《WP:管理员》方针第二段明文有言：“管理员唯能实现社群讨论所得的共识”。什么是“共识”？显然，五大支柱、社群常年累月通过大量讨论得出的各类方针与指引，以及，在不当行为提报区下编者讨论呈现的共识，这些都属于共识。不当行为最初的提报是针对被提报用户的诽谤行为，随后多位编者又指出其乱排留言的行为，这些行为显然违反《WP:讨论页指引》，而“持续违反指引应受封禁”明文写于《封禁方针》。数十位编者在提报区下的讨论，均有共识表示Chinuan12623行为不当，几乎无人表示我行为不当。管理员的最终处理，这一处理的性质是“实现社群讨论所得的共识”，但根据违反方针指引的情况和相应的封禁方针，根据不当行为提报区的讨论，管理员Ericliu1912却得出了“社群讨论所得的共识应是双向互动禁制”这样的判断。
在这笔案子了结以后，2024年9月，Chinuan12623再因违反《讨论页指引》被提报，ATannedBurger处理声称先前沟通不足，未做处理，“均不见涉事双方或其他管理员有提及此论述或就争论的解决展开讨论”侧面反映Ericliu1912完全未关注其违反指引的行为并向其沟通；2024年10月，Chinuan12623又因违反《讨论页指引》被提报，并由Shizhao封禁编辑所有讨论页1个月；封禁期结束后，随即在2024年11月，又因违反《讨论页指引》被提报（( π )题外话：目前仍无人处理）。很显然，从结果论上看，管理员Ericliu1912在8月26日对我提报其违反《讨论页指引》所作出的“双向互动禁制”，完全、丝毫没有解决该用户的不当编辑扰乱行为。

以上，我认为管理员Ericliu1912在2024年8月26日该案中所作的“双向互动禁制”处理是完全错误的，该处理完全违背社群共识，且没有对制止被提报用户的不当行为起到任何作用。最后强调，这是管理操作复核请求，仅用于讨论管理操作是否适当，而非追究责任、更非解任议案。 --自由雨日🌧️🌨️ 2024年11月13日 (三) 18:28 (UTC)[回复]

~~在Wikipedia:管理操作覆核請求/存檔裡，有自由雨君之前提過的䨱核請求，也有部份當時的回應，供作大家參考~~。--Wolfch (留言) 2024年11月13日 (三) 23:47 (UTC)[回复]

@Wolfch：当时那个复核请求和这个应该关联不大？那是对“不处理违反交互禁制行为”的复核，不是对这一操作本身的讨论。--自由雨日🌧️🌨️ 2024年11月14日 (四) 02:34 (UTC)[回复]

已劃刪除線--Wolfch (留言) 2024年11月14日 (四) 04:38 (UTC)[回复]

附知@Ericliu1912。Пусть от победы ☆к победе ведёт! 2024年11月14日 (四) 06:59 (UTC)[回复]

我已经第一时间在讨论页通知他了（，这也是《WP:管理操作复核请求》要求的。——自由雨日🌧️🌨️ 2024年11月14日 (四) 08:12 (UTC)[回复]

该复核请求的简短

總結：

管理操作：8月26日，用户Chinuan12623因诽谤被提报，经过多位用户讨论后，Ericliu1912决定对Chinuan12623与提报者（Tisscherry以及自由雨日）之间实施双向禁制。
提报区讨论情况：提报区的讨论显示，社群认为Chinuan12623的行为存在多次违反讨论页指引的情况，而提报者的操作被其他用户认可。
请求管理操作复核理据：Ericliu1912未能合理判断双方的责任，错误地将争执视为双向问题，未能有效制止Chinuan12623的不当行为。此外，管理方针明确指出，禁制应作为最后手段，而在此案例中并未充分考虑其他可能的解决方案。

注：以上文字使用LLM辅助整理以避免太长不读，仅供参考，更详细准确的意见及理据请见提请人的原留言。--HeihaHeihaHa-麻瓜了……（留言） 2024年11月14日 (四) 01:32 (UTC)[回复]

认同以上描述，(＋)支持该管理操作复核请求。--HeihaHeihaHa-麻瓜了……（留言） 2024年11月14日 (四) 01:35 (UTC)[回复]

(＋)支持复核该操作，该禁制明显不当。Пусть от победы ☆к победе ведёт! 2024年11月14日 (四) 05:51 (UTC)[回复]

(＋)支持覆核 Benho 7599 ^{三民主義好} 2024年11月14日 (四) 08:10 (UTC)[回复]

根據Wikipedia:管理员布告板/其他不当行为/存档/2024年8月，管理員Eric Liu 回覆處理的第（三）點，雙向互動禁制是為了避免當時雙方「編輯遭回退、認為自身沒錯、變本加厲反擊」的螺旋，為了讓雙方冷靜而採取的作法。請大家再評估此作法的合理性。--Wolfch (留言) 2024年11月14日 (四) 04:36 (UTC)[回复]

首先，我认为，“编辑遭回退，认为自身没错”是从回退明显破坏—回退违反方针指引（但非明显破坏）的编辑—可简单判断和讨论得出共识的争议—难以得出共识的长期编辑战这一“光谱”上的任何行为都会存在的现象，只有依照方针、指引和其他编者讨论等均无法判断哪方行为不当（即单纯因观点不同而引发的激烈编辑战或长期编辑战等）时，才可能适用互动禁制；但Ericliu没有作任何判断，而是直接强行互动禁制（显然当时不属于我说的这种适用情况，而是根据方针指引和提报区讨论都已很明显得出了哪一方行为不当）。其次，“为了让双方冷静”并不是禁制的合理理由，（就像WP:封禁也不能用于为了让人冷静一样，）WP:禁制方针明言禁制用于“造成极端或顽固问题的扰乱行为……其他制裁措施无法阻止有关行为”，且“仅应在容许有关用户继续编辑已足以构成严重扰乱及问题编辑的风险时采用”。--自由雨日🌧️🌨️ 2024年11月14日 (四) 05:22 (UTC)[回复]

(＋)支持復核此管理操作。--Wolfch (留言) 2024年11月15日 (五) 16:26 (UTC)[回复]

@Tisscherry 请问你有意愿对你的禁制申请管理操作复核请求吗？Пусть от победы ☆к победе ведёт! 2024年11月14日 (四) 06:15 (UTC)[回复]

我當時是以為，因為自由雨日和我有互相宣稱，如果其中一人被封鎖，那請連帶處理，類似這樣的發言（我沒去找diff，晚點想到再找）我想Ericliu管理員是看到了，故我當時欣然接受沒有其他意見。以此邏輯，自由雨日申請操作覆核，我會跟隨( ✓ )同意和(＋)支持。基本上我尊重管理員判斷，但我希望他若要做出說明，請儘量使用淺顯易懂的文字，維基百科不是官僚體系，不要刻意畫線拉距離。--提斯切里（留言） 2024年11月14日 (四) 06:50 (UTC)[回复]

我从未“刻意画线拉距离”，“维基百科不是官僚体系”方针说的也完全不是这个意思。我不认为我说的内容比精密模板代码更难理解。--自由雨日🌧️🌨️ 2024年11月14日 (四) 08:09 (UTC)[回复]

( π )题外话：这个“他”似乎不是阁下？--银色雪莉（留言） 2024年11月14日 (四) 08:43 (UTC)[回复]

哦哦，好像确实可能不是……如果我理解错了的话表示抱歉

囧rz……（因为前几天他也说我写的文字“太长不读”）不过就算是指Ericliu1912，他也没有“刻意画线拉距离”，跟“官僚”也没啥关系，只是他的语言习惯喜欢文白夹杂。当然我也希望尽量少用文言用法，多使用平实的现代汉语。--自由雨日🌧️🌨️ 2024年11月14日 (四) 08:47 (UTC)[回复]

謝謝銀色雪莉君，我是指E管無誤。管理員形象方面就不再離題。--提斯切里（留言） 2024年11月14日 (四) 14:55 (UTC)[回复]

自由雨日與Tisscherry，就兩人提出的控訴，應各自獨立檢視其复核的理據。參考Talk:王必勝的編修歷史，管理員Shizhao在8月26日認定自由雨日、Chinuan12623進行編輯戰，禁止編輯該頁面31小時，管理員或會因應近期雙方在討論頁發生過編輯戰而進一步採取互動禁制，單是這點，自由雨日與Tisscherry的复核背景已不一樣。在現實中，管理員Ericliu1912僅能審視8月27日及之前的情況，所以Chinuan12623在10月6日被Shizhao編輯禁制一個月在此是不用考慮的，8月27日之後的事態及提出的結論，均不在Ericliu1912於8月27日當天作出判斷的可考慮範圍內，簡言之不能說某個用戶在今天被永久封禁，就可以推定管理員在以往對相關或對立用戶在處理上有明顯的過錯。--Starcopter（留言） 2024年11月14日 (四) 18:43 (UTC)[回复]

支持Tisscherry若要复核应另开一笔复核请求，以避免讨论混乱。不过我们这里并没有请求复核Shizhao对我的封禁，在talk:王必胜进行的编辑战，Shizhao作出封禁并制止，这和ANM的提报（诽谤，以及后来衍伸出的缩排、留言位置等）只针对违反《WP:讨论页指引》的行为是完全独立的。至于Chinuan12623在10月的封禁（以及我提到的9月、11月），确实不能作为主要的考虑依据（我也仅是在最后提及），但绝非“不用考虑”，因为那些提报及封禁的理由仍然是违反《WP:讨论页指引》，和我的提报指向同一件事。这些之后的提报用于管理员并没有依据《WP:封禁方针#防止擾亂》等有效起到制止他人持续违反指引扰乱的情况，自然意味着管理员的处理不妥。假设现在有一个违反格式手册到处乱加粗体的用户，管理员作出的是将其和回退其编辑的编者互动禁制的决定，结果其之后继续于页面乱加粗体，那么显然可以佐证管理员的决定不当，因为丝毫未起到制止其违反指引行为的作用。--自由雨日🌧️🌨️ 2024年11月15日 (五) 04:19 (UTC)[回复]

(＋)支持复核，是次处理还导致自由雨日阁下失去仲裁员候选资格，个人认为是不太合理的。—Фрадон Стар|^{Меня зовут Хайшэньвай} 2024年11月26日 (二) 02:56 (UTC)[回复]

那倒不只是这次处理，还有另外一次封禁（）而且“失去仲裁员候选资格”这件事完全不能成为处理本身不合理的理由😂 ——自由雨日🌧️❄️ 2024年11月26日 (二) 03:00 (UTC)[回复]

共识挺明确了，看看哪个管理员能帮忙翻案。Пусть от победы☆к победе ведёт! 2024年12月18日 (三) 11:23 (UTC)[回复]

@Manchiu @Shizhao @Tigerzeng 此案已经拖了2个多月了，可以看到共识非常明显，而且期间还被EricLiu多次不当地存档此请求，请求尽快翻案并结束此案。Пусть от победы☆к победе ведёт! 2025年1月13日 (一) 07:50 (UTC)[回复]

@Ericliu1912：管理操作复核请求还未关闭，为何存档了？——自由雨日🌧️❄️ 2024年12月8日 (日) 03:09 (UTC)[回复]

@Ericliu1912 请解释这一笔编辑的目的。Пусть от победы☆к победе ведёт! 2024年12月8日 (日) 03:21 (UTC)[回复]

存檔即是自然關閉。另外本人不評價上述任何「馬後砲」式批評處置的看法。—— Eric Liu_{創造は生命（留言・留名・學生會）} 2024年12月8日 (日) 04:49 (UTC)[回复]

@Ericliu1912：然而管理操作复核请求必须“有共识”（并“总结讨论中达成的共识、明确说明相关操作的正当性是否被是社群认可”）或“显然无共识”后才能关闭，且不能由当事管理员关闭（见WP:管理操作复核请求） ——自由雨日🌧️❄️ 2024年12月8日 (日) 05:03 (UTC)[回复]

@Ericliu1912：怎么又存档了（special:diff/85629543）？ ——自由雨日🌧️❄️ 2025年1月10日 (五) 17:04 (UTC)[回复]

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

重启Automoderator部署讨论

诚邀加入回饋請求系統。

有編者正就本議題徵求社群意見。本頁已經新增至以下列表：

維基百科提議

當討論結束時，請移除本標籤以將本頁從徵求意見列表中移除。若討論已30日無人回應（按最後簽名時間計算），機械人會自動將此標籤移除。

於Phabricator查看
編號T367306的工單
狀態：已解決

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

大家好，我的名字是Sam Walton，是管理员工具（Moderator Tools）团队的产品经理。我们正在开发一个名为Automoderator的项目，该项目让社群能够根据社群自定义的规则自动回退破坏性编辑。我们正在寻求对我们项目的意见，并有一些问题需要巡查员和管理员的参与，以帮助我们更好地理解。除了项目主页面上的概述和问题之外，我们还有两个子页面提供更具体的资讯：
如果您想研究Automoderator的准确率，并查看它在不同编辑上的表现，我们设置了一个测试流程。您可以帮助我们找到新的模式，并在Automoderator部署之前将其纳入考虑范围（译注：例如怎样改善误判问题、使用什么程度的准确率（cution levels）比较好）。评估计划是用来确定Automoderator是否实现目标且不会产生负面影响的计划初稿。如果您对我们收集的数据或制定的指标有任何想法，那么您可以在这里分享！
如果您对Automoderator有任何疑问，或者您的社群是否想要使用这个工具，请告诉我！
— User:Samwalton9_(WMF)

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

理念上支持。所提供通用模型随机样本的表格数据，我看了一些高风险的，感觉挺多是不该被回退的。多语言模型的样本好很多，并且预计回退数量似乎很低？如果有人及时巡检和调控该工具，可以考虑引入。--YF dyh000（留言） 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笔编辑，每笔审阅后可查看该工具在各警惕级别下是否会自动回退。似乎够谨慎，但也存在误判和漏判。--YF dyh000（留言） 2024年12月19日 (四) 05:15 (UTC)[回复]

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

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

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

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

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

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

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

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

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

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

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

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

公示3日：使用原始英文用户名，公示结束后申请引入。--YF dyh000（留言） 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处配置，按扩展介绍，其有以下配置：

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

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

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

建议：开启。最谨慎。非小修改。是否机器人无意见，看回退量和误报率而定。发送消息。不回退延伸确认用户？或者更高，看误报率而定。--YF dyh000（留言） 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)、[回复]

7日時間已過，目前Automoderator的配置中关于是否标记为小修改、是否标记为机器人编辑以及不应回退哪些用户组所作的编辑上没有定论。在此通知参与讨论用户就其意见做进一步说明。--人间百态,独尊变态 (讨论)(签名) 2025年1月16日 (四) 14:42 (UTC)[回复]

帮助:小修改说意义改变、需检视、有担忧、可能编辑冲突的编辑都不应小修改，所以我倾向不是小修改，除非回退破坏对社群而言是高置信度（例如95%以上）而默认无需二次检视。TW工具是人工操作，且编者可自行调整是否小修改、有担忧的问题可经编辑摘要说明与凸显。
机器人与否，可能看是否冲击了最近更改巡查，但从操作性质来说，标注机器人或许降低误导和便于筛选。
是否回退延伸确认用户，暂无共识。可以先允许一阵子，看误报反馈情况，再由管理员决定？类似滥用过滤器等运作。“同一页面同一用户可回退次数”同上，先交管理员视情况决定？

--YF dyh000（留言） 2025年1月16日 (四) 15:08 (UTC)[回复]

(▲)同上要不先不回退管理员，观察一段后再逐步下放到延伸确认用户？小修改的话，隔壁英维机器人的回退操作是标记为小编辑的。——敬颂冬绥 ZhaoFJx_(论•签) 2025年1月16日 (四) 16:21 (UTC)[回复]

已部署Automoderator的7个wiki中，似乎有2个（bn和vi）选择非小编辑。--YF dyh000（留言） 2025年1月16日 (四) 17:59 (UTC)[回复]

一个未经妥善测试的程序不应当使用机器人标记，这会让它的编辑在最近更改中被隐藏。对于豁免用户组我还是坚持使用延伸确认用户这个标准，我觉得已经足够了。 Stang^★ 2025年1月17日 (五) 01:53 (UTC)[回复]

窝简单写了个小脚本测试了一下误报的情况怎么样，这是最近100K次编辑中，会在“最谨慎”（true>0.99）这个配置下被回退的编辑，共30笔。感觉其中还是有一些误报的，另外想知道可不可以忽略掉某些页面（比如沙盒）的编辑：

Revisions with true probability >= 0.99:
Rev ID: 85607217, True Probability: 0.998129665851593, False Probability: 0.0018703341484069824, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85607217
Rev ID: 85610058, True Probability: 0.9971864819526672, False Probability: 0.0028135180473327637, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85610058
Rev ID: 85618569, True Probability: 0.9910821914672852, False Probability: 0.008917808532714844, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85618569
Rev ID: 85618955, True Probability: 0.9959309697151184, False Probability: 0.004069030284881592, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85618955
Rev ID: 85619500, True Probability: 0.9953624606132507, False Probability: 0.004637539386749268, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85619500
Rev ID: 85619952, True Probability: 0.9967047572135925, False Probability: 0.0032952427864074707, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85619952
Rev ID: 85622370, True Probability: 0.9946627616882324, False Probability: 0.005337238311767578, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85622370
Rev ID: 85622379, True Probability: 0.9956135749816895, False Probability: 0.004386425018310547, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85622379
Rev ID: 85622677, True Probability: 0.9948369264602661, False Probability: 0.005163073539733887, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85622677
Rev ID: 85625145, True Probability: 0.9905315041542053, False Probability: 0.009468495845794678, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85625145
Rev ID: 85634335, True Probability: 0.9962349534034729, False Probability: 0.0037650465965270996, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85634335
Rev ID: 85634512, True Probability: 0.9979973435401917, False Probability: 0.0020026564598083496, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85634512
Rev ID: 85645384, True Probability: 0.992682158946991, False Probability: 0.007317841053009033, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85645384
Rev ID: 85645623, True Probability: 0.9979594945907593, False Probability: 0.0020405054092407227, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85645623
Rev ID: 85656235, True Probability: 0.9914224743843079, False Probability: 0.008577525615692139, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85656235
Rev ID: 85658526, True Probability: 0.990656852722168, False Probability: 0.009343147277832031, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85658526
Rev ID: 85666489, True Probability: 0.9946956038475037, False Probability: 0.005304396152496338, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85666489
Rev ID: 85668964, True Probability: 0.9923447966575623, False Probability: 0.007655203342437744, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85668964
Rev ID: 85673885, True Probability: 0.9917764663696289, False Probability: 0.008223533630371094, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85673885
Rev ID: 85675177, True Probability: 0.9952389001846313, False Probability: 0.004761099815368652, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85675177
Rev ID: 85679555, True Probability: 0.991058349609375, False Probability: 0.008941650390625, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85679555
Rev ID: 85680299, True Probability: 0.9934773445129395, False Probability: 0.006522655487060547, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85680299
Rev ID: 85681581, True Probability: 0.9914299845695496, False Probability: 0.00857001543045044, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85681581
Rev ID: 85683545, True Probability: 0.9935425519943237, False Probability: 0.0064574480056762695, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85683545
Rev ID: 85686042, True Probability: 0.9914498925209045, False Probability: 0.008550107479095459, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85686042
Rev ID: 85686596, True Probability: 0.9905632734298706, False Probability: 0.009436726570129395, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85686596
Rev ID: 85687554, True Probability: 0.9924798011779785, False Probability: 0.007520198822021484, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85687554
Rev ID: 85689212, True Probability: 0.9950689077377319, False Probability: 0.004931092262268066, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85689212
Rev ID: 85693239, True Probability: 0.9985597729682922, False Probability: 0.0014402270317077637, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85693239
Rev ID: 85698859, True Probability: 0.9907416105270386, False Probability: 0.009258389472961426, URL: https://zh-two.iwiki.icu/w/index.php?oldid=85698859

以上 Stang^★ 2025年1月17日 (五) 02:17 (UTC)[回复]

顺便另一个问题，假设A对条目X进行了a, b, c, d, e 多笔编辑，这些编辑都属于破坏性质的，但是只有一个达到了AutoMod的阈值，这个时候是只回退了达到阈值的版本还是全部回退？比如安婕希页面，用户“毛王”的编辑只有 oldid=85679555 达到了 0.99 的阈值。 Stang^★ 2025年1月17日 (五) 02:43 (UTC)[回复]

已设置MediaWiki:AutoModeratorConfig.json，不知这样是否就能运行了？--百無一用是書生 (☎) 2025年1月21日 (二) 03:16 (UTC)[回复]

是的。謹慎起見，個人將「不應回退哪些用戶組所作的編輯」配置設為自動確認用戶，如果運作沒有問題，可考慮稍後（例如一至兩週後）改為延伸確認用戶。謝謝。--SCP-0000（留言） 2025年1月21日 (二) 03:47 (UTC)[回复]

我倒是想的和你相反，先大面积试行，再根据情况缩小范围。--百無一用是書生 (☎) 2025年1月21日 (二) 04:02 (UTC)[回复]

大面积试行的前提，我想是有人监看和善后一小批再说，而不是等到一大批误报而难以收拾。在最初期可以看量频繁调整。User:AutoModerator/Preload请降低保护级别，去掉开头多余空行。--YF dyh000（留言） 2025年1月21日 (二) 04:56 (UTC)[回复]

已調整 User:AutoModerator/Preload--SCP-0000（留言） 2025年1月21日 (二) 05:14 (UTC)[回复]

看起来是全部回退，如Special:diff/85773696。——敬颂冬绥 ZhaoFJx_(论•签) 2025年1月21日 (二) 20:07 (UTC)[回复]

发现文档有说 When reverting, Automoderator performs a rollback--YF dyh000（留言） 2025年1月21日 (二) 20:52 (UTC)[回复]

关于“将回退操作标记为机器人编辑”，现在User:AutoModerator默认就是具有bot权限，这与“将回退操作标记为机器人编辑”有什么区别？--百無一用是書生 (☎) 2025年1月22日 (三) 02:18 (UTC)[回复]

权限是有能力标注，但非强制标注，设置决定是否标注。--YF dyh000（留言） 2025年1月22日 (三) 02:57 (UTC)[回复]

不是哥们，机器人权限和“标记为机器人编辑”不是两个东西吗， Stang^★ 2025年1月22日 (三) 04:26 (UTC)[回复]

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

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

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:首页、Wikipedia talk:提示、Wikipedia talk:每日提示维护小组。

公示期结束，方案获得通过，请管理员依Special:diff/85397555版本展示内容，同时比照WP:历史上的今天，将WP:提示的所有子页面设置半保护，直接被首页引用的{{Tip of the day with h3 heading}}设置连锁保护。后续如有更改，请在Wikipedia talk:每日提示维护小组提出。--Jeffchu2014（留言） 2025年1月13日 (一) 10:26 (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）--Sun After Rain 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规则通过。展示版本为Special:diff/85397555。--Jeffchu2014（留言） 2025年1月6日 (一) 08:15 (UTC)[回复]

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

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

7天内无人反对，方案正式获得通过。请管理员依Special:diff/85397555版本展示内容，同时比照WP:历史上的今天，将WP:提示的所有子页面设置半保护，直接被首页引用的{{Tip of the day with h3 heading}}设置连锁保护。后续如有更改，请在Wikipedia talk:每日提示维护小组提出。再次向辛勤付出的Wikipedia:每日提示维护小组成员表示感谢！--Jeffchu2014（留言） 2025年1月13日 (一) 10:26 (UTC)[回复]

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

麻烦管理员@Ericliu1912抽空更新一下首页，thx。--Jeffchu2014（留言） 2025年1月13日 (一) 10:28 (UTC)[回复]

能不能設定板塊顯示？因為現在這樣視覺有些不平衡。—— Eric Liu_{創造は生命（留言・留名・學生會）} 2025年1月14日 (二) 11:33 (UTC)[回复]

話說「參與維基百科」、「維基百科提醒您」跟「每日提示」能不能都留？不都留的話，應該留幾個方得兼顧功能及視覺？—— Eric Liu_{創造は生命（留言・留名・學生會）} 2025年1月14日 (二) 11:34 (UTC)[回复]

那就用Special:diff/71842219。--Jeffchu2014（留言） 2025年1月14日 (二) 15:53 (UTC)[回复]

技術層面只能出張嘴，若縮成小方框，置於「維基百科提醒您之下」，可行嗎？但這樣會不會有種類似感？--提斯切里（留言） 2025年1月14日 (二) 16:02 (UTC)[回复]

提醒你和每日提示的作用一毛一样，都是指南，完全可以去掉，两个都留反而冲突了。--Jeffchu2014（留言） 2025年1月14日 (二) 17:39 (UTC)[回复]

@Ericliu1912怎样？--Jeffchu2014（留言） 2025年1月15日 (三) 14:50 (UTC)[回复]

再稍等幾日，若社群無其他意見，可照您所說版本更新之。—— Eric Liu_{創造は生命（留言・留名・學生會）} 2025年1月15日 (三) 15:51 (UTC)[回复]

没人反对，更新吧--Jeffchu2014（留言） 2025年1月18日 (六) 06:24 (UTC)[回复]

@Ericliu1912--Jeffchu2014（留言） 2025年1月19日 (日) 10:52 (UTC)[回复]

完成--千村狐兔（留言） 2025年1月19日 (日) 13:17 (UTC)[回复]

没设置半保护--Jeffchu2014（留言） 2025年1月19日 (日) 15:03 (UTC)[回复]

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

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

操作： [1]

执行者： 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是方針，指引和方針衝突時是方針優先，遭移除的內容是違反方針，用指引當理由說可以保留違反方針的內容根本是無效的：

用這邏輯，每個使用者都可以在自己討論頁放這些違反方針的內容，因為自己的討論頁自己當然有裁量權啊。
當 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條，是不是宣傳？寫交通的小聊維基假期旅遊，說想去臺南高雄玩，是不是宣傳？寫生醫的討論疫情，寫文學的聊戲劇，皆很合理。為何寫法政的就不能在自版小聊法政，礙了誰嗎？這種種文字在本質上有重大區別嗎？

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

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

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

十多年來本版基本自在自適健康無礙，天下本無事，實不煩庸人自擾擾人。--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)[回复]

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

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

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

这个事件是一个编者在第三人的讨论页面发布宣传性内容（但是我认为那些内容可以搬到维基新闻做opinion piece），然后第四人意图移除内容后被还原，莫名其妙就要召唤管理员介入。此事之奇葩程度闻所未闻，因为那个编者没有滥用自己的讨论页。你们可以规定任何人不得反对他人在自己的讨论页面严格执法，但是我认为与其把原则法律化并且不断打补丁，不如让所有编者把自己的账号交出来交给三百多万个硬编码规则的机器人。--Milky Defer 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的話一般還需要證明相關用戶是帶有目的性地持續這樣做。San mo sa _蚌埠 2024年12月21日 (六) 07:40 (UTC)[回复]

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

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

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

#c-范-20241221062500-自由雨日-20241220230000。San mo sa _蚌埠 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)[回复]

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

用戶討論區算不算討論區的一種型態展現？
承上，若用戶討論區屬於討論區的一種呈現樣態，那麼試問用戶討論區是否也受到WP:SOAP規範限制範疇內？若用戶討論區非討論區定義條件，那麼也請說明其認定意見。
用戶A傳送高敏感議題(如：政治觀點，如XXXX年的選舉活動理想政治人選)傳遞投放給與其他用戶至其討論區，請問是否構成宣傳行為？
承上假設這是構成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的操作具備正當性與否。San mo sa _蚌埠 2024年12月21日 (六) 07:31 (UTC)[回复]

@WiiUf。San mo sa _蚌埠 2024年12月21日 (六) 07:32 (UTC)[回复]

順便也ping一下@薏仁將。San mo sa _蚌埠 2024年12月21日 (六) 07:41 (UTC)[回复]

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

我的問題是「與維基百科相關的資料」到底是說「與維基百科此一項目本身相關的資料」還是說「與維基百科的內容相關的資料」？San mo sa _蚌埠 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那邊就著那個修訂提了一些問題，其中就牽涉到“用戶頁（面）”一詞的理解，這恐怕也會影響這裏的結果。San mo sa _蘭絮 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尋求解決方案的原因。San mo sa _蘭絮 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)[回复]

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

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

--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年創建的頁面[4]，無論他是奚落暗諷我、感嘆我為何當年如此，我都沒意見，這也算針對編輯史交換意見。我看不出有什麼好屢屢刪除的。--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)[回复]

@Ericliu1912：“切勿直接存档尚未正式关闭的评论。” ——自由雨日🌧️❄️ 2025年1月18日 (六) 00:24 (UTC)[回复]

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

新年標誌

本主題或以下段落文字，在討論結束後應存檔至Wikipedia talk:維基百科標誌。

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

还好是农历，要不然只剩3天就2025了

——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月29日 (日) 17:54 (UTC)[回复]

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

自由雨日觉得这挺赞的。[回复]

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

那我參考看看，或許我能畫個草稿。San mo sa _蘭絮 2025年1月1日 (三) 01:54 (UTC)[回复]

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

~~剛弄好草稿了~~搞錯了一些東西，稍後再修復。San mo sa _蘭絮 2025年1月1日 (三) 02:31 (UTC)[回复]

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

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

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

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

不是不好看，但感覺……就真像是12年前的。San mo sa _蘭絮 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。San mo sa _蘭絮 2025年1月2日 (四) 12:34 (UTC)[回复]

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

公告欄有放了，但放ASN不會太過擾民了嗎？--Sun After Rain 2025年1月1日 (三) 08:48 (UTC)[回复]

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

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

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

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

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

SunAfterRain提供的片段供参考：

$('.skin-vector-2022 .mw-logo > .mw-logo-icon').attr('src', 'https://upload.wikimedia.org/wikipedia/commons/c/cc/%E4%B9%99%E5%B7%B3_snake.png').removeAttr('height').css('height', 'auto')

Stang^★ 2025年1月2日 (四) 14:08 (UTC)[回复]

已更新代碼。San mo sa _蘭絮 2025年1月2日 (四) 14:21 (UTC)[回复]

Sanmosa版

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

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

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

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

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

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

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

个人感覺，這個logo完全沒有維基百科的元素。或者說，如果沒有底部的文字，我完全看不出這是維基百科的logo

囧rz……而歷年的logo都有維基百科的特色。個人建議新年標志結合原版的維基球製作，在這一點上我比較傾向於@Lemonaka的「蛇環繞維基球」提議。

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

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

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

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

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

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

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

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

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

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

剛剛弄了個第二版。San mo sa _蘭絮 2025年1月4日 (六) 01:42 (UTC)[回复]

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

我有時間再調整一下設計。San mo sa _蘭絮 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)[回复]

不得不説，看上去的效果是好的。San mo sa _蘭絮 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)[回复]

是很可愛，但怎麼說呢，就真的有一種很微妙的感覺--Sun After Rain 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)[回复]

(＋)支持。可爱捏。( π )题外话：乙如果考虑与己、2区分，或可以使用甲骨文字形（？）--MC 晓康 2025年1月11日 (六) 13:14 (UTC)[回复]

做了一點細微的修改，另外也補回了包含下方文字的logo，感謝提醒！--User:What7what8🏠 2025年1月15日 (三) 19:11 (UTC)[回复]

喜歡新的版本，如果文字的配色和上面一樣那就更好了。-- 菜國人 ※聊天 2025年1月16日 (四) 04:55 (UTC)[回复]

@What7what8：拼圖的邊緣可否再做平滑一些？--WiiUf 🐉💫2025 2025年1月17日 (五) 07:40 (UTC)[回复]

小结

编号	制作人	icon	logo_hans	logo_hant
1	Sanmosa
2	Sanmosa
3	What7what8
-	默认（对比用途）

感谢创作者们提供的精彩作品。目前已列出了三个方案，上方表格展示的是缩放到实际显示尺寸的效果。如有需要可以可以进行投票来选出最佳方案，投票区可以在下方设置。另@What7what8，烦请一并制作一份包含下方“维基百科-自由的百科全书”文字的logo。 Stang^★ 2025年1月14日 (二) 03:05 (UTC)[回复]

辛苦丝糖整理。我比较喜欢#1和#3，两位作者的成果都各有优点。——敬颂冬绥 ZhaoFJx_(论•签) 2025年1月14日 (二) 03:08 (UTC)[回复]

倾3，谢谢 -Lemonaka 2025年1月14日 (二) 03:25 (UTC)[回复]

本人粗略地製作了兩幅logo，如有需改進之處，歡迎提出。--WiiUf 🐉💫2025 2025年1月14日 (二) 11:22 (UTC)[回复]

啊，感谢，但是必须是SVG格式的…… Stang^★ 2025年1月14日 (二) 11:31 (UTC)[回复]

那我移除了？--WiiUf 🐉💫2025 2025年1月14日 (二) 11:47 (UTC)[回复]

咱拿inkscape复制粘贴了一个，如果没问题就用这个吧 Stang^★ 2025年1月14日 (二) 12:51 (UTC)[回复]

如果字樣隨着維基球稍微縮放一點會不會更好？ ——魔琴［身份声明留言贡献 PJ:NEW23］ 2025年1月14日 (二) 13:54 (UTC)[回复]

窝懒得弄，要不你做一个看看效果（ Stang^★ 2025年1月14日 (二) 14:00 (UTC)[回复]

有空搞（ ——魔琴［身份声明留言贡献 PJ:NEW23］ 2025年1月15日 (三) 12:18 (UTC)[回复]

2号缩小了好像有点阴间（？）1或3都还好，更倾3一点——MC 晓康曰：“大邑商万岁！” 2025年1月14日 (二) 12:25 (UTC)[回复]

（忘了咱的意见了）偏好 #3，风格很可爱~ Stang^★ 2025年1月14日 (二) 13:03 (UTC)[回复]

@What7what8 衬线字体和上方的图像似乎不是很搭（ ——敬颂冬绥 ZhaoFJx_(论•签) 2025年1月14日 (二) 14:29 (UTC)[回复]

強烈偏向選3，因為活潑又可愛且立體，且其它兩個較死板-- 菜國人 ※聊天 2025年1月14日 (二) 16:07 (UTC)[回复]

雖然我是1與2的作者，但老實説我也傾向於3。如果沒有其他意見的話，那我建議比照5年前的做法直接公示方案3，而不另外舉行投票。San mo sa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月15日 (三) 05:43 (UTC)[回复]

謝謝，而且上面已經投票過了-- 菜國人 ※聊天 2025年1月15日 (三) 08:38 (UTC)[回复]

按以往的做法，上面的頂多只能算意見收集，正式的投票還是要另外辦的。San mo sa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月15日 (三) 11:03 (UTC)[回复]

3的最大问题是给人一种做工有些粗糙的感觉……除非做工能变得更加细致，否则我宁可选2（老实说2也有改善的空间）。--💊✖️2️⃣3️⃣（留言） 2025年1月15日 (三) 08:52 (UTC)[回复]

但是我認為2比較醜，且很像鬼，而3就可愛多了。-- 菜國人 ※聊天 2025年1月15日 (三) 09:29 (UTC)[回复]

这几天能把做工弄得更细致一些就能支持，假若这些天3还是没改动，1和2也实在不行的话也是宁可不更改标志，也不是每一次农历春节都用了特别标志了的。--💊✖️2️⃣3️⃣（留言） 2025年1月15日 (三) 10:21 (UTC)[回复]

他已經修改了-- 菜國人 ※聊天 2025年1月17日 (五) 04:55 (UTC)[回复]

我对比了下，没怎么改，还是一样做工粗糙……--💊✖️2️⃣3️⃣（留言） 2025年1月17日 (五) 07:22 (UTC)[回复]

偏3 Aqurs1（留言）三玖天下第一 2025年1月16日 (四) 05:09 (UTC)[回复]

3我覺得還可以，但希望作者可以把svg的外框設成正方形的--Sun After Rain 2025年1月17日 (五) 02:30 (UTC)[回复]

打個岔，3號方案的下方的「全書」字是否繁簡放反了？（這應該不是刻意為之吧）--WiTo🐤💬 2025年1月21日 (二) 05:41 (UTC)[回复]

@What7what8：^，应该是不小心的吧 Stang^★ 2025年1月21日 (二) 09:45 (UTC)[回复]

弄的時候不小心搞亂了圖層順序，非常抱歉，感謝提醒！--User:What7what8🏠 2025年1月21日 (二) 17:25 (UTC)[回复]

不好意思再次打扰，可以把“带文字的logo”修改成长方形吗（不保留两侧的空白），并且让这个“带文字的logo”的高度小于等于155px？非常感谢，这有利于部署 Stang^★ 2025年1月22日 (三) 02:18 (UTC)[回复]

抱歉最近贱体抱恙，没有关注到这边，现在似乎投票还是公示都不是太来得及。目前来看大概可以认为3号获得普遍共识，我建议直接公示三天，然后交由技术人员处理。悬挂时间建议从1月27日（十二月廿八）至2月4日（正月初七）晚（东八区）为止。各位也可以继续优化这个作品。 ——魔琴［身份声明留言贡献 PJ:NEW23］ 2025年1月21日 (二) 06:32 (UTC)[回复]

可，令祈愿阁下早日康复--花开夜留言 ·签名 ·贡献 2025年1月21日 (二) 09:02 (UTC)[回复]

(－)反对：什么共识？没看到我一直在讲做工粗糙的问题吗？特别是这个拼图什么样子真的值得

吐槽，还有这两条蛇也显得偏肥。包括WiiUf君（虽然不清楚他支持的倾向如何）也在说“建议做工精细一些”“拼图的边缘可否再做平滑一些？”这么多天没看到改善，也许是实在没时间没精力也没办法但特别标志不是年年春节都有，我不觉得给读者展示这样的标志是一个正确的做法，特别是跟以前Buernia设计的一些新春标志所形成的反差感。当然能赶在年二十九之前得到改善另说。--💊✖️2️⃣3️⃣（留言） 2025年1月22日 (三) 09:31 (UTC)[回复]

我觉得胖瘦程度刚好啊，而且肥一点恰恰可以让来年的五谷丰登等有大量盈余之类的想法，瘦了反而不太好吧--蕰川｜公路 2025年1月22日 (三) 10:00 (UTC)[回复]

我不觉得什么“五谷丰登”“大量盈余”的设计思维用在蛇身上是合适的，你用到去年的龙身上倒还好。蛇要么就设计的长一些，这样一来粗一些也没关系，如果蛇体型偏短，那么同时也设计的细一些，就没那么多违和感。当然最主要问题还是拼图。--💊✖️2️⃣3️⃣（留言） 2025年1月22日 (三) 10:15 (UTC)[回复]

@What7what8。 ——魔琴［身份声明留言贡献 PJ:NEW23］ 2025年1月22日 (三) 10:42 (UTC)[回复]

我認為拼圖只需要該N對外很細凸出來的部分就可以了。-- 菜國人 ※聊天 2025年1月22日 (三) 20:08 (UTC)[回复]

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

用戶查核制度再引入

Too soon.---Lemonaka 2025年1月15日 (三) 14:44 (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)[回复]

等仲裁委員會運作個一年再說吧，比較安全--August0422_討論 2025年1月11日 (六) 14:41 (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)[回复]

编辑提示会好一些？--WiiUf 🐉💫2025 2025年1月14日 (二) 07:28 (UTC)[回复]

個人原則上不反對追加編輯提示，儘管專注於中文WP這邊的編者面臨的威脅比英文WP那邊的編者相對地低，並且中文WP的以色列相關條目似乎尚未到達到需要大範圍半保護的程度，英文WP那邊的以色列相關條目是初建立就會立即進行預防性無限期半保護。但既然是牽扯到美國的保守派機構，同時針對中文WP編者的可能性也不能說完全沒有吧。--同舟（論 · 歷） 2025年1月14日 (二) 09:40 (UTC)[回复]

或许可将与以色列相关的条目列为高风险主题？--WiiUf 🐉💫2025 2025年1月14日 (二) 09:55 (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)[回复]

我目前能看到工单--花开夜（留言） 2025年1月14日 (二) 23:43 (UTC)[回复]

你先前已订阅该任务，故能够查看。--Iming 彼女の愛は、甘くて痛い。 2025年1月15日 (三) 04:12 (UTC)[回复]

如果基金會覺得有風險應該會直接加進全域連結黑名單吧--Sun After Rain 2025年1月12日 (日) 12:55 (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)[回复]

註：此處原有文字，因為不恰當言論，已由Sun After Rain於2025年1月12日 (日) 12:54 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。[回复]

--114.41.86.98（留言） 2025年1月12日 (日) 12:44 (UTC)[回复]

回报:维基媒体将这件事的风险从无改为高。--花开夜（留言） 2025年1月13日 (一) 20:17 (UTC)[回复]

最近問題怎麼這麼多，先有維基媒體被告，現在又是這種問題--August0422_討論 2025年1月16日 (四) 07:55 (UTC)[回复]

如何看待这篇文章？

本主題或以下段落文字，在討論結束後應存檔至Talk:珠穆朗瑪峰、Talk:喬戈里峰。

別把這裡當知乎--Sun After Rain 2025年1月12日 (日) 12:56 (UTC)[回复]

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

https://zhuanlan.zhihu.com/p/991853567 --114.41.86.98（留言） 2025年1月12日 (日) 12:40 (UTC)[回复]

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

認真答下，那文章發出來沒兩天，編輯就都回退了。所以重點其實是需要更多像文章作者那樣的人幫助維基百科糾正久未發現的錯誤。另外不知道上面那位「別把這裡當知乎」是什麼意思。—— Eric Liu_{創造は生命（留言・留名・學生會）} 2025年1月13日 (一) 07:38 (UTC)[回复]

@Ericliu1912：您可以@我我會解釋的不要這樣。這個章節的標題如何看待XXX不就是知乎問法嗎？所以我說不要把這裡當知乎在問，要討論實際內容可以拿出來談但不是丟一個連結叫其他人「評理」，對吧？--Sun After Rain 2025年1月13日 (一) 12:13 (UTC)[回复]

祇要結果是能改善百科全書，我不會在意別人怎麼提問。若真沒人回答，那也就算了，並無大礙。—— Eric Liu_{創造は生命（留言・留名・學生會）} 2025年1月14日 (二) 11:43 (UTC)[回复]

裕農路 (臺南市)、裕忠路、裕孝路、裕信路、裕義路

SPP---Lemonaka 2025年1月14日 (二) 08:58 (UTC)[回复]

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

隱藏內文任何維基人都會，真不知道Rastinition反對理由，請問有哪位維基人了解他的？ —此條未加入日期時間的留言是于2025年1月12日 (日) 16:14 (UTC)之前加入的。

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

仲裁問題

仲裁案件開啓後，本應當要求非交互討論，但目前大量用戶在他人的陳述去互相回應，目前已經重新整理。提議今後設置arbcom-clerk一職，負責管理這些。--Lemonaka 2025年1月14日 (二) 07:41 (UTC)[回复]

暫時不需要助理，社群及委員自己就足以應付。上路初期，孳生些許混亂，乃可預見，適切處理提醒即可。—— Eric Liu_{創造は生命（留言・留名・學生會）} 2025年1月14日 (二) 11:37 (UTC)[回复]

@Ericliu1912另一個問題是文字數量，有統計工具嗎？ -Lemonaka 2025年1月15日 (三) 14:21 (UTC)[回复]

https://wordcounter.net/ 這個。@Ericliu1912 -Lemonaka 2025年1月15日 (三) 14:25 (UTC)[回复]

站內有小工具，但我個人對這個生造（從英文搬來）的一千字限制有些疑慮。—— Eric Liu_{創造は生命（留言・留名・學生會）} 2025年1月15日 (三) 15:54 (UTC)[回复]

或可择日讨论中文字数限制？我还是认为不用设立硬性标准，要求各方凭常识判断，简明扼要地表达自己的观点；如果实在冗长，再由仲裁员干预。——敬颂冬绥 ZhaoFJx_(论•签) 2025年1月16日 (四) 16:25 (UTC)[回复]

我傾向2000字，考慮1中文字元=2英文字元。而且一般用戶很難論述到2000字，如有超過確實過長。 -Lemonaka 2025年1月20日 (一) 06:54 (UTC)[回复]

另一建議是可先推薦言簡意賅（且易於理解），但一般不強迫限縮字數。—— Eric Liu_{創造は生命（留言・留名・學生會）} 2025年1月21日 (二) 16:58 (UTC)[回复]

关于特色列表页面

话说是否需要将特色列表的建筑版块的古迹移动到历史板块中？并新建板块叫做地区遗产？--DaqibaoQi（留言） 2025年1月21日 (二) 07:16 (UTC)[回复]

古蹟是「有歷史的建築」，我覺得仍應優先分類為建築。否則所有東西都有歷史，豈不全歸到歷史區去。—— Eric Liu_{創造は生命（留言・留名・學生會）} 2025年1月21日 (二) 16:55 (UTC)[回复]

請協助建立LTA:夏土賢

該用戶已符合LTA標準，請熟悉其行為模式的用戶協助建立該頁面。--WiiUf 🐉💫2025 2025年1月21日 (二) 07:43 (UTC)[回复]

@WiiUf我正在尝试创建此LTA，欢迎各位协助完成。--花开夜留言 ·签名 ·贡献 2025年1月21日 (二) 08:55 (UTC)[回复]

尝试简化了一下这个页面，并调整部分用词。——Aggie Dewa dipper 2025年1月21日 (二) 18:53 (UTC)[回复]

感谢--花开夜留言 ·签名 ·贡献 2025年1月21日 (二) 18:58 (UTC)[回复]

已经移动到Wikipedia:持续出没的破坏者/User:夏土贤。 ——魔琴［身份声明留言贡献 PJ:NEW23］ 2025年1月22日 (三) 02:16 (UTC)[回复]

查论编布告板
以灰色標註者尚未正式啟用
一般	管理員行政員仲裁委员会教育專案首頁錯誤志愿者回覆團隊監督權限一般機器人機器用户解除權限
條目與內容	疑似侵權可靠來源尋求資源垃圾链接黑名單白名單標題黑名單白名單受限制文件翻譯
頁面處理	合併匯入發送大量訊息移動机器人作业保護刪除修訂版本存廢討論頁面檔案覆核查詢已刪除內容
用户行為	利益衝突著作权调查破壞編輯爭議其他不當行為禁制傀儡調查調查助理不當用户名仲裁请求立案澄清及修正动议
其他	更改用户名防濫用過濾器新增或修改回報錯誤問題知識問答新條目徵求意見分類索引討論頁話題索引互助客棧消息方針技術求助條目探討其他字詞轉換地区词候选修復請求各地維基人
維基百科布告板

查论编徵求意見（全部）
條目主題	傳記（`bio`）經濟、貿易與公司（`econ`）歷史與地理（`hist`）語言及語言學（`lang`）數學、科學與科技（`sci`）媒體、藝術與建築（`media`）政治、政府與法律（`pol`）宗教與哲學（`reli`）社會、體育運動與文化（`soc`）
非條目主題	維基百科格式與命名（`style`）維基百科方針與指引（`policy`）維基專題與協作（`proj`）維基百科技術議題與模板（`tech`）維基百科提議（`prop`）未分類
提示	要將某一個討論加入上述列表中：在討論頁中的對應討論章節頂端加上`{{rfc\|xxx}}`標籤，其中「xxx」為分類縮寫。各類分類縮寫已列於上方項目中，並應將其插入`{{rfc}}`中。多個分類請使用管道符號分開，如`{{rfc\|xxx\|yyy}}`，其中「xxx」為第一個分類，「yyy」為第二個分類。
更多資訊請參閱維基百科:徵求意見。請在維基百科討論:徵求意見回報有關錯誤。本列表由LuciferianBot於每個小時進行更新。