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

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

維基百科格式與命名

Wikipedia talk:格式手册/标点符号 § 推進圖註結尾有無句號共識

前次討論，多數意見傾向「視作短語的圖註結尾不加句號，視作句子/語段的圖註結尾加句號」，其餘意見認爲此爲習慣問題並表示中立。被指似有初步共識，可以考慮繼續推進；惜未推進。故而，折衷二方意見，總結共識：不應禁止「視作句子/語段的圖註結尾加句號」。建議對「句號」章節部分修改如下：

現行條文 句2：图片和圖表的短語說明，其中部内容可用逗号，但末尾不用句号。就算有时说明文字内容比较长，在前面的语段中已用句号，最后结尾处仍不用句号。 维基百科标志 维基百科标志。 维基娘是维基百科萌拟人化后的美少女角色。由日语维基百科人创作 维基娘是维基百科萌拟人化后的美少女角色。由日语维基百科人创作。

提議條文 句2：圖、表的說明文字若屬短語，末尾不用標點（包括句号）；若爲句子或語段，末尾可用、可不用句号。 维基百科标志 维基百科标志。 维基娘是维基百科萌拟人化后的美少女角色。由日语维基百科人创作 维基娘是维基百科萌拟人化后的美少女角色。由日语维基百科人创作。

--— Gohan 2024年10月27日 (日) 04:57 (UTC)

維基百科方針與指引

Wikipedia:互助客栈/方针 § 关于WP:非原创研究方针是否适用于模板；以及判定模板为“原创研究”的客观标准

現行條文 在先前有关WP:页面存废讨论中，若干编者多次以模板为“明显的原创总结”及WP:非原创研究方针提删。但这些编者没有回答区别这些模板为“原创总结”，而其他模板如 Template:生成式人工智能、Template:各国列表、Template:软件开发过程、Template:人工智能 等不是“原创总结”的客观标准。 现行WP:非原创研究方针提到： 条目不应该包含有对已发表材料的新式分析和总结，如若这些分析与总结产生了原始来源中并未明确的立场。 但方针文字中未直接涉及模板。

提議條文 因以上问题，提请社群就WP:非原创研究方针是否适用于模板，以及判定模板为“原创研究”的客观标准，予以讨论和澄清。 在此讨论未完成之前，请暂缓以“明显的原创总结”及WP:非原创研究方针为由删除模板。

--Zhenqinli（留言） 2024年8月8日 (四) 08:02 (UTC)

Wikipedia talk:字詞轉換處理 § 《WP:字詞轉換處理#歷史》一章中的“模板:Tq 只能用于讨论和项目页面。请勿在条目中使用。”

“在以前有繁简两版本的文章现在仍然需要人手合并，但目前已经大致完成。”这反映的应该是中文维基百科极早期的状态了吧？应该依事实修订为“目前早已完成”或“已于20XX年完成”？--自由雨日🌧️（留言｜贡献） 2024年8月24日 (六) 16:35 (UTC)

Talk:中国地理 § 中维“中国”一词的地理意义指什么？

条目名为“中国地理”，但通篇介绍的内容不是“中华人民共和国地理”就是“中国大陆地理”——即少部分涉及主权声索等问题时实质上是在介绍中华人民共和国地理，用“中国”一词代表了“中华人民共和国”，违规；其余不涉及主权等问题时则是单纯介绍中国大陆这片区域的地理，用“中国”一词代表了“中国大陆”，违规。如果是一般的条目，只消将条目名移动至“中华人民共和国地理”或“中国大陆地理”然后明确介绍范围即可。但“中国地理”本身是极重要的“中国”类条目，更是《中国》条目《地理》章节的主条目，可以说中维必须要存在一个名为“中国地理”的条目，因为这直接关系到中维“中国”一词的“地理”涵义（类似{{中国历史}}模板和《中国历史》条目对明确中维“历史意义的‘中国’一词指什么”的重要性）。综上，该如何处理本条目？或者说，在中文维基百科，“中国”一词的地理涵义是什么？--自由雨日🌧️（留言｜贡献） 2024年9月25日 (三) 19:25 (UTC)

Wikipedia:互助客栈/方针 § 应允许保留/创建带书名号的重定向

参见：Special:PermaLink/73495421 § 《切韵》和WP:頁面存廢討論/記錄/2024/10/10 § 《不忘初心》

近期有多个带书名号的重定向被提出存废讨论，鉴于争议已经扩大化、白热化，且涉及几乎所有这类重定向，我认为存废讨论已经不适合再继续讨论，所以在客栈开启讨论。首先就我认为为何应允许保留/创建发表立论：

• 中国大陆的大部分百科类工具书，若以作品名称为条头，则必须带有书名号，如《中国大百科全书》、《音乐百科全书》等等，简单搜索或阅读纸质版均可验证。在今年年初《禁止使用示亡号》相关讨论中，@Ghren曾指出“格式手册基本的制定逻辑应该是：维基百科上的技术、执行上问题>学界标准>学者论述>生活上的用例>技术标准>>维基人个人的论述、用法”，我对这一观点极为拥护。虽然在中维“命名常规”和“重定向”并非“格式手册”，但细化到这一书名号问题，显然是属于编纂百科全书时的格式问题。在传统百科全书几乎都带书名号作条头的情况下，即使是提出中文维基百科（或者至少说大陆简体模式）也改用带有书名号的命名格式都并非不合理，更何况仅仅是多创建一个重定向而已。
• 承接上条。我作为一个“从传统百科全书来的读/编者”，已经完全形成了“作品名作条头时应带有书名号”的烙印。我若想搜索《不忘初心》这首歌，则必然会带书名号“《不忘初心》”进行搜索，若仅输入“不忘初心”，我会预期进入一个介绍习近平“不忘初心”相关论述的条目，或是进入一个消歧义页。于我而言，“不忘初心”只是这首歌的标题，必须带上书名号“《不忘初心》”才能指代这首歌。此外，很多情况下（主要是在不存在同名作品的情况下），直接带书名号搜索也是直达相关条目最快捷的方式，几乎没有输入法输入“管子 (书)”比输入“《管子》”更方便，若直接输入“管子”则需经过消歧义的步骤，同更烦琐。在错字、标点符号上的全半角区别（外文维百还有单复数、大小写区别等）等都能创建重定向的情况下（参见WP:重定向用途），根据传统百科全书的惯例创建带书名号的重定向难道不合理吗？

其次，再对@Cwek所提出的“应该删除的理由”进行反驳：

• @“命名常规不支持作品名带书名号的命名”“用重定向代替就是一种变相的规避命名常规不允许的行为”：重定向不适用命名常规，并且大部分重定向（除关注度重定向等外）本身就是为了将不合命名常规的页面跳转至符合命名常规的页面，即绝大部分重定向都不符合命名常规。
• Cwek认为“虽然条目名称不允许使用书名号，但可以通过重定向代替，并且使其可以内链”，甚至据此对我作出了“尝试游戏规则”的严重指控。下面对这一内链问题分类讨论，以说明这一问题完全是无效理由：
  • 首先，《WP:内部链接》目前都并非正式指引，我也未在该论述中看到任何有关“书名号不能进入内链”的表述。根据常识，我也不理解为何书名号不能进入内链。“《[[管子 (书)|管子]]》”和“[[《管子》]]”，哪一种代码更加简洁明了？同时，《中国大百科全书》等传统百科全书的规定甚至是所有书名号均需加入内链。即便如此，我们就假设中维规定了“书名号不能进入内链”，下面论证即使在有这一规定的情况下，仍完全无法推出“应删除带书名号的重定向”：
    • 重定向并不是只有内链的作用，也有助于搜索，前面已指出在无同名作品等情况下输入“《管子》”是最方便的。
    • 即便删除所有书名号重定向，仍可以通过[[管子 (书)|《管子》]]的方式来让书名号进入内链。
  • 因此，“删除书名号重定向”“可以让书名号进入内链”，两者完全互为既不充分也不必要条件，即完全无关。如果Cwek想禁止书名号进入内链，显然应该提出修订WP:内部链接指引。若指引规定书名号不能进入内链，书名号重定向依然有其作用；若指引没有规定书名号不能进入内链，即便不允许书名号重定向的存在，书名号也依然可以进入内链。
• @“Cwek认为的‘仅应保留传统百科全书条目中有的标题’”：保留/创建带书名号的重定向并非完全是出于{{传统百科全书条目重定向}}这一理由，如当年《切韵》存废复核里，3条中的2条都并非这一理由。此外，前面已论证，创建带书名号重定向的理由是出于存在带书名号命名的学术惯例，即将“这种条目命名方式作为重定向引入中文维基百科”，而非仅仅是将“这些标题引入”。

我知道，在中文维基百科，像我这样的“书名号派”是极少数，希望严格遵循传统百科全书等学术惯例（或者说希望在大部分问题上遵循“维基百科上的技术、执行上问题>学界标准>学者论述>生活上的用例>技术标准>>维基人个人的论述、用法”）的观点也经常不受待见。但俗话说得好，做事总得留有余地，凡事不能做得太绝。我从未谋求在中维（或大陆简体）在命名中引入书名号，在书名号不位于标题两端的那些条头也从未发起过任何移动讨论，但目前眼看带书名号的“重定向”都即将被当作异端邪说而遭受清除，我便不得不在此提出讨论了。--自由雨日🌧️（留言｜贡献） 2024年10月11日 (五) 22:10 (UTC)

Wikipedia talk:可供查證 § WP:V引入en:WP:ONUS

今天看到英维的这一段我们没有，并觉得这一段方针对于日常编辑时很有引导作用，以下是我大概翻译的版本，欢迎大家编辑改善，提出自己的意见。

存在可靠来源不保证内容被收录

任何条目中收录的内容应可由可靠来源验证，但这并不代表任何可供查证的信息都应写入条目中。特定内容可能通过共识决定没有改善其条目，也可能由其他方针指出并不应写入维基百科条目。此类内容应被省略或写入其他条目。希望添加存在争议的内容的编者有义务为添加该内容形成共识。--0xDeadbeef (留言) 2024年10月13日 (日) 04:08 (UTC)

Wikipedia talk:爭議解決布告板 § 爭議解決布告板準備工作

本次討論主要處理爭議解決布告板的準備工作。該板預計將會逐漸承擔大部分的條目探討工作，並針對編輯內容爭議進行初步的解決工作。臺灣杉在此發言 (會客室) 2024年10月15日 (二) 17:50 (UTC)

Wikipedia talk:命名常规 § 調整地名命名常規的規定

此討論正在公示7天，直至2024年10月31日 (四) 00:02 (UTC)結束；如有意見請儘快提出。

參照Talk:河內市#建議更名，現擬議調整地名命名常規如下，以符合現時行政區劃條目命名的現狀：

現行條文 中国大陆的行政区条目的命名需要加上“省”、“市”、“县”等，以全称来命名，如“内蒙古自治区”、“山东省”、“深圳市”、“阳朔县”、“焉耆回族自治县”、“海淀区”等，而避免用“内蒙古”、“山东”、“深圳”、“阳朔”、“焉耆”、“海淀”等来命名。除区划条目自身以外，涵盖某一行政区全境内情况的条目、模板、分类等，其命名均应采用区划全称，如“广东省行政区划”、“山东省经济”、“Category:北京市建筑物”等，而不应使用“广东行政区划”、“山东经济”、“Category:北京建筑物”等来命名。

提議條文 中国大陆、臺灣、日本、朝鮮半島與越南的行政区劃条目的命名需要加上通名，以全称来命名，而避免僅用專名来命名，惟全稱不帶通名的情況例外。就中國大陸而言，除行政区划条目自身以外，涵盖某一行政区划全境内情况的条目、模板、分类等，其命名均应采用行政区划全称，如“广东省行政区划”、“山东省经济”、“Category:北京市建筑物”等，而不应使用“广东行政区划”、“山东经济”、“Category:北京建筑物”等来命名。 参考資料

此擬議修改不會導致任何條目名稱需要更動。Sanmosa _新朝雅政 2024年10月17日 (四) 03:31 (UTC)

Wikipedia talk:互助客栈 § 有關互助客棧方針版的長度壓力問題

此前，互助客棧方針版的長度一度逾60萬位元組，在我搬運了若干已結束或stale了的討論後才降到40多萬，然而這個長度還是比起其他互助客棧的版塊來得長（互助客棧其他版的長度現在是20多萬位元組，條目探討版是10多萬，消息、技術與求助版不超過10萬），而且在頁面載入與編輯上也產生了一些問題（我在電腦嘗試載入或編輯頁面的話，頁面完全載入所需的時間顯著地延長了）。有鑒於此前曾有討論提議以WP:徵求意見機制取代互助客棧方針版的機能，我認為現在是合適的時機來提出這件事情。Sanmosa _新朝雅政 2024年10月23日 (三) 00:30 (UTC)

Wikipedia talk:COVID-19條目共識 § 調整COVID-19條目共識的規定

承上討論，現提議修改WP:COVID-19條目共識的表述。草案正文，差異。Sanmosa _新朝雅政 2024年10月23日 (三) 02:00 (UTC)

Wikipedia talk:消歧义 § 2020年10月修订案与格式讨论

修订案主要涉及#章节安排问题（最简单的做法只需将一个三级标题改为二级标题），以及#修订WP:消歧义命名的问题。格式讨论涉及主从消歧义页面编写方式（若有必要则亦应修改指引）。——自由雨日🌧️（留言｜贡献） 2024年10月25日 (五) 04:39 (UTC)

Wikipedia talk:格式手册/标点符号 § 推進圖註結尾有無句號共識

前次討論，多數意見傾向「視作短語的圖註結尾不加句號，視作句子/語段的圖註結尾加句號」，其餘意見認爲此爲習慣問題並表示中立。被指似有初步共識，可以考慮繼續推進；惜未推進。故而，折衷二方意見，總結共識：不應禁止「視作句子/語段的圖註結尾加句號」。建議對「句號」章節部分修改如下：

現行條文 句2：图片和圖表的短語說明，其中部内容可用逗号，但末尾不用句号。就算有时说明文字内容比较长，在前面的语段中已用句号，最后结尾处仍不用句号。 维基百科标志 维基百科标志。 维基娘是维基百科萌拟人化后的美少女角色。由日语维基百科人创作 维基娘是维基百科萌拟人化后的美少女角色。由日语维基百科人创作。

提議條文 句2：圖、表的說明文字若屬短語，末尾不用標點（包括句号）；若爲句子或語段，末尾可用、可不用句号。 维基百科标志 维基百科标志。 维基娘是维基百科萌拟人化后的美少女角色。由日语维基百科人创作 维基娘是维基百科萌拟人化后的美少女角色。由日语维基百科人创作。

--— Gohan 2024年10月27日 (日) 04:57 (UTC)

Wikipedia talk:管理員的離任 § 仲裁委員會成立後的管理人員解任機制（續）

經共識訂立的仲裁機制及其他過往討論中均就仲裁委員會在處理管理人員解任案獲得社群廣泛同意，在維基百科討論:仲裁委员会#管理人員解任中就達成了「仲裁委員會有權調查管理人員行為是否失當後交社群再行決議」，但就仲裁委員會如何行使有關職權仍有待商榷。我想將這個議題分拆成多個部分去探討，期望獲得最大程度的共識。本討論分為以下部分：

1. 彈劾機制；
2. 糾舉機制；
3. 直接除權；及
4. 依請求介入社群程序。

(※)注意：此四機制並非僅能採納其中一個，這四個機制的設計是完全可以共容的。

--路西法人 2024年10月27日 (日) 16:39 (UTC)

Wikipedia talk:文件使用方针 § GFDL相關規範加入

由於先前討論尚未進行後續的規範制定，因此希望比照英維進行修正。臺灣杉在此發言 (會客室) 2024年10月28日 (一) 06:37 (UTC)

Wikipedia:互助客栈/方针 § 准许各用户组自我除权

八年前，有用户组自我除权之讨论已达共识，允当时所设用户组自我除权。然现有四个非管理的可申请用户组（过滤器助理、仲裁委员会委员、确认用户及模板编辑员）尚无移除自己账号的用户组权限。或可准许此等用户组自我除权，使各用户组权限一致，并减轻维基百科:申请解除权限负担。

提議條文 ……； 允许移除自己账号的用户组。

尚祈社群商议为荷。——即请秋安 ZhaoFJx_(论•签) 2024年10月29日 (二) 22:28 (UTC)

維基專題與協作

Template talk:Duck § 更正默認提示文字？

@Cookai1205、Yoyolin0409：參見 WP:DUCK。確有理由更改、去除「一望而知」字樣。冀達成共識。— 𝕏ℂ𝕠𝕞𝕙𝕘𝕙𝕒𝕝𝕝 talk 2024年9月24日 (二) 02:18 (UTC)

維基百科技術議題與模板

Template talk:Lang-grc § 为Lang-grc模板引入多调（polytonic）样式

建议为{{lang-grc}}引入{{Script/Greek}}使用的多调希腊语样式。毕竟古希腊语肯定是用的多调正字法。 ——魔琴［身份声明 留言 贡献 新手2023］ 2024年10月9日 (三) 05:44 (UTC)

維基百科提議

Wikipedia talk:字詞轉換處理/公共轉換組 § 交集板塊：減少重複、節省資源

不少轉換規同時存在於兩個或多個公共轉換組，浪費資源，對此更新修正疲於奔波、亦浪費人力。不如設置可容多個公共轉換組嵌入的「交叉板塊」——相當於次級的公共轉換組。例如，Movie組、迪士尼組、Pixar組之間設置「交集板塊」「迪士尼-Pixar長片」，Movie組、迪士尼組之間設置「交集板塊」「迪士尼非Pixar長片」，Movie組、Pixar組之間設置「交集板塊」「Pixar非迪士尼長片」；如此，任何一個迪士尼或Pixar出品的電影長片的轉換規則都應收錄在以上三個「交集板塊」之一，而移出Movie組、迪士尼組、Pixar組頁面本身，最終轉換效果不變。另外，在提交公共轉換組編輯時，亦可警告不應增加已收錄在屬於本公共轉換組的「交集板塊」的字詞或要求復查。希望儘早提出此想法，以免導致上節「預儲」設計細節日後大改。--— Gohan 2024年7月10日 (三) 07:05 (UTC)

Wikipedia:互助客栈/其他 § 為管理人員任免制度檢討等事

近期又一管理人員解任投票，甫應用安全投票之新制，技術實務運作尚難稱熟稔；又逢顯著外來干涉及共識形成程序疑慮，遂致前所未有之困窘，亂象叢生、弊端頻出，社群矛盾對峙趨於激烈，此實無庸置疑。與此同時，定期審視更新管理人員任免制度，有助於人才新陳代謝，充實本站進階維護量能。時值仲裁委員會組織籌備停滯之際，「遠水難救近火」，故謹以此話題為首，先行就管理人員任免制度若干既存問題略作檢討，望社群踴躍發表意見。改革路程自不必操之過急，但求氣象有所更新爾。本人謹提出三個大問題，社群可撥冗予以回應，或自行提出其他值得專門討論之問題。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年8月18日 (日) 18:29 (UTC)

Wikipedia talk:爭議解決布告板 § 爭議解決布告板準備工作

本次討論主要處理爭議解決布告板的準備工作。該板預計將會逐漸承擔大部分的條目探討工作，並針對編輯內容爭議進行初步的解決工作。臺灣杉在此發言 (會客室) 2024年10月15日 (二) 17:50 (UTC)

Wikipedia:互助客栈/其他 § 在本地啟用安全投票及electionadmin权限

原标题：SecurePoll elections with the electionadmin right

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

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

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

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

Wikipedia talk:管理员错误自查表/封禁 § 有關此頁面新增內容，請大家協助確認及提供意見

Gluo88之前曾在Wikipedia:管理员错误自查表/封禁增加內容[1]（後來被Tisscherry及RainBeforeSun回退），最近Gluo88有重啟討論。我想讓多一些人參與討論，比較容易知道大家對此事的想法（之前的討論在上面，我就不自行做總結，怕我的表達扭曲任何一方的意思）--Wolfch (留言) 2024年10月20日 (日) 06:55 (UTC)