维基百科:徵求意見/全部
以下討論需要社群廣泛關注：（清除緩存）
傳記
[编辑]Talk:亨利一世 (英格兰) § Henry Beauclerc
Wikipedia talk:格式手册/传记 § 近日跟進香港老藝人早年資訊的雜談
經濟、貿易與公司
[编辑]Wikipedia talk:命名一致性決議 § Category:总部在/位于X的中华人民共和国国有公司/企业
目前對於此類分類的名稱，各地名稱不盡相同。如：
- Category:總部位於北京市的中華人民共和國國有企業（位於、加行政區劃名稱、國有企業）
- Category:總部在內蒙古的中華人民共和國國有公司（在、不加行政區劃名稱、國有公司）
- Category:總部在廣東省的中華人民共和國國有公司（位於、加行政區劃名稱、國有公司）
在此提出三個問題：
- 總部「在」還是「位於」？
- 要不要加行政區劃名稱（如「省」、「自治區」）？
- 「國有公司」還是「國有企業」？
歷史與地理
[编辑]Wikipedia talk:避免地域中心 § 提议修订Wikipedia:避免地域中心中的「华语圈中具有高知名度的城市」
目前，Wikipedia:避免地域中心#地理的条文如下：
在中文维基百科中，地点说明的最高级别行政单位最好以第一级行政单位为准，也可以注明至在华语圈中具有高知名度的城市即可，比如西安、洛阳、南京、武汉、广州、深圳、厦门、台北等。
不知道这些城市的入选规则是什么。显然，北京、上海、杭州等比较知名的城市没有入选。翻查过往记录，U:Sikes（被确认为傀儡）在2009年在Special:diff/9631950中加入了「南京、武汉、广州、深圳、台北」，随后在Special:diff/9632452修改为「（如大陆之副省级城市或历史文化名城）」，并在举例的城市中新增「西安、洛阳、郑州、大连」，在Special:diff/9632518中删走「郑州、大连」，形成现有的格局。明显这些城市的选择可能带有随意性，且未经社群讨论。对于高知名度的城市，不同人的看法可能不一样，以下是分类讨论环节。备注：带下划线之城市为现行列表中已有的城市。
- 中国大陆
- 华顿经济研究院「2025年中国百强城市排行榜」Top10：北京、上海、深圳、杭州、广州、南京、苏州、武汉、成都、重庆
- 2025年GDP前10：上海、北京、深圳、重庆、广州、苏州、成都、杭州、武汉、南京
- 这两组名单城市相同，仅排名有些许差别。
- 台湾
- 台北、高雄（热门城市）
（節刪）
上述所列的城市中，是否都需要加入「华语圈中具有高知名度的城市」？开放予社群讨论。
--糯米花🌾🌼 2026年2月6日 (五) 02:11 (UTC)Talk:世界各国和地区面积列表 § 發現以下問題但不知道是否需要發起討論
最近在世界各國和地區面積列表發現以下問題，但未知應該如何解決。
- 有關各國南極領土要求的面積全部被一匿名用户刪除，是否需要發起討論決定是否加回之前南極領土面積，還是應該直接改回？
地圖、圖表、參考資料等部分排版有問題。（已解決）「七大洲排名」被加上第8項的澳洲大陸，是否需要發起討論，還是應該直接刪除？（已解決）
補充：現正討論各國南極領土主張是否應該列入此列表。
--有線耳機（留言） 2026年2月21日 (六) 17:25 (UTC)Wikipedia talk:命名一致性決議 § 關於各國時區、時間、標準時間的條目
續Talk:英國時間的討論，現建議將各國「XXX時區」（XXX為國家或地區名稱）或「XXX標準時間」的條目改為「XXX時間」。 現時各國時區條目大致分為兩大類：
- 該國橫跨多個時區
- 該國只有一個時區
情況1：條目名稱不應以「XXX標準時間」命名，因為會造成混淆。
情況2：用「XXX標準時間」或「XXX時間」也無不妥。
不過，這些條目現時對應英文維基「Times in XXX」條目，因此建議將所有相關條目中文名稱改為「XXX時間」。
如果是情況2的國家，而且該條目只是敍述該國的標準時間，例如亞美尼亞標準時間、日本標準時間，則可保留原名，並參考英文維基將「XXX時間」條目併入「XXX標準時間」（將「XXX時間」重新導向到「XXX標準時間」）。
Talk:亨利一世 (英格兰) § Henry Beauclerc
Talk:高速动车组旅客列车 § xx高速动车组的维基学院链接问题
語言及語言學
[编辑]數學、科學與科技
[编辑]負整數有因數嗎？進而，負整數與另一個整數有公因數，乃至最大公因數嗎？
比方說，gcd(12,-18)或gcd(-12,18)或gcd(-12,-18)是存在的嗎？
關於負整數是否有因數，條目因數與負整數的敘述明顯不同，因此兩者至少有一個是錯的。---游蛇脫殼/克勞棣 2026年3月12日 (四) 16:58 (UTC)媒體、藝術與建築
[编辑]Wikipedia talk:格式手冊/電視 § 複製過來的劇情介紹及Copypaste模板
留意到@Rastinition 有一種習慣，發現劇情介紹是從其他網站複製過來，有侵權嫌疑，便刪除了整段劇情介紹，但刪除後才掛上Template:Copypaste，例有[2][3][4]。也有掛上模板後15分鐘內即刪了疑似侵權內容，但沒除模板 [5]，到後來別人除下模板時都未有大量清理的編輯。請解釋需要Template:Copypaste理由是甚麼? 條目有甚麼地方疑似複製過來的，但又沒法指出來，立時刪除? 把官方或傳媒鱔稿式劇情介紹搬字過紙雖然是重災區，但以香港劇集來說，其他部分反倒是原創研究較多，不能因為劇情介紹搬字過紙，就一直把這個印象高掛在條目最頂，有欠公道。
看到@Factrecordor在Wikipedia_talk:格式手冊/電視/存檔二#香港電視劇集條目格式曾略有談及劇情介紹，提及的I_SWIM#每集列表只掛模板警示而不刪除，多年來仍沒變，其實I_SWIM#劇情那一小段都是抄官方的。未知你現在有何意見? 亦通知@Infodump0--Underconstruction00（留言） 2026年4月10日 (五) 07:44 (UTC)政治、政府與法律
[编辑]Wikipedia talk:新聞動態/重複發生的項目 § 修订WP:ITNR
Talk:世界各国和地区面积列表 § 發現以下問題但不知道是否需要發起討論
最近在世界各國和地區面積列表發現以下問題，但未知應該如何解決。
- 有關各國南極領土要求的面積全部被一匿名用户刪除，是否需要發起討論決定是否加回之前南極領土面積，還是應該直接改回？
地圖、圖表、參考資料等部分排版有問題。（已解決）「七大洲排名」被加上第8項的澳洲大陸，是否需要發起討論，還是應該直接刪除？（已解決）
補充：現正討論各國南極領土主張是否應該列入此列表。
--有線耳機（留言） 2026年2月21日 (六) 17:25 (UTC)Wikipedia talk:命名一致性決議 § Category:总部在/位于X的中华人民共和国国有公司/企业
目前對於此類分類的名稱，各地名稱不盡相同。如：
- Category:總部位於北京市的中華人民共和國國有企業（位於、加行政區劃名稱、國有企業）
- Category:總部在內蒙古的中華人民共和國國有公司（在、不加行政區劃名稱、國有公司）
- Category:總部在廣東省的中華人民共和國國有公司（位於、加行政區劃名稱、國有公司）
在此提出三個問題：
- 總部「在」還是「位於」？
- 要不要加行政區劃名稱（如「省」、「自治區」）？
- 「國有公司」還是「國有企業」？
Wikipedia:互助客栈/条目探讨 § 请求社群关注部分法轮功条目的状况
部分法轮功条目长期呈现不中立的情况，例如乾淨世界的内容基本上被用来试图驳斥针对该平台的指控。一些法轮功条目，特别是神韵艺术团，近期陷入了长久的编辑争端，双方基本上是在互相删除不利于己方的内容，例如Pastel nata删除了部分保守派媒体的观点，而ThreeBodySpectator直接删除了一个马克思主义媒体的观点的整段内容。数个月以来，几乎没有其他人介入。现在请求社群多加留意，以免让这些条目成为意识形态斗争的战场。
P.S. 由于法轮功条目已经被列为高风险条目，因此我为了避免可能招来的报复，使用了临时帐户，请见WP:SOCK#LEGIT。--~2026-17894-92（留言） 2026年3月22日 (日) 05:32 (UTC)WikiProject talk:香港政治 § 請求有關香港臨時立法會主席選舉的資訊
宗教與哲學
[编辑]目前此主題無正在討論的議題
社會、體育運動與文化
[编辑]Wikipedia:互助客栈/条目探讨 § 请求社群关注部分法轮功条目的状况
部分法轮功条目长期呈现不中立的情况，例如乾淨世界的内容基本上被用来试图驳斥针对该平台的指控。一些法轮功条目，特别是神韵艺术团，近期陷入了长久的编辑争端，双方基本上是在互相删除不利于己方的内容，例如Pastel nata删除了部分保守派媒体的观点，而ThreeBodySpectator直接删除了一个马克思主义媒体的观点的整段内容。数个月以来，几乎没有其他人介入。现在请求社群多加留意，以免让这些条目成为意识形态斗争的战场。
P.S. 由于法轮功条目已经被列为高风险条目，因此我为了避免可能招来的报复，使用了临时帐户，请见WP:SOCK#LEGIT。--~2026-17894-92（留言） 2026年3月22日 (日) 05:32 (UTC)Wikipedia talk:收錄標準/運動員 § 建議增補《WP:SPORT》
最近看見在《管理員布告板》的一則提報，令在下意識到《WP:SPORT》還有很多尚未涉及的地方（例如上述報告提及的田徑賽事）。因此在下提議在《WP:SPORT》中增加一些內容。📕📙📒📗📘賭博機構最堅定的反對者強烈要求馬上刪除一切含有賭博網站的編輯摘要！ 2026年3月25日 (三) 04:01 (UTC)
維基百科格式與命名
[编辑]Wikipedia talk:方針與指引 § 命名常規與格式手冊的命名
Wikipedia talk:命名一致性決議 § 关于大纲类列表条目的标题
Wikipedia talk:命名一致性決議 § Category:总部在/位于X的中华人民共和国国有公司/企业
目前對於此類分類的名稱，各地名稱不盡相同。如：
- Category:總部位於北京市的中華人民共和國國有企業（位於、加行政區劃名稱、國有企業）
- Category:總部在內蒙古的中華人民共和國國有公司（在、不加行政區劃名稱、國有公司）
- Category:總部在廣東省的中華人民共和國國有公司（位於、加行政區劃名稱、國有公司）
在此提出三個問題：
- 總部「在」還是「位於」？
- 要不要加行政區劃名稱（如「省」、「自治區」）？
- 「國有公司」還是「國有企業」？
Wikipedia talk:命名一致性決議 § 關於各國時區、時間、標準時間的條目
續Talk:英國時間的討論，現建議將各國「XXX時區」（XXX為國家或地區名稱）或「XXX標準時間」的條目改為「XXX時間」。 現時各國時區條目大致分為兩大類：
- 該國橫跨多個時區
- 該國只有一個時區
情況1：條目名稱不應以「XXX標準時間」命名，因為會造成混淆。
情況2：用「XXX標準時間」或「XXX時間」也無不妥。
不過，這些條目現時對應英文維基「Times in XXX」條目，因此建議將所有相關條目中文名稱改為「XXX時間」。
如果是情況2的國家，而且該條目只是敍述該國的標準時間，例如亞美尼亞標準時間、日本標準時間，則可保留原名，並參考英文維基將「XXX時間」條目併入「XXX標準時間」（將「XXX時間」重新導向到「XXX標準時間」）。
Wikipedia talk:命名常规 § 引入有關條目命名的精確性的規定
Wikipedia talk:命名常规/音乐 § 關於樂團名的部分
Wikipedia talk:防滥用过滤器 § 关于“防滥用过滤器”的名称
Wikipedia:互助客栈/方针 § 引用书籍、期刊是否该加书名号
維基百科方針與指引
[编辑]根據@Srapoj的这则意见，《草稿化》指引实际上没有规定草稿化的期限。如果草稿化没有期限，那麼巡查员相當于能在条目命名空间执行删除权，且在快速删除标準O7的配合下能够事实上慢速删除一個条目，因此建议规定草稿化的期限。
新条目巡查在技術上的失效时间是30日，但是先前英文维基百科讨论认为90日内建立的条目也够新，因此规定「90日以前建立的条目」不得草稿化。不知道这樣的限制是否適用于中文维基百科。
通知先前相关讨论參与者@1F616EMO、GZWDer、MilkyDefer、S8321414、Sanmosa、日期20220626、自由雨日。额外通知@Hzt0208042508415531 tw。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年1月3日 (六) 05:23 (UTC)Wikipedia talk:避免地域中心 § 提议修订Wikipedia:避免地域中心中的「华语圈中具有高知名度的城市」
目前，Wikipedia:避免地域中心#地理的条文如下：
在中文维基百科中，地点说明的最高级别行政单位最好以第一级行政单位为准，也可以注明至在华语圈中具有高知名度的城市即可，比如西安、洛阳、南京、武汉、广州、深圳、厦门、台北等。
不知道这些城市的入选规则是什么。显然，北京、上海、杭州等比较知名的城市没有入选。翻查过往记录，U:Sikes（被确认为傀儡）在2009年在Special:diff/9631950中加入了「南京、武汉、广州、深圳、台北」，随后在Special:diff/9632452修改为「（如大陆之副省级城市或历史文化名城）」，并在举例的城市中新增「西安、洛阳、郑州、大连」，在Special:diff/9632518中删走「郑州、大连」，形成现有的格局。明显这些城市的选择可能带有随意性，且未经社群讨论。对于高知名度的城市，不同人的看法可能不一样，以下是分类讨论环节。备注：带下划线之城市为现行列表中已有的城市。
- 中国大陆
- 华顿经济研究院「2025年中国百强城市排行榜」Top10：北京、上海、深圳、杭州、广州、南京、苏州、武汉、成都、重庆
- 2025年GDP前10：上海、北京、深圳、重庆、广州、苏州、成都、杭州、武汉、南京
- 这两组名单城市相同，仅排名有些许差别。
- 台湾
- 台北、高雄（热门城市）
（節刪）
上述所列的城市中，是否都需要加入「华语圈中具有高知名度的城市」？开放予社群讨论。
--糯米花🌾🌼 2026年2月6日 (五) 02:11 (UTC)Wikipedia talk:新聞動態/重複發生的項目 § 修订WP:ITNR
Wikipedia talk:封禁 § 检讨不限期封禁的用户页标记
本站封禁方针有一节“§标记用户页”，其列出了一些适用于不同封禁原因的用户页模板，以及要求在不限期封禁时对用户页全保护或白纸保护。本人对其中未指定原因的{{blocked user}}颇有微词，此外其默认要求保护的做法则似乎未获保护方针支持。因此，本人斗胆提出废除或大幅缩减两者，详述如下：
如果被封禁的用户未建立用户页，点红链进去（在桌面版网页）便会看到封禁日志的提示框（blocked-notice-logextract）；因此本人认为{{blocked user}}是个提供不了任何额外信息的多余模板。隔壁英维在2019年删掉了这个模板（TfD讨论），提删者锐评道：“Right now this template is mainly used by inexperienced users who want to be admins and go around tagging userpages of users who have been blocked with it.
”；然而该模板原先在英维似乎不常被管理员使用，与本站的习惯不同。本人认为该模板唯一的价值是用于覆盖用户原有的用户页：如果本地社群认为不应继续展示此类用户的用户页，但又不应删除页面，则可用它占位。［2021年Antigng认为到用户其他日志（含页面创建日志）的链接有助于了解封禁原因（存档）。然而本人怀疑此种用例有多常见，大多数情况下直接显示封禁日志应当更有用。］
英维一般的不限期封禁貌似不会影响用户页，被禁制（en:WP:BANNOTICE）才会用到en:Template:Banned user（或en:Template:Globally banned user），但有时只是放在顶上，下方仍保留了原用户页内容。
在上次相关条文的修订讨论中（修改WP:封禁#标记用户页），本人提出了关于全保护意义的问题，然而期间未见有人给出了相关的答案。本人当时推测原因可以是WP:不要侮辱破壞者（预防其他人WP:坟头蹦迪破坏用户页）。也许还能起到防止热心站务精再来新建{{blocked user}}或者修改傀儡分类模板的效果（例子）。本人认为此类保护应当通常是多余的，但管理员可以选择进行保护以杜绝日后可能的破坏。本人稍有疑虑的是傀儡场景是否应当默认全保护：见到en:Template:Sockpuppet的文档说其只应由管理员及傀儡调查助理使用，然而不清楚他们是否有配套的过滤器或其他措施执行此事。［本地存在Special:AbuseFilter/349（上次讨论于2023年），然而其对用户页的封禁和傀儡标记似乎只阻止新建页面，所以仍会见到其他用户先建立占位页面来绕过它。］
故此，本人提出修订：
- ※ 此處原有{{比較條文}}模板內容，因節省徵求意見摘要篇幅而省略，請至有關討論頁查看
于2026年2月19日 (四) 04:40 (UTC)修改，加回页面未建立的情况。
于2026年3月1日 (日) 17:10 (UTC)修改，参考en:WP:NOSALT调整对不当用户名的处理建议。
若此提案通过，则需调整Twinkle，并停止Jimmy-abot全保护带有{{blocked user}}模板的用户页的任务（白纸保护或许可以另说），以及Xiplus-abot全保护带有{{Locked global account}}用户页的任务。
邀请@ShuQizhe。--Srapoj（留言） 2026年2月18日 (三) 20:49 (UTC)Wikipedia talk:冒犯性内容 § 维基存在的目的不是去冒犯人，否则谁还去读维基百科呢
Wikipedia talk:草稿命名空间 § 草稿化的反对
Wikipedia talk:方針與指引 § 命名常規與格式手冊的命名
Wikipedia talk:快速删除 § 取消快速刪除方針G14條的14日等待期
G14
- 早就想说一下这个挂14天删除不合理了。这里是中文维基百科，不是放外文条目的维基百科。14天足够让一个条目被不少人看见了（搜索引擎），人们在中文维基百科里面看到一篇完全不是标准中文的条目，那这还是中文维基百科吗？另外，换我巡查的时候遇到这类条目，反正我是绝对不会去挂{{subst:NotMandarin/auto}}的，直接就草稿化了。所以我想干脆把14天的时间缩短到1天，留个1天时间看看能不能把条目从纯粹的非标准中文内容翻译为标准中文，如果翻译了那这个条目就能被救下来，如果没有翻译那就直接删掉了事了。因此我觉得1天就足够了，甚至我其实觉得1天都有点多了，不过条文里面还是先定成一天吧。
Wikipedia talk:解除權限 § 停止人工解除隐退用户的多余权限
为对本人眼中的垃圾站务（解除隐退用户的权限、解除已成为自动确认用户的临时确认权）釜底抽薪，提议在本方针末尾加上一段：
- ※ 此處原有{{比較條文}}模板內容，因節省徵求意見摘要篇幅而省略，請至有關討論頁查看
目的是停止人工处理Renamed user xxxx的解除权限申请；但如果确实有需要，仍有一个可以“鞭尸”的地方。
Srapoj（留言） 2026年3月14日 (六) 17:11 (UTC)Wikipedia talk:快速删除 § 废除快速删除准则G14
G14事实上最初设置于2007年7月，用于处理大量的未翻译条目。2009年2月确立为G14。2015年，草稿命名空间投用，未翻译条目有了更适合的改善流程和位置，G14显得没有什么用处。前面的讨论指出，现在巡查员遇到未翻译条目都优先执行草稿化；而2018年就有人提到，一个未翻译条目在创建仅仅六天之后经过AfD删除，G14的十四天缓冲期形同虚设；甚至，被提报的页面还可能因为浏览量过少，服务器不更新缓存，而在八年之后才有人发现并删除。
事实上，草稿命名空间投用的讨论中，已有共识认为它可以用来解决「未翻译条目」，但是不知道为什么没有落实。
因此，这里提案废除快速删除G14款，停用{{NotMandarin}}模板。需要悬挂{{NotMandarin}}的条目应该改走草稿化程序，其他命名空间的页面可视情况提报页面存废讨论。
- Q：能不能G14改成「普通的」速删标准，挂个模板就立刻删除？或者，能不能在草稿化后继续适用G14，两周后删除？
- A：外语内容只要不是胡言乱语、破坏或者极为短小，应有成为条目的价值。而且，一个长期没翻译的草稿[...]不是问题。
- Q：为什么不管其他命名空间的页面？是否应该修订《草稿化》指引，纳入这些页面？
- A：2019年社群就探讨了G14的适用范围。（当时Tigerzeng认为，外文的论述、方针、指引、导航模板、主题、帮助页面等，「虽然少见，但长期存在也不合适」，而Shizhao认为只应有条目可以适用，且表示「最早时候讨论这个主要就是针对条目的」。）最后社群将G14的适用范围定为「（主）、项目、维基专题（2021年增）、使用说明、主题」命名空间。未翻译的外文文本主要的危害在于读者向内容，即条目（主）空间、主题空间、一部分使用说明空间，后两者的量可以少到忽略不计，不需要由快速删除标准来覆盖（可以参考英文维基百科2023年废除了所有主题空间的速删准则），也没有必要大动干戈去修改《草稿化》。至于其他的编者向内容（项目、维基专题、使用说明）更没有具体的危害，甚至有些是有用的（如Wikipedia:Guestbook for non-Chinese speakers）；如果确实有些页面无用以至于没有必要在本地存在（如外文的论述、方针、指引），可以改为软重定向或者提报存废讨论。（另外一个有趣的点是，「适用于读者向内容的速删准则」应该是A组准则，而设置A组准则时因为不明原因没有把G14改为A组准则的共识，才有了2019年的修订。）
Wikipedia talk:不要為闡釋觀點而擾亂維基百科 § 更名“不要为阐释观点而扰乱维基百科”为“不要制造实际案例扰乱以反证观点”
Wikipedia talk:命名常规 § 引入有關條目命名的精確性的規定
Wikipedia talk:删除 § 在存廢討論之外達成存廢共識的情況
爲回應在存廢討論之外達成的存廢共識，避免出現爲了走流程而勉強走一次存廢的尷尬情況和理解差異，建議增訂以下刪除流程，列於Wikipedia:删除 § 存废覆核後：
修訂記錄：
- 修訂一：要求公示開始時向當天的存廢討論或存廢覆核頁面發送公示通知，同時將移動討論的備選位置從通過當天的記錄頁改爲公示開始時的記錄頁。另修正數處僅有提及存廢討論而未提及存廢覆核之處。2026年3月23日 (一) 16:17 (UTC)
- ※ 此處原有{{比較條文}}模板內容，因節省徵求意見摘要篇幅而省略，請至有關討論頁查看
Wikipedia talk:非條目頁面命名 § 弱化语气並降格为编辑指引
2023年7月，与本方針「伴生」的《命名一致性》从「技術要求」降格为「主要命名惯例」，又在當年12月降格为「其他命名惯例」。然而本方針仍然用了「应」这樣比较強烈的词，並且没有其他任何更加優先的条件以判断。因此建议參照《方針與指引》§方針及指引的用詞弱化其语气，並降格为编辑指引。
- ※ 此處原有{{A+-}}模板內容，因節省徵求意見摘要篇幅而省略，請至有關討論頁查看
Wikipedia talk:分类名称 § 将「分类一致性」降格为编辑指引，並暫时添加关于考慮其他分类命名规则的条文
一、将「分类一致性」降格为编辑指引
理由：《頁面分類》还是编辑指引呢，《分类名称·命名一致性》怎麼是方針，这完全不合理。
二、调整内文，要求编者考慮其他命名规则
理由：2023年7月，《命名常规·命名一致性》从「技術要求」降格为「主要命名惯例」，又在當年12月降格为「其他命名惯例」。然而本项目页面《分类名称》仅有〈命名一致性〉成为正式政策，这意味着建立分类时只需要考慮「一致性」，甚至不用考慮主条目叫什麼。［（补充：我忽略了《页面分类·命名法》，但是正如（一）说的，《页面分类》是指引。）］这完全不合理。
三、建议修正案
- ※ 此處原有{{A+-}}模板內容，因節省徵求意見摘要篇幅而省略，請至有關討論頁查看
本页设置为指引後，「建立分类时」等一整句话应该廢除。
以上。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年3月23日 (一) 23:53 (UTC)Wikipedia talk:禁制 § 有關就擾亂仲裁空間頁面而由委員會成員作出的行動
Wikipedia talk:收錄標準/運動員 § 建議增補《WP:SPORT》
最近看見在《管理員布告板》的一則提報，令在下意識到《WP:SPORT》還有很多尚未涉及的地方（例如上述報告提及的田徑賽事）。因此在下提議在《WP:SPORT》中增加一些內容。📕📙📒📗📘賭博機構最堅定的反對者強烈要求馬上刪除一切含有賭博網站的編輯摘要！ 2026年3月25日 (三) 04:01 (UTC)
Wikipedia talk:禁制 § 明確被禁制者尋求澄清的義務
爲方便落實禁制，並避免被禁制者以不清楚禁制範圍爲藉口違反禁制，建議引入英維en:WP:BMB末段［及英維關於例外的其他條文］，明確被禁制者尋求澄清的義務：
以上，邀請@Newbamboo、Manchiu，並邀請社羣討論。--1F616EMO（喵留言～求助？） 2026年3月27日 (五) 17:21 (UTC)Wikipedia talk:命名常规/音乐 § 關於樂團名的部分
Wikipedia:互助客栈/方针 § 新增RSP命名空间或伪命名空间
最近WP:RSP（Wikipedia:可靠来源/常见有争议来源列表）改用分页格式。RSP分页多，而且常(?)在社群讨论中引用，应该考慮统一的快捷方式（捷徑）。设置一個伪命名空间可以方便链接，避免快捷方式衝突（比如英维RSP有一些链接是WP:RSP开头，比如WP:RSPANI）。
此外，我想到或许可以设置为「真」命名空间，这樣也不用麻烦建重定向了，还能避免繁简问题。如果需要给各页面设置NOINDEX的话也能顺便设置。之前獨立格式手冊爲單獨命名空間的反對意見包括會分散方針指引，但是RSP並非方針指引，所以沒有這方面的問題。命名空间中文名称我提议为「信源评估/信源評估」。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年4月2日 (四) 14:01 (UTC)Wikipedia talk:删除 § 关于非中文条目是否应草稿化的讨论
各位好。此讨论同步发起自Wikipedia talk:快速删除#取消快速刪除方針G14條的14日等待期。这里我发起本讨论是想为非中文条目是否应当草稿化而征求各位的意见。
当前，快速删除方针的G14条规定了对于非中文条目应悬挂{{NotMandarin}}模板，并会在该模板被悬挂后的第14天被提速删；而Wikipedia:草稿命名空间里则写到……草稿空间还有如下维护性用途：……存放复制自外语维基，但未翻译的条目
。
个人觉得这两条显然相互冲突了，而且复制自外语维基但为翻译的条目好像也符合其他的快速删除标准；此外这会给G14是否执行带来一定的争议了——按照当下的方针，换做是我遇到符合G14的条目，我是会选择直接草稿化的，绝对不会选择去挂{{NotMandarin}}的，这点我在发起讨论的时候也提到过——这里是中文维基百科，让人过来看到一篇纯外语的条目上面还挂着个请翻译此条目的模板是什么意思嘛。
因此希望各位过来发表一下关于这个问题的意见：对于一篇纯外文的条目，应当选择直接草稿化，还是应当快速删除（不留14天等待期）？欢迎各位发表意见，这将会影响后续快速删除方针的修订。--浅村しき（留言・签名） 2026年4月2日 (四) 16:53 (UTC)Wikipedia talk:優良條目評選 § 疑问：若有LTA傀儡参与投票，被评为优良条目后才被发现，该如何处理
Wikipedia:互助客栈/方针 § 關於大型語言模型於中文維基上使用的方針
Wikipedia talk:新条目推荐/候选 § 提議新增關於全站及全域封禁帳戶屢次新開帳號之投票及提名行為
基本推薦資格新增：
- ※ 此處原有{{比較條文}}模板內容，因節省徵求意見摘要篇幅而省略，請至有關討論頁查看
獲選標準新增：
- ※ 此處原有{{比較條文}}模板內容，因節省徵求意見摘要篇幅而省略，請至有關討論頁查看
Wikipedia talk:格式手冊/電視 § 複製過來的劇情介紹及Copypaste模板
留意到@Rastinition 有一種習慣，發現劇情介紹是從其他網站複製過來，有侵權嫌疑，便刪除了整段劇情介紹，但刪除後才掛上Template:Copypaste，例有[6][7][8]。也有掛上模板後15分鐘內即刪了疑似侵權內容，但沒除模板 [9]，到後來別人除下模板時都未有大量清理的編輯。請解釋需要Template:Copypaste理由是甚麼? 條目有甚麼地方疑似複製過來的，但又沒法指出來，立時刪除? 把官方或傳媒鱔稿式劇情介紹搬字過紙雖然是重災區，但以香港劇集來說，其他部分反倒是原創研究較多，不能因為劇情介紹搬字過紙，就一直把這個印象高掛在條目最頂，有欠公道。
看到@Factrecordor在Wikipedia_talk:格式手冊/電視/存檔二#香港電視劇集條目格式曾略有談及劇情介紹，提及的I_SWIM#每集列表只掛模板警示而不刪除，多年來仍沒變，其實I_SWIM#劇情那一小段都是抄官方的。未知你現在有何意見? 亦通知@Infodump0--Underconstruction00（留言） 2026年4月10日 (五) 07:44 (UTC)Wikipedia talk:收錄標準 § 删除「维基新闻」短句
Wikipedia talk:维基百科不是什么 § 删除维基新闻相关表述
现提议删除含「维基新闻」的相关表述。
- ※ 此處原有{{A+-}}模板內容，因節省徵求意見摘要篇幅而省略，請至有關討論頁查看
Wikipedia talk:共识/讨论的发起位置 § 关于此页面
是不是不应该作为Wikipedia:共识的子页面，因为文章和Wikipedia:共识并不是非常相关（该文章是维基百科社群的共识不代表该文章适合作为Wikipedia:共识的子页面，因为Wikipedia:共识的主题是“共识”概念本身。
是不是应该移动到Wikipedia:讨论的发起位置？--Sksawf（留言） 2026年4月16日 (四) 11:39 (UTC)維基專題與協作
[编辑]Wikipedia talk:可靠来源/常见有争议来源列表 § 新RSP格式
Wikipedia:可靠来源/布告板 § 大紀元時報的來源是否可靠？
我前几个小时内，试图走页面存废讨论，删除模板:昆虫专题，理由是昆虫专题并未实际存在，然而有用户认为该模板在超过两千个页面被使用，不宜被提删。
然而，我认为昆虫专题完全可以被现有生物专题所涵盖，且昆虫专题就算建立也难以维护，因此彻底废除该模板才是适宜的。
以上。--Luoniya（留言） 2026年3月7日 (六) 15:18 (UTC)Wikipedia:互助客栈/方针 § 再次提议“特色列表”改名
Wikipedia talk:可靠来源/常见有争议来源列表 § 对等记录模板的逻辑重写
鄙人尝试把目前的各大页面的记录整合入Module:RSP/Data了，并通过Module:RSP/Infobox重写了信息框逻辑使其对接RSP/Data。原先的想法是打算写现在的{{Source reliability link}}视觉化Wikipedia:可靠来源/常见有争议来源列表#列表，效果如下：
由于修改模板影响数百个页面，故请求社群讨论以决定是否修改。--__( •̀ ω •́ )＜✧ 2026年4月4日 (六) 14:30 (UTC)
Wikipedia:互助客栈/方针 § 關於大型語言模型於中文維基上使用的方針
Wikipedia:可靠来源/布告板 § 「外部連結/常年網站」合併後集中討論
- 狀態： 討論中
以下四個來源因「外部連結/常年網站」與「常見有爭議來源列表」合併一事，先於社群討論已建立頁面，故懇請社群提供評級。此處一併提供英維結論、本人擬定結論供參考。
- Wikipedia:可靠來源/常見/Ancestry.com
- 英維RSP結論：
通常不可靠：Ancestry.com is a genealogy site that hosts a database of primary source documents including marriage and census records. Some of these sources may be usable under WP:PRIMARY, but secondary sources, where available, are usually preferred; further, see WP:BLPPRIMARY. Ancestry.com also hosts user-generated content, which is unreliable. - 擬定結論：
應替代：Ancestry.com 是一個譜系學網站，收錄了包括婚姻紀錄、人口普查紀錄在內的第一手來源文件資料庫。其中部分來源在WP:PRIMARY的規範下或許可用，但若有第二手來源，通常仍應優先採用；且應儘量避免用於在世人物傳記。Ancestry.com 也收錄了使用者供應內容，這些內容
不可靠。 - Wikipedia:可靠來源/常見/eBay
- 英維ELP結論：Maybe可靠：eBay has been used by reliable sources for historical auction records. Editors should use common sense here by making sure that the auction is noteworthy before adding the source.
- 擬定結論： 應替代 通常不可靠：eBay 是一个線上拍賣及購物網站，屬於使用者供應內容。但是，eBay 也曾被可靠來源用作歷史拍賣紀錄的參考。編者在使用這類來源時應依常理判斷，先確認該拍賣本身具有一定的重要性，再決定是否加入這項來源；若該拍賣本身並不重要，則不應使用此來源。
- Wikipedia:可靠來源/常見/Find a Grave
- 英維RSP結論： 通常不可靠：The content on Find a Grave is user-generated, and is therefore considered generally unreliable. Links to Find a Grave may sometimes be included in the external links section of articles, when the site offers valuable additional content, such as images not permitted for use on Wikipedia. Take care that the Find a Grave page does not itself contain prohibited content, such as copyright violations.
- 擬定結論： 通常不可靠：Find a Grave 上的內容屬於使用者供應內容，因此一般不可靠。另須注意，Find a Grave 的頁面本身不得含有禁止內容，例如侵犯著作權的材料。
- Wikipedia:可靠來源/常見/Myspace
- 英維ELP結論：Sometimes（與Facebook、Instagram並列社群媒體。）
- 擬定結論： 通常不可靠：Myspace有較多使用者供應內容，通常不可靠。機構認證帳號的可靠性也相差較大；部分機構在社群媒體以不同的編輯團隊和政策運營，不可類推可靠性。政府、企業等組織機構認證帳號發布的內容，可作為發佈方之主張的第一手來源使用。新聞媒體機構認證帳號發布的內容，可依照該媒體本身的可靠度使用，但應儘量使用該機構的原始出處替代，且應儘量避免用於在世人物傳記。
維基百科技術議題與模板
[编辑]Wikipedia talk:可靠来源/常见有争议来源列表 § 新RSP格式
Template talk:Country data Chinese Taipei § 編輯請求 2026-03-15
Template talk:Fb cl3 team § Vector 2022 暗色模式文本显示问题
{{Fb cl3 team}}里的字体颜色和背景颜色一样，完全看不见表格里的字。但在Vector2010的暗色模式下就没有问题，字体颜色为正常的白色。--𝓧𝓩𝓣𝓓𝓮𝓪𝓷 2026年3月18日 (三) 12:25 (UTC)Template talk:G15-exempt § G15-exempt还是G15 Placeholder？
Wikipedia:互助客栈/技术 § Request for Comment: VisualEditor automatic reference names
Hi, I’m Johannes from Wikimedia Deutschland’s Technical Wishes team. Apologies for writing in English. 请帮助翻译至您的语言! We are considering to work on Community Wishlist/W17: Improve VE references' automatic names and reuse. This has been a long-term issue for wikitext editors (see e.g. en:WP:VisualEditor/Named references) which has been among the top-voted wishes in several Community Wishlist Surveys, e.g. 2017, 2019, 2022 or 2023.
We would like your input on the solutions proposed on our project page. We are considering several options, which can be combined if desired by the community.
- Changing the default pattern for automatically generated reference names (currently
":n", e.g.":0",":1"...) to use the reference type instead (e.g."book_reference-1"). - Providing a simple mechanism for communities to configure a different default name.
- Generating automatic reference names based on the domain name (if it’s a web citation).
- Generating automatic reference names based on template parameters (e.g. "title" or "last"+"first") – defined by the community.
Feedback
[编辑]Visit our project page to read about our proposal in detail and share your thoughts on metawiki.
Please note: We will only implement a solution if there’s clear consensus among the global community. Our intention is not to build the perfect solution, but to find a simple and lean one that alleviates the pain caused by auto generated names. We are aware that some experienced VisualEditor users might prefer an option to manually change reference names in VisualEditor, but such a UX intervention is difficult to achieve across reference types and thus out of scope for our team, we can only improve the auto-naming mechanism. We are happy about suggestions for improving certain details of the proposed solutions. Any other feedback and alternative proposals are also welcome – even though it’s out of scope for us, it might still be relevant for future work on this topic.
Please support us interpreting consensus by clearly indicating your opinion (e.g. by using support/neutral/oppose templates). We are aware of en:WP:NOTVOTE, but given that we are facilitating this discussion with users from different wikis, potentially commenting in their native language, clearly indicating your position helps us avoid misunderstandings.
Thank you for participating! --Johannes Richter (WMDE)（留言） 2026年3月19日 (四) 11:40 (UTC)Wikipedia:互助客栈/方针 § 新增RSP命名空间或伪命名空间
最近WP:RSP（Wikipedia:可靠来源/常见有争议来源列表）改用分页格式。RSP分页多，而且常(?)在社群讨论中引用，应该考慮统一的快捷方式（捷徑）。设置一個伪命名空间可以方便链接，避免快捷方式衝突（比如英维RSP有一些链接是WP:RSP开头，比如WP:RSPANI）。
此外，我想到或许可以设置为「真」命名空间，这樣也不用麻烦建重定向了，还能避免繁简问题。如果需要给各页面设置NOINDEX的话也能顺便设置。之前獨立格式手冊爲單獨命名空間的反對意見包括會分散方針指引，但是RSP並非方針指引，所以沒有這方面的問題。命名空间中文名称我提议为「信源评估/信源評估」。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年4月2日 (四) 14:01 (UTC)Wikipedia talk:联络我们/封禁 § 关于unblock-zh.org
Wikipedia talk:可靠来源/常见有争议来源列表 § 对等记录模板的逻辑重写
鄙人尝试把目前的各大页面的记录整合入Module:RSP/Data了，并通过Module:RSP/Infobox重写了信息框逻辑使其对接RSP/Data。原先的想法是打算写现在的{{Source reliability link}}视觉化Wikipedia:可靠来源/常见有争议来源列表#列表，效果如下：
由于修改模板影响数百个页面，故请求社群讨论以决定是否修改。--__( •̀ ω •́ )＜✧ 2026年4月4日 (六) 14:30 (UTC)MediaWiki talk:Blockiptext § 提议调整界面的措辞
该模板写道：只有在防止蓄意破坏，及符合方针与指引，或是用户违反封禁方针的情况下才可采取此行动。，但这句话读起来很怪异：首先，根据破坏的定义，只有蓄意损毁维基百科的行为才能被称为破坏，所以“蓄意破坏”中的“蓄意”是冗余的；其次，“用户违反封禁方针”没有“用户违反方针与指引”来得通顺。因此，我建议把这句话改为如下：
只有在防止[[Wikipedia:破坏|破壞]]，或是用戶違反其它[[維基百科:方針與指引|方針與指引]]的情况下才可根据[[Wikipedia:封禁|封禁方針]]採取此行動。。--Ascchrvalstr（留言） 2026年4月4日 (六) 17:10 (UTC)Template talk:Article history § 編輯請求 2026-04-09
Template talk:Country data Hong Kong § 編輯請求 2026-04-11
| link alias-football = 香港{{{mw|}}}足球代表隊需要在“香港”后添加上{{{age|}}}，否则{{fbu}}、{{fbwu}}都无法正确导向。--Cygz（留言） 2026年4月11日 (六) 09:56 (UTC)Template talk:Country data Chinese Taipei § 編輯請求 2026-04-11
| link alias-football = 中華台北{{{mw|男子}}}足球代表隊需要在“中華台北”后添加上{{{age|}}}，否则{{fbu}}、{{fbwu}}都无法正确导向。--Cygz（留言） 2026年4月11日 (六) 09:58 (UTC)維基百科提議
[编辑]Wikipedia talk:冒犯性内容 § 维基存在的目的不是去冒犯人，否则谁还去读维基百科呢
Wikipedia:互助客栈/其他 § 2027丁未年新年标志联合票选
先祝大家丙午年新年快乐。虽然26年元宵都没过完，讨论27年春节标志的事可能为时过早，现在看来还有三百多来天。但是考虑到我维和越南语的正常票选流程，其实差不多在今年年底或在明年年初开始，也就是还有九个月的时间，再加上联合票选一事若确定，可按方案往后一直办下去，故此提前九个月讨论只能算是留下一个充裕的时间，所以不如提早讨论。
首先先回顾一下背景，见Wikipedia:互助客栈/其他#春節標誌聯合票選，其大致思路就是，多个语言社区中，创作者将作品放到票选中，各语言社群各自选出自己社群的标志。本质上是个共享设计的方案。社群应该有：中维、日维、越维、韩维、闽南语、粤语、吴语、闽东语、文言、客家话、赣语、藏语、壮语（可能因为我眼瞎漏了其他也可以参与的语言社群）。其中日维在上方讨论中基本确定不会换标，但毕竟也可以邀请创作者创作。同时也有人提出，可以不局限在维基百科这一单一维基项目，还可扩充到例如维基词典等项目之中。
上述主要有两个问题：
- 文化问题。各个社群的春节文化可能完全不同，甚至越南有猫年这一说法，这导致设计上可能会导致些许不合。
- 维基项目问题。不同维基项目之间，可能也因不同项目的属性，难以推出一个能让大家都用的标志。
当然上述两个问题都是小问题，对文化上来说，可能可以放些有关春节的元素就行，相信春节习俗上还是有很多共同点的。维基项目问题，亦可以用同样思路解决。
我个人对此对的想法是，27年先邀请上述社群的维基百科来看看，毕竟如果维基百科都没人，其他维基项目很难真的有人来。具体细则上，我相信只要一些基本上的，如不涉及版权问题等即可。
我本人对此能力有限，尤其是对元维基的了解上的，所以也希望有人能对我在元维基上有些帮助（如建立项目页？）。本人主要是有些时间，可以和其他社群的讨论页上与其他社群人员进行交流。
希望大家可以对该想法提出意见和帮助。
以上。谢谢。Luoniya（留言） 2026年2月28日 (六) 18:25 (UTC)Wikipedia:互助客栈/方针 § 再次提议“特色列表”改名
Wikipedia:互助客栈/条目探讨 § Category:日期下的分类是否比照出生逝世日期分类清理
Wikipedia:互助客栈/方针 § 新增RSP命名空间或伪命名空间
最近WP:RSP（Wikipedia:可靠来源/常见有争议来源列表）改用分页格式。RSP分页多，而且常(?)在社群讨论中引用，应该考慮统一的快捷方式（捷徑）。设置一個伪命名空间可以方便链接，避免快捷方式衝突（比如英维RSP有一些链接是WP:RSP开头，比如WP:RSPANI）。
此外，我想到或许可以设置为「真」命名空间，这樣也不用麻烦建重定向了，还能避免繁简问题。如果需要给各页面设置NOINDEX的话也能顺便设置。之前獨立格式手冊爲單獨命名空間的反對意見包括會分散方針指引，但是RSP並非方針指引，所以沒有這方面的問題。命名空间中文名称我提议为「信源评估/信源評估」。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2026年4月2日 (四) 14:01 (UTC)Wikipedia talk:防滥用过滤器 § 关于“防滥用过滤器”的名称
Wikipedia talk:優良條目評選 § 疑问：若有LTA傀儡参与投票，被评为优良条目后才被发现，该如何处理
Wikipedia:互助客栈/方针 § 關於大型語言模型於中文維基上使用的方針
Wikipedia talk:新条目推荐/候选 § 提議新增關於全站及全域封禁帳戶屢次新開帳號之投票及提名行為
基本推薦資格新增：
- ※ 此處原有{{比較條文}}模板內容，因節省徵求意見摘要篇幅而省略，請至有關討論頁查看
獲選標準新增：
- ※ 此處原有{{比較條文}}模板內容，因節省徵求意見摘要篇幅而省略，請至有關討論頁查看
未分類
[编辑]目前此主題無正在討論的議題
以灰色標註者尚未正式啟用 | |
| 一般 | |
| 內容 | |
| 頁面處理 | |
| 用户行為 | |
| 其他 | |
