维基百科:徵求意見/計畫層級主題

以下計畫層級主題相關討論需要社群廣泛關注：（清除緩存）

維基百科格式與命名

Wikipedia talk:命名常规 § 重提在條目標題中正確使用書名號

因此我提议在条目标题中正确使用书名号，无论最终使用甲式还是乙式。

以上。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2025年3月8日 (六) 19:53 (UTC)

Wikipedia talk:命名常规/音乐 § 提议使用拉丁原名作为歌曲的标题

理由如下：

1. 目前流媒体收听音乐几乎碾压传统的唱片音乐，而几乎所有的流媒体服务商都主显原名。使用几个中文汉字会使人感到陌生，是“易于识别”的违反，也不符合“使用常用名称”。有一种下位法违反上位法之感。
2. 中文用户普遍认识26个字母，即使可能无法理解其含义并朗读，但普遍有能力拼写、传递和辨别是否同一单词。
3. 维基百科编者为了符合这一要求，不惜代价地去寻找一个中文名称，最后还弄得读者看不懂，徒劳无功，质量还不高。
4. 大部分译文质量不高，做不到“信达雅”，可能只是一些人为了填补“译名”字段空白的草率产物，也不一定是作者原意。
5. 一些找不到译名的条目和隔壁某百科使用原文，看上去也没什么问题，甚至更美观易懂。

--ZLin2222（留言） 2025年3月17日 (一) 17:08 (UTC)

Wikipedia talk:格式手册/标点符号 § 提案：修訂「書1」對於软件名的规定

中华人民共和国《标点符号用法》（GB/T 15834—2011）4. 15.3.3 规定「全中文或中文在名称中占主导地位的软件名」用书名号标註，但是实际上除了电子遊戏（如「《原神》」）以外罕见。因此建议「书1」去除这项，並明確电子遊戏使用书名号标示。提案如左。

現行條文 书1：标示书名、书名篇名并举、报纸名、杂志名、图表名、文件名、全中文或中文在名称中占主导地位的软件名，电影、电视、诗歌、音乐、雕塑等各类用文字、声音、图像等表现的作品名用双书名号。嵌套书名号时，外层用双书名号，内层用单书名号。

提議條文 书1：标示书名、书名篇名并举、报纸名、杂志名、图表名、文件名，以及电影、电视、诗歌、音乐、雕塑、电子遊戏等各类用文字、声音、图像等表现的作品的名称。嵌套书名号时，外层用双书名号，内层用单书名号。 GB/T 15834—2011规定「全中文或中文在名称中占主导地位的软件名」使用书名号标示，但实际罕见。

顺便修改了行文。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月30日 (五) 20:47 (UTC)

Wikipedia talk:繁简处理 § 繁體模式以「臺灣台語」爲正，不受WP:臺台限制

當前，中華民國對於臺灣話的官方名稱爲「臺灣台語」，蓋該政府的刻意用字，竊以爲在繁體模式下不應受WP:臺台限制。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月19日 (四) 06:38 (UTC)

Talk:GB 13000 § 建議更名：“GB 13000”→“GB/T 13000”

“GB 13000” → “GB/T 13000”：该标准已自强制性标准更改为推荐性标准。Nebulas-Star（留言） 2025年6月24日 (二) 08:42 (UTC)

Wikipedia talk:命名常规/音乐 § 提議取消對消歧義後綴「(EP)」的禁用

本命名常規在建立之初，就引入了「(迷你專輯)」為規範消歧義後綴。在2021年9月對「MediaWiki:Titleblacklist」的編輯請求中，為配合命名常規的需要，「(EP)」被禁止作為消歧義後綴。

自2024年1月在互助客棧的討論得出將「迷你專輯」改為消歧義、內容分拆為「EP」與「迷你密紋唱片」的結論後，中文維基百科內各處就停止了將「EP」翻譯為「迷你專輯」，以與「mini album」（迷你密紋唱片）做區別。根據當前的共識，是否應該修訂本命名常規？此處拋磚引玉提出2個方案：

方案一，考慮取消對「(EP)」的禁用，可以根據實際需要選用「(EP)」或「(迷你專輯)」。

方案二，考慮將當前非韓語、華語的EP由「(迷你專輯)」統一修改為「(EP)」；未來仍允許編者自主選用「(迷你專輯)」表示迷你密紋唱片。通過機器人可以實現。

副知命名常規的主要編寫者與所有相關討論的參與者@Milkypine、Sanmosa、Softyu、Pseudo Classes、魔琴、Factrecordor、David Xuang、Abcet10、Dabao qian。--SuperGrey (留言) 2025年7月10日 (四) 18:15 (UTC)

維基百科方針與指引

Wikipedia talk:页面评级 § 提议废除甲级、乙上级与丁级

现时本站条目质量有实质区分度的等级，是小、初、丙、优良、典范。设置没有有效差异而又没人使用的等级令人望而生畏，先不说激进的废除乙级，已经被社群冷落的甲级、乙上级与丁级诚可删除。--HoweyYuan（留言） 2025年3月7日 (五) 15:22 (UTC)

Wikipedia talk:命名常规 § 重提在條目標題中正確使用書名號

因此我提议在条目标题中正确使用书名号，无论最终使用甲式还是乙式。

以上。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2025年3月8日 (六) 19:53 (UTC)

Wikipedia talk:命名常规/音乐 § 提议使用拉丁原名作为歌曲的标题

理由如下：

1. 目前流媒体收听音乐几乎碾压传统的唱片音乐，而几乎所有的流媒体服务商都主显原名。使用几个中文汉字会使人感到陌生，是“易于识别”的违反，也不符合“使用常用名称”。有一种下位法违反上位法之感。
2. 中文用户普遍认识26个字母，即使可能无法理解其含义并朗读，但普遍有能力拼写、传递和辨别是否同一单词。
3. 维基百科编者为了符合这一要求，不惜代价地去寻找一个中文名称，最后还弄得读者看不懂，徒劳无功，质量还不高。
4. 大部分译文质量不高，做不到“信达雅”，可能只是一些人为了填补“译名”字段空白的草率产物，也不一定是作者原意。
5. 一些找不到译名的条目和隔壁某百科使用原文，看上去也没什么问题，甚至更美观易懂。

--ZLin2222（留言） 2025年3月17日 (一) 17:08 (UTC)

Wikipedia talk:格式手册/两岸四地用语 § 条目内文中提及“国家”的部分直接写“台湾”是否违反CS4D

如死刑存廢問題#各國死刑現況中提到

根据国际特赦组织（Amnesty International）的统计……其中被自由之家（Freedom House）评比为完全民主自由的经济高度发展国家而维持死刑的仅有美国、日本及台湾。

个人认为如果前文是“国家”不可以使用“中国大陆”（包括“大陆”，惟在前文未提及“中国大陆”的情况下直接简写“大陆”已违反CS4D）和“台湾”指代两岸政权，应使用中华人民共和国和中华民国完整国号（或使用模板{{PRC}}和{{ROC}}）来表述。但查阅CS4D发现并没有对该种情况做明确规定，所以我想确认上述内文是否违反CS4D？也希望在CS4D内文中对该情况做明确规定。--忒有钱 🌊塩水あります🐳（留言） 2025年4月6日 (日) 18:40 (UTC)

Wikipedia talk:列明来源 § 強制列明原地更新的來源的存取時間

此討論正在公示7天，直至2025年7月13日 (日) 14:29 (UTC)結束；如有意見請儘快提出。

維基百科:可供查證規定「寫入維基百科的內容須要能被讀者在可靠來源中得到驗證」，一般而言，直接列出來源便可。惟部分資料出自隨時原地更新資訊的網站（例如MLB.com球員資訊^例、社交網站訂閱數資訊^例），若沒有列明何時存取以及提供存檔，其來源其實依然不明；若內容已更新，但來源存取日期未更新，更會造成來源和內容不符的情況，即內容無法「在可靠來源中得到驗證」。因此，我建議新增以下條文：以上，邀請社羣討論。--1F616EMO（喵留言～回覆請ping） 2025年5月31日 (六) 10:18 (UTC)

Wikipedia talk:討論頁指引 § 關於「維護維基百科的方針」

此討論正在公示7天，直至2025年7月16日 (三) 15:14 (UTC)結束；如有意見請儘快提出。

目前這一節翻譯自英維於2007年2月14日 (三) 07:27的修訂版本108026792，當時英維的討論頁方針只有顧及條目討論命名空間的狀況，故規定「適用於條目的政策亦同樣適用於討論頁中」。惟目前版本已經涵蓋「所有討論頁及具有討論性質的計劃頁面」，使所有討論符合WP:核心內容方針的標準尺度不切實際。（以防有人曲解我的言論，在此聲明：此處言論僅指討論內容無需死板地符合核心內容方針，惟所有討論的發言以及結果均只能夠提升其原則的應用和解釋而不能逾越之。）此外，「maintain」一詞亦有「堅持」一說，譯爲「維護」恐怕是早期的誤譯。因此，我建議翻譯自英維的版本，將之修改如下：修改後的版本更能反映其泛用性，使討論聚焦於符合維基百科宗旨的主題。以上，提請社群討論。--1F616EMO（喵留言～回覆請ping） 2025年6月1日 (日) 23:52 (UTC)

Wikipedia talk:中立的观点 § 对“Wikipedia:中立的观点”最近修改的异议

原标题：对”Wikipedia:中立的观点“最近修改的异议

近日发现，Wikipedia:中立的观点最近做了一次比较大的修改，我认为此修改存在一些问题：

1. 程序问题。说没有讨论吧，好像还讨论了；说讨论了吧，又是针对 Wikipedia:命名常规的讨论。问题是，“中立”是我们的“五大支柱”之一，但“命名常规”不是。这就好比，我们在讨论修订“刑法”的时候，发现我们打算发布的新条文跟“宪法”有矛盾，所以我们就顺便把“宪法”也改了。
2. Wikipedia:是英文维基说的！此修改似乎是完全照搬了英维？（这个大家都懂，就不多解释了。）
3. （重点）凌驾于“支柱”之上。此修改似乎特别拔高了“常用”的地位，特别是使其凌驾于“中立”这一“支柱”之上。“常用”本身只是一条普通方针，是需要与其它规则作平衡的，不是必须的。而支柱是必须遵守的。将任一方针凌驾于“支柱”之上，都是不可取的。
4. 英文与中文的区别。（我英文水平有限，如果这一点说得不对，还望大家多多指教。）在中文里，“不偏向某一方观点”叫“中立”，“不褒不贬”叫“中性”；但在英文里似乎都是用的“Neutral”。所以在英维里，在讲“Neutral”的时候，似乎还包含了“不要褒也不要贬”含义。因此在所用例子中，似乎是有“把使用了贬义词（或褒义词）（而非偏向某一方观点）当作不 Neutral”的情况。如果我的理解没错，那么照搬英维就更不可取了。
5. 晦涩难懂。不光是翻译的问题，英维本身就比较晦涩。当然，这是个次要问题，前面的问题解决了，才需要处理这个问题。

--Ma3r（铁塔） 2025年6月8日 (日) 01:26 (UTC)

Wikipedia talk:用戶頁 § 關於wp:FAKEARTICLE

目前，若WP:FAKEARTICLE成立，絕大多數在用戶空間的廢棄草稿、幽默內容、久未編輯的沙盒等都應被提刪，將影響逾千頁面。因此，交予社群討論。--WiiUf（留言） 2025年6月12日 (四) 04:57 (UTC)

Wikipedia talk:存廢覆核 § 為修訂存廢覆核方針放寬臨時恢復制度事

最近經Wcam提醒，我纔發現依據「存廢覆核方針」規定，臨時恢復已刪除條目供檢視之制度，係置於「處理結果」一段，僅限於管理員特別「要求（社群）介入」時始得應用。我認為這不合理，因為以實務情況而言，若干比較困難的存廢覆核請求，幾乎總是需要相當社群意見以達成共識，很少由管理員自行裁決；而已刪條目一般情況下根本難以檢閱，何況開放社群就其內容討論原始存廢決定妥適與否。是以僅允許管理員於「結案途中」恢復條目供社群討論，不免限制過度。另查英文維基百科存廢覆核請求現行規定，則明文表示：「管理員經常受托恢復已刪除頁面以供檢視，將內容替換為TempUndelete模板，同時允許所有人查閱（編輯）歷史」（Admins participating in deletion reviews are routinely requested to restore deleted pages under review and replace the content with the {{TempUndelete}} template, leaving the history for review by everyone.），並未有其他介入要件（其餘禁止恢復侵權內容等細節規定均同）。據此，本人提出「存廢覆核方針」修訂案如下：

現行條文 管理员須知 鉴于维基百科:管理员对管理员行为的限制，先前曾以下述形式参与待覆核页面相关处理流程的管理员，原则上应避免处理存废覆核的提案： 存廢討論的提报、投票与讨论、结束讨论及目标页面处理，以及快速刪除、修訂版本刪除的提报、提出异议、讨论和处理。 處理結果 管理員可就提案作以下回應︰ 維持原決；或 發還至相關存廢討論，即重新提交討論，先恢復後提案至相關討論亦可，重新提交讨论时应于新讨论处附上存废复核存档和原讨论存档的內部連結；或 轉介至存廢討論，當閣下認為速刪決定有違快速刪除準則，並應獲得全面存廢討論時適用；或 推翻原決並代之以其他操作，唯須列明其他操作為何；或 要求介入，當管理員無法就提案下取決定，尤其涉及內容复审、方針指引規範未明或易於引發爭議之提案，管理員可作此決定，要求社群介入討論，用戶則可用上述四項回應表達自己意見。啟用此程序時，當事管理員應盡量闡明問題所在，以利討論。為使社群有足夠參與，管理員作此決定以後，須於公告欄或互助客棧發出通知，亦應通知曾參與存廢討論用戶。此程序一旦展開，一般為期一週，有需要時可列明理由延長時限，唯切勿縮短期限，亦莫應超越五周之限。期屆以後，管理員應依照共識執行結果，結束提案。如果要求介入討論以後，依舊未達共識，則應以無共識結束提案。在未有新理據前，不建議再就該（等）條目提案。如條目已經刪除，管理員可臨時恢復頁面並懸掛{{Tempundelete}}，以便社群討論。然而，切勿恢復任何侵犯版權、有違生者傳記方針或其他方針禁止之內容。當然，即使管理員未有作此決定，用戶仍可隨時就提案發表意見。 切記覆核並非再就有問題內容發表意見之時機，而應用以糾正過程中所發生（未有重要新資料所引起）之缺失。故此，無論用戶或管理員，使用第四項回應時，“其他操作”應可確切反映共識。

提議條文 管理员須知 鉴于维基百科:管理员对管理员行为的限制，先前曾以下述形式参与待覆核页面相关处理流程的管理员，原则上应避免处理存废覆核的提案： 存廢討論的提报、投票与讨论、结束讨论及目标页面处理，以及快速刪除、修訂版本刪除的提报、提出异议、讨论和处理。 如條目已經刪除，管理員可依據共識臨時恢復頁面，並懸掛{{Tempundelete}}，以便社群討論。然而，切勿恢復任何侵犯版權、有違生者傳記方針或其他方針禁止之內容。 處理結果 管理員可就提案作以下回應︰ 維持原決；或 發還至相關存廢討論，即重新提交討論，先恢復後提案至相關討論亦可，重新提交讨论时应于新讨论处附上存废复核存档和原讨论存档的內部連結；或 轉介至存廢討論，當閣下認為速刪決定有違快速刪除準則，並應獲得全面存廢討論時適用；或 推翻原決並代之以其他操作，唯須列明其他操作為何；或 要求介入，當管理員無法就提案下取決定，尤其涉及內容复审、方針指引規範未明或易於引發爭議之提案，管理員可作此決定，要求社群介入討論，用戶則可用上述四項回應表達自己意見。啟用此程序時，當事管理員應盡量闡明問題所在，以利討論。為使社群有足夠參與，管理員作此決定以後，須於公告欄或互助客棧發出通知，亦應通知曾參與存廢討論用戶。此程序一旦展開，一般為期一週，有需要時可列明理由延長時限，唯切勿縮短期限，亦莫應超越五周之限。期屆以後，管理員應依照共識執行結果，結束提案。如果要求介入討論以後，依舊未達共識，則應以無共識結束提案。在未有新理據前，不建議再就該（等）條目提案。當然，即使管理員未有作此決定，用戶仍可隨時就提案發表意見。 切記覆核並非再就有問題內容發表意見之時機，而應用以糾正過程中所發生（未有重要新資料所引起）之缺失。故此，無論用戶或管理員，使用第四項回應時，“其他操作”應可確切反映共識。

以上，請社群討論。此處修訂案，僅涉及條文搬動，至於是否應比照英文維基百科，於懸掛模板時替換所有內容，本人則沒有特別意見。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月14日 (六) 12:35 (UTC)

Wikipedia talk:删除 § 在存廢討論中禁止/建議避免使用圖示標記立場

目前存廢討論使用衆多帶有圖示的表態模板，例如「(×)删除」、「(○)保留」，共同點是在表態字樣前帶有着色的文字圖示。這種圖示過分的強調了刪除/保留這種概括的立場，而非持某種立場背後的原因，容易使管理員判斷共識時側重於立場本身而非重視正當合理的意見。因此，我建議參照資訊框旗幟「不必要地分散讀者的注意力，並可能使眾多文段中的特定文段過分突出」而禁用的共識，在存廢討論中禁止/建議避免使用圖示標記立場。

英文維基百科曾經達成類似的共識，並最終刪除相關投票模板。英維在2005年對{{支持}}、{{反對}}及{{中立}}模板的存廢討論中，編者達成共識，認爲這些模板讓存廢討論傾向於成爲投票而非達成共識之處，且將注意力從編者的意見挪開。後續對其他模板的存廢討論亦繼續支持此共識，亦有人指出這些模板會助長投票（而非討論）的行爲。英維社羣亦在不同的時間達成同樣的共識，供各位參考。

就中維的狀況而言，不同於英維模板的曇花一現，{{刪除}}、{{保留}}等模板歷史悠久，期望用戶突然拋棄這類用法而轉而手動使用粗體不切實際。因此，我建議在這類模板中檢查嵌入頁面是否存廢討論，並在存廢討論中隱藏圖標，僅保留粗體，例子可見{{刪除}}模板的沙盒。另提議在WP:刪除 § 存废讨论中添加以下內容：

提議條文

存废讨论是讨论页面存废的场所……

爲促進共識的建立，避免討論流爲投票，分散參與者和判斷共識的管理員的注意力，進行討論時不宜/不得用圖示強調立場（例如「(×)删除」、「(○)保留」、「(►)移动」等），但使用粗體強調意向並沒有問題。{{刪除}}、{{保留}}等曾經會輸出圖示的存廢意向模板會在存廢討論頁自動隱藏圖示，只會輸出對應的粗體，可以照常使用。

除共識相當明顯的情形……［下略］

關於應該使用「不宜」還是「不得」，私以爲兩者皆可。以上，提請社羣討論。--1F616EMO（喵留言～回覆請ping） 2025年6月20日 (五) 16:12 (UTC)

Wikipedia talk:討論頁指引 § 建議統一討論頁及布告板的主題標題層級爲二級標題

既然先前討論串已有明確的修改共識，以下討論該如何修改。除了下面提到的改動以外，還需對外觀進行略微改動（如，去掉「提名區」2級標題），以及存檔bot需要修改配置，這個因為很簡單故不贅述。--SuperGrey (留言) 2025年6月24日 (二) 03:40 (UTC)

Wikipedia talk:傀儡 § 就臨時賬戶修改登出編輯的相關條文

由於本站已經部署臨時賬戶，但「在登出狀態下編輯」一節尚未更新，現提議修訂如下：

現行條文

在退出状态下编辑

在某些情况下，拥有账号的编辑者有可能会以未登录状态编辑维基百科，原因例如登录状态意外过期，以新设备访问维基百科，经其他网站编辑维基百科，遗忘账号密码等。未登录的编辑者不得主动欺骗其他编辑者，例如直接声明没有帳號或将会话用于本方针前述列出的濫用多重帳號的行為。为了保护隐私，在退出状态下编辑的编辑者永远不需要将其用户名与编辑时的IP地址相关联。

如使用多重IP地址进行编辑，以迷惑他人或违反上述原则，亦可视作是使用多重帐号的行为。注册用户在未登录情况下進行編輯，其IP地址亦會被視為另一个账户。故如果您因无心之失登出並作出編輯，您可联系管理员或拥有监督权限的用户以避免被誤會。

如果您担心IP编辑者实际上是一个拥有账户的用户，并且在退出时以不适当的方式进行编辑，您可以将此方针通知IP编辑者（{{subst:uw-login}}可用于此目的）。如果继续发生这种行为，您可通过傀儡調查页面发起调查。

提議條文

在退出状态下编辑

在某些情况下，拥有账号的编辑者有可能会以未登录状态编辑维基百科，原因例如登录状态意外过期，以新设备访问维基百科，经其他网站编辑维基百科，遗忘账号密码等。未登录的编辑者不得主动欺骗其他编辑者，例如直接声明没有帳號或将会话用于本方针前述列出的濫用多重帳號的行為。由於臨時賬戶的IP地址可被臨時賬戶IP查看者存取，为了保护隐私，在退出状态下编辑的编辑者永远不需要将其用户名与其臨時賬戶相关联。

如使用多個臨時賬戶进行编辑，以迷惑他人或违反上述原则，亦可视作是使用多重帐号的行为。注册用户在未登录情况下進行編輯，其臨時賬戶亦會被視為另一个账户；若用戶清除了瀏覽器Cookie、手動登出了臨時賬戶或切換了裝置，在再次進行編輯時，亦會建立另一個臨時賬戶。故如果您因无心之失登出並作出編輯，您可联系管理员或拥有监督权限的用户以避免被誤會。

如果您担心使用臨時賬戶的編者实际上是一个拥有註冊账户的用户，并且在退出时以不适当的方式进行编辑，您可以将此方针通知該臨時賬戶編者（{{subst:uw-login}}可用于此目的）。如果继续发生这种行为，您可通过傀儡調查页面发起调查。

邀請@Tigerzeng、Stang、A2569875。--1F616EMO（喵留言～回覆請ping） 2025年7月1日 (二) 03:53 (UTC)

Wikipedia talk:介面管理員 § 修订界面管理员有关2FA的内容

众所周知，界面管理员用户组的创建就是降低安全风险，而双因素认证就是一个可以有效提高账号安全，从而避免账号被破解导致出现事故的工具。元维基已明确对当地的界面管理员用户组强制开启双因素认证，英文维基百科也参考了元维基的这一要求。本站长期缺乏这方面的要求，是时候在方针中明确强调这一点了。

同时，近日行政员拥有了查看一名用户是否启用了双因素认证的功能，因此合理提议，行政员在授予用户界面管理员权限时，应使用Special:VerifyOATHForUser确认对方已经启用了这一功能，否则不予授权。

提议修订如下：

現行條文 用戶可經申請成為介面管理員，並長期持有權限。界面管理员须经票选产生，票选为期十四日，得至少25票支持为之有效，而支持者占其中总得票数至少75%才可通过。投票通過後，則由行政員授權。管理員如為2018年7月5日前上任，經三日投票，簡單多數支持，則可以取得介面管理員權限。如果三日內未有任何用戶投票，則應延長至七日。期後如仍無用戶投票，則由行政員決定是否任命。用戶如需申請短期權限，則可至行政員布告板申請。用戶可參與討論及表態是否贊同申請，並附以理據支持。最終由行政員按討論內容決定是否批准申請。

提議條文 用戶可經申請成為介面管理員，並長期持有權限。界面管理员须经票选产生，票选为期十四日，得至少25票支持为之有效，而支持者占其中总得票数至少75%才可通过。投票通過後，則由行政員授權。行政员在授权前，应使用Special:VerifyOATHForUser检查用户是否启用了双因素认证。如果用户无法启用这一功能，行政员应告知用户前往元维基申请启用双因素认证。在未启用双因素认证时，行政员不得授权。管理員如為2018年7月5日前上任，經三日投票，簡單多數支持，則可以取得介面管理員權限。如果三日內未有任何用戶投票，則應延長至七日。期後如仍無用戶投票，則由行政員決定是否任命。用戶如需申請短期權限，則可至行政員布告板申請。用戶可參與討論及表態是否贊同申請，並附以理據支持。最終由行政員按討論內容決定是否批准申請。

希望可以参与讨论，谢谢。 Stang¹²⁹⁸ 2025年7月2日 (三) 15:10 (UTC)

Wikipedia talk:禁制 § 被禁止編輯計劃命名空間的編者可否回應佈告版上的指控

如果被禁制（禁止WP頁面），然後被提報至 維基百科:管理員佈告板/其他不當行為、維基百科:當前的破壞 等頁面，他回應的話 是否構成違反編輯禁制。
最近的例子 Wikipedia:管理员布告板/其他不当行为#HMOXDSS1_2。--—Jackyming（留言・貢獻・這位編輯者是一位奶味藍🤩) 2025年7月4日 (五) 16:52 (UTC)

Wikipedia talk:保護 § 事實修訂用戶頁的預見性半保護

當前的半保護方針規定了允许用户出于预见性原因要求半保护自己的用户页面，然此寫法顯然會讓人誤會為只要申請基本上就可以通過。查@Bluedeck（這裡是故意ping的）於原始加入條文的澄清聲明指出：

“ 是的，这里只是允许用户申请永久半保护，如果用户的申请不合情理，管理员自然可以不予执行或者调整期限执行。 ” ——User:Bluedeck，Wikipedia:互助客栈/方针/存档/2015年12月#批量议案

故我認為應該將這句寫清楚。

現行條文 半保護政策用于保護受到嚴重破壞的頁面和讨论页面的存档，例如编辑戰等會對頁面構成嚴重影響，這個政策不是用來保護具有爭議的頁面的，因為這會限制了部份使用者編輯頁面的自由。但是，允许用户出于预见性原因要求半保护自己的用户页面。管理員在執行這政策時應持與執行全保護政策時同一樣的要求，不論是由他們自行決定還是由其他頁面要求的，如请求管理员帮助、请求保护页面或其他相類的頁面。

提議條文 半保護用於防止非自動確認用戶對頁面造成嚴重破壞，如编辑戰等可能嚴重影響頁面內容的行為，適用對象包括一般內容頁面與討論頁面的存檔。 半保護不應用於保護具有爭議的頁面，惟用戶頁若用戶有合理的理由提出請求則不在此限。 管理員處理半保護請求時應與全保護的處理要求相同。

（我重寫了整句話，因為不重寫整句話要改實在很怪 囧rz……）--SunAfterRain 2025年7月5日 (六) 16:44 (UTC) 👍1

左右两边没有实际差别，并且右边更清晰，我觉得很好。不过题外话：现在我觉得如果用户想要半保护某个用户子页其实没什么不可以，而且我觉得半保护和全保护的标准要相同这一点我也不太同意。。。。Bluedeck 2025年7月5日 (六) 22:19 (UTC)

@Bluedeck：我猜原本的意思是要同樣的處理態度（例如不能說全保護要刪五個字才叫破壞，但半保護只要刪三個字就可以當成破壞）看待？問問原始加入者@Shizhao。--SunAfterRain 2025年7月6日 (日) 04:09 (UTC)

Wikipedia talk:收錄標準/交通 § 建議巴士總站的收錄標準

目前香港有大量巴士總站獲得收錄，但我檢查後發現不少巴士總站只是單純的路邊巴士總站，實際上與普通路邊巴士站無分別，收錄價值甚低。建議更新收錄標準指引，除非有大量傳媒報導的路邊巴士站（這樣會直接符合GNG），否則應拒絕收錄路邊巴士總站。設有車坑的，則可被視為相對重要，值得收錄，而巴士轉車站可被視為設有1條車坑的巴士總站（而且設立時通常會有大量傳媒報導）。這樣，坑狀巴士總站、鋸齒型巴士總站、分層式巴士總站以及巴士轉車站都符合標準，避免了大量刪除巴士總站的可能性。另外，對於香港以外的巴士總站，亦可考慮採用類似方式處理，比如澳門的巴士總站、台灣的公路轉運站、中國大陸的公路汽車站和長途客運站，乃至其他國家的類似巴士總站等等也大差不差。User:Sanmosa、User:Foamposite，你們說呢？--owennson（聊天室、獎座櫃） 2025年7月8日 (二) 19:14 (UTC)

Wikipedia talk:命名常规/音乐 § 提議取消對消歧義後綴「(EP)」的禁用

本命名常規在建立之初，就引入了「(迷你專輯)」為規範消歧義後綴。在2021年9月對「MediaWiki:Titleblacklist」的編輯請求中，為配合命名常規的需要，「(EP)」被禁止作為消歧義後綴。

自2024年1月在互助客棧的討論得出將「迷你專輯」改為消歧義、內容分拆為「EP」與「迷你密紋唱片」的結論後，中文維基百科內各處就停止了將「EP」翻譯為「迷你專輯」，以與「mini album」（迷你密紋唱片）做區別。根據當前的共識，是否應該修訂本命名常規？此處拋磚引玉提出2個方案：

方案一，考慮取消對「(EP)」的禁用，可以根據實際需要選用「(EP)」或「(迷你專輯)」。

方案二，考慮將當前非韓語、華語的EP由「(迷你專輯)」統一修改為「(EP)」；未來仍允許編者自主選用「(迷你專輯)」表示迷你密紋唱片。通過機器人可以實現。

副知命名常規的主要編寫者與所有相關討論的參與者@Milkypine、Sanmosa、Softyu、Pseudo Classes、魔琴、Factrecordor、David Xuang、Abcet10、Dabao qian。--SuperGrey (留言) 2025年7月10日 (四) 18:15 (UTC)

Wikipedia talk:討論頁指引 § 讨论页行为的边界：是善意提醒还是骚扰攻击性的贴标签行为？

核心问题：维基百科是否允许用户以“澄清误导”或“陈述事实”为由，在讨论页上对其他用户的发言逐条张贴其过往的、与发言内容本身无关的负面信息（如称“该用户曾被封禁“、“使用傀儡”等等）？

本次讨论的具体背景案例

我的子账户因使用程序违规而受到管理员Tigerzeng封禁6个月的处罚。随后之前与我就条目内容存在异议的用户Lvhis便以“傀儡发言”为由删除了本人(子账户)的讨论页发言，又以“偏离主题”为由删除了另一用户要求其留意他人意见、不要擅动条目的留言（special:diff/87892033）。后由其他用户根据管理员意见帮忙恢复。 但在管理员Tigerzeng多次告知Lvhis “已经不足以造成误导”、“已经没有理由去做更多的行动”，并明确建议若仍有分歧“应将问题暴露给更大范围的社群讨论”，以及有第三方用户明确反对Lvhis擅自去添加标注的情况下，用户Lvhis仍坚称“当时造成的误导还没消失”，并据此擅自采取行动，继续反复在本人的逐条留言上方添加其自定义的大字报式标签（“xxx系xxx违规建立的傀儡账号...已被封禁6个月”)，又再次以Liu116提及本人两账号同属一人的发言属于“偏离条目主题”为由，删除了对其讨论页行为的批评意见。本人后续再次将该行为提报至ANM，但管理员仍未对其所有行为作出明确的裁定和判罚，导致争议僵持至今。 补充说明： 为帮助社群更全面了解情况，有必要指出，即便在遭到二位管理员的委婉反对后，用户Lvhis的行为模式仍在持续，坚持发表歪曲事实的言论： 1.曲解管理员操作：声称管理员的干预是为了保护其添加的tmbox。而事实是，管理员的干预是在Liu116提请页面保护后，为了阻止其第三次删除他人留言而引发编辑战所采取的标准化行动。 2.坚持置若罔闻：依然在为自己删改他人留言的行为辩解，认为自己行为无错，并攻击第三方用户动机。 这种被管理员委婉反对后依然持续进行歪曲事实、攻击他人的行为，进一步凸显了探讨并明确相关规范和行为准则的紧迫性和必要性。

我的观点：

1.在讨论页利用自定义模板，给他人的发言逐段张贴非必要的负面标签的做法，是一种没有任何方针支持和允许的变相人身攻击和私刑，且违反WP:TPG。账户关系信息已在用户主页等处有方针指定的渠道公示，个人不应越权擅自发明规则。再欲强行在讨论页上进行重复的、非标准化的“示众”，唯一的目的就是羞辱和骚扰对手，而非善意澄清。如果社群对上例中Lvhis式的独断行为缺乏明确的反对，将会开启一个非常危险的先例和潘多拉魔盒。

傀儡方针中关于标注的规定，仅限于在用户页上进行标准化的公示。如果案例中这种无任何方针支持的、在讨论页四处“贴标签”的滥用行为（即便陈述了部分事实）被允许，那么谁都可以借对方的“黑历史”（如曾被封禁、曾创建不合格条目等）给他人留言逐条张贴大字报来进行变相的攻击（本质上是因人废言和人身攻击的一种形式），这将彻底毒化讨论页的协作环境，将其变为互贴标签的战场，与文明等方针完全背道而驰。

一个用户的程序性过失和身份无关乎其讨论发言的论证质量（除非因制造虚假多数意见而构成实际误导），更不应成为另一个用户对其进行无休止的、超出方针允许范围的骚扰攻击和私刑的理由。用户的身份、封禁记录等信息，应由其用户页的官方模板进行统一、中立的公示，不应由其他用户在各处进行个人的、非标准的“示众”。

2.程序上无视共识流程。在本案中Lvhis在管理员已明确建议“应将问题暴露给更大范围的社群讨论”且有第三方反对后，仍强行执行其单方面操作。这是对共识精神的根本破坏。任何有争议的操作，在进入社群讨论程序后都应暂停执行，何况存在明显反对。

建议：

提议社群明确(或对WP:TPG或WP:NPA进行补充写入类似规定）：在用户页已有官方模板进行身份或状态公示，且没有构成实际误导效果的情况下，任何用户不应在他人留言旁添加与讨论内容本身无关的、指向其个人历史或身份的标注。此类未经社群共识的“贴标签”行为应被视为扰乱，可由任何用户移除。--SK.（留言） 2025年7月11日 (五) 00:40 (UTC)

Wikipedia talk:游戏维基规则 § 對《遊戲維基規則》序言的若干小修訂

本次擬議修訂如下：

1. 廢除「惡意使用」，代以「故意以錯誤的方式使用」
   • 在中維的實踐中，GAME這一概念中的「惡意」含義已經被淡化；在實踐中，GAME多是作爲一個行爲被提述，而無暗示該行爲的動機。如搜尋ANM的存檔，不難看到提述GAME的留言多用類似「構成WP:GAME」、「犯了WP:game」、「是WP:GAME的一種」的字眼。
   • 另參見英文維基百科關於移除「惡意」一詞的討論。
2. 廢除「不應該視作是善意的失誤」，代以「像善意的失誤一樣被處理」
   • 這一句自頁面建立起已經存在，而英維的對應版本使用的是「should not be treated the same as a good faith mistake」，而非「should not be treated as a good faith mistake」，爲中維誤譯。
3. 廢除「管理員的警告」，代以「他人的警告」
   • 管理員沒有任何高於其他用戶的特權，唯能實現社群討論所得的共識，是故每一個人都可以根據方針指引發出警告，其效用應無不同。若用戶的動機爲善意，獲得一般用戶警告後自會改正；若其動機爲惡意或不具備溝通能力，則管理員作出警告也無濟於事。
   • 修改於2025年7月12日 (六) 10:21 (UTC)。此前爲「於『管理員的警告』廢除『管理員的』」

綜上，提議修訂序言如下：

現行條文

游戏维基规则（Gaming the system）是指恶意使用维基百科方针和指引，阻碍维基百科目标实现的行为。游戏维基规则可能表现为滥用程序、扰乱性编辑或其他违反社群共识精神的行为。一般而言，编辑者游戏维基规则是为了阐释观点、持续打编辑战或强化某一特定的非中立观点。

如果有编辑者发现规则中存在漏洞，使得他们可以侵犯社群标准或不当使用管理工具，那这种行为就不应该视作是善意的失误。但是，封禁是预防性措施而非惩罚性措施。一般而言，管理员的警告是阻止游戏维基规则的最佳方式，因为清晰的警告往往能协助纠正善意的失误和恶意的游戏行为。如果编辑者无视警告，重复其行为，或者他们发现新的方法来达成相同的扰乱目的，那么他们更有可能是在恶意游戏维基规则。

提議條文

游戏维基规则（Gaming the system）是指故意以錯誤的方式使用维基百科方针和指引，阻碍维基百科目标实现的行为。游戏维基规则可能表现为滥用程序、扰乱性编辑或其他违反社群共识精神的行为。一般而言，编辑者游戏维基规则是为了阐释观点、持续打编辑战或强化某一特定的非中立观点。

如果有编辑者发现规则中存在漏洞，使得他们可以侵犯社群标准或不当使用管理工具，那这种行为就不应该像善意的失误一樣被處理。但是，封禁是预防性措施而非惩罚性措施。一般而言，他人的警告是阻止游戏维基规则的最佳方式，因为清晰的警告往往能协助纠正善意的失误和恶意的游戏行为。如果编辑者无视警告，重复其行为，或者他们发现新的方法来达成相同的扰乱目的，那么他们更有可能是在恶意游戏维基规则。

以上，提請社羣討論。--1F616EMO（喵留言～回覆請ping） 2025年7月12日 (六) 01:03 (UTC) 👍1

(＋)支持--某人✉ 2025年7月12日 (六) 02:20 (UTC)

Wikipedia talk:快速删除 § G15的具體含義

@Sanmosa：上面問題沒回我，所以User_talk:Xiplus/沙盒11、User_talk:Xiplus/Editnotice、User_talk:Xiplus/存檔（這是個模板，不是討論頁存檔，不符豁免條件）都符合G15？--Xiplus#Talk 2025年7月12日 (六) 03:28 (UTC)

Wikipedia talk:快速删除 § 跨命名空間重新導向

我想在這裏尋求大家對於以下情境的恰當性的看法：

1. 位於非討論頁空間但指向討論頁空間的重新導向（如Template指向Talk）；
2. 位於討論頁空間但指向非討論頁空間的重新導向（如Talk指向Template）；與
3. 位於Draft talk空間但指向其他討論頁空間的重新導向（如Draft talk指向Talk），

以上。Sanmosa _DC23 2025年7月13日 (日) 01:25 (UTC)

維基專題與協作

Wikipedia talk:中文領域基礎條目 § 有人想要維護中文領域基礎條目嗎?

這一兩天，因為有IP用戶頻繁更改中文領域基礎條目裡的人物，引發一些爭執。想先問一下，有人想維護管理中文領域基礎條目嗎？

若有人想維護管理，可以再提出調整頁面內容的作法（例如在中文領域基礎條目提出，幾天內幾票支持，或是幾天內沒有反對就算通過），若大家沒意見，就依此作法進行。

若沒有人維護管理，那大概就是照目前的作法，有意願改/想改的就可以改。

我以前曾經管理過維基百科:基礎條目，現在變懒惰了其他事情比較多，沒有打算維護管理中文領域基礎條目。--Wolfch (留言) 2025年6月9日 (一) 04:34 (UTC)

WikiProject talk:中国行政区划 § {{PRC admin}}及其子模板清理讨论

此討論正在公示7天，直至2025年7月18日 (五) 17:34 (UTC)結束；如有意見請儘快提出。

该系列模板使用的包括但不限于区划代码、名称等数据已是10年前的版本，有鉴于：

1. 国家统计局，也就是本站及wikidata使用的代码数据源，现在已经停止公开发布其统计代码，民政部现仍公开发布到乡级（第四级）深度的行政代码，两者代码在乡级编码上不尽相同；
2. 对于村级（第五级）代码，统计代码停留在2023年版本，行政代码有零星省份的民政厅在官网上公开，但批量获取十分麻烦；
3. {{PRC admin/children}}即用于条目页显示下级行政区划名称的模板，是提取对应条目之维基数据项目的P150值显示名称，而非使用本站现有Template:PRC admin/data/12/34/56/789/XXX，即村级区划模板数据页的值；
4. 基于上方讨论链接的数据粗略计算，乡级部分民政部现用代码和2023年版本国家统计局代码差异量有1万条以上。

提请社群同意使用机器人对该系列模板按顺序执行如下操作：

1. 将所有Template:PRC admin/data/12/34/56/789/XXX，即村级区划模板数据页的现有数据转移至维基数据；
2. 在现有Template:PRC admin/data/12/34/56/XXX/000，即乡级区划模板数据页替换现有文本，一律使用新建模板{{PRC admin/showlist/town}}显示乡级区划的下级列表，该模板会自动拉取对应的P150值并显示下级行政区列表，显示示例在此；
3. 删除所有村级区划模板数据页；

以上。ping前次讨论参与者@Kethyga、Kcx36、Ericliu1912、PexEric：--Hamish T 2025年6月26日 (四) 18:37 (UTC)

維基百科技術議題與模板

Template talk:作品名稱 § 不觉得这模版很多余吗？

下方繼續研議此類模板前途。— Gohan 2025年5月1日 (四) 09:54 (UTC)

Template talk:比較條文 § 提議使用取代

現行{{比較條文}}模板存在以下問題：

1. 濫用CSS position以及嵌套div達成陰影效果，增加代碼複雜度；
2. 在窄屏幕上依然將條文左右排布，造成閱讀困難；
3. 在暗色模式下未有定義顏色，導致辨識度下降；
4. 當兩邊條文長度不一時出現多餘空白。

爲解決上面的問題，我建立了{{比較條文/flex}}模板，技術細節如下：

1. 使用CSS flex管理兩欄，方便處理响应式网页设计問題。
2. 使用多個box-shoadow處理陰影問題，解決濫用CSS position的問題。
3. 在熒幕寬度低於500px時，不強制左右排布。（理論上，如果內文足夠短，未必會即時觸發換行，但機會甚微。）
4. 爲暗色模式顯示重新配色，免去了之前簡單反轉顏色導致的辨識度問題。

新模板參數除tdstyle1以及tdstyle2因不適用而廢除外，其他參數均和現有模板兼容。爲解決上方問題，現提議以{{比較條文/flex}}的取代{{比較條文}}。雖然此模板並非高風險模板，然使用廣泛，私以爲先獲得明確共識爲宜。如希望測試，可以前往我的個人沙盒。

附圖：

• 
  一般檢視
• 
  窄屏幕檢視
• 
  暗色模式
• 
  隱藏其中一欄

--1F616EMO（喵留言～回覆請ping） 2025年6月19日 (四) 02:49 (UTC)

Wikipedia talk:删除 § 在存廢討論中禁止/建議避免使用圖示標記立場

目前存廢討論使用衆多帶有圖示的表態模板，例如「(×)删除」、「(○)保留」，共同點是在表態字樣前帶有着色的文字圖示。這種圖示過分的強調了刪除/保留這種概括的立場，而非持某種立場背後的原因，容易使管理員判斷共識時側重於立場本身而非重視正當合理的意見。因此，我建議參照資訊框旗幟「不必要地分散讀者的注意力，並可能使眾多文段中的特定文段過分突出」而禁用的共識，在存廢討論中禁止/建議避免使用圖示標記立場。

英文維基百科曾經達成類似的共識，並最終刪除相關投票模板。英維在2005年對{{支持}}、{{反對}}及{{中立}}模板的存廢討論中，編者達成共識，認爲這些模板讓存廢討論傾向於成爲投票而非達成共識之處，且將注意力從編者的意見挪開。後續對其他模板的存廢討論亦繼續支持此共識，亦有人指出這些模板會助長投票（而非討論）的行爲。英維社羣亦在不同的時間達成同樣的共識，供各位參考。

就中維的狀況而言，不同於英維模板的曇花一現，{{刪除}}、{{保留}}等模板歷史悠久，期望用戶突然拋棄這類用法而轉而手動使用粗體不切實際。因此，我建議在這類模板中檢查嵌入頁面是否存廢討論，並在存廢討論中隱藏圖標，僅保留粗體，例子可見{{刪除}}模板的沙盒。另提議在WP:刪除 § 存废讨论中添加以下內容：

提議條文

存废讨论是讨论页面存废的场所……

爲促進共識的建立，避免討論流爲投票，分散參與者和判斷共識的管理員的注意力，進行討論時不宜/不得用圖示強調立場（例如「(×)删除」、「(○)保留」、「(►)移动」等），但使用粗體強調意向並沒有問題。{{刪除}}、{{保留}}等曾經會輸出圖示的存廢意向模板會在存廢討論頁自動隱藏圖示，只會輸出對應的粗體，可以照常使用。

除共識相當明顯的情形……［下略］

關於應該使用「不宜」還是「不得」，私以爲兩者皆可。以上，提請社羣討論。--1F616EMO（喵留言～回覆請ping） 2025年6月20日 (五) 16:12 (UTC)

Wikipedia talk:討論頁指引 § 建議統一討論頁及布告板的主題標題層級爲二級標題

既然先前討論串已有明確的修改共識，以下討論該如何修改。除了下面提到的改動以外，還需對外觀進行略微改動（如，去掉「提名區」2級標題），以及存檔bot需要修改配置，這個因為很簡單故不贅述。--SuperGrey (留言) 2025年6月24日 (二) 03:40 (UTC)

MediaWiki talk:Gadget-DisambiguationLinks/zh-hant § 編輯請求 2025-06-24

建議將用橙色標記消歧義頁面給擴充成用橙色標記消歧義頁面（不包含同類索引條目）。

原因可參見Wikipedia:互助客栈/求助/存档/2025年6月 § 消歧義與同類索引--竹林下小徑，月光映一葉 2025年6月24日 (二) 09:17 (UTC)

WikiProject talk:中国行政区划 § {{PRC admin}}及其子模板清理讨论

此討論正在公示7天，直至2025年7月18日 (五) 17:34 (UTC)結束；如有意見請儘快提出。

该系列模板使用的包括但不限于区划代码、名称等数据已是10年前的版本，有鉴于：

1. 国家统计局，也就是本站及wikidata使用的代码数据源，现在已经停止公开发布其统计代码，民政部现仍公开发布到乡级（第四级）深度的行政代码，两者代码在乡级编码上不尽相同；
2. 对于村级（第五级）代码，统计代码停留在2023年版本，行政代码有零星省份的民政厅在官网上公开，但批量获取十分麻烦；
3. {{PRC admin/children}}即用于条目页显示下级行政区划名称的模板，是提取对应条目之维基数据项目的P150值显示名称，而非使用本站现有Template:PRC admin/data/12/34/56/789/XXX，即村级区划模板数据页的值；
4. 基于上方讨论链接的数据粗略计算，乡级部分民政部现用代码和2023年版本国家统计局代码差异量有1万条以上。

提请社群同意使用机器人对该系列模板按顺序执行如下操作：

1. 将所有Template:PRC admin/data/12/34/56/789/XXX，即村级区划模板数据页的现有数据转移至维基数据；
2. 在现有Template:PRC admin/data/12/34/56/XXX/000，即乡级区划模板数据页替换现有文本，一律使用新建模板{{PRC admin/showlist/town}}显示乡级区划的下级列表，该模板会自动拉取对应的P150值并显示下级行政区列表，显示示例在此；
3. 删除所有村级区划模板数据页；

以上。ping前次讨论参与者@Kethyga、Kcx36、Ericliu1912、PexEric：--Hamish T 2025年6月26日 (四) 18:37 (UTC)

維基百科提議

Wikipedia talk:新条目推荐/候选 § DYK上首頁而地區詞未轉換

剛剛看首頁發現，DYK的「問題」似乎沒有要注意地區詞轉換，如現在有出現公交和高達，明顯沒有轉換。在GA和FA以及新聞動態都因上首頁需要注意手動轉換的部分，因為我很少看DYK，對於相關運作不是很理解，有疑慮所以提出。--提斯切里（留言） 2025年5月28日 (三) 13:43 (UTC)

Template talk:Welcomeip § 编辑请求

此討論正在公示7天，直至2025年7月18日 (五) 15:45 (UTC)結束；如有意見請儘快提出。

由于目前匿名用户已不再被使用，故提议修改该模版如下：

修改后

欢迎加入维基百科！ 您好！感謝您對維基百科的興趣與貢獻，希望您會喜歡這裡，您可以继续以临时身份參與，但您的帳號有效期僅有90天（不論活躍與否）。您不妨考虑登录或注册一個帳戶以永久使用您的帳戶，並擁有更多功能，例如您能夠：

1. 編輯受半保護頁面；
2. 选择一个属于您自己的用户名称；
3. 进行个性化的设置，添加增强工具；
4. 拥有自己完整的贡献记录；
5. 更方便地参加社群事务⋯⋯

此外，也請您了解以下重要文章：

• 五大支柱：了解维基百科的基石。
• 可供查證：撰写条目时，请保证有据可查。
• 著作权问题解答：维基百科非常重视著作权，请勿随意复制粘贴。
• 新手入門教程、如何編輯页面、创建条目向导：带您逐步熟悉维基百科。

有疑问？需要帮助？欢迎到互助客棧或IRC频道詢問。
祝您编辑愉快！

Welcome! If you can't understand Chinese, please feel free to ask or request anything here. Thank you for visiting!

歡迎您的維基人是：~~~~

—WiiUf（留言） 2025年6月25日 (三) 13:11 (UTC)

WikiProject talk:中国行政区划 § {{PRC admin}}及其子模板清理讨论

此討論正在公示7天，直至2025年7月18日 (五) 17:34 (UTC)結束；如有意見請儘快提出。

该系列模板使用的包括但不限于区划代码、名称等数据已是10年前的版本，有鉴于：

1. 国家统计局，也就是本站及wikidata使用的代码数据源，现在已经停止公开发布其统计代码，民政部现仍公开发布到乡级（第四级）深度的行政代码，两者代码在乡级编码上不尽相同；
2. 对于村级（第五级）代码，统计代码停留在2023年版本，行政代码有零星省份的民政厅在官网上公开，但批量获取十分麻烦；
3. {{PRC admin/children}}即用于条目页显示下级行政区划名称的模板，是提取对应条目之维基数据项目的P150值显示名称，而非使用本站现有Template:PRC admin/data/12/34/56/789/XXX，即村级区划模板数据页的值；
4. 基于上方讨论链接的数据粗略计算，乡级部分民政部现用代码和2023年版本国家统计局代码差异量有1万条以上。

提请社群同意使用机器人对该系列模板按顺序执行如下操作：

1. 将所有Template:PRC admin/data/12/34/56/789/XXX，即村级区划模板数据页的现有数据转移至维基数据；
2. 在现有Template:PRC admin/data/12/34/56/XXX/000，即乡级区划模板数据页替换现有文本，一律使用新建模板{{PRC admin/showlist/town}}显示乡级区划的下级列表，该模板会自动拉取对应的P150值并显示下级行政区列表，显示示例在此；
3. 删除所有村级区划模板数据页；

以上。ping前次讨论参与者@Kethyga、Kcx36、Ericliu1912、PexEric：--Hamish T 2025年6月26日 (四) 18:37 (UTC)

Wikipedia talk:管理人員申請意向調查 § 就管理人員申請意向調查徵集意見

英維的管理人員申請意向調查（英語：Optional RfA candidate poll）可以讓編者知道申請成爲管理人員的當選機會，接受社羣在這方面的意見，並使編者瞭解到自己在這方面的弱點。爲讓擬申請成爲管理人員的中維編者亦能受惠，我從英維翻譯了該頁面（WP:管理人員申請意向調查），並進行了以下修改：

• 參考管理操作覆核請求相關共識，「分立頁面往往導致流量大幅下降，討論難以聚焦促進共識形成」，故將地點從英維的獨立頁面改爲互助客棧其他版。
• 爲申請成爲行政員添加相關選項。用戶查核員相關配套亦已經編寫，但未啓用，詳見頁面內的HTML註解。

由於啓用意向調查無需將之訂立爲方針指引，因此無需公示等正式程序，我計劃在徵求足夠廣泛的意見並初步修改不足之處後，便會付諸實踐，並繼續檢查機制是否存在問題。以上，提請社羣討論。--1F616EMO（喵留言～回覆請ping） 2025年6月27日 (五) 08:23 (UTC)

Wikipedia talk:茶館 § 建議將此頁面改為軟重定向

由於此頁面已被擱置三年且未見實際用途，建議將其改為至WP:VPH的軟重定向。--WiiUf（留言） 2025年6月27日 (五) 14:10 (UTC)