维基百科:互助客栈 (全部)

本頁互助客棧 (全部)是供以方便瀏覽所有討論而特別設置。如果您想要新增討論內容，請在互助客棧中選擇最合適的版面。

按此刷新頁面。

		歡迎光臨互助客棧！
	互助客栈是維基人議事相助之處，用以討論消息、方针、技术以及编辑、求助等議題。 發表議題之前請搜索先前文章，遵守指導及禮儀。任何與維基百科無關的問題，请前往知识问答。
消息	方针	技术	求助	條目探討	其他
討論維基相關新聞與消息	討論方針與草案	解決或報告技術疑難	解決在維基百科中所遇疑難	條目、模板、主題相關探討	未符任何分區之議題
发表 | 监视	发表 | 监视	发表 | 监视	发表 | 监视	发表 | 监视	发表 | 监视
查看全部討論
帮助目录 · 提出疑问 · wikitext基础 · 常见问题 · 常见错误 · 布告板 · 了解术语 · 即时协助 · 規則简述 · 使用指南
维基百科社群 互助客栈 消息 方针 技术 求助 条目探讨 其他 徵求意見 专题 维护 协作讨论 总帮助页 方針與指引 社群媒體 Discord IRC QQ Telegram Line 互联群 聚会
If you don't use Chinese, and want to contact Chinese Wikipedia, please leave your message here.

我想要……	请前往……
如何有效並安全地访问维基百科的方法	如何访问维基百科
与繁简处理有关的问题	字词转换
協助或尋求條目的改善意见	同行评审
对某些特定来源的讨论	可靠来源布告栏
寻找参考文献	文献传递
參與即時讨论或通过电子邮件进行讨论	「即時討論」或者「邮件列表」

---

消息

關於在中文維基百科中啟用「貢獻」入口點的提案

—此條未加入日期時間的留言是于2025年6月26日 (四) 08:14 (UTC)之前加入的。

This Month in Education: June 2025

Apologies for writing in English. Please help to translate in your language.

This Month in Education

Volume 14 • Issue 6 • June 2025

Contents • Headlines • Subscribe

In This Issue

• Albanian high school students at the Wikimedia Youth Conference 2025 in Prague
• Bolivia has 20 new teachers graduated from the Let's Read Wikipedia in the Classroom program
• Brazil was present at the EduWiki Conference 2025 in Bogota
• Does Wikipedia has future in the times of Chat-GPT
• PhilWiki Community promotes accessible multilingual stories for children
• Reading and Editing Wikipedia in a Bangladeshi College
• Wikimedia MKD's Workshops in June
• Wikipedia meets 2500 Ukrainian educators at the country’s biggest education festival

About This Month in Education · Subscribe/Unsubscribe · Global message delivery · For the team: ZI Jony 2025年6月27日 (五) 07:18 (UTC)

Sister Projects Task Force reviews Wikispore and Wikinews

親愛的維基媒體社群，

維基媒體基金會理事會的社群事務委員會 (CAC)指派姊妹專案工作小組 (SPTF)更新並實施一套評估姊妹專案（即由維基媒體基金會 (WMF)支援的維基媒體計劃）生命週期的程序。

維基媒體運動始終秉持著提供相關、可訪問且具有影響力的自由知識願景。隨著維基媒體專案生態系統的不斷發展，我們必須定期審查現有專案，以確保所有專案仍然符合我們的目標和社群能力。

儘管有些維基媒體專案的初衷崇高，但這些專案可能不再有效地服務於其最初的目標。審查此類專案並非放棄，而是對共享資源進行負責任的管理——志願者的時間、員工支援、基礎設施和社群關注都是有限的，而隨著我們的生態系統進入一個與我們最初創立時不同的網路時代，非技術成本往往會大幅增長。支持不活躍的專案或未能實現我們目標的專案，可能會無意中將這些資源從更具潛在影響力的領域轉移。

此外，維護那些不再體現維基媒體名稱所代表的品質和可靠性的專案會帶來聲譽風險。一個被放棄或可靠性下降的專案會影響人們對維基媒體運動的信任。

最後，如果不停止或重新規劃那些不再有效的維基媒體專案，啟動新專案將變得更加困難。當社群感到被過去的每一個決定所束縛——無論這些決定多麼過時——我們就有可能陷入停滯。一個健康的生態系統必須允許進化、適應，並在必要時放手。如果我們期望每個維基媒體專案都必須無限期地存在，我們就會限制實驗和創新的能力。

因此，姊妹專案工作小組審查了兩項關於姊妹專案生命週期的申請，以進行研究並示範審查流程。我們選擇 Wikispore （維基孢子） 作為可能啟動新姊妹專案的案例研究，並選擇維基新聞作為現有專案審查的案例研究。初步調查結果已在 2024 年 9 月 11 日的社群事務委員會會議上進行了討論，社群事務委員會建議就這兩項提案進行社群諮詢。

Wikispore （維基孢子）

以Wikispore （維基孢子）為新姊妹專案的申請已於2019年提交。姊妹專案工作小組決定更深入地審查此申請，因為 Wikispore （維基孢子）不像大多數新姊妹專案提案那樣專注於特定主題，而是有潛力培養多個新創的姊妹專案。

經過仔細考慮，姊妹專案工作小組決定不推薦 Wikispore （維基孢子）作為維基媒體姊妹專案。考慮到目前的活動水平，目前的安排允許更好的靈活性和實驗性，而維基媒體基金會則提供核心基礎設施支援。

我們認同該專案的潛力，並尋求社群意見，以確定什麼樣的活動和參與度才算足夠，以便在未來重新考慮其地位。

作為審查過程的一部分，我們與 Wikispore （維基孢子）社群分享了這項決定，並邀請了社群領導人之一 Pharos 參加姊妹專案工作小組會議。

目前，我們特別邀請大家就專案準備情況提供可衡量的回饋，例如貢獻者數量、內容量以及持續的社群支援。這將充分闡明開設新姊妹專案的標準，包括未來 Wikispore （維基孢子）可能會重新申請。然而，這些數字只是提供指導作用，因為任何數字都可能被操縱。

維基新聞

在現有的維基媒體姊妹專案中，我們選擇對維基新聞進行審查，因為我們從多方面觀察到維基新聞是最受關注的專案。

自 2023 年姊妹專案工作小組成立以來，其成員一直在會議和社群線上會議上就未履行維基媒體運動承諾的姊妹專案徵求社群意見。[1][2][3] 維基新聞是評估的主要候選專案，因為來自多個語言社群的人們提出了這項建議。此外，從大多數指標來看，維基新聞是最不活躍的姊妹專案，多年來活動量下降幅度最大。

雖然語言委員會定期開放和關閉姊妹專案的小語種版本，但從未有人提出關閉主要語言維基百科或任何英語姊妹專案的有效提案——維基新聞則並非如此。曾有人提議關閉英文維基新聞，該提議獲得了一些支持，但並未最終付諸行動[4][5]，此外同時有一份關閉所有語言維基新聞的提案草案[6]。

維基媒體基金會工作人員編製的初步指標同時佐證了維基媒體運動社群對維基新聞的擔憂。

基於此報告，姊妹專案工作小組建議社群重新評估維基新聞。我們得出的結論是，維基新聞目前的結構和活躍度在現有姊妹專案中最低。姊妹專案工作小組同時建議在諮詢期間暫停新語言版本的開放。

姊妹專案工作小組將對此分析進行討論，並歡迎討論其他替代方案，包括潛在的重組措施或與其他維基媒體專案整合。

目前提到的選項（可能僅適用於活躍度較低的語言或所有語言）包括但不限於：

• 重構維基新聞的運作方式，並將其與其他專案中的時事工作連結起來；
• 將維基新聞的內容合併到相關語言的維基百科中，亦可能合併到新的命名空間中；
• 將內容合併到相容授權的外部專案中；
• 封存維基新聞專案。

您的見解和觀點對於塑造這些專案的未來至關重要。我們鼓勵所有有興趣的社群成員在相關討論頁面或其他指定的回饋管道分享他們的想法。

回饋與後續步驟

如果您有意參與討論這些專案的未來發展和審核流程，我們將不勝感激。我們正在設定兩個不同的專案頁面：關於維基孢子的公眾諮詢和 關於維基新聞的公眾諮詢。請在2025年6月25日至2025年7月27日之間參與，屆時我們將總結討論內容，以便推進後續工作。您可以使用自己的語言撰寫意見。

同時，我將於7月16日星期三11:00（世界協調時間）和7月17日星期四17:00（世界協調時間）主持社群對話（通話連結即將發布），並將在維基媒體國際會議上進行更多討論。

-- Victoria on behalf of the Sister Project Task Force, 2025年6月27日 (五) 20:57 (UTC)

維基新聞誠邀全世界一起加入我們的社群行列！！！！歡迎所有新手加入。--Kitabc12345 _海南 2025年7月2日 (三) 20:13 (UTC)

不贊成在此情形下，邀請新手參與維基新聞，此時邀請新手參與此計劃，我會覺得不太合適。--Wolfch (留言) 2025年7月3日 (四) 02:59 (UTC)

Wikidata weekly summary #686

Here's your quick overview of what has been happening around Wikidata in the
week leading up to 2025-06-30. Missed the previous one? See issue #685.

Events

• Upcoming events:
  • 8-11 September: OpenRefine Barcamp - fully virtual, registrations and call for sessions are open
  • WikidataCon 2025 returns this year on the theme of Connecting People through Linked Open Data...on the links below you can
    • Register to the event to get updates and news
    • Submit now, the Call for Proposals is open!
  • Wikidata for Jewish Studies, a hands-on Wikidata workshop at the Akademie der Wissenschaften und der Literatur, Mainz from September 8-9, 2025. (Registration by July 18)
  • Drop in and Wikidata - This regular online meeting has moved to the last Thursday of every month. Join via Zoom

Press, articles, blog posts, videos

• Blogs
  • Visualizing Knowledge - how Indonesians turn Wikidata into stories that matter. This article details the efforts and winners of a WM Indonesia organised 30-day competition to create cool visualizations powered through Wikidata.
  • OpenRefine: Data workflow via open source collaboration - the Linux Professional Institute interview the project manager of OR, Martin Magdinier, on the journey developing this data manipulation tool.

Tool of the week

• User:Jon Harald Søby/senseItemLabel.js What it does is that when you add a P5137 statement in a lexeme, it will let you add the lemma as a label to the item in one click, if the item doesn't have a label in that language yet, or if the label is different (very useful for case differences, for instance)

Other Noteworthy Stuff

• The Wikidata Ontology Course has finished its course sessions. The slides for all sessions of the course are available on the course page. Part of participating in the course was to set up a project related to the Wikidata Ontology. Current information on the projects, many of which are continuing after the end of the course is now available. If you are interested in one or more of the projects please follow the project, add something to its discussion page, or contribute to it.
• PhD Position in Digital History at the University of Luxembourg is seeking someone with experience in Wikibase and Linked Open Data.

Newest properties and property proposals to review

• Newest properties:
  • General datatypes: none
  • External identifiers: none
• New property proposals to review:
  • General datatypes:
    • defining Prolog formula (Prolog rule expressing the intended logical behavior of a property, for use in ontology formalization and rule-based reasoning.)
    • Codes for the administrative divisions of the People's Republic of China (identifier for administrative divisions of People's Republic of China, published by Ministry of Civil Affairs of the People's Republic of China)
    • ENTSO-E resource type (ENTSO-E code for type of Power System Resource. Alias: PSR type, electrical aset type)
  • External identifiers: Film Atlas ID, FLBB player ID, MarathonView person ID

You can comment on all open property proposals!

Did you know?

• Query examples:
  • UNESCO Memory of the World International Register (now complete up to 2023) (source)
  • Largest collections on the MoW International Register
  • Featured and Good Articles in Korean or Chinese Wikipedia, with no English version - source
  • Ugandan Female Footballers - source
• Newest WikiProjects: WikiProject Personal Collections - The WikiProject Personal Collections aims to develop structured, multilingual standards and best practices for describing personal collections and archives on Wikidata.
• Newest database reports:
• Showcase Items: Arctic Monkeys (Q170599) - English rock band
• Showcase Lexemes: ਸਿਫ਼ਤ (L713097) - Punjabi noun (si-fat) meaning "praise/glorification", "virtue", or "attribute"

Development

• Wikibase REST API: We continued working on Item prefix search (phab:T388209) and started working on stemming support (phab:T397605)
• Integration in Wikipedia and co: The improved edit summaries are now live on the first wikis (ca, uk, he). We are now showing the labels for linked entities instead of just their IDs (phab:T388685)
• Mobile statement editing: We are continuing working on the basics of showing statements in the new way - nothing useful to see yet (phab:T394886)

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Weekly Tasks

• Add labels, in your own language(s), for the new properties listed above.
• Contribute to the showcase Item and Lexeme above.
• Govdirectory weekly focus country: New Zealand
• Summarize your WikiProject's ongoing activities in one or two sentences.
• Help translate or proofread the interface and documentation pages, in your own language!
• Help merge identical items across Wikimedia projects.
• Help write the next summary!

· Previous issue · Danny Benjafield (WMDE) talk · MediaWiki message delivery（留言） 2025年6月30日 (一) 19:57 (UTC)

Books & Bytes – Issue 69

The Wikipedia Library: Books & Bytes
Issue 69, May–June 2025

In this issue we highlight a new partnership, Citation Watchlist and, as always, a roundup of news and community items related to libraries and digital knowledge.

Read the full newsletter

Sent by MediaWiki message delivery on behalf of The Wikipedia Library team – 2025年7月1日 (二) 13:11 (UTC)

維基媒體基金會公報2025年第12期

帶您快速了解維基媒體基金會自上一期公報〔6月13日〕以來的亮點。請協助翻譯。

---

2025年伊斯坦堡維基媒體黑客松

近期活動和對話
「來談吧」進行中

• 理事會選舉：維基媒體基金會理事會選舉正在徵集候選人，至7月2日 11:59 UTC截止。
• 姊妹專案工作組：姊妹專案工作組已開始就Wikispore（維基孢子）和維基新聞進行社群諮詢。
• 2025年維基媒體國際會議：2025年維基媒體國際會議將於8月6日至9日舉行，立即報名參與線上活動。
• 中立的觀點：今年年度計畫的規劃過程中，我們觀察到許多討論圍繞著影響維基媒體運動的全球趨勢，其中包括關於中立原則和「中立的觀點」方針的對話。

年度目標進展 基礎設施
參見其他電子報：維基媒體APP · Growth · 研究 · 網頁 · 維基函數與抽象維基百科 · 技術新聞 · 語言與國際化 · 其他MediaWiki.org電子報

• 2025年維基媒體黑客松：維基媒體黑客松的亮點，在這裡一切「技術上皆有可能」。
• 非洲維基導師黑客松：參與者和導師的反思和見解。
• 維基媒體API：MediaWiki介面團隊將投資維基媒體Web（HTTP）API，以更好地滿足技術志願者的需求，並預防維基媒體基礎設施遭到濫用。
• 技術新聞：編輯團隊將在大多數維基百科推出「多重檢查」功能。此功能會在編輯過程中顯示多個參考檢查，鼓勵使用者在向維基百科條目新增多個段落時附上來源。更多來自技術新聞第25期、第26期的更新資訊。
• 臨時帳號：臨時帳號已部署至10個中大型維基百科，包括中文、阿拉伯語、法語、波蘭語、印尼語等。本週將在更多維基百科上部署。在討論頁分享您對此專案的想法。
• 行動應用程式：行動應用程式團隊在iOS版維基百科APP推出了分頁瀏覽（Tabbed Browsing）的A/B測試。測試對象為特定地區的阿拉伯語、英語和日語使用者。
• 維基遊戲：Android團隊推出了一個有趣的多語言小遊戲「Which Came First?」，九種語言（中文、英語、德語、法語、西班牙語、葡萄牙語、俄語、阿拉伯語、土耳其語）的所有Android使用者皆可遊玩。這是讓維基百科更具互動性並對行動裝置使用者更具吸引力的新一步。
• 社群願望清單：閱讀近期落幕的「願望松」（Wishathon）的活動成果。「願望松」是基金會內部的黑客松，由社群技術團隊舉辦，旨在幫助實現更多社群願望清單中的願望。
• 維基函數：閱讀維基函數的2025年7月—9月季度計畫。
• CampaignEvents擴充功能：CampaignEvents擴充功能現已部署至所有維基百科，任何語言維基百科的活動籌辦人員現在皆可透過本地管理員直接在維基百科上使用該擴充功能。

年度目標進展 知識公平
參見：活動清單 · WikiLearn新聞

• Let's Connect同儕學習：回顧Let's Connect三年來的歷程，並探討下一步的發展。
• 知識公平基金：知識公平基金的受贈者與維基媒體自治體如何在人權方面展開合作。
• 維基一分鐘：我們發布了三部全新的「維基一分鐘A Wiki Minute」影片，介紹了維基百科的運營以及其他主題。所有影片均已配有多國語言配音並附有字幕（包括阿拉伯語、德語、英語、法語、巴西葡萄牙語、西班牙語）。

年度目標進展 安全與誠信
參見博客：全球倡議博客 · 全球倡議電子報 · 政策博客

• 法務消息：維基媒體基金會使用條款的行政修訂。
• 全球倡議：首屆大型聯合國維基百科編輯松：擴展科技政策知識。
• 法務消息：一位維基百科管理員參與了我們的英國《網路安全法》訴訟。

維基媒體運動的其他電子報與新聞
參見：Diff博客 · Goings-on · 維基媒體星球 · Signpost (en) · Kurier (de) · Actualités du Wiktionnaire (fr) · Regards sur l'actualité de la Wikimedia (fr) · Wikimag (fr) · 教育 · GLAM · 維基百科圖書館 · 里程碑 · 維基數據 · CEE中東歐 · 其他電子報

訂閱或退訂 · 協助翻譯

參閱元維基的專案頁面了解本公報的資訊以及閱讀舊期數。如果您有任何意見回饋或改進建議，寄信給askcacwikimedia.org！

MediaWiki message delivery 2025年7月1日 (二) 19:08 (UTC)

《維基百科社群簡報》2025年6月號

維 基 百 科 社 群 簡 報

— 每月一期，掌握社群動態 —

過去一個月（2025年6月1日至6月30日）間，中文維基百科及全域有以下社群動態：

管理人事動態：中文維基百科管理人員及全域權限者變動。

• ASid已辭任仲裁委员会委员。

仲裁動態：仲裁委員會公佈的重要決議。

• 仲裁案Mafalda4144、Tisscherry傀儡调查結案。
• 仲裁案红渡厨、Lemonaka和WiiUf在管理员布告板的争议立案，后又經動議撤回。

政策重要變動：經社群討論通過之重大方針與指引修訂：

• 《快速刪除》：（修訂一）修改G3条款的適用標準。（修訂二）明確具有歧义的重定向名称不符合R7條款而應改寫成消歧義頁。（討論記錄）
• 《傀儡》：明晰處置不限期封锁者多重账户的前置條件。（討論記錄）
• 《格式手册·朝鲜半岛用语》：调整格式手册條文中用旗的規定。（討論記錄）
• 《临时账号IP查看者》：根據基金会全域方针設立本地临时账号IP查看者方針。（討論記錄）
• 《格式手册·文字格式》：明確建議公式內的斜体使用衬线字体。（討論記錄）
• 《格式手册·标点符号》：允许在中文段落使用斜体而非书名号表示英文书名。（讨论记录）
• 《新頁面巡查》：将巡查员申请建议门槛提升至60天/500次编辑。（讨论记录）
• 《不要人身攻击》：更改方针條文中的“对事不对人”。（讨论记录）
• MOS:NATIONALITY、MOS:NATL、MOS:CITIZENSHIP更改重定向目標爲WP:格式手册/信息框#国籍与公民权（讨论记录）

技術動態：同中文維基百科相關技術變動：

• 經社群討論，信息框不再显示发行许可的有无或其编号以及审查编号、分级编号。（討論記録）
• 2025年6月24日，中文維基百科正式部署臨時賬號功能。(部署通告)
• 社群達成將将自动巡查与巡查员权限组分离的共識，并批量恢复曾持有巡查豁免权的巡查员相关权限。（討論記録一、討論記録二）

活動動態：中文維基百科社群相關綫上綫下活動：

• 2025年最酷工具獎已結束，並將在2025年维基媒体国际会议公佈結果。
• 2025年6月21日，高雄維基媒體社群在FIX Coffee舉辦「高雄維基媒體社群2025年6月聚會」（活動頁面）
• 2025年維基媒體基金會理事會選舉正徵集候選人中，並將於2025年7月底公佈最終候選人名單。
• 2025台灣維基愛地球賽事已結束，並將于2025年11月-12月間公佈結果。

榮譽奬勵：中文維基百科榮譽獎勵變更：

• 瑞丽江的河水經申請獲授维基摄影专家，并成為維基資深主編。（討論記録）
• 2025年6月5日，社群經討論設立中国文化遗产专题奖。（討論記録）

其他社群動態：不屬上述類別但與社群及站務運作密切相關之動態。

• 經社群討論，將“做为”一词使用机器人无条件修正为“作为”。（討論記録）
• 社群達成將所有日本国会选举的条目移到“众议院选举/参议院选举”，並撤除相關條目中“总”与“通常”之稱的共識。（討論記録）
• 2025年6月10日，新西蘭維基媒體分支組織升格成分會，為ESEAP地區第六個分會。（申請頁面、承認郵箱）
• 社群經共識決定下調申請巡查豁免權的建議門檻。（討論記録）
• 維基媒體基金會社群事務委員會姊妹計劃任務組正就維基新聞項目舉辦公開諮詢，並將於2025年7月17日17:00 (UTC)展開社群對話。（討論頁面）
• 2025年6月18日，維基媒體基金會應DSA的行政需求，修訂了维基媒体基金会使用条款。

• 討論簡報
• 調整訂閱
• 歷年存檔
• MediaWiki message delivery（留言） 2025年7月5日 (六) 02:46 (UTC)

方針

有關申請權限與申請解除權限的方針條文與申請區的放置問題

WT:方針與指引#修訂方針與指引的命名格式曾經提到有關申請權限與申請解除權限的方針條文與申請區的放置問題，當時Ericliu1912提議WP:解除權限比照WP:權限申請的處理併入WP:申请解除权限，而我則反建議WP:權限申請比照WP:解除權限與WP:申请解除权限的處理分拆方針條文與申請區的頁面。考慮到現在距離批量調整規則頁面名稱已經有一段時間，社羣或許應該探討到底要選擇哪個方案，我自己對於兩個方案均持開放態度。Sanmosa _新朝雅政 2025年4月20日 (日) 10:12 (UTC)

我主張合併的理由是解除權限方面的方針頁跟申請頁都比權限申請要短，而且兩者並沒有扞格問題，不必分立，也方便檢閱者一次確認有關要件。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年4月20日 (日) 12:55 (UTC)

然後剛剛纔注意到甚至申請頁面整段說明都是「包含引用自維基百科:解除權限方針」，沒有任何內容差異，所以實際上兩者完全可以合併在一起啊== —— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年4月20日 (日) 12:56 (UTC)

合併在同一頁不易檢視方針指引的修訂歷史。--Xiplus#Talk 2025年4月22日 (二) 15:36 (UTC)

如果走Ericliu1912方案的話，可以讓除權申請區改為比照現WP:權限申請的申請區處理，也就是每類除權申請一個獨立的子頁面。Sanmosa _新朝雅政 2025年4月25日 (五) 12:35 (UTC)

@Xiplus？還是說你比較傾向於分拆WP:權限申請頁？Sanmosa _新朝雅政 2025年4月29日 (二) 07:18 (UTC)

我覺得應該廢除該頁的方針地位，因為該頁面幾乎都是複述各權限方針的內容而已。如果真的有任何應該屬於方針層級的內容，應當拆分到各權限介紹頁或另立「權限申請方針」頁面。--Xiplus#Talk 2025年4月29日 (二) 14:45 (UTC)

@Ericliu1912。Sanmosa _新朝雅政 2025年4月30日 (三) 01:58 (UTC)

這很值得考慮！—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年4月30日 (三) 05:54 (UTC)

@Xiplus、Ericliu1912：如此，那WP:權限申請的版面或許需要重新設計，此外WP:申请解除权限引述現WP:解除權限方針的部分也需要作一定的調整，個人建議可以參考現WP:存廢覆核請求頂部的說明文字處理。Sanmosa _新朝雅政 2025年4月30日 (三) 14:45 (UTC)

改寫成最合適的說明文字當然可以，但我不認為現在兩個申請頁的說明有什麼不得不改的問題。--Xiplus#Talk 2025年5月4日 (日) 04:28 (UTC)

@Xiplus：那我嘗試在今日稍後給一個方案出來。Sanmosa _新朝雅政 2025年5月8日 (四) 04:47 (UTC)

現階段擬定的方案是WP:權限申請移除“簡介”與“要求”的全部內容，WP:申请解除权限引述現WP:解除權限方針的部分代之以現WP:權限申請“解任”的內容，並將其中指向WP:申请解除权限的內部連結替換為“本頁”。另外，為確保頁面命名一致性，現建議WP:權限申請更名為“WP:申請權限”，所有子頁面同。Sanmosa _新朝雅政 2025年5月8日 (四) 23:48 (UTC)

會廢除方針？--Xiplus#Talk 2025年5月10日 (六) 02:55 (UTC)

@Xiplus：會，WP:權限申請的方針地位會被廢除。Sanmosa _新朝雅政 2025年5月10日 (六) 10:01 (UTC)

「IP封鎖豁免權及確認使用者權限除外之權限切勿於本頁外申請」一句應修訂到各方針頁。--Xiplus#Talk 2025年5月11日 (日) 00:53 (UTC)

@Xiplus：可，我明天再看看具體要放到哪個方針頁裏。Sanmosa _新朝雅政 2025年5月11日 (日) 12:22 (UTC)

所有權限的方針都要吧（這兩個除外），除非另立申請權限方針。--Xiplus#Talk 2025年5月11日 (日) 12:55 (UTC)

@Xiplus：剛才統計了一下，理論上需要修訂的頁面應該包括WP:新頁面巡查、WP:回退功能、WP:巡查豁免權、WP:大量訊息發送者、WP:AutoWikiBrowser、WP:大量帳號建立者、WP:檔案移動員、WP:跨維基匯入者、WP:模板編輯員、WP:過濾器助理、WP:IP封鎖豁免權授予者、WP:活动组织者與WP:过滤器编辑者，然而其中大部分的頁面似乎已經有相關的描述了。此外，我留意到這些頁面雖然大多數是方針，但還是有少數幾個是指引，是否需要把那幾個指引與現非規則的WP:巡查豁免權也提升為方針？Sanmosa _新朝雅政 2025年5月12日 (一) 07:39 (UTC)

用詞不一樣，並沒有禁止在其他地方申請。提升方針與此無關，另案討論。--Xiplus#Talk 2025年5月12日 (一) 13:01 (UTC)

@Xiplus：那可以調整既有條文的用詞至有禁止在其他地方申請的意思，但需要提具體方案嗎？感覺這要做比較佔這裏的版面。提升為方針的事情我打算之後才處理，我也只是詢問一下意向而已。Sanmosa _新朝雅政 2025年5月15日 (四) 13:51 (UTC)

（其實不用什麼東西都提去方針⋯⋯）—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年5月15日 (四) 16:17 (UTC)

應該要提具體方案。--Xiplus#Talk 2025年5月18日 (日) 05:13 (UTC)

@Xiplus：具體方案：

• WP:新頁面巡查中的“要申請巡查權，請至Wikipedia:權限申請/申請巡查權申請”調整為“申請巡查權者須於Wikipedia:權限申請/申請巡查權提出申請”，
• WP:回退功能中的“任何希望申请回退权限的用户都可以前往Wikipedia:權限申請/申請回退權提出请求”調整為“申请回退權者須於Wikipedia:權限申請/申請回退權提出申請”，
• WP:巡查豁免權中的“如您打算為您自己或其他用戶申請此權，請移步至維基百科:權限申請/申請巡查豁免權”調整為“申請巡查豁免權者須於Wikipedia:權限申請/申請巡查豁免權提出申請”，
• WP:大量訊息發送者中的“如您欲成為大量訊息發送者，請至Wikipedia:權限申請/申請大量訊息發送權進行申請”調整為“申請大量訊息發送權者須於Wikipedia:權限申請/申請大量訊息發送權提出申請”，
• WP:AutoWikiBrowser中的“欲於中文維基百科上使用此軟體，請至申請頁面申請自動維基瀏覽器使用權限”調整為“欲於中文維基百科上使用此軟體，須於申請頁面申請自動維基瀏覽器使用權限”，
• WP:大量帳號建立者中的“如您欲成為大量帳號建立者，請至Wikipedia:權限申請/申請大量帳號建立權進行申請”調整為“申請大量帳號建立權者須於Wikipedia:權限申請/申請大量帳號建立權提出申請”，
• WP:檔案移動員中的“如果您有意為您或其他用戶申請檔案移動的權限，請到Wikipedia:權限申請/申請檔案移動權申請”調整為“申請檔案移動權者須於Wikipedia:權限申請/申請檔案移動權提出申請”，
• WP:跨維基匯入者中的“任何希望申请本权限的用户都可以前往Wikipedia:權限申請/申請跨維基導入權提出请求”調整為“申請跨維基導入權者須於Wikipedia:權限申請/申請跨維基導入權提出申請”，
• WP:模板編輯員中的“如果您想申請模板編輯員的權限，請參見Wikipedia:權限申請/申請模板編輯權”調整為“申請模板編輯權者須於Wikipedia:權限申請/申請模板編輯權提出申請”，
• WP:過濾器助理中的“如果您有意申請過濾器助理的權限，請親自到Wikipedia:權限申請/申請過濾器助理權限申請”調整為“申請過濾器助理權限者須於Wikipedia:權限申請/申請過濾器助理權限提出申請”，
• WP:IP封鎖豁免權授予者中的“符合上述資格要求的用戶可在權限申請頁面自薦，亦可由其他用戶提名”調整為“符合上述資格要求的用戶須於權限申請頁面自薦或獲其他用戶提名以提出申請”，
• WP:活动组织者中的“希望申请权限的用户都可以提出请求”調整為“申請活動組織權者須於Wikipedia:權限申請/申請活動組織權提出申請”，
• WP:过滤器编辑者中的“如果您有意申请过滤器编辑者的权限，请亲自到Wikipedia:权限申请/申请过滤器编辑者权限申请”調整為“申請過濾器編輯者權限者須於Wikipedia:权限申请/申请过滤器编辑者权限提出申請”，

以上。Sanmosa _新朝雅政 2025年5月18日 (日) 06:38 (UTC)

个人支持。--自由米花🌾🌼 2025年5月22日 (四) 15:46 (UTC)

這部分沒有問題。--Xiplus#Talk 2025年5月24日 (六) 12:56 (UTC)

巡查豁免權一節有「本權限無需由申請者本人提出申請」，這是否表示其他權限必須由本人提出申請，不得提名？--Xiplus#Talk 2025年5月24日 (六) 12:59 (UTC)

@Xiplus：按照過往的理解，確實如此（如果把IP封鎖豁免權從“其他權限”排除掉的話）。Sanmosa _新朝雅政 2025年5月24日 (六) 13:26 (UTC)

自動維基瀏覽器使用權 :「管理員有權在申請者申請機器人權限前拒絕其自動維基瀏覽器使用權限申請。另外，對於已獲機器人審核小組批准運作的機器人，可直接予以授權。」可能需列為方針？--Xiplus#Talk 2025年5月24日 (六) 13:02 (UTC)

可以列為章節方針，又或是如果合適的話，整個頁面列為方針也未嘗不可。Sanmosa _新朝雅政 2025年5月24日 (六) 13:29 (UTC)

解任一節「如機器人帳戶同時持有AWB使用權及機器人權限，不受此限並應該依據機器人方針活躍度要求，AWB使用權與機器人權限同步移除。」需移至Wikipedia:解除權限。--Xiplus#Talk 2025年5月24日 (六) 13:06 (UTC)

我無法找到這句話，還請指出出現的位置。Sanmosa _新朝雅政 2025年5月24日 (六) 13:31 (UTC)

應該是在Wikipedia:權限申請#解任。--Hamish T 2025年5月24日 (六) 15:16 (UTC)

@Xiplus、Hamish：那我更傾向於WP:權限申請#解任全段搬運。Sanmosa _新朝雅政 2025年5月24日 (六) 16:15 (UTC)

如果您有讀過方針，就應該知道其他的句子都已經存在於解除權限方針。--Xiplus#Talk 2025年5月25日 (日) 12:04 (UTC)

無論如何，這事能辦就是了。Sanmosa _新朝雅政 2025年5月26日 (一) 02:23 (UTC)

如果您不熟悉的話，那我直接反對這個提案，該方針沒有任何嚴重問題需要修正，不用浪費大家時間討論。--Xiplus#Talk 2025年5月30日 (五) 04:47 (UTC)

公示5月8日的提案、5月18日的提案與5月24日的提案7日。Sanmosa _新朝雅政 2025年6月9日 (一) 02:14 (UTC)

上面有點亂，請確定公示提案均未有明確反對？另請重新整理提案內容，感謝。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月9日 (一) 05:51 (UTC)

具體的公示內容如下：

1. WP:權限申請廢除方針地位，移除“簡介”與“要求”的全部內容，並更名為“WP:申請權限”，所有子頁面同。
2. WP:申请解除权限引述現WP:解除權限方針的部分代之以現WP:權限申請“解任”的內容（下條所述的部分例外），並將其中指向WP:申请解除权限的內部連結替換為“本頁”。
3. 現WP:權限申請“解任”中「如機器人帳戶同時持有AWB使用權及機器人權限，不受此限並應該依據機器人方針活躍度要求，AWB使用權與機器人權限同步移除。」一句移至WP:解除權限。
4. 修改下列頁面中有關權限申請位置的規定的文字描述：
   • WP:新頁面巡查中的“要申請巡查權，請至Wikipedia:權限申請/申請巡查權申請”調整為“申請巡查權者須於Wikipedia:權限申請/申請巡查權提出申請”，
   • WP:回退功能中的“任何希望申请回退权限的用户都可以前往Wikipedia:權限申請/申請回退權提出请求”調整為“申请回退權者須於Wikipedia:權限申請/申請回退權提出申請”，
   • WP:巡查豁免權中的“如您打算為您自己或其他用戶申請此權，請移步至維基百科:權限申請/申請巡查豁免權”調整為“申請巡查豁免權者須於Wikipedia:權限申請/申請巡查豁免權提出申請”，
   • WP:大量訊息發送者中的“如您欲成為大量訊息發送者，請至Wikipedia:權限申請/申請大量訊息發送權進行申請”調整為“申請大量訊息發送權者須於Wikipedia:權限申請/申請大量訊息發送權提出申請”，
   • WP:AutoWikiBrowser中的“欲於中文維基百科上使用此軟體，請至申請頁面申請自動維基瀏覽器使用權限”調整為“欲於中文維基百科上使用此軟體，須於申請頁面申請自動維基瀏覽器使用權限”，
   • WP:大量帳號建立者中的“如您欲成為大量帳號建立者，請至Wikipedia:權限申請/申請大量帳號建立權進行申請”調整為“申請大量帳號建立權者須於Wikipedia:權限申請/申請大量帳號建立權提出申請”，
   • WP:檔案移動員中的“如果您有意為您或其他用戶申請檔案移動的權限，請到Wikipedia:權限申請/申請檔案移動權申請”調整為“申請檔案移動權者須於Wikipedia:權限申請/申請檔案移動權提出申請”，
   • WP:跨維基匯入者中的“任何希望申请本权限的用户都可以前往Wikipedia:權限申請/申請跨維基導入權提出请求”調整為“申請跨維基導入權者須於Wikipedia:權限申請/申請跨維基導入權提出申請”，
   • WP:模板編輯員中的“如果您想申請模板編輯員的權限，請參見Wikipedia:權限申請/申請模板編輯權”調整為“申請模板編輯權者須於Wikipedia:權限申請/申請模板編輯權提出申請”，
   • WP:過濾器助理中的“如果您有意申請過濾器助理的權限，請親自到Wikipedia:權限申請/申請過濾器助理權限申請”調整為“申請過濾器助理權限者須於Wikipedia:權限申請/申請過濾器助理權限提出申請”，
   • WP:IP封鎖豁免權授予者中的“符合上述資格要求的用戶可在權限申請頁面自薦，亦可由其他用戶提名”調整為“符合上述資格要求的用戶須於權限申請頁面自薦或獲其他用戶提名以提出申請”，
   • WP:活动组织者中的“希望申请权限的用户都可以提出请求”調整為“申請活動組織權者須於Wikipedia:權限申請/申請活動組織權提出申請”，
   • WP:过滤器编辑者中的“如果您有意申请过滤器编辑者的权限，请亲自到Wikipedia:权限申请/申请过滤器编辑者权限申请”調整為“申請過濾器編輯者權限者須於Wikipedia:权限申请/申请过滤器编辑者权限提出申請”。

以上。整個討論串沒有任何（明確的）反對意見，Xiplus說的“如果您不熟悉的話，那我直接反對這個提案”的前提是我不熟悉相關事宜，然而這個前提並不成立。@Ericliu1912。Sanmosa _新朝雅政 2025年6月9日 (一) 13:47 (UTC)

@Xiplus：看法如何？另外他的反對並非無理，因為你針對「如果您有讀過方針」這句話的回覆，不過是繞過他的質疑而已。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月9日 (一) 16:04 (UTC)

我傾向於這只是微小的溝通問題，而不是真的有意反對。Sanmosa _新朝雅政 2025年6月10日 (二) 00:44 (UTC)

我想那是因為你此前不甚莊重的態度所導致。在我來看，上面逕為宣告沒有反對意見的態度，也與之差異無多。真的祇是「微小的溝通問題」嗎？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月10日 (二) 09:56 (UTC)

這也不是賭氣的理由，賭氣對於社羣協作並無任何幫助。Sanmosa _新朝雅政 2025年6月10日 (二) 14:09 (UTC)

一堆顯而易見的問題都是我提的，修訂方針品質這麼糟糕，怎麼讓人支持。--Xiplus#Talk 2025年6月10日 (二) 14:42 (UTC)

很不幸地，我相信我當時對於你說的話的具體含義出現了理解上的偏差。已停止公示程序。Sanmosa _新朝雅政 2025年6月10日 (二) 15:02 (UTC)

(－)反对，廢除方針部分沒有完整的配套方案，Wikipedia:AutoWikiBrowser、Wikipedia:巡查豁免權不是方針指引，廢除方針將導致相關資格要求被免除。--Xiplus#Talk 2025年6月10日 (二) 14:40 (UTC)

乾脆只拆頁面，不調整文字，這樣也不用一個字一個字讀方針。--Xiplus#Talk 2025年6月10日 (二) 14:45 (UTC)

@Xiplus：WP:巡查豁免權的情況比較特別，它本身是作為資訊頁（{{Information page}}）存在的，而根據WP:COVID-19條目共識的前例，如果一個資訊頁根據共識被認定為規則，那該頁面的效力會與方針、指引相當，成為既非方針又非指引的正式規則，因此我不認為廢除方針會導致巡查豁免權的資格要求會被廢除。我的建議是WP:AutoWikiBrowser也同樣列為資訊頁，這樣就能避免WP:權限申請廢除方針地位後AWB權的資格要求被廢除的問題。Sanmosa _新朝雅政 2025年6月10日 (二) 15:07 (UTC)

「效力會與方針、指引相當」直接就錯了，Wikipedia:方針與指引已指出方針和指引的效力差距，我同意資訊頁可能有共識、是規則，但效力也會比較低。--Xiplus#Talk 2025年6月10日 (二) 15:31 (UTC)

WP:權限申請對於巡查豁免者有最近一年內沒有受到封鎖的要求，（現在）這是方針層級的，這與「建議門檻為建立75個有效條目」的強制力上有差距。--Xiplus#Talk 2025年6月10日 (二) 15:43 (UTC)

@Xiplus：那我感覺我上面提到的事情就很有必要連帶執行了，把所有現非方針的相關頁面列為方針即可。Sanmosa _新朝雅政 2025年6月11日 (三) 05:35 (UTC)

您可以先對AWB或巡查豁免個別提案，再回來推進此案，新設立方針指引事關重大，不適合一起推動。AWB現在包含不少可能不需要立為方針指引內容，需要詳細規劃。--Xiplus#Talk 2025年6月11日 (三) 13:53 (UTC)

WP:AutoWikiBrowser#註冊與申請權限列為章節方針即可，“需要詳細規劃”也未免說得太誇張了。Sanmosa _新朝雅政 2025年6月12日 (四) 00:44 (UTC)

您有確認該章節全部都適合作為方針？沒有不合時宜的規則？--Xiplus#Talk 2025年6月12日 (四) 11:36 (UTC)

@Xiplus：那容我確認一下，該章節第五個自然段的內容是否至今仍然適用？經查，其餘四個自然段的內容並無不合時宜與不對應現WP:權限申請的描述之處。Sanmosa _新朝雅政 2025年6月12日 (四) 14:47 (UTC)

第一段「由於安全原因，僅限於註冊使用者申請」到底怎麼來的，在有編輯次數作為資格限制下，這句話顯得冗餘。第三段有任何方針而生的效力？像是不允許短期且量少的申請？若沒有要強制要求的話，似乎不需要列為方針。第四段好像是機器人方針的範疇，不專屬於AWB的。第五段的審核任務是否應該改成強制要求？--Xiplus#Talk 2025年6月12日 (四) 15:47 (UTC)

@Xiplus：第一段的歷史背景我不清楚，但考慮到現時臨時帳戶機制的存在，這句話在現在的情況下仍然是有意義的，畢竟一個臨時帳戶能維持90日，理論上還是能達到相關編輯次數的要求的。第三段在我看來屬於建議性質，至少能讓一開始打算申請權限的人三思是否真的有需要申請權限。第四段我懷疑是因為之前出過沒bot權限AWB批次添加評級模板的job引發爭議的緣故，在AWB頁面提醒一下還是好的。同意第五段的審核任務應改為強制要求。Sanmosa _新朝雅政 2025年6月14日 (六) 15:05 (UTC)

技術上AWB能授權給臨時帳戶？--Xiplus#Talk 2025年6月14日 (六) 15:31 (UTC)

@Xiplus：不清楚，但可以肯定的是不能排除臨時帳戶（的持有者）真有這種想法，留住第一段好歹能避免一個潛在的問題。Sanmosa _新朝雅政 2025年6月15日 (日) 23:36 (UTC)

其他權限不也是有一樣的問題，那是不是應該保留權限申請方針，針對一些通用的定義進行規範？--Xiplus#Talk 2025年6月16日 (一) 12:29 (UTC)

@Xiplus：巡查員、巡查豁免者與檔案移動員可以引入同樣的要求。其他權限中，有參與日數要求的，參與日數要求為至少90日以上，沒有參與日數要求的，臨時帳戶沒有任何申請相關權限的合理理由。Sanmosa _新朝雅政 2025年6月17日 (二) 00:27 (UTC)

临时用户不会有用户组。 Stang¹³¹⁴ 2025年6月17日 (二) 02:44 (UTC)

如Stang所說，如果技術上就是無法授權，那就不需要另訂規則。--Xiplus#Talk 2025年6月17日 (二) 13:31 (UTC)

@Xiplus：那AWB章節的第一段廢除掉就是了。Sanmosa _新朝雅政 2025年6月18日 (三) 07:31 (UTC)

第三段不反對保留。--Xiplus#Talk 2025年6月19日 (四) 14:20 (UTC)

第四段應搬移至Wikipedia:機械人方針#對特定工作項目的額外限制。--Xiplus#Talk 2025年6月19日 (四) 14:20 (UTC)

@Xiplus：不反對。最近較忙，我會在這幾日內整理總體方案。Sanmosa _{宮掖事祕莫能辨也} 2025年6月23日 (一) 04:55 (UTC)

經整合的具體提案如下：

1. WP:權限申請廢除方針地位，移除“簡介”與“要求”的全部內容，並更名為“WP:申請權限”，所有子頁面同。
2. WP:申请解除权限引述現WP:解除權限方針的部分代之以現WP:權限申請“解任”的內容（下條所述的部分例外），並將其中指向WP:申请解除权限的內部連結替換為“本頁”。
3. 現WP:權限申請“解任”中「如機器人帳戶同時持有AWB使用權及機器人權限，不受此限並應該依據機器人方針活躍度要求，AWB使用權與機器人權限同步移除。」一句移至WP:解除權限。
4. 修改下列頁面中有關權限申請位置的規定的文字描述：
   • WP:新頁面巡查中的“要申請巡查權，請至Wikipedia:權限申請/申請巡查權申請”調整為“申請巡查權者須於Wikipedia:權限申請/申請巡查權提出申請”，
   • WP:回退功能中的“任何希望申请回退权限的用户都可以前往Wikipedia:權限申請/申請回退權提出请求”調整為“申请回退權者須於Wikipedia:權限申請/申請回退權提出申請”，
   • WP:巡查豁免權立為方針，其中的“如您打算為您自己或其他用戶申請此權，請移步至維基百科:權限申請/申請巡查豁免權”調整為“申請巡查豁免權者須於Wikipedia:權限申請/申請巡查豁免權提出申請”，
   • WP:大量訊息發送者中的“如您欲成為大量訊息發送者，請至Wikipedia:權限申請/申請大量訊息發送權進行申請”調整為“申請大量訊息發送權者須於Wikipedia:權限申請/申請大量訊息發送權提出申請”，
   • WP:AutoWikiBrowser中的：
     • 「註冊與申請權限」章節列為章節方針，該章節現有的首自然段廢除、第四自然段移至WP:機械人方針#對特定工作項目的額外限制，
     • “欲於中文維基百科上使用此軟體，請至申請頁面申請自動維基瀏覽器使用權限”一句調整為“欲於中文維基百科上使用此軟體，須於申請頁面申請自動維基瀏覽器使用權限”，
   • WP:大量帳號建立者中的“如您欲成為大量帳號建立者，請至Wikipedia:權限申請/申請大量帳號建立權進行申請”調整為“申請大量帳號建立權者須於Wikipedia:權限申請/申請大量帳號建立權提出申請”，
   • WP:檔案移動員中的“如果您有意為您或其他用戶申請檔案移動的權限，請到Wikipedia:權限申請/申請檔案移動權申請”調整為“申請檔案移動權者須於Wikipedia:權限申請/申請檔案移動權提出申請”，
   • WP:跨維基匯入者中的“任何希望申请本权限的用户都可以前往Wikipedia:權限申請/申請跨維基導入權提出请求”調整為“申請跨維基導入權者須於Wikipedia:權限申請/申請跨維基導入權提出申請”，
   • WP:模板編輯員中的“如果您想申請模板編輯員的權限，請參見Wikipedia:權限申請/申請模板編輯權”調整為“申請模板編輯權者須於Wikipedia:權限申請/申請模板編輯權提出申請”，
   • WP:過濾器助理中的“如果您有意申請過濾器助理的權限，請親自到Wikipedia:權限申請/申請過濾器助理權限申請”調整為“申請過濾器助理權限者須於Wikipedia:權限申請/申請過濾器助理權限提出申請”，
   • WP:IP封鎖豁免權授予者中的“符合上述資格要求的用戶可在權限申請頁面自薦，亦可由其他用戶提名”調整為“符合上述資格要求的用戶須於權限申請頁面自薦或獲其他用戶提名以提出申請”，
   • WP:活动组织者中的“希望申请权限的用户都可以提出请求”調整為“申請活動組織權者須於Wikipedia:權限申請/申請活動組織權提出申請”，
   • WP:过滤器编辑者中的“如果您有意申请过滤器编辑者的权限，请亲自到Wikipedia:权限申请/申请过滤器编辑者权限申请”調整為“申請過濾器編輯者權限者須於Wikipedia:权限申请/申请过滤器编辑者权限提出申請”。

以上。Sanmosa _{宮掖事祕莫能辨也} 2025年6月27日 (五) 00:07 (UTC)

@Sanmosa：巡查豁免訂為方針要不要在Wikipedia:互助客栈/方针#重提允許巡查員自我增加與移除自動巡查權/將自動巡查與巡查員權限組分離提出？--Xiplus#Talk 2025年6月30日 (一) 13:32 (UTC)

@Xiplus：可。Sanmosa _{宮掖事祕莫能辨也} 2025年7月1日 (二) 03:23 (UTC)

@Xiplus：考慮到下方討論串的狀況，WP:巡查豁免權立為方針的事情似乎不太好拆到那邊處理。Sanmosa _{宮掖事祕莫能辨也} 2025年7月4日 (五) 09:19 (UTC)

提議條文 Wikipedia:AutoWikiBrowser#註冊與申請權限訂為章節方針： 欲於中文維基百科上使用此軟體，須於申請頁面申請自動維基瀏覽器使用權限。 申請者須達到基本資格：主命名空間非自動編輯250次以上或主命名空間編輯500次以上，自首次編輯以來參與維基百科30日以上，且最近一年內沒有受到封禁（不合理封禁除外）。申請者須了解自動維基瀏覽器的用途和使用方法，在申請時闡明申請原因、使用計畫及任務預定之編輯頻率，管理員若在審核過程中有疑問，可邀請機器人審核小組成員發表意見。若您預計可能進行大量自動編輯，建議充分了解機器人方針，並申請機器人權限；管理員有權在申請者申請機器人權限前拒絕其自動維基瀏覽器使用權限申請。另外，對於已獲機器人審核小組批准運作的機器人，可直接予以授權。 若您的申請事項僅為短期且量少的工作，建議先至機器人作業請求頁面進行請求，或求助已有自動維基瀏覽器使用權限者協助完成。 Wikipedia:機械人方針#對特定工作項目的額外限制新增章節： 添加評級模板 批量在條目討論頁中添加評級模板須申請以下權限擇一： 機器人權限。 机器用户及巡查豁免權。

@Sanmosa：看看有無問題。--Xiplus#Talk 2025年6月27日 (五) 12:47 (UTC)

@Xiplus：可。Sanmosa _{宮掖事祕莫能辨也} 2025年6月27日 (五) 12:58 (UTC)

若您預計可能進行大量自動編輯，建議充分了解機械人方針，並申請機械人權限 -> 「申請者如預計可能進行大量自動編輯，應循機械人方針規定同時申請機械人權限」，原語句似乎沒有明確是「管理員要建議申請者充分了解...」還是「申請者被建議充分了解...」，存在一定歧義。--Hamish T 2025年7月2日 (三) 00:25 (UTC)

不反對此調整。Sanmosa _{宮掖事祕莫能辨也} 2025年7月2日 (三) 23:57 (UTC)

重提允許巡查員自我增加與移除自動巡查權/將自動巡查與巡查員權限組分離

已通过：

通过

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

---

由於我看到上面有這方面的討論需求，所以我單獨拉出來討論提高效率也較易於分別社群共識。

過往討論參見Wikipedia_talk:新頁面巡查/存檔3#提案四、Wikipedia_talk:新頁面巡查/存檔3#使巡查員可以移除或增加自己的巡查豁免者權限

另外我對於提案是沒有什麼特別的意見，請不要因為我單獨拉出討論而視為我支持這個提案，謝謝。~~Sid~~ 2025年5月7日 (三) 14:30 (UTC)

@ASid：如果是這樣的話，倒不如把討論拆得更完整些，兩個提案各自一個小標題。Sanmosa _新朝雅政 2025年5月12日 (一) 07:44 (UTC)

OK的，不過現在沒什麼人要參予討論，看起來又要涼了。:(--~~Sid~~ 2025年5月16日 (五) 01:32 (UTC)

edit.~~Sid~~ 2025年5月16日 (五) 01:33 (UTC)

@SunAfterRain、YFdyh000、Python6345、Kurgenera、自由雨日、鐵路1、August.C、Shizhao、Aqurs1、Znppo、花开夜：Hi here!很抱歉打擾各位了，鑒於討論冷掉，故我把各位ping過來，

先不說提高巡查員標準的事情，為什麼我說不用特地討論標準的問題，因為「將自動巡查與巡查員權限組分離」已經一定程度上降低巡查員的標準，所以我才會說不用太過在意標準的部分。「允許巡查員自我增加與移除自動巡查權」，則是牽扯到自制力的部分，至於如果有人擔心濫用自我授權自動巡查的問題，則以巡查員權限組將報告提到WP:RFDR即可（這部分可以在方針修訂特別註明），再麻煩各位多加參予討論了，謝謝。:)

Sanmosa我就不特別ping了。--~~Sid~~ 2025年5月16日 (五) 01:53 (UTC)

静等具体提案。--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年5月16日 (五) 02:04 (UTC)

我覺得就算把自動巡查拆掉，巡查員依舊要拉高一些標準，畢竟沒有帽子其實也能巡查條目（只是沒辦法用巡查員的那幾個功能而已），並且要巡查條目也要基本理解怎麼讀條目，我不覺得要求應該比回退員低。--SunAfterRain 2025年5月16日 (五) 11:33 (UTC)

(－)傾向反對：提高硬门槛会让一定巡查经验者被迫再次检查被标记为已巡查之条目，虽必要时可IAR但可能引不必要之争议。如允许非巡查员使用隐藏已巡查的条目则对此(＝)中立。Python6345（查论编） 2025年5月16日 (五) 11:58 (UTC)

拔掉之後管理員授予巡查員時就不太需要考慮巡查豁免權的問題，儘管巡查員可以自我授權，但社群仍然可以監察，如果該巡查員讓社群覺得他需要被巡查，那他就不該自我授權，如果自我授權就應該提報到WP:RFDR讓社群討論拔掉巡查員權限組的事情。額外一提但管理員與社群在考慮人選時就要特別評估該人過往的行為是否讓人信任他自己的自制力，不過我覺得社群平時就會考慮這點，所以沒什麼好擔心的。--~~Sid~~ 2025年5月17日 (六) 12:32 (UTC)

我依然认为由巡查员自行决定是否拥有巡免权是极其无理的，对单独取得巡免权者也非常不公。要拆就完全拆分，两权不再有任何相关。唯有一点我当时想了一阵也认为可以退让，即让巡查员可以巡查自己的条目，这样可以明确巡查动作与职权相符，避免某些因为他可以巡查其他条目所以他也一定可以保证自己条目质量的逻辑死亡。->>Vocal&Guitar->>_留言 2025年5月18日 (日) 02:58 (UTC)

這也可行。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年5月18日 (日) 06:42 (UTC)

有條件支持：需可在Special:最近更改中排除巡查员之编辑。Python6345（查论编） 2025年5月18日 (日) 07:40 (UTC)

这个页里任何人的编辑都会列在其中，你是要排除什么？--。->>Vocal&Guitar->>_留言 2025年5月19日 (一) 07:21 (UTC)

一般可使用未巡查变更排除巡免和巡查之编辑。如拆巡查之巡免权且不允许自我授权，则本人需有办法在最近更改中排除巡查员之编辑以避免重复检查可能不需要复核之编辑。( π )题外话本人对回退员之编辑无法单独排除亦不满，但技术上无法排除故未提案。Python6345（查论编） 2025年5月19日 (一) 07:47 (UTC)

我理解了，技术问题恕我我无能为力。--。->>Vocal&Guitar->>_留言 2025年5月19日 (一) 23:46 (UTC)

有條件支持，意见同U:Python6345，希望技术问题早日解决。——南屿小十233（对话 | 贡献 | 签名） 2025年6月2日 (一) 04:57 (UTC)

要這麼做當然可以，但我只能說你們看要不要也討論一下順便也把管理員的自動巡查一併拆掉，原因是對於巡查員有自動巡查，本就是基於巡查員理應能處理好自己創建條目的信任，現在這種信任要單獨拉出來討論當然可以，管理員也理應如此，因為不是所有管理員都會寫條目，我過往也不是沒看過管理員寫的東西，需要做一步處理。至於無理的部分我只能說這是對現有巡查員極度的不信任，對單獨取得巡查豁免權的人不公的部分，如果這樣的話我認為社群早該把巡查員權限組的自動巡查拆掉，而不是拖到現在，所以這裡我不是很明白不公在哪，巡查員相對於巡查豁免權本就是比較好申請的，這我不否認，然而在怎麼樣都不該說這是不公，如果不公的話那社群早該拆解巡查員權限組。:(

額外一提，要這樣做的話請自己說服表示這會大幅度增加巡查員負擔的意見。:)

有人說管理員拆掉自動巡查，那自動巡查要誰授予，那當然還是管理員可以自我授權，同樣的管理員濫用自我授權，那這種就應視為濫用權限，該除權，不過我知道社群沒那個時間與精力以這種理由除管理員權就是。:(--~~Sid~~ 2025年5月18日 (日) 13:53 (UTC)

有些常年提案在若干年后也会有通过的一天，我不认为社群过往的决定能说明什么问题，相反反映出社群对巡查问题、对条目质量问题一贯的漠视。

经常创建新条目的巡查员自然已经达到巡查豁免者门槛，那么他们当然可以直接申请巡免权，不存在大幅增加巡查员负担的问题。

另外关于管理员，Stang已经提过相同意见，我完全同意。--。->>Vocal&Guitar->>_留言 2025年5月18日 (日) 23:30 (UTC)

即便如此我仍認為「單獨取得巡查豁免權的人不公」這裡不該說不公，這個說法相當的不好至少我來說。此外你的想法我沒意見，然而基於過往的討論，我看到大家最可以接受的方式，仍然是這個，這次的討論以目前來看也沒什麼人反對這個變革方式，我還是建議你可以考慮接受這個變革，起碼有在改變，而不是僵持不下導致原地踏步。我不是要改變你的想法什麼的，你可以繼續堅持您的想法，但起碼讓情況有所轉變，如果未來社群或您發現很多巡查員濫用自我授權，您再將情況提出來要求移除也不遲不是麼。:)

管理員權限拆解的部分，我認為可能要再等等，因為過往的討論針對這部分沒有很多，應該沒辦法一併處理，社群對此可能會有很多地方需要磨合，我建議先處理巡查員權限組的部分。:)--~~Sid~~ 2025年5月19日 (一) 01:09 (UTC)

句句没意见，句句在反对，大可以直接一点反对就行了，我的案也不缺你一票反对。这个案过不过对我一点影响都没有，甚至我也是巡查员我的权限还会变少，我倒是很希望反对我案的巡查员一起来对赌，只要我案通过，大家一起永久辞任巡查员，看看到底是谁舍不得这顶帽子。

上一句还在说管理员也理应如此，下一句就变成认为可能要再等等，变脸变这么快不怕自己信用破产吗？--。->>Vocal&Guitar->>_留言 2025年5月19日 (一) 07:21 (UTC)

?--~~Sid~~ 2025年5月19日 (一) 08:24 (UTC)

我會說要再等等是因為這件事情不是我一個人說得算，社群過往也沒有討論，我沒有任何基礎推動。

我會說理應如此，這是基於我的觀察而得出想法。

我建議你試著接受，是因為社群目前並整體上並不怎麼接受你的意見。

我沒意見也確實是真的，我不知道我話講這麼白，原因也說明白，還要被你冠上一句信用破產，你要跟別人對著幹，對著罵我沒意見，請不要坡及我。--~~Sid~~ 2025年5月19日 (一) 08:32 (UTC)

另外我也不知道你這是要賭什麼，這有什麼好賭的，不是很明白你的邏輯。--~~Sid~~ 2025年5月19日 (一) 08:36 (UTC)

我也再次澄清

Wikipedia:互助客栈/方针#c-ASid-20250519010900-Ohtashinichiro-20250518233000這裡我有說到「基於過往的討論，我看到大家最可以接受的方式，仍然是這個，這次的討論以目前來看也沒什麼人反對這個變革方式，我還是建議你可以考慮接受這個變革，起碼有在改變，而不是僵持不下導致原地踏步。我不是要改變你的想法什麼的，你可以繼續堅持您的想法，但起碼讓情況有所轉變，如果未來社群或您發現很多巡查員濫用自我授權，您再將情況提出來要求移除也不遲不是麼。」

我是要說服你暫時接受，讓變革有所推動而不是在原地踏步，這是基於社群的討論，而不是我的意見，你要堅持照著你的想法變革你可以說，用一副咄咄逼人的樣子在對話，那你請自便。--~~Sid~~ 2025年5月19日 (一) 08:49 (UTC)

要这么做当然可以也是你说的，说服你暂时接受也是你说的，从我的角度我只看到你在变来变去，而没有对提案的实质意见。你如果真的没有意见，为什么反复搬出社群（还是两年前的），要建议我说服我接受呢？这一次的讨论里连你在内只有三个人回复了我，你为什么就判定现在的社群不接受我的意见呢？你有没有研究过我上一次为什么故意提一个很奇怪被社群全面反对的方案？？为什么你的案就是变革有所推动，那如果你来支持我的案不就是变革大大地推动吗？--。->>Vocal&Guitar->>_留言 2025年5月19日 (一) 23:44 (UTC)

我已經跟你說明過我對你的意見是真的沒意見，社群即便執行你的方案，我也不會有意見也更加不會反對，這對我也沒什麼影響，也跟你說明過我不是要強行改變你的看法，所以你請自便吧。:)

如果需要幫你另開一個章節來討論你的方案，我很樂意協助。此外我相信你對我的部分回應仍有些許疑惑，這裡也跟您說聲抱歉，我不太想特意解釋。:)--~~Sid~~ 2025年5月21日 (三) 11:48 (UTC)

我很难想象移除“被认为是社群中有经验的成员”的管理员之自动巡查权限的必要性。如果连管理员权限都要如此阉割，那站内还能有谁符合具备自动巡查权限的要求？——南屿小十233（对话 | 贡献 | 签名） 2025年6月2日 (一) 04:46 (UTC)

大致上支持「默認不巡查但可自行選擇」的這個方向，有具體方針上的新增再看。--Aqurs 2025年5月19日 (一) 03:24 (UTC)

將自動巡查與巡查員權限組分離

「將自動巡查與巡查員權限組分離」已經上面是確定的共識，然而措施的部分仍然有人不同意，所以我開了下面的章節討論，請注意這個只是確立「將自動巡查與巡查員權限組分離」的共識。 公示7日，2025年6月1日 (日) 13:34 (UTC)結束~~Sid~~ 2025年5月25日 (日) 13:34 (UTC)

請各位查看這則澄清留言，謝謝。--~~Sid~~ 2025年5月27日 (二) 13:59 (UTC)

这种提案居然能走到公示，真是神奇。唉。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月25日 (日) 15:47 (UTC)

那我觉得不如一并将“自动巡查”这个操作彻底拆分出来，包括巡查员和管理员都不应该自动获得这个权限。另外我觉得最大的遗憾就是技术上的问题导致PageTriage没法进行部署，不然整个操作都是水到渠成的：“巡查”这一操作只针对主空间的条目，可以反复对一个条目进行“巡查”（也就是标记可以逆操作），再加上配套的ui和脚本；“自动巡查”这个操作也只针对主空间新建的页面这个行为，也不会给巡查员带来很大的负担。 Stang¹³³⁴ 2025年5月27日 (二) 06:58 (UTC)

這部分沒什麼人去討論到，現況無法處理，強硬公示會被說沒有共識為何可以公示，您有空的時候可以推一推社群討論。🫠--~~Sid~~ 2025年5月28日 (三) 05:50 (UTC)

可以，我就是顺口一说，公示的内容还是只针对巡查员的。另外再顺嘴一说，一些全域权限（比如全域回退员）附带的自动巡查功能实际上也是应该被去除的，只是做起来比较麻烦。这两个地方可以在未来如果需要的时候作为参考。@ASid： Stang¹³³³ 2025年5月28日 (三) 05:55 (UTC)

我很难想象移除“被认为是社群中有经验的成员”的管理员之自动巡查权限的必要性。如果连管理员权限都要如此阉割，那站内还能有谁符合具备自动巡查权限的要求？——南屿小十233（对话 | 贡献 | 签名） 2025年6月2日 (一) 04:59 (UTC)

公示通过—WiiUf（留言） 2025年5月31日 (六) 16:35 (UTC)

@WiiUf：bro是不是忘了5月有31天 Stang¹³³⁰ 2025年6月1日 (日) 04:53 (UTC)

啊啊啊，抱歉--WiiUf（留言） 2025年6月1日 (日) 10:00 (UTC)

@WiiUf：公示期現在是否已完結？Sanmosa _新朝雅政 2025年6月4日 (三) 04:03 (UTC)

已經過幾天了。- - 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年6月4日 (三) 04:08 (UTC)

是的呀。-- WiiUf🐉🕯️ 2025年6月4日 (三) 04:34 (UTC)

• 是因為需要避嫌，所以需要換人宣布公示結果？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年6月4日 (三) 04:36 (UTC)

---

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

提案“删除巡查员附带的巡查豁免权”已通过，下方段落将讨论具体如何执行，以及相关配套设施事项。 Stang¹³²⁶ 2025年6月4日 (三) 12:02 (UTC)

@Stang：（調整了關閉範圍並將公示章節降為四級章節）--SunAfterRain 2025年6月4日 (三) 12:07 (UTC)

自Special:固定链接/87784727#提議提升巡查員的門檻起拆分为独立章节。--Steven Sun（留言） 2025年6月16日 (一) 10:36 (UTC)

配套措施

讨论区

這裡是討論拔除後的配套措施，鑒於上面討論的情況，我不想要來干涉這裡的討論了，即便我是沒意見的，所以請各位自便。~~Sid~~ 2025年5月25日 (日) 13:34 (UTC)

請注意，本人同意兩權分立的前提是允許巡查員保有巡查自己條目的權力，否則本人不會支持修訂有關政策。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年5月25日 (日) 14:15 (UTC)

另外，我需要提出，原因取得巡查權限而合併巡查豁免權限者，屆時均應自動重新授予之。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年5月26日 (一) 08:50 (UTC)

我開出了第一炮Wikipedia:權限申請/申請巡查豁免權#User:A2569875。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年5月27日 (二) 03:15 (UTC)

为什么巡查员要保有巡查自己条目的权力？本站上除非明显破坏，管理员可以删除自己添加快速删除模板的页面吗？ Stang¹³³⁴ 2025年5月27日 (二) 07:00 (UTC)

原本是巡查豁免者，後來變成巡查員的巡查員本來就應該要保有巡查自己条目的权力。不然申請成為巡查員成為了處罰？？？？ 處罰禁止繼續巡查豁免者？？？？？？？？ 這樣我申請巡查員我豈不是笨蛋？？？？ 申請了個處罰？？？？ 處罰自己？？？？ 我申請巡查員時你哪隻眼睛看到我申請「巡查豁免者除權」？？？ 你沒事除我權理由是？？？ 很遺憾我只能理解為處罰。 @Stang：另見我在Wikipedia:權限申請/申請巡查豁免權#User:A2569875的發言。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年5月28日 (三) 06:14 (UTC)

如果你曾经是巡查豁免者，在权限相关的配置更新之后就会被重新授予巡查豁免的权限，这个你无需担心。@A2569875： Stang¹³³³ 2025年5月28日 (三) 07:34 (UTC)

• 不是「如果」，是事實@Stang：。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年5月28日 (三) 08:13 (UTC)

我问的这个问题好像没人讨论啊…如下措施实施后，巡查员是否可以标记自己的条目为已巡查？如果不能，看起来好像没法使用过滤器来自动阻止，只能人工的来发现 Stang¹³¹⁰ 2025年6月20日 (五) 10:01 (UTC)

个人认为删除权限和标记巡查权限还是不太一样的：删除操作易引发争议，且删除后的内容对普通用户不可见，不易于复查，因此删除操作需要两名用户完成。而巡查操作争议较少，且易于复查，因此由一个用户完成（即巡查自己创建的条目）不会有太大的风险。--Steven Sun（留言） 2025年6月20日 (五) 12:24 (UTC)

提案区

Python6345提案之一

• 技术上移除巡查员之自动巡查权。
• 允许巡查员自我授权或申请巡查豁免权。
• 自我授权滥用时应同时除巡查权，申请权限滥用时仅除巡免权。

如拟议二无法实现则本人支持该方案。Python6345（查论编） 2025年5月28日 (三) 07:09 (UTC)

“允许巡查员自我授权”意义何在？ Stang¹³³³ 2025年5月28日 (三) 07:37 (UTC)

参阅该疑虑，本人认为自我授权时可默认巡查员为自身条目摁下巡查按钮，此时除权也应对比滥用巡查权。Python6345（查论编） 2025年5月28日 (三) 09:45 (UTC)

有條件支持，但同时也希望技术问题早日得到解决，避免站务巡察工作积压。——南屿小十233（对话 | 贡献 | 签名） 2025年6月2日 (一) 05:01 (UTC)

抱歉，但我看不出這樣分離的意義在哪裡，只能(－)反对--SunAfterRain 2025年6月4日 (三) 12:11 (UTC)

Python6345提案之二

补丁已部署，提交了一批批量恢复权限请求。相关页面的描述将同步进行更新。 Stang¹³⁰⁰ 2025年6月30日 (一) 07:57 (UTC)

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

---

• 技术上禁止巡查员创建操作自动标记为已巡查。
• 出于尊重，为现有巡查员授巡查豁免权。

本人希望之方案。Python6345（查论编） 2025年5月28日 (三) 07:09 (UTC)

这是不可能的，目前自动巡查不区分这个。如果要在技术上支持这个功能，一个方法是Xiplus的一个分割创建/修改巡查的patch，但是code review方面已经很久没动静了；另一方面是引入PageTriage这个扩展，但是这个目前进度非常缓慢。另外“出于尊重，为现有巡查员授巡查豁免权”的意义何在，如果都授予了还分割什么权限啊。 Stang¹³³³ 2025年5月28日 (三) 07:41 (UTC)

参阅本人附加提案，可能有部分巡查员曾有巡免或条目已符合巡免标准。Python6345（查论编） 2025年5月28日 (三) 09:42 (UTC)

不是「可能」，是活生生在你面前。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年5月28日 (三) 09:51 (UTC)

如果要在技术上支持这个功能，一个方法是Xiplus的一个分割创建/修改巡查的patch，但是code review方面已经很久没动静了；另一方面是引入PageTriage这个扩展，但是这个目前进度非常缓慢本提案为理想提案，如技术上无法实现本人无能为力，请参阅替代提案。Python6345（查论编） 2025年5月28日 (三) 09:49 (UTC)

顯然，原本已持有豁免權限（然後因併入而取消）的巡查員，在權限分割當下仍持有巡查權者，均應返還巡查豁免權。因為權限分割純粹是技術問題，與往後是否彈劾無涉。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月5日 (四) 13:11 (UTC)

註：此處原有文字，因為本人眼瞎，已由Ohtashinichiro（留言）於2025年6月5日 (四) 13:33 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。

你確定嗎？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年6月5日 (四) 13:26 (UTC)

(！)抗议「不存在返还一说。」我都講三次了，你們是故意當耳邊風的嗎？，如果是故意的，ANM見。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年6月5日 (四) 13:29 (UTC)

是我眼瞎，我收回言论，诚恳致歉。->>Vocal&Guitar->>_留言 2025年6月5日 (四) 13:33 (UTC)

上方讨论已指出多名巡查员之条目不符合巡免质量，且涉有曾持巡免权者。故本人认为应集中讨论重审所有曾有巡免权之巡查员是否能于拆权后重获巡免权。Python6345（查论编） 2025年6月5日 (四) 13:29 (UTC)

• -- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年6月6日 (五) 00:43 (UTC)

註：此處原有文字，因為誤會，已由宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️）於2025年6月5日 (四) 14:02 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。

誤看成同一人留言。且我已經重新申請權限，「理論上」應該可能大概也許不會影響。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年6月5日 (四) 14:02 (UTC)

若有人不合格，請屆時個別提出。請注意，原本拿過巡查豁免者，都是經過社群審核通過。我們這裡應當專注處理技術問題，若認為達不到標準要除權，就應該重走程序，不是藉此機會「一刀切」。除非預設爛人過半，否則此事免談。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月6日 (五) 03:49 (UTC)

请@Sanmosa前来说明。Python6345（查论编） 2025年6月6日 (五) 04:00 (UTC)

問題在於巡查員就從來沒被特地檢驗過寫條目的能力，Ericliu1912的言論基本上就是在令整件事情變得完全無法檢驗，他的reluctance沒有把授權應有的謹慎當一回事。「巡查員從來沒被特地檢驗過寫條目的能力」是社羣的共業，因此其成本必定要由社羣整體負擔，但看起來Ericliu1912似乎非常不願意這樣做。個人較傾向於下方的Python6345提案二之附加。Sanmosa _新朝雅政 2025年6月6日 (五) 07:24 (UTC)

現在的問題是，你所假定「曾持有巡查豁免權而後升格之巡查員一般沒有寫好條目的能力」一事，並沒有確鑿根據，而且不合常理。你上方的說法，更是混淆普通巡查員及合併巡查豁免權的巡查員；後者申請巡查豁免權限之際，本來就已經過「特地檢驗」，不存在你所謂「社群共業」問題。請注意，我從來不支持「为现有（全部）巡查员授巡查豁免权」，而僅是希望把原本誰有的權限還回去。隨意基於假設剝奪他人權限，纔真正缺乏「應有的謹慎」。如果你所說要處理的特別情況，例子舉不出來，就不要訴諸情緒勒索；若例子真能舉出來了，就去辦那些例子。不清楚這有什麼好討論的。甚至我不清楚你我立足點是否相同，搞不好其中誤會可大了，根本不是在談一件事。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月10日 (二) 09:58 (UTC)

我们这里探讨的不是“自动恢复曾持有巡查豁免权的巡查员相关权限”吗？请问这有任何问题么？ Stang¹³²⁰ 2025年6月10日 (二) 11:26 (UTC)

我看混了，上面的留言讓我以為你們在說的是所有巡查員在權限分拆後自動授予巡查豁免權。Sanmosa _新朝雅政 2025年6月10日 (二) 15:12 (UTC)

---

於Phabricator追踪
工單T397676

上方长期讨论可判断“批量恢复曾持有巡查豁免权的巡查员相关权限”已达成共识， 公示7日，2025年6月27日 (五) 09:54 (UTC)結束。具体名单会在统计之后生成。 Stang¹³¹⁰ 2025年6月20日 (五) 09:54 (UTC)

名单，共26名用户需恢复权限。 Stang¹³⁰⁷ 2025年6月24日 (二) 03:16 (UTC)

移除权限是否需要提前MMS通知相关权限持有者？上文关于“允许巡查员保有巡查自己条目的权力”的讨论尚未有共识。移除权限后是否允许“巡查员保有巡查自己条目的权力”？--Steven Sun（留言） 2025年6月24日 (二) 13:11 (UTC)

@Steven Sun：会；这样做的话我感觉不合适的地方在于，这样不就相当于什么也没变嘛，设想一个巡查员创建了条目之后点个按钮，和之前的情况也没什么区别啊。 Stang¹³⁰⁵ 2025年6月25日 (三) 06:39 (UTC)

---

这一公示已通过。等待补丁的部署，管理员可以对上述的用户的权限进行恢复。相关方针将被修改，MMS通知将在补丁执行后发送。 Stang¹³⁰³ 2025年6月27日 (五) 10:00 (UTC)

等通知發送再行授予權限吧（當然同步是最理想，不過有些困難？）。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月27日 (五) 10:15 (UTC)

---

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

Python6345提案二之附加

由于确有多名巡查员所创建条目不合格，或可在授巡查豁免权之前全部公示，如公示期有其他巡查员反对则需讨论。Python6345（查论编） 2025年5月28日 (三) 07:09 (UTC)于2025年6月10日 (二) 10:30 (UTC)撤回，无人可证大量曾有巡免之巡查员滥用巡免权以至于需集中重审，故支持授予所有曾有巡免权之巡查员巡免权。

既已移除權限，WP:巡豁資訊頁需要相應更新。--Zheng Zhou（留言） 2025年6月30日 (一) 06:11 (UTC)

RainSun8942提案

• 取消自己的編輯自動標示為已巡查，但仍可以巡查不具備巡查豁免權限之編輯，僅具備巡查豁免權限方可自動標示為已巡查。
• 由於巡查豁免門檻較高，巡查門檻較低。除可以申請巡查權外，符合巡查豁免申請資格也可申請巡查豁免權限。

以上不知第一項技術上是否可行，另外管理員是否也需要比照辦理。--雨朝_{Talk#SamekoSaba🐟} 2025年6月5日 (四) 05:09 (UTC)

1不可行，标记为已巡查是不可逆的操作。2完全可以。管理员是否比照我觉得一步步来比较好，先把巡查员的情况处理好。 Stang¹³²⁵ 2025年6月5日 (四) 08:27 (UTC)

您看起來好像搞錯了，我是指將自己的編輯取消自動標記為已巡查，而不是將已巡查逆轉為未巡查的狀態。--雨朝_{Talk#SamekoSaba🐟} 2025年6月5日 (四) 09:22 (UTC)

原来如此，我理解错了。你的1所表述的就是上方共识事实上的效果：巡查员自己的编辑不再被自动标记为已巡查，他们仍然可以巡查其他无巡查豁免权的用户的编辑。 Stang¹³²⁵ 2025年6月5日 (四) 09:32 (UTC)

是的，僅取消巡查員自己的編輯自動標記為已巡查，此外1有提到自我巡查的部分，是否可以將等候巡查的按鈕隱藏?--雨朝_{Talk#SamekoSaba🐟} 2025年6月5日 (四) 10:21 (UTC)

@RainSun8942：“等候巡查”的按钮是在哪里的，可以描述一下吗？咱因为不是巡查员看不到。猜测隐藏起来不难，来点css魔法就行了。 Stang¹³²² 2025年6月9日 (一) 01:04 (UTC)

降低巡查豁免申请要求

建立75个条目的要求没查到当年相关讨论记录，大概是借用enwiki的标准。而enwiki早已将此标准降为25个条目。个人认为至少要将标准降低到50以下，最好是25-35之间。--Steven Sun（留言） 2025年6月6日 (五) 03:23 (UTC)

(！)意見：本人认为硬标准可降至创建10个条目，但需要他人提名或最少一名延确支持后管理员可赋权。Python6345（查论编） 2025年6月6日 (五) 03:52 (UTC)

不确定延确水平。前提定在两名有巡查权限者（净）支持如何？毕竟巡查豁免主要影响巡查员的工作。--YFdyh000（留言） 2025年6月6日 (五) 05:19 (UTC)

(＋)支持将前提定为需巡查员同意，但(－)反对投票。Python6345（查论编） 2025年6月6日 (五) 06:04 (UTC)

考虑到特定申请可能有人反对，而明确的授权与反对标准较容易审视，即通过反对票来延缓授权进程。我也赞成可以宽松裁量是否授权，暂未考虑投票期限等约束。--YFdyh000（留言） 2025年6月6日 (五) 06:42 (UTC)

反对者阐明理由，支持者反驳，如遇长期讨论而管理员无法判断共识之情况可考虑由行政员集体决定。本人不希望RFR和RFA一样成为选举。Python6345（查论编） 2025年6月6日 (五) 06:51 (UTC)

引入DYK/GA/FA的写作数量作为可选条件也可以。比如可将10篇DYK或2篇GA/FA作为参考条件。--Steven Sun（留言） 2025年6月6日 (五) 04:24 (UTC)

(＋)支持引入，但(－)傾向反對上述写作数量，个人认为10篇DYK过少。--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年6月14日 (六) 11:55 (UTC)

条目质量须被巡查员认可提案

現行條文 任何管理員均可將此權限授予熟知維基方針及指引（特別是生者傳記和收录标准）的可信賴用戶。建議門檻为创建75個有效條目。如您打算為您自己或其他用戶申請此權，請移步至維基百科:權限申請/申請巡查豁免權。

提議條文 任何管理員均可將此權限授予熟知維基方針及指引（特別是生者傳記和收录标准）的可信賴用戶。建議門檻为创建10個有效條目，且条目质量被巡查员认可。如您打算為您自己或其他用戶申請此權，請移步至維基百科:權限申請/申請巡查豁免權。

本人认为巡免权主要需条目平均质量可通过巡查，且10个条目之建议已足够低，故提案未包含DYK/GA/FA之建议标准，如有例外请IAR处理。多日无人留言，如7日内无异议将公示。Python6345（查论编） 2025年6月10日 (二) 10:47 (UTC)

10個條目未免真的太低，但我認同現有門檻確實過高，因此我較為傾向於enwiki的門檻（25個條目），這樣可以確保巡免寫的條目足夠多，又避免為有意申請巡免者造成不必要的負擔。Sanmosa _新朝雅政 2025年6月10日 (二) 15:16 (UTC)

保留DYK，又或者做7篇GA如何？--Mykola（留言） 2025年6月14日 (六) 17:49 (UTC)

不认可将DYK/GA/FA纳入巡免申请要求，现时条目经少量改善并挂模板后即可通过巡查，无理由要求巡免之条目质量高于可通过巡查之基本标准。Python6345（查论编） 2025年6月15日 (日) 09:26 (UTC)

不需要「經過巡查員認可」，重點是條目品質足夠，這也就是「有效條目」的含義。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月10日 (二) 15:34 (UTC)

(：)回應：是否條目品質足夠需用户判断，本人倾向由延确判断，但有人质疑延确判断能力且巡免确主要影响巡查员之工作。故在此拟议巡查员判断，阁下如有更好方案还请提出。Python6345（查论编） 2025年6月14日 (六) 13:41 (UTC)

不必更改現況，由社群判斷即可。說實話有什麼權限也不影響能不能讀條目吧？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月14日 (六) 17:46 (UTC)

理论上不影响，但连DYK都时常可见水票，且阅读一名用户所创之条目判断是否可获巡免耗费精力显高于阅读一篇条目，本人合理担忧出现更多不读条目就(＋)支持而多日无人认真读条目提出合理反对意见，导致管理员误授权给质量过差之用户巡免权。本人认为此方案如通过而巡查员不读条目而支持，可以WP:CIR除权；普通用户如可给出合理解释表明认真阅读过条目亦可采纳。Python6345（查论编） 2025年6月15日 (日) 09:24 (UTC)

照理說大部分申請應該會是「提出申請」、「符合基礎門檻」、「無人反對」（有人支持的話會更快）、「管理員授權」；我們應該是鼓勵社群（無論持有權限）參與第二部分過程，因為管理員也非全能。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月15日 (日) 12:14 (UTC)

让管理员判定即可，目前也不是由管理员判定并授权吗？--Steven Sun（留言） 2025年6月16日 (一) 03:21 (UTC)

(－)強烈反对，10个也太少了吧。像LTA:Kurgenera这样的人申请巡免只会让你维更糟糕，个人认为50个适宜。（折中enwiki和中维）--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年6月14日 (六) 11:49 (UTC)

(：)回應：此仅为建议标准，而非到达资格后必须授权。Python6345（查论编） 2025年6月14日 (六) 13:43 (UTC)

认真写的条目，10-25个足以判断用户的写作水平。无需50个。况且这只是建议标准，是否授权仍需要管理员及其他用户综合判定写作水平。--Steven Sun（留言） 2025年6月16日 (一) 03:12 (UTC)

简单降低标准提案

通过，将对相关页面进行描述修改。 Stang¹³⁰⁰ 2025年6月30日 (一) 09:15 (UTC)

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

---

現行條文 任何管理員均可將此權限授予熟知維基方針及指引（特別是生者傳記和收录标准）的可信賴用戶。建議門檻为创建75個有效條目。如您打算為您自己或其他用戶申請此權，請移步至維基百科:權限申請/申請巡查豁免權。

提議條文 任何管理員均可將此權限授予熟知維基方針及指引（特別是可供查證、生者傳記和收录标准）的可信賴用戶。建議門檻为创建或重写50個有效條目（重写的标准可参考Wikipedia:新条目推荐/候选内的说明）。如您打算為您自己或其他用戶申請此權，請移步至維基百科:權限申請/申請巡查豁免權。

-- Steven Sun（留言） 2025年6月16日 (一) 03:43 (UTC)

考虑到上方多个提案已经详细的讨论过具体降低到什么样的门槛，可以视为讨论已经很充分，因此 公示7日，2025年6月27日 (五) 09:47 (UTC)結束。 Stang¹³¹⁰ 2025年6月20日 (五) 09:47 (UTC)

(－)反对，75→25过于宽松，未见有如此大幅下修的必要性。中文维基百科几乎无人在做二次巡查，对于巡免权限仍应慎重。->>Vocal&Guitar->>_留言 2025年6月24日 (二) 11:28 (UTC)

雖然我不反對這個下調，但我感覺現在不是提這事的時機，這事應該另開討論串處理。（補可供查證方針連結的事情倒是可以繼續，因此公示或許暫時不必撤下。）Sanmosa _{宮掖事祕莫能辨也} 2025年6月24日 (二) 16:47 (UTC)

@Steven Sun、Stang、Ohtashinichiro、Sanmosa：是否可考慮先改為50篇條目？75篇確實偏多。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月27日 (五) 02:56 (UTC)

不反對。Sanmosa _{宮掖事祕莫能辨也} 2025年6月27日 (五) 05:08 (UTC)

不反对。--Steven Sun（留言） 2025年6月27日 (五) 06:19 (UTC)

另外对现有条目的重写是否也可以计入“创建有效条目”？毕竟这个权限主要是考察条目写作能力，而“重写”与“创建”在能力考察上似乎没有太大区别。--Steven Sun（留言） 2025年6月27日 (五) 06:31 (UTC)

很有道理，我觉得是可以这么看的，重写的判定标准可以从DYKC那里抄过来。 Stang¹³⁰³ 2025年6月27日 (五) 06:55 (UTC)

可以算，不如說之前不算有點厲害。要不改為「創建或全面重寫」？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月27日 (五) 09:13 (UTC)

可。这样修改了公示的内容是否要重新计算公示期啊。 Stang¹³⁰³ 2025年6月27日 (五) 06:55 (UTC)

@Stang：現在公示規定很複雜了，我其實看不太懂。如果要追求穩妥，那就再公示七日，要不然可以改成公示三日之類的，吧。總之，先確定條文改動為好。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月27日 (五) 09:13 (UTC)

@Ericliu1912：那就延长3天的公示期吧， 延迟公示3日，2025年6月30日 (一) 09:47 (UTC)結束。对公示的内容进行了修改。刘酱同志如果有精力可以另开提案修改方针公示规定。 Stang¹³⁰³ 2025年6月27日 (五) 09:41 (UTC)

2025年6月30日是星期一。--夏冰 2025年6月30日 (一) 06:20 (UTC)

然后？@Summerize： Stang¹³⁰⁰ 2025年6月30日 (一) 07:07 (UTC)

不好意思，我只是注意到「延遲公示3日」的日期和星期不符想說提醒一下，我不該留言的，抱歉打擾了。--夏冰 2025年6月30日 (一) 07:24 (UTC)

@Summerize：啊，不好意思我都没注意到这一个地方 :)，感谢你的留言，已经进行了修正。 Stang¹³⁰⁰ 2025年6月30日 (一) 07:37 (UTC)

---

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

巡查豁免活跃度要求提案

現行條文	提議條文 此外，当超过3年没有任何编辑活动，报告后如查明属实时，则立即除权。

注意到巡查豁免权没有活跃度要求，并考虑到无编辑用户可能会不了解编辑方针与指引的变动，因此提出活跃度要求。--Steven Sun（留言） 2025年6月16日 (一) 03:43 (UTC)

多此一举，已经有六个月未有编辑活动的规定。--雨朝_{Talk#SamekoSaba🐟} 2025年6月16日 (一) 12:23 (UTC)

了解，那我 撤回请求。--Steven Sun（留言） 2025年6月16日 (一) 12:51 (UTC)

綜合條目數量與DYK數量提案

現行條文 任何管理員均可將此權限授予熟知維基方針及指引（特別是生者傳記和收录标准）的可信賴用戶。建議門檻为创建75個有效條目。如您打算為您自己或其他用戶申請此權，請移步至維基百科:權限申請/申請巡查豁免權。

提議條文 任何管理員均可將此權限授予熟知維基方針及指引（特別是可供查證、生者傳記和收录标准）的可信賴用戶。建議門檻为创建25個有效條目且至少擁有10個新條目推薦（1個典範/優良條目視為3個新條目推薦）。如您打算為您自己或其他用戶申請此權，請移步至維基百科:權限申請/申請巡查豁免權。

以上綜合條目質量及數量。 —WiiUf（留言） 2025年6月26日 (四) 04:45 (UTC)

(－)反对，DYK可做附加，但此权无任何绑定DYK的理由。--。->>Vocal&Guitar->>_留言 2025年6月26日 (四) 11:30 (UTC)

同Ohtashinichiro，社羣中總有不願參與DYK的用戶，維基百科不可強迫用戶參與。Sanmosa _{宮掖事祕莫能辨也} 2025年6月27日 (五) 00:10 (UTC)

不同意直接納入申請制度，理由同上。當然，社群還是要鼓勵參與新條目推薦候選。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月27日 (五) 02:58 (UTC)

50個有效條目 或 25個有效條目且至少擁有10個新條目推薦（1個典範/優良條目視為3個新條目推薦），符合其一即可，如何？--Factrecordor（留言） 2025年6月29日 (日) 13:06 (UTC)

支持門檻多樣化，我當時也是用差不多條件取得巡免的（以IAR的方式以約5X條有效頁面附帶數篇GA與DYK的情況取得）。--WiTo🐤💬 2025年7月1日 (二) 07:34 (UTC)

我認為可以作為「同等能力」證明之一。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕（留言☎️·簽到☘️） 2025年6月30日 (一) 06:15 (UTC)

修訂後提案

現行條文 任何管理員均可將此權限授予熟知維基方針及指引（特別是可供查證、生者傳記和收录标准）的可信賴用戶。建議門檻为创建或重寫（重写的标准可参考Wikipedia:新条目推荐/候选内的说明） 50個有效條目。如您打算為您自己或其他用戶申請此權，請移步至維基百科:權限申請/申請巡查豁免權。

提議條文 任何管理員均可將此權限授予熟知維基方針及指引（特別是可供查證、生者傳記和收录标准）的可信賴用戶。建議門檻为： 創建或重寫50個有效條目，或； 创建或重寫25個有效條目且至少擁有10個新條目推薦（1個典範/優良條目視為3個新條目推薦）。 如您打算為您自己或其他用戶申請此權，請移步至維基百科:權限申請/申請巡查豁免權。

綜合上方部分用戶的意見，修改提案。—WiiUf（留言）港區國安法5週年 2025年7月3日 (四) 08:35 (UTC)

其他想法

既然主要是要確認條目寫出來有沒有問題，那不妨加入「近期三個月內不得出現建立的條目（不含重定向）被提交CSD和AFD的紀錄，或近期所有AFC均通過審核」之類的條件如何？-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕（留言☎️·簽到☘️） 2025年7月1日 (二) 00:10 (UTC)

這完全有被大規模擾亂操作的空間，不贊同。Sanmosa _{宮掖事祕莫能辨也} 2025年7月1日 (二) 05:26 (UTC)

持續出沒的破壞者頁面中曾用於破壞的IP記載去留問題

鑑於本地已引入臨時帳號功能，IP地址編輯已成歷史，是故破壞者曾用之所有IP不再被重用於編輯；有見及此，本人在此提議將所有記載於LTA頁面的匿名地址從上記頁面移除（另一原因為WP:DENY），現正尋求社群意見及共識。--5-6-7-0-9（dial - #sign）A new beginning 2025年7月5日 (六) 05:40 (UTC)

还是有几个用户组能看得到IP，不建议全部移除。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年7月5日 (六) 10:48 (UTC)

我的意思是建議把例如影某者LTA頁面上所寫的曾用IP段的段落全部刪除。--5-6-7-0-9（dial - #sign）A new beginning 2025年7月5日 (六) 11:57 (UTC)

技術

本地安全投票测试

於Phabricator追踪
工單T380020

据此前讨论，本地安全投票提案已通过。目前等待软件层面启用本地安全投票后，应先测试以确认是否可行及具体流程，故在此开启讨论串。（当然还是要先等patch过了再说）

cc @Stang、ZhaoFJx、SCP-2000： 请留意。--beef [talk] 2025年1月20日 (一) 13:13 (UTC)

还是这个页面吗？Special:安全投票--百無一用是書生 (☎) 2025年1月21日 (二) 02:24 (UTC)

对。 Stang^★ 2025年1月21日 (二) 09:41 (UTC)

感觉根据这条留言要分析处理的技术问题是挺多的，比较悲观的判断可能今年4月轮的定期投票那个时候依旧没法解决……@0xDeadbeef、ZhaoFJx、SCP-2000： Stang^★ 2025年2月4日 (二) 08:46 (UTC)

那就等着吧，WMF写代码就这个样子，没啥可说的。--beef [talk] 2025年2月5日 (三) 11:57 (UTC)

所有blocker都没了，咱看看能不能往前推进一下。另外两个建议，之前提名期到投票期留了这么长的时间，在本地进行安全投票的时候是不是可以适当缩减一下；目前的共识是管理员来做设置投票的操作，可以写一个详细的操作手册关于怎么配置。@0xDeadbeef： Stang^★ 2025年4月24日 (四) 03:47 (UTC)

管理人員申請流程精簡問題，可以等這批申請結束以後一起檢討。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年5月5日 (一) 13:08 (UTC)

看起來隔壁也推動緩慢，不如等成功以後，再行提出商議。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月10日 (二) 18:33 (UTC)

@Ericliu1912：隔壁刚刚部署好补丁了。enwiki的情况是设立了一个叫electionclerk的用户组来完成跟投票相关的技术性操作（接触不到pii），让cuer来完成监票工作。类似的，对本地安全投票也有需求的fawiki也提交了类似的工单。窝觉得可以开始推动了，先完善一下Wikipedia:安全投票的说明页面。 Stang¹³²⁰ 2025年6月11日 (三) 04:26 (UTC)

@Stang：這麼剛好XD 那就是要先決定有關權限組應由誰持有了。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月11日 (三) 08:34 (UTC)

@Ericliu1912： 开坑/ Stang¹³¹⁹ 2025年6月11日 (三) 10:10 (UTC)

(－)強烈反对另創用戶組，請把投票相關的技術性操作併入行政員的處理事項。--Aqurs 2025年6月12日 (四) 14:42 (UTC)

好像沒看到投票管理員的樣子，又開了一個坑--1F616EMO（喵留言～回覆請ping） 2025年6月12日 (四) 14:35 (UTC)

方针/操作手册讨论

放鞭炮庆祝一下，果然enwiki最大。 總結 之前的共识是丝糖公示版和牛肉公示版：

1. 本站内部自行举办安全投票没有问题；
2. 允许管理员创建并配置安全投票；
   1. 嵌入权限，单纯地允许创建和编辑安全投票设定。
3. 允许选举监察员（英語：scrutineer）查看选民信息并点票;
   1. 该用户组提供给监督员，每次选举需要时由监管员赋予权限。该权限可以修改MediaWiki空间页面，创建编辑投票和查看选民IP地址。
4. 用户可以随时申请成为管理人员，毕竟可以随时开投票；

看来和目前的主要分歧是第2条？也就是把权限赋予给管理员还是行政员，和要不要开一个新的electionclerk用户组。——ZhaoFJx(Talk) 2025年6月12日 (四) 22:16 (UTC)

目前使用安全投票的选举，提名须经行政员确认，那该权限授予行政员比较合理。但使用安全投票之前的RFA提名并不需要经行政员确认。如果后续的RFA提名也不需要行政员确认，那该权限授予管理员即可。--Steven Sun（留言） 2025年6月13日 (五) 00:08 (UTC)

對於第二條由管理員還是行政員處理，沒有太大意見，考慮到活躍的行政員數量不多，在不接觸pll的情況下讓管理員進行安全投票的技術性事項也是可以的。但反對另創用戶組的立場依舊。--Aqurs 2025年6月13日 (五) 04:03 (UTC)

你是反对设立一个创建/编辑/结算投票的用户组(electionclerk)，还是反对scrutineer以及electionclerk？对于前者，咱个人觉得“把这些权限绑定给管管”还是“拆分这些安全投票相关的权限成一个新的用户组”都是可以的。另外1F616EMO直接照抄过来的东西，还有很多东西需要调整，比如是否需要OpenSSL加密（这个很复杂），可不可以让非管理员也能管理安全投票，对于某一场特定的投票怎么确定管理它的选举管理员什么的。enwiki有个习俗是设置一些管理员可以考虑要不要给自己授予的用户组（比如滥用过滤器维护者，安全投票助理），这个习俗本站没有，所以实际上也没必要照抄。咱这个坑还在继续填~ @Aqurs1、1F616EMO： Stang¹³¹⁷ 2025年6月13日 (五) 08:39 (UTC)

scrutineer跟electionclerk皆(－)反对。--Aqurs 2025年6月13日 (五) 08:41 (UTC)

换句话说你觉得应该把创建/编辑/结算的权限绑定至管理员，把创建/编辑/结算/查看pii的权限绑定至监督员？咱觉得这样有点违背设立特定用户组的初衷，把过多额外的东西绑定上去不是太优雅。另外未来CUer“如果”回归了怎么办？@Aqurs1： Stang¹³¹⁷ 2025年6月13日 (五) 09:03 (UTC)

創建/編輯/結算的權限歸為管理員並沒有問題，而包括pll的部分必須只允許（若社群同意恢復的）CUer或監管員接觸，後者不接受其他選項，原因已在上次cu討論時提及。--Aqurs 2025年6月13日 (五) 09:08 (UTC)

也就是说你反对现行的Oser处理安全投票pii的做法，这一点了解了，咱会开个新的讨论串再去讨论的。咱还是想知道为什么反对设立一个新的组，你好像之前没有对“为什么反对另创用户组”进行论述。 Stang¹³¹⁷ 2025年6月13日 (五) 09:19 (UTC)

@Stang：創建/編輯/結算的部分由管理員負責是為了減少程序的複雜性及減少不必要的麻煩，「選舉助理」這樣的職務，其工作並非相當複雜，是否需要另創職務的需要存疑。相關的行政性工作併入管理員的職務方為上策。--Aqurs 2025年6月13日 (五) 10:07 (UTC)

设想一次管理人员定期选举之中，把多的时候能到十几个的候选人信息填到表格里，（如果要使用加密）生成两份密钥并妥善保存，把界面文字复制上去，生成名单并剔除掉被封禁而失去投票资格的，投票的时候遇到有人没在名单里要同步多个安全投票的名单，结算点票，感觉工作量算不上非常大但也绝对挺麻烦的吧。当然你的观点我是理解的，可以考虑公开征集一下意见？@Aqurs1： Stang¹³¹⁷ 2025年6月13日 (五) 11:23 (UTC)

關於加密，私以爲英維的說明只是指出有這個可能性而已，並非真的會用到。用到的場合大概只有基金會的事情，管理員選舉完全沒這個需要，可以刪除加密部分的說明。--1F616EMO（喵留言～回覆請ping） 2025年6月13日 (五) 14:16 (UTC)

en上一次使用安全投票的管理员选举确实是在用的。@1F616EMO： Stang¹³¹⁶ 2025年6月14日 (六) 05:56 (UTC)

囧rz……不過本站沒有這麼用過，也不見得需要？相關敘述已經還原，若社羣認爲有需要加密管理員投票，亦可另案提出。--1F616EMO（喵留言～回覆請ping） 2025年6月14日 (六) 06:11 (UTC)

行政員都是管理員，所以給了管理員也相當於給了行政員。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月13日 (五) 11:32 (UTC)

很明显他的意思是要不要“只”给B @Ericliu1912： Stang¹³¹⁷ 2025年6月13日 (五) 11:38 (UTC)

那我覺得給管理員就好，管理員人數較多，且操作本身亦無過度風險。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月21日 (六) 06:03 (UTC)

---

總覽上方討論，鑒於設立安全投票的複雜程度加之不是所有管理員需要此權限，在下建議可以設立electionclerk用戶組但管理員可自我賦予此權，若有非管理員但有能力者亦可申請臨時權限。--人间百态,独尊变态(讨论)(签名) 2025年6月29日 (日) 10:11 (UTC)

@1F616EMO@Aqurs1@Ericliu1912@Stang@Steven Sun@ZhaoFJx@Dbeef--人间百态,独尊变态(讨论)(签名) 2025年6月29日 (日) 10:13 (UTC)

可。另外确认了一下，enwiki在考虑将安全投票所使用的命名空间迁移至Mediawiki，而非管理员的electionclerk也不会有“缺少editinterface”导致没法创建/修改投票的情况，所以技术上没有问题。 Stang¹²⁹⁹ 2025年7月1日 (二) 15:56 (UTC)

测试

有兴趣在未来长期处理安全投票筹备工作的管理员可以去testwiki申请相关权限并进行测试。咱感觉多去一些人也无所谓，想做这个事情的人多了也能加快一些部署的速度嘛 Stang¹³¹⁷ 2025年6月13日 (五) 11:43 (UTC)

就辽宁省2019年以来行政区划合并维护请求帮助。

按照维基百科:机器人建立条目小组/中华人民共和国行政区划/简明手动维护手册的说明，请求各位帮助。

详细

沈阳市

和平区

1.撤销西塔街道，将其管辖区域划入北市场街道。调整后，北市场街道办事处驻地不变。 2.撤销八经街道，将其管辖区域划入南市场街道。调整后，南市场街道办事处驻地不变。 3.撤销集贤街道，将其管辖区域划入马路湾街道。调整后，马路湾街道办事处驻地不变。

沈河区

1.撤销大西街道，将其管辖区域划入朱剪炉街道。调整后，朱剪炉街道办事处驻地为沈河区万寿寺街161号（原大西街道办事处驻地）。 2.将朱剪炉街道府北、迎宾2个社区划入新北站街道，并将新北站街道更名为北站街道。 3.撤销山东庙街道，将其管辖区域划入风雨坛街道。调整后，风雨坛街道办事处驻地不变。 4.撤销大南街道，将其管辖区域划入滨河街道。调整后，滨河街道办事处驻地为沈河区大南街229-3号（原大南街道办事处驻地）。 5.撤销丰乐街道，将其管辖的丰乐、溪林、长青、沈水4个社区划入南塔街道，将万科、和泰、青阳3个社区划入泉园街道。

铁西区

1.撤销保工街道，将其管辖区域划入兴顺街道。调整后，兴顺街道办事处驻地不变。 2.撤销兴工街道，将其管辖的两洞桥、爱工、九委、南七东路4个社区划入兴华街道，将沈辽东路、飞翔路2个社区划入凌空街道。 3.撤销贵和街道，将其管辖区域划入兴华街道。调整后，兴华街道办事处驻地为铁西区爱工南街17号（原兴工街道办事处驻地）。 4.撤销艳粉街道，将其管辖的永合、永善、光学、光辉、红艳路、红昌、红盛、艳阳、艳华、艳粉街10个社区划入凌空街道，将大天地社区划入工人村街道。 5.将兴华街道的爱心社区划入凌空街道。调整后，凌空街道办事处驻地为铁西区艳粉街32号（原艳粉街道办事处驻地）。 6.撤销七路街道，将其管辖的建设、第一城、创意、星光、开发、育工6个社区划入重工街道，将工人新村一、工人新村二2个社区划入工人村街道。 7.将启工街道启飞社区划入重工街道。调整后，重工街道办事处驻地为铁西区肇工南街25-12号（原七路街道办事处驻地）。 8.撤销西三环街道，将其管辖的七号街、军营、宁新3个社区及张士村划入昆明湖街道，将宁鹏、宁官、宁民3个社区及宁官村划入翟家街道。 9.将翟家街道的大挨金、小挨金、大于、土台子、下地、壕上、翟家、东胜8个村及中央大街社区划入大青中朝友谊街道。 10.将大青中朝友谊街道的余粮、后谟2个村划入翟家街道，将隆湖、熙湖、中央湖畔3个社区及安乐、团结、高明、共和4个村划入昆明湖街道。 11.将大潘街道的后马村划入大青中朝友谊街道，四台子村划入昆明湖街道，岳家、林台、前马3个村划入高花街道。 12.将昆明湖街道办事处驻地由铁西区七号路7甲5-1号，迁至铁西区花海路28号。 13.将翟家街道办事处驻地由铁西区翟家街道曹家村，迁至铁西区开发十八号路21-25号5门。 14.将大青中朝友谊街道办事处驻地由铁西区沈辽西路113-35号8门，迁至铁西区沈辽西路113-49号。

皇姑区

1.撤销辽河街道，将其管辖区域划入北塔街道。调整后，北塔街道办事处驻地为皇姑区巴山路48-3号（原辽河街道办事处驻地）。 2.将北塔街道崇山东路以北区域的新铁、柳条湖、崇东、富裕、嘉麟、金山、富丽阳光、东窑、西窑9个社区划入陵东街道。 3.撤销塔湾街道，将其管辖的怒江街以西区域的汾河、淮北、淮东、百鸟、渭河、怒江6个社区划入舍利塔街道，怒江街以东区域的翔凤、紫荆花西、紫荆花东、舍宅4个社区划入黄河街道。

大东区

1.撤销小东街道，其管辖区域划入万泉街道。调整后，万泉街道办事处驻地由大东区大东路175号，迁至大东区东逸街27号。 2.撤销新东街道，其管辖区域划入东塔街道。调整后，东塔街道办事处驻地不变。 3.撤销北海街道，将其管辖的东方、俪城、卫士、矿北4个社区划入上园街道，将四德、领域、铂悦3个社区划入东站街道，将锦园社区划入津桥街道。 4.撤销洮昌街道，将其管辖的北海、合作、世博、公务员4个社区划入大北街道，将吉祥、梨树、法库、大北桥、铁岭、如意6个社区划入津桥街道。 5.将前进街道的汇泽、福居、蓝庭、新望、宝地、富东6个社区划入二台子街道。 6.将二台子街道北大营西路以南、北大营东街以西区域划入上园街道。

浑南区

1.撤销营城子街道，将其管辖区域划入李相街道。调整后，李相街道办事处驻地不变。 2.撤销望滨街道，将其管辖区域划入满堂街道。调整后，满堂街道办事处驻地不变。 3.撤销永胜街道，将其管辖的永胜、洪台沟、渔樵、前康家、后康家、于胜、潘李、金德胜、东靠山9个村划入王滨街道；将兴农、李相、畜牧场3个村划入东湖街道。

于洪区

1.撤销大兴街道，将其管辖区域划入马三家街道。调整后，马三家街道办事处驻地不变。 2.撤销于洪街道，将其管辖的东民、前民、和平3个社区和光辉、爱国、全胜、兴盛4个村划入沙岭街道；将红旗、世代2个社区划入迎宾路街道。

沈北新区

1.撤销石佛寺街道，将其管辖区域划入兴隆台街道。调整后，兴隆台街道办事处驻地不变。 2.撤销沈北街道，将其管辖区域划入新城子街道。调整后，新城子街道办事处驻地不变。 3.撤销清泉街道，将其管辖的清宇社区和前屯、后屯、前腰堡、中五旗、小洋河、清泉、泥沟堡、崔公堡8个村划入清水台街道，将后腰堡、拥屯、湾道、依路4个村划入马刚街道。 4.撤销尹家街道，将其管辖的沟子沿村划入道义街道，将尹家、光荣、小营子、永丰、茨榆、创业、曙光、东拉拉、新农、穆家10个村划入财落街道。调整后，财落街道办事处驻地不变。 5.将道义街道管辖的正良、柳岸、鑫欣、大学城、晨兴、民丰6个社区和正良、五台子、郭三、郭七、道义一、道义二、东场、孝信汉、孝信鲜9个村划出，设立正良街道。调整后，正良街道办事处驻地为沈北新区沈北路6号（原道义街道办事处驻地）。 6.将道义街道办事处驻地由沈北新区沈北路6号，迁至沈北新区蒲河路41-1号。

苏家屯区

1.撤销湖西街道，将其管辖区域划入解放街道。调整后，解放街道办事处驻地不变。 2.撤销大沟街道，将其管辖区域划入十里河街道。调整后，十里河街道办事处驻地不变。 3.撤销八一街道、红菱街道，合并设立八一红菱街道。调整后，八一红菱街道办事处驻地为苏家屯区八一路62号（原八一街道办事处驻地）。 4.撤销王纲街道、临湖街道，合并设立沈水街道。调整后，沈水街道办事处驻地为苏家屯区枫杨路83号（原临湖街道办事处驻地）。 5.撤销姚千街道、白清街道，将原姚千街道的小堡屯、刘太平、陡子峪、杨千后房、刘千户屯、上瓦房6个村划入佟沟街道，将马耳山、田水、姚千、代官、唐台、佟家6个村和姚千社区与原白清街道合并设立白清姚千街道。调整后，白清姚千街道办事处驻地为苏家屯区广福路200号（原白清街道办事处驻地）。

新民市

1.撤销新城街道，将其管辖区域划入东城街道。调整后，东城街道办事驻地为新民市民族街30号（原新城街道办事处驻地）。 2.将东城街道的烧锅、新建、郭屯、北丁、老君当、东郊、城东、大东8个社区划入新柳街道。 3.将新柳街道办事处驻地由新民市北环路28号，迁至新民市辽河大街152号。

大连市

西岗区

1.将原站北街道和原日新街道进行合并，称日新街道。调整后的日新街道下辖12个社区。 2.将原北京街道和原人民广场街道进行合并，称人民广场街道。调整后的人民广场街道下辖13个社区。

沙河口区

1.拆分兴工街道，把原兴工街道的大庆社区、西山社区、宏发社区、恒苑社区4个社区与马栏街道合并，新成立马栏街道。调整后，马栏街道下辖14个社区，街道办事处驻地：黄河路876C。 2.拆分兴工街道，将原兴工街道的泉涌社区、永吉社区、兴新社区、兴盛社区、兴社社区、如意社区6个社区（含大连机车厂）与中山公园街道合并，新成立西安路街道。西安路街道下辖14个社区，街道办事处驻地：联合路38号。 3.撤销星海湾街道、白山路街道，新成立星海湾街道。星海湾街道下辖17个社区，街道办事处驻地：星海一街19号。

甘井子区

1.撤销中华路街道、兴华街道，重新设立中华路街道，以原两个街道地域范围为新街道地域范围。街道办事处驻地为原中华路街道办事处驻地（甘井子区汇信街22号）。

旅顺口区

1.撤销得胜街道、市场街道，重新设立得胜街道，以原两个街道地域范围为新街道地域范围，街道办事处驻地为原得胜街道办事处驻地（旅顺口区黄金街7-19号）。 2.撤销三涧堡街道、北海街道，重新设立三涧堡街道，以原两个街道地域范围为新街道地域范围，街道办事处驻地为原三涧堡街道办事处驻地（旅顺口区金石路501号）。 3.撤销登峰街道、光荣街道，重新设立登峰街道，以原两个街道地域范围为新街道地域范围，街道办事处驻地为原登峰街道办事处驻地（旅顺口区和顺街32号）。 4.将龙王塘街道盐厂新村、郭家沟村调整至龙头街道管理。调整后，龙头街道地域范围北与长城街道、三涧堡街道接壤，南临黄海，东与龙王塘街道毗邻，西与水师营街道相接，西南与合并后的登峰街道、得胜街道相连。 5.将原龙头街道大连奶牛场划转至龙王塘街道管辖，继续由高新区管委会代管。

金州区

1.将大窑湾街道原归属于马桥子街道、海青岛街道、大孤山街道、湾里街道的辖区范围重新划归四个街道管辖，恢复原有隶属关系。 2.撤销光明街道、中长街道，新设立光中街道，以原两个街道地域范围为新街道地域范围，街道办事处驻地为原光明街道办事处驻地（金州区胜利西小区38号）。

普兰店区

1.太平街道和南山街道合并，撤销南山街道，合并后为太平街道，街道驻地为原太平街道驻地。

鞍山市

海城市

撤销验军街道，将其下辖的15个社区成建制划入兴海街道。

将温泉街道更名为东四方台街道。

台安县

撤销台北街道，将其下辖的6个村、2个社区成建制划入八角台街道。

撤销台南街道，将其下辖的5个村、3个社区成建制划入台东街道。

岫岩县

撤销仙人咀街道，将其下辖的5个村成建制划入雅河街道。

撤销大宁街道，将其下辖的3个村成建制划入阜昌街道。

铁东区

撤销常青街道，将其下辖的5个社区成建制划入湖南街道。

撤销对炉街道，将其下辖的7个社区成建制划入和平街道。

撤销长甸街道，将其下辖的6个社区成建制划入解放街道，并将解放街道办事处的2个社区（？）成建制划入山南街道。

撤销胜利街道，将其下辖的6个社区成建制分别划入站前街道和园林街道。

撤销钢城街道，将其下辖的5个社区成建制划入站前街道。

将东长甸街道更名为长甸街道，并将新兴街道的2个社区（？）成建制划入长甸街道。

铁西区

撤销新城街道，将其下辖的4个村成建制划入永发街道。

撤销启明街道和兴盛街道，将其下辖的7个社区成建制划入八家子街道。

将兴盛街道的1个社区（？）划入永乐街道。

撤销新陶官街道和北陶官街道，将其下辖的9个社区成建制划入繁荣街道。

立山区

撤销滨河街道，将其下辖的6个村、10个社区成建制划入灵山街道。

撤销深南街道，将其下辖的9个社区成建制划入深北街道，并将深北街道更名为深沟寺街道。

千山区

撤销对桩石街道，将其下辖的4个村、1个社区成建制划入东鞍山街道。

高新区

撤销汪峪街道，将其下辖的5个社区成建制划入千山街道。

撤销红岭街道，将其下辖的2个村、6个社区成建制划入齐大山街道。

千山风景区

撤销温泉街道，将其下辖的4个村、4个社区成建制划入铁东区大孤山街道。

抚顺市

新抚区

撤销千金街道，将其所辖的元雪社区、西一路社区、白云社区、千金社区行政区域以及乐园社区西五街铁路以东部分行政区域划归站前街道。站前街道办事处驻浑河南路中段54号。

将千金街道乐园社区西五街铁路以西部分行政区域划归福民街道管辖，并将新抚街道大官社区千金路铁路以南部分行政区域划归福民街道管辖。福民街道办事处驻新抚路25号；新抚街道办事处驻新抚路33号。

撤销南阳街道，将其所辖行政区域划归永安台街道管辖。永安台街道办事处驻南台五街6号。

撤销东公园街道，将其所辖行政区域划归榆林街道管辖。榆林街道办事处驻榆林路47号。

撤销南花园街道，将其所辖行政区域划归刘山街道管辖。刘山街道办事处驻刘山二街57号。

东洲区

撤销张甸街道，将其所辖行政区域划归东洲街道管辖。东洲街道办事处驻庆安路8号。

撤销平山街道，将其所辖行政区域划归老虎台街道管辖。老虎台街道办事处驻虎南街15号。

望花区

撤销古城子街道、五老屯街道，将其所辖行政区域划归演武街道管辖。演武街道办事处驻古城子一路1号。

撤销田屯街道，将其所辖行政区域划归工农街道管辖。工农街道办事处驻丹东路（西段）北厚街。

撤销新民街道，将其所辖的洗化社区、昌盛社区行政区域划归和平街道管辖。和平街道办事处驻雷锋路（东段）52-2号。

将新民街道所辖的凤城社区、台安社区、油研社区、乐园社区、灯塔社区和玫瑰城社区行政区域划归光明街道管辖。光明街道办事处驻光明二街1号。

顺城区

撤销河东街道，将其所辖行政区域划归新华街道管辖。新华街道办事处驻站东街2号。

本溪市

平山区

撤销工人街道办事处，将转山、新和、新德、新麓4个社区划归南地街道，南地街道办事处驻地不变。

将工人街道办事处曙光、和平2个社区和南地街道福利社区、兴隆社区部分（解放南路、转山路、解放南二路与崔东路围合区域）划归站前街道。

将望溪公园区域划入东明街道管辖。

撤销桥头街道和北台街道，区域合并设立桥北街道，桥北街道办事处办公地址：本溪市平山区北府路18号（原北台街道办事处驻地）。

溪湖区

撤销彩北街道，将矿材、彩西、耐火、彩宏、新立、彩新、彩北、新光、彩建9个社区划归东风街道管辖，办公地址迁至原彩北街道办事处（本溪市溪湖区彩屯北路三江天艺亲子园东侧下行30米）。

撤销竖井街道，将竖井、高山、黑金、宝藏、华阳、华丰6个社区划归彩屯街道管辖。办公地址不变（本溪市溪湖区彩胜街）。

将原东风街道三会厂村、原河西街道头道社区划归火连寨街道管辖，火连寨街道办事处办公地址不变（本溪市溪湖区寨中路）。

高新区

撤销张其寨街道，将张其寨、大柳峪、花岭、黄木厂、大翻身、达贝沟6个村划归日月岛街道管辖。

明山区

撤销东兴街道办事处，区域整体并入新明街道办事处，新明街道办事处机关驻地不变，办公地址：本溪市明山区育龙路199号。

撤销金山街道办事处，区域整体并入北地街道办事处，北地街道办事处机关迁移至原金山街道办事处机关驻地，办公地址：本溪市明山区紫金路53号。

南芬区

撤销郭家街道办事处，南芬村、赵家村划归南芬街道办事处，解放村、金坑村划归思家岭街道办事处，永安村、柏峪村划归下马塘街道办事处。

撤销铁山街道办事处，所辖赵家、铁山、三十六户、六百户、对面沟5个社区划归南芬街道办事处。

丹东市

振兴区

撤销西城街道，并入纤维街道。

撤销头道桥街道，并入站前街道。

撤销六道沟街道，并入临江街道。

元宝区

撤销八道街道，并入广济街道。

撤销六道口街道，并入兴东街道。

振安区

撤销金矿街道办事处。

锦州市

古塔区

撤销天安街道，并入保安街道。

撤销站前街道，民治、民族、民生、三宝4个社区并入保安街道，阜康、丰乐2个社区并入新设立的古城街道。

撤销北街街道、南街街道、饶阳街道，设立古城街道，古城街道管辖原北街街道、南街街道、饶阳街道行政区域及原站前街道的阜康、丰乐2个社区。

撤销钟屯街道，并入士英街道。

将敬业街道的兴业社区划归石油街道管辖。

太和区

将汤河子街道与女儿河街道合并，命名为女儿河街道。

将太和街道与营盘街道合并，命名为营盘街道。

将凌西街道更名为太和街道，并将原新民街道星河社区划入新太和街道。

保留新民街道，将原凌西街道南山社区、一五五社区划入新民街道。

将兴隆街道与大薛街道合并，命名为大薛街道。

滨海新区（锦州经济技术开发区）

将天桥街道6个社区划入王家街道，撤销王家街道，合并设立天桥街道。

将天桥街道中山堡、尹屯村划入杏山街道，合并设立杏山街道。

撤销龙栖湾街道，并入娘娘宫街道。

凌河区

撤销凌安街道，并入锦铁街道。

撤销铁新街道，并入榴花街道。

凌海市

撤销大有街道，并入八千街道。

北镇市

撤销沙河子街道，并入沟帮子街道。

营口市

鲅鱼圈区

将海东街道与望海街道合并，命名为望海街道。

将原属海星街道的大董屯、神井子2个社区划入新合并的望海街道管辖。

大石桥市

将石桥街道与青花街道合并，命名为镁都街道。

老边区

将城东街道与老边街道合并，命名为老边街道。

站前区

将东风街道、新兴街道合并，命名为东兴街道。

西市区

将河北街道与渔市街道合并，命名为渔市街道。

将滨海街道与沿海街道合并，命名为[[滨海街道]。

将清华街道与胜利街道合并，命名为清华街道。

阜新市

海州区

撤销新兴街道、和平街道，设立和平街道。

撤销站前街道、西阜新街道，设立站前街道。

撤销五龙街道、工人村街道，设立五龙街道。

撤销平安西部街道、东梁街道，设立平安西部街道。

细河区

撤销东苑街道、华东街道，合并设立玉丰街道。

撤销北苑街道、学苑街道和中苑街道，合并设立玉龙街道。

将西苑街道更名为玉新街道。

太平区

撤销高德街道、煤海街道，合并设立高德街道。

撤销孙家湾街道、城南街道，合并设立孙家湾街道。

新邱区

撤销兴隆街道、中兴街道，合并设立街基街道。

撤销新发街道、益民街道，合并设立新发屯街道。

清河门区

撤销清河街道、艾友街道，合并设立清河街道。

撤销新北街道、六台街道，合并设立新北街道。

辽阳市

文圣区

撤销新城街道，将其辖区整体划入东京陵街道。

将原东京陵街道的稠井子、尖山子、东京陵、东光村划入庆阳街道。

宏伟区

将长征街道、光华街道和新村街道鹏程园社区、火炬街社区合并，命名为长征街道。

将工农街道和新村街道的龙鼎山社区、龙鼎山庄社区合并，命名为工农街道。

弓长岭区

将安平街道和团山街道的安南社区合并，命名为安平街道。

将苏家街道和团山街道的八家子社区、陈家社区、石门社区合并，命名为苏家街道。

太子河区

将铁西街道、望水台街道合并，命名为铁西街道。

白塔区

将站前街道、星火街道、武圣街道、文圣街道、襄平街道合并，命名为文圣街道。

将跃进街道、卫国路街道合并，命名为武圣街道。

将新华街道、南门街道合并，命名为南门街道。

将胜利街道、东兴街道合并，命名为襄平街道。

盘锦市

大洼区

撤销荣滨街道、荣兴街道，将其整建制划归二界沟街道管辖。

兴隆台区

撤销锦采街道、平安街道，并入欢喜街道，欢喜街道更名为欢喜岭街道。

撤销茨采街道、高升街道，并入沈采街道。

撤销新生街道、友谊街道，并入曙光街道。

朝阳市

喀喇沁左翼蒙古族自治县

撤销南哨街道，并入利州街道。

双塔区

撤销南塔街道、北塔街道，合并设立双塔街道。

撤销燕都街道，并入燕北街道。

龙城区

撤销马山街道，并入新华街道。

撤销燕山街道，并入海龙街道。

撤销向阳街道，并入龙泉街道。

建平县

将新城街道、富山街道合并到红山街道。

将东城街道合并到万寿街道。

凌源市

撤销热水汤街道、兴源街道，并入红山街道。

撤销凌北街道，红山、莫胡店、鸿凌、鸿钢东、双圆东、双圆西、鸿远等社区划归东城街道；客车、八间房社区划归北街街道。

北票市

撤销桥北街道，并入城关街道。

撤销三宝街道，并入冠山街道。

撤销双河街道，并入台吉街道。

葫芦岛市

连山区

撤销化机街道，并入化工街道。

撤销水泥街道，并入站前街道。

撤销毛祁屯街道，并入杨家杖子街道。

龙港区

撤销望海寺街道办事处，并入葫芦岛街道办事处，办事处驻原望海寺街道办事处。东街道风采街东侧的东山社区、岭东社区、小仙沟社区及大世界社区、锌小社区、集贸社区的风采街以东部分划归葫芦岛街道办事处。 撤销东街道、西街道，设立马仗房街道，将西街店和东街道风采街西侧的大世界社区、锌小社区、集贸社区、阳光社区合并设立马仗房街道。马仗房街道办事处办公地点在西街道办事处。

南票区

撤销赵家屯街道，并入九龙街道办事处。注：邱皮沟街道已并入赵家屯街道。 撤销三家子街道，并入沙锅屯街道办事处。注：苇子沟街道已并入三家子街道。 撤销龙飞街道、龙翔街道，并入龙腾街道办事处。

兴城市

撤销城东街道，东关、城南、河畔社区，东一、东二、南辛庄、新号地等村划入宁远街道；月亮河社区，韩家沟村、干柴村划入古城街道。 撤销钓鱼台街道，并入四家屯街道。

--tanuki（留言） 2025年2月16日 (日) 02:47 (UTC)

@Yugaminena：是否有其他省市需要更新？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年2月28日 (五) 21:25 (UTC)

@Ericliu1912：是更新了辽宁省2019年以来的区划变动。tanuki（留言） 2025年3月10日 (一) 03:14 (UTC)

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

視覺化編輯器ilh系模板顯示bug

當外語連結沒有空格時會顯示成全黑字的“X語：link]]”而非正確帶藍字的“X語：link”，例見沙盒。連到英文之類還好，日文的話就幾乎全都是這樣了（見幣舞橋底部的模板）。看了一下英維貌似不以綠鏈顯示，日維有綠鏈但無法復現。--惣流·明日香·蘭格雷不姓式波 2025年3月5日 (三) 11:08 (UTC)

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

有關失效連結

剛剛心血來潮看了一下Category:带有失效链接的条目，發現2025年2月和3月分別有50k和18k個條目於分類内，而其他月份一般不過100，多的也不過10k，請問這是正常現象嗎？--惣流·明日香·蘭格雷不姓式波 2025年3月9日 (日) 11:59 (UTC)

三月份才第9天就有1萬8個條目被歸類失效連結很明顯不正常，有些條目在三月沒有編輯卻被歸類在分類:自2025年3月帶有失效鏈接的條目，例如2008年至2009年天水圍飛馬賽季、2001年12月阿根廷危機。--2402:7500:93E:31AE:456A:5C20:46FD:EE99（留言） 2025年3月9日 (日) 12:35 (UTC)

如果均速增加的話本月可能要破6萬。看了一下閣下提的兩個，天水圍飛馬分別是2017年12月、2018年2月、2023年3月標記了共30條dead link，阿根廷危機是2021年12月創建時、2023年10月標記了共3條dead link。--惣流·明日香·蘭格雷不姓式波 2025年3月9日 (日) 13:03 (UTC)

補充：2008年至2009年天水圍飛馬賽季存於Category:自2017年12月带有失效链接的条目及Category:自2018年2月带有失效链接的条目，但不存於Category:自2023年3月带有失效链接的条目。

2001年12月阿根廷危機不存於Category:自2021年12月带有失效链接的条目及Category:自2023年10月带有失效链接的条目。--惣流·明日香·蘭格雷不姓式波 2025年3月9日 (日) 13:32 (UTC)

2008年至2009年天水圍飛馬賽季不存在Category:自2023年3月帶有失效鏈結的條目是正常的，因為2023年3月編輯並沒有填寫|data=參數，所以不會列入分類，2001年12月阿根廷危機也是同樣情況。我比較疑惑的是，在以前如果沒有填寫|data=參數，其條目應該列入Category:帶有失效鏈結的條目才對，不曉得是改過分類機制還是我記錯。--2402:7500:93E:31AE:8563:9173:6E08:225E（留言） 2025年3月9日 (日) 14:34 (UTC)

我看源碼時都覺得有點違和，原來是沒填參數。那問題就變成：

1. 爲什麽沒填參數會列到本月（2025年3月），又爲什麽有些會列到2025年2月
2. IABot從何時起，爲何沒有填參數
3. 如何補回參數（順道把Category:条目有永久失效的外部链接的5.9萬條清理一下）（這分類是放fix-attempted=yes的，與此問題無關）2025年3月13日 (四) 08:34 (UTC)

--惣流·明日香·蘭格雷不姓式波 2025年3月10日 (一) 01:47 (UTC)

{{dead link}}不带|date=参数就会归类到当前月，没有及时WP:更新服务器缓存的就是上个月--Kunjinkao（留言） 2025年3月13日 (四) 01:18 (UTC)

這麽說這是“正常現象”？那IABot不填參數是本地設置還是什麽問題，我看英維運行得挺正常的，這樣下去這些分類就廢了。--惣流·明日香·蘭格雷不姓式波 2025年3月13日 (四) 08:51 (UTC)

其他分类（{{cn}}, {{update inline}}）没有这个问题，但{{dead link}}逻辑好像不太一样。另外英维有自动给维护模板加date参数的机器人--Kunjinkao（留言） 2025年3月13日 (四) 09:01 (UTC)

我們恐怕需要這種機器人。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年3月13日 (四) 12:19 (UTC)

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

視覺化編輯器加入T:NoteTag bug

如題，NoteTag的上下會被加入各兩新行，在發佈編輯前，不切到源碼編輯貌似是拿不走新行。（最終效果見special:diff/86885440）--惣流·明日香·蘭格雷不姓式波 2025年4月18日 (五) 13:16 (UTC)

建議用{{efn}}和{{notelist}}。--SuperGrey (留言) 2025年4月20日 (日) 14:41 (UTC)

興奮地試了一下，遺憾的是，除了refnest，全部都有同樣問題 囧rz……--惣流·明日香·蘭格雷不姓式波 2025年4月21日 (一) 04:31 (UTC)

这个缺陷目前是修不好还是怎么说？不能回退吗？--【拒绝编辑霸凌，拒绝拉扯性讨论，谢绝拉票，谢绝提名，谢绝豢养人肉傀儡】（有建议可以留言） 2025年5月4日 (日) 16:40 (UTC)

目前这个缺陷是无法明确哪一笔修改导致的吗？--【拒绝编辑霸凌，拒绝拉扯性讨论，谢绝拉票，谢绝提名，谢绝豢养人肉傀儡】（有建议可以留言） 2025年5月7日 (三) 00:39 (UTC)

本地搞排除异己的时候三人两人就能成虎、众口两口就能铄金，修个技术缺陷的时候就拖泥带水、没有这个积极性了。--【拒绝编辑霸凌，拒绝拉扯性讨论，谢绝拉票，谢绝提名，谢绝豢养人肉傀儡】（有建议可以留言） 2025年5月7日 (三) 00:43 (UTC)

目前还有概率性的问题，预览的时候100%上下会被各加一行，提交编辑后概率不会有上下各加一行。--【拒绝编辑霸凌，拒绝拉扯性讨论，谢绝拉票，谢绝提名，谢绝豢养人肉傀儡】（有建议可以留言） 2025年5月7日 (三) 00:50 (UTC)

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

介面顯示（二）

T395646 T395973 監視清單右上角，「編輯您的監視頁面列表」跟「Preferences」的按鈕是不是爆炸了？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年5月30日 (五) 14:26 (UTC)

而且不應該叫「Preferences」而是「偏好設定」吧（ —— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年5月30日 (五) 14:27 (UTC)

而且“维基数据项目”怎么变成英文的“Wikidata项目”了--Dabao qian℡ 2025年5月30日 (五) 16:36 (UTC)

對呀，莫名其妙。到底是誰在亂改？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年5月31日 (六) 10:00 (UTC)

MediaWiki:Wikibase-dataitem的内容是{{WBREPONAME}}项目，{{WBREPONAME}}魔术字本地返回的内容是“维基数据”，但是“工具”下面的链接就变成英文的“Wikidata项目”了，而且中文版、日语版和韩语版都有这个问题，粤维是正常的。--Dabao qian℡ 2025年5月31日 (六) 18:14 (UTC)

粵維本地覆蓋了，yue:MediaWiki:Wikibase-dataitem。--Miyakoo（留言） 2025年6月1日 (日) 02:48 (UTC)

中文翻譯沒趕上27日的更新。--Miyakoo（留言） 2025年5月31日 (六) 13:54 (UTC)

移动端用户表示影响不大。--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年5月31日 (六) 04:21 (UTC)

换而言之，就是几乎完全不影响正常编辑 囧rz……--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年5月31日 (六) 04:22 (UTC)

上面有一位IP用户提到的一个问题影响正常编辑了，{{Edittools}}的繁简转换炸了，在其他使用MediaWiki搭建的网站没有复现这个问题。--Dabao qian℡ 2025年5月31日 (六) 18:24 (UTC)

均可复现。猜又有人在翻译维基瞎搞了。--PexEric 2025年5月31日 (六) 07:33 (UTC)

“Preferences”应该是MediaWiki界面改了，没有翻译。--Kcx36（留言） 2025年6月6日 (五) 08:11 (UTC)

現在有翻譯了，但原本的介面（按鈕？）應該還沒修。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月6日 (五) 09:04 (UTC)

样式丢了，初步排查下来和小工具无关。--碟之舞📀💿 2025年6月6日 (五) 11:38 (UTC)

见Phab。--碟之舞📀💿 2025年6月7日 (六) 02:20 (UTC)

另不知「Wikidata项目」的問題是否能夠修正？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月8日 (日) 11:42 (UTC)

见phab:T395973。--Dabao qian℡ 2025年6月8日 (日) 15:21 (UTC)

目前mwPanel已经临时修复了这个问题--Dabao qian℡ 2025年6月9日 (一) 19:30 (UTC)

前幾天看過，第一個問題好像修好了，剩下第二個。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月24日 (二) 06:03 (UTC)

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

介面顯示（三）

於Phabricator追踪
工單T396231

疑問有點久了，不過特殊頁面（如最新頁面清單）顯示的命名空間選單，常混雜原文（如「Wikipedia討論」等），甚至未正確顯示翻譯（如「Portal」、「WikiProject talk」等），不知是什麼緣故？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年5月31日 (六) 14:36 (UTC)

最新页面那里显示的标题名称中的名字空间部分似乎应是正名，而不是别名--百無一用是書生 (☎) 2025年6月3日 (二) 02:35 (UTC)

我记得一直是如此的？是否很久以前是你描述的情况，之后才变成现在这样的？--碟之舞📀💿 2025年6月6日 (五) 11:22 (UTC)

一开始加载的网页内容是正确的（维基百科讨论、主题、维基专题讨论）：

<div id='mw-input-namespace' class='oo-ui-widget oo-ui-widget-enabled oo-ui-inputWidget oo-ui-dropdownInputWidget oo-ui-dropdownInputWidget-php mw-widget-namespaceInputWidget' data-ooui='{"_":"mw.widgets.NamespaceInputWidget","includeAllValue":"all","userLang":false,"exclude":[],"include":null,"dropdown":{"$overlay":true},"name":"namespace","value":"0","inputId":"ooui-php-1","required":false}'><select tabindex='0' name='namespace' id='ooui-php-1' class='oo-ui-inputWidget-input oo-ui-indicator-down'><option value='all'>所有</option><option value='0' selected='selected'>条目</option><option value='1'>讨论</option><option value='2'>用户</option><option value='3'>用户讨论</option><option value='4'>维基百科</option><option value='5'>维基百科讨论</option><option value='6'>文件</option><option value='7'>文件讨论</option><option value='8'>MediaWiki</option><option value='9'>MediaWiki讨论</option><option value='10'>模板</option><option value='11'>模板讨论</option><option value='12'>帮助</option><option value='13'>帮助讨论</option><option value='14'>分类</option><option value='15'>分类讨论</option><option value='100'>主题</option><option value='101'>主题讨论</option><option value='102'>维基专题</option><option value='103'>维基专题讨论</option><option value='118'>草稿</option><option value='119'>草稿讨论</option><option value='126'>MOS</option><option value='127'>MOS talk</option><option value='710'>TimedText</option><option value='711'>TimedText talk</option><option value='828'>模块</option><option value='829'>模块讨论</option><option value='1728'>Event</option><option value='1729'>Event talk</option><option value='2600'>话题</option></select></div>

--Kcx36（留言） 2025年6月6日 (五) 11:46 (UTC)

對，且之後點開會跑掉，原理不明。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月7日 (六) 20:08 (UTC)

交Phab了。--碟之舞📀💿 2025年6月6日 (五) 15:31 (UTC

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

介面顯示（四）

保護頁面選單，原本的「週」（沒記錯的話）怎麼變成「星期」了？最近介面到底都是誰在改Orz —— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月5日 (四) 07:02 (UTC)

具体是哪个页面？能否给一下链接？--碟之舞📀💿 2025年6月6日 (五) 11:18 (UTC)

@Diskdance：保護介面你好像沒辦法進去⋯⋯？但我剛剛看過封鎖介面選單，依然用「週」，所以這可能更多是介面更改問題。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月7日 (六) 12:53 (UTC)

@Diskdance：還是說這是系統預設介面與本站自訂介面的差別？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月14日 (六) 18:13 (UTC)

@Ericliu1912：刚刚在Beta站要到权限去看了一下，看上去根源问题是“期限”选单的简繁转换坏了？一直显示的是简体中文翻译。--碟之舞📀💿 2025年6月24日 (二) 03:54 (UTC)

不同介面的轉換機制是否共用？抑或需要個別設定？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年7月4日 (五) 15:23 (UTC)

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

临时账号部署后技术问题集中讨论

於Phabricator追踪
工單T396465

可以预见本站部署临时账号后可能会出现不少技术问题，因此于此处开启讨论串，以便集中讨论。--碟之舞📀💿 2025年6月24日 (二) 03:34 (UTC)

贴一个从别处抄来的grafana面板，可能有些帮助。过滤器方面之前@Aqurs1适配了很多了，权限修改的提案还在讨论。小工具的话可以列一下哪些需要适配？ Stang¹³⁰⁷ 2025年6月24日 (二) 03:49 (UTC)

小工具我能想到的都改好了，但是谁知道还有什么会坏掉呢……--碟之舞📀💿 2025年6月24日 (二) 04:01 (UTC)

@Diskdance 你好。使用临时账户编辑必须预览一次，点击预览后获得到的页面会被刷新到URL加上&variant=zh-cn导致编辑丢失。--~2025-75382（留言） 2025年6月25日 (三) 02:27 (UTC)

@~2025-75382：已尝试修复，请复查。--碟之舞📀💿 2025年6月25日 (三) 03:48 (UTC)

@Diskdance 确认问题已被修复。--~2025-78693（留言） 2025年6月25日 (三) 04:04 (UTC)

@Diskdance：現時介紹臨時帳號的彈窗提示未完全翻譯，而使用者現在只會看到一次，故或許將 translatewiki 的翻譯覆蓋在本站：

1. MediaWiki:Wikimedia-checkuser-temporary-accounts-onboarding-dialog-ip-info-step-content/zh-hant & MediaWiki:Wikimedia-checkuser-temporary-accounts-onboarding-dialog-ip-info-step-content/zh-hans
2. MediaWiki:Checkuser-temporary-accounts-onboarding-dialog-temp-accounts-step-content/zh-hant & MediaWiki:Checkuser-temporary-accounts-onboarding-dialog-temp-accounts-step-content/zh-hans
3. MediaWiki:Checkuser-temporary-accounts-onboarding-dialog-ip-reveal-step-content-base/zh-hant & MediaWiki:Checkuser-temporary-accounts-onboarding-dialog-ip-reveal-step-content-base/zh-hans
4. MediaWiki:Checkuser-temporary-accounts-onboarding-dialog-ip-reveal-step-content/zh-hant & MediaWiki:Checkuser-temporary-accounts-onboarding-dialog-ip-reveal-step-content/zh-hans

此列表或許有遺漏，謝謝。--SCP-0000（留言） 2025年6月25日 (三) 03:46 (UTC)

@SCP-2000：完成，请复查。--碟之舞📀💿 2025年6月25日 (三) 04:00 (UTC)

@SCP-2000、Diskdance：现在train了应该就不需要了，可以考虑删掉这些信息？ Stang¹³⁰³ 2025年6月27日 (五) 10:11 (UTC)

我删不了，得找管理员。--碟之舞📀💿 2025年6月27日 (五) 10:13 (UTC)

IP位置是否有本地化问题？如Special:用户贡献/27.53.120.96的位置是「Taipei、Taipei City、台湾」，这是哪种语言的写法？ ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月26日 (四) 13:04 (UTC)

看着又是不当使用MediaWiki:Comma-separator了……--碟之舞📀💿 2025年6月26日 (四) 13:14 (UTC)

唉老外…… ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月26日 (四) 17:11 (UTC)

話說地名能翻譯嗎？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月29日 (日) 10:30 (UTC)

TWN没找到类似消息，可能是IP库直接提供的？--碟之舞📀💿 2025年6月30日 (一) 03:48 (UTC)

@Diskdance 另外可不可以不要搞zh语言变体重定向？提供一个可以一直使用“/wiki”的“不转换”选项，我每次提交编辑之后都是先看到“/wiki”然后页面闪烁，再看到“/zh-cn”。--~2025-90444（留言） 2025年6月28日 (六) 15:18 (UTC)

而且如果被重定向到类似“/zh-cn”、“/zh-tw”的变体页面，用户拷贝地址栏链接分享文章给他人时对方也失去了选择。--~2025-90444（留言） 2025年6月28日 (六) 15:21 (UTC)

这个情况已经考虑到了，其他人打开这样的链接（无论本来链接的语言变体是什么）都会根据自身浏览器语言作跳转。--碟之舞📀💿 2025年6月30日 (一) 03:50 (UTC)

标题中的分数模板显示异常

请见《證明22/7大於π》条目，其使用了{{DISPLAYTITLE}}，将标题中的22/7改为{{frac|22|7}}，预期显示效果为：證明22⁄7大於π。但是实际效果却是前面多了一长串乱码（应该也不是乱码，是某处源代码直接显示了出来）。大概是{{frac}}用在标题里就出故障了。有没有人能帮忙解决？

修不好就只能改成纯文本了（同其他语言版条目）。——Vesekskiy·💬·✍ 2025年6月26日 (四) 17:45 (UTC)

@Vesekskiy：常年沒修好的錯誤，無解--SunAfterRain 2025年6月26日 (四) 21:37 (UTC)

标题中的HTML代码和语言转换器不能共存，之前修改{{Italic title}}的时候就没成功--Dabao qian℡ 2025年6月27日 (五) 20:33 (UTC)

目前如何。--YFdyh000（留言） 2025年6月27日 (五) 07:36 (UTC)

用上下标替代吗……阁下用的是HTML的上下标，我改成上下标字符试了试，感觉美观了一点点。——Vesekskiy·💬·✍ 2025年6月27日 (五) 10:02 (UTC)

小工具不显示过滤器编辑者

过滤器编辑者權限已推出多时，希望可尽快支持。（临时账号IP查看者推出幾日便支持了。） ——自由雨日🌧️❄️ 2025年6月27日 (五) 04:39 (UTC)

因为没有吵好究竟用哪个字。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月27日 (五) 05:09 (UTC)

在哪里吵？🫠（我感觉只有“编”一个选择啊（） ——自由雨日🌧️❄️ 2025年6月27日 (五) 05:11 (UTC)

MediaWiki_talk:Gadget-MarkRights.css#編輯請求_2025-02-21--YFdyh000（留言） 2025年6月27日 (五) 07:30 (UTC)

其實我不懂為何不能用兩個字？「濾編」、「濾助」不行麼？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月29日 (日) 10:27 (UTC)

也可以，但需要颜色区分或者引入分隔符，后者会变长。或许，都加上空格。--YFdyh000（留言） 2025年6月29日 (日) 10:44 (UTC)

个人不太支持，很容易误认为是两个權限；如果再加其他符号来区分那就太过醒目。这不是一个需要强调的重要權限。 ——自由雨日🌧️❄️ 2025年6月29日 (日) 10:46 (UTC)

这时候自然是要自部署了。——暁月凛奈 (留言) 2025年6月27日 (五) 12:46 (UTC)

提議：高亮哈佛参考文献格式短鏈指向的完整資料引用

具體而言，點擊引用部分的的短鏈（t:sfn或t:harvnb）後，讓頁面在跳至完整文獻引用處的同時，使之高亮。有時完整文獻列表處分兩欄顯示，部分情形下讀者須對照原短鏈確認具體所指。不知道在技術上能否實現，亦不知是否有他人支持。個人認為這是一個讓本站更加讀者友好化的提議，姑且一言。—— 　桁霽　 ↹　晚來天欲雪，能飲一杯無　　 2025年6月27日 (五) 09:39 (UTC)

別的維基百科有麼？或許可以參考。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月29日 (日) 10:28 (UTC)

@Ericliu1912 俄文维基百科有。可以参见我的沙盒页，点击短链查看效果。—— 　桁霽　 ↹　晚來天欲雪，能飲一杯無　　 2025年6月29日 (日) 14:45 (UTC)

哎，這挺好呀！—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月29日 (日) 14:56 (UTC)

確未料到俄維有，可見有其功用並可以實現。中維可考慮引進。—— 　桁霽　 ↹　晚來天欲雪，能飲一杯無　　 2025年6月29日 (日) 15:01 (UTC)

若此事可蒙閣下促進，那就太好了。—— 　桁霽　 ↹　晚來天欲雪，能飲一杯無　　 2025年6月29日 (日) 15:18 (UTC)

「您的用户名或IP地址已被封禁」介面出錯

如圖：[1]。煩請管理員和介面管理員檢查相關模板的近期更改。--SuperGrey (留言) 2025年6月27日 (五) 12:45 (UTC)

 已修复在MediaWiki:Blockedtext-reason-comment。但发现不知从何时起，似乎界面消息的中文变体的fallback功能出现了问题？例如MediaWiki:Blockedtext-reason-comment/zh-hans如果不存在的话，不会fallback到MediaWiki:Blockedtext-reason-comment，但是MediaWiki:Blockedtext-reason-comment/zh-cn可以fallback到MediaWiki:Blockedtext-reason-comment/zh-hans，繁体同理。请各位帮忙复查是否存在这个问题？--百無一用是書生 (☎) 2025年6月27日 (五) 13:32 (UTC)

Can't add interlanguage links to redirects

It says the verification code is wrong, but there is no verification code or place to enter it --~2025-89555（留言） 2025年6月27日 (五) 22:38 (UTC)

@~2025-89555: It is not a CAPCHA, but an AbuseFilter. On Chinese Wikipedia, we forbid adding inter-language links directly into article texts. If you want to add inter-language links, please do it on Wikidata. 1F616EMO（喵留言～回覆請ping） 2025年6月28日 (六) 01:03 (UTC)

More information: AbuseFilter No. 154, AbuseFilter log No. 5432153.--1F616EMO（喵留言～回覆請ping） 2025年6月28日 (六) 01:04 (UTC)

1. (Bug) In the Chinese version, when you try to add an interlanguage link like that, the CAPTCHA doesn't appear, and when you press the edit update button, an error message like "CAPTCHA has not been entered" appears.--~2025-89555（留言） 2025年6月28日 (六) 23:35 (UTC)

2. Wikidata has the following restrictions, so some things that were possible with old-style interlanguage links cannot be done with Wikidata (you can do it with English and Japanese Wikipedia, but not with the Chinese version because it has its own abuse filter).
* There must be an item in Wikidata.
* I don't think you can register sections or redirects in Wikidata.--~2025-89555（留言） 2025年6月28日 (六) 23:43 (UTC)

1. For zh:TO BE HERO, you cannot add it to the 凸变英雄 (Q27064328) item since zh:凸变英雄 is already linked to the item
2. For zh:TO BE HERO X, if you wish to link it to other languages, do it through Wikidata, and mark the page as "sitelink to redirect" to avoid the "The link xx:yy is already used by Item Qxx" error (see d:special:diff/2369778036)

--惣流·明日香·蘭格雷不姓式波 2025年6月29日 (日) 05:51 (UTC)

ping @~2025-89555--惣流·明日香·蘭格雷不姓式波 2025年6月29日 (日) 05:52 (UTC)

視覺化編輯器 監視列表時限失效

於Phabricator追踪
工單T397709

如題，貌似只要打勾，無論選什麽時長，實際發佈編輯都會變成永久監視，用源碼編輯器似乎沒有此問題。--惣流·明日香·蘭格雷不姓式波 2025年6月30日 (一) 10:16 (UTC)

能夠重現，且可通過將POST body中的wpWatchlistExpiry欄位改爲watchlistexpiry解決，稍後會看看Phab上有沒有相同的工單。--1F616EMO（喵留言～回覆請ping） 2025年6月30日 (一) 12:27 (UTC)

技術細節：VE的JS端設置了wpWatchlistExpiry欄位存放監視時長，然而這欄從來未使用——無論是VE本身或是在內部被調用的編輯API（VE會將任何沒被攔截的參數直接傳遞給編輯API^[2]），都不存在這樣的參數。反而watchlistexpiry是能被編輯API解讀的，而VE並沒有攔截這個參數（ApiVisualEditorEdit->getAllowedParams()中的對應值爲null^[3]，沒能在array_keys()中倖存下來^[4]），使得監視時長能被儲存下來。--1F616EMO（喵留言～回覆請ping） 2025年6月30日 (一) 12:28 (UTC)

處理中：phab:T398199。--1F616EMO（喵留言～回覆請ping） 2025年6月30日 (一) 13:39 (UTC)

動態熱門停止更新

於Phabricator追踪
工單T398150
狀態：已解決

Wikipedia:动态热门在2025年6月27日後沒有再更新了，替代工具也未能夠顯示最新數據。--Kwgulden（留言） 2025年6月30日 (一) 10:26 (UTC)

处理中：phab:T398150。--伞木 霙^留言 2025年6月30日 (一) 10:45 (UTC)

2025年第27期技術新聞

維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改；不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。

本週要聞

• 所有維基百科現皆已啟用CampaignEvents擴充功能。該擴充功能讓維基人更容易在維基上舉辦參與編輯松、維基專題等協作活動。該擴充功能有三大功能：活動報名、協作清單和邀請名單。若其他維基想啟用該擴充功能，請見部署資訊頁的說明。

近況更新 - 面向編輯者

• 防濫用過濾器維護者現在可以在防濫用過濾器中設定匹配IP信譽資料的規則。IP信譽資料是與IP位址關聯的代理和VPN資訊。IP信譽資料不會公開顯示，也不會因一般使用者所執行的操作而產生。 [5]
• 現在，當有人在支援的瀏覽器中使用網頁瀏覽器的「在網頁中尋找」功能（Ctrl+F或⌘F）時，維基頁面中可摺疊部件內的隱藏內容會自動展開來。 [6][7]
• 本週稍晚，新功能「收藏模板」將在所有專案推出（英語維基百科除外，預定下週推出）。該功能先前已在波蘭語和阿拉伯語維基百科、義大利語和英語維基文庫試行推出。使用者可以用該功能將模板加入「收藏清單」，方便新手和資深貢獻者透過模板對話框來調用和探索模板。視覺化編輯器和wikitext編輯器中均可使用該功能。該功能屬於社群願望清單的一個重點領域。
• 上週有31件社群提交的工單得到解決。 例如，先前有個錯誤導致通知重複發送，此問題現已修正。 [8]

近況更新 - 面向技術貢獻者

• 本週軟體更新細節： MediaWiki

技術新聞由技術新聞編者準備，並由機器人送達 • 貢獻 • 翻譯 • 获取帮助 • 提供反馈 • 訂閱或退訂。

MediaWiki message delivery 2025年6月30日 (一) 23:40 (UTC)

现在是不是可以自动封禁 OP 的IP了？--百無一用是書生 (☎) 2025年7月1日 (二) 02:48 (UTC)

该扩充功能让维基人更容易在维基上举办参与编辑松、维基专题等协作活动？我感觉没什么用…… ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年7月1日 (二) 04:01 (UTC)

消息框CSS变化

目前Message box相关编辑请求已经部署，如果发现有地方损坏请回报。--碟之舞📀💿 2025年7月1日 (二) 16:37 (UTC)

发现Template:Delete中的链接出现了外链图标（记得原本是都没有外链图标的），其次右上角的展开折叠功能失效，点击展开没有提示文本出现，不确定是否与本次的编辑请求有关--百無一用是書生 (☎) 2025年7月3日 (四) 02:26 (UTC)

外链图标出现有关，折叠失效初步调查显示无关。@Shizhao，将Special:PermaLink/88047106复制到Module:Message_box/configuration（问题源头）应该能解决前一个问题。--碟之舞📀💿 2025年7月3日 (四) 04:25 (UTC)

链接不只是出现了外链图标，还出现了不该出现的项目符号标记（不确定以前有没有项目符号标记），{{HintH}}经查与本次编辑无关，粤维一样弹不出提示文字。--Dabao qian℡ 2025年7月3日 (四) 08:54 (UTC)

参照上面给出的链接修复了外链图标问题--百無一用是書生 (☎) 2025年7月3日 (四) 11:25 (UTC)

看了一下Help:摺疊顯示，上面的示例都是正常的没坏--百無一用是書生 (☎) 2025年7月3日 (四) 11:27 (UTC)

 已修复，mw版本升级后jQuery.makeCollapsible有更新，切换展开折叠时用.mw-collapsible-content[hidden='until-found']替换了原本的.mw-collapsible-content {display: none;}，所以把display: none;删掉就正常了。--Dabao qian℡ 2025年7月3日 (四) 16:42 (UTC)

Timeless用户在手机上看到的{{Memo}}模板，几个警示标志会居中并被文字覆盖。--Tim（留言） 2025年7月4日 (五) 01:58 (UTC)

据我所知问题一直存在，且显然和此次message box修改无关。--PexEric 2025年7月4日 (五) 15:06 (UTC)

重提移动端搜索栏

Wikipedia:互助客栈/技术/存档/2025年6月#移动端搜索栏怎么了，好像从昨天开始又变成这样了，易用性降低，(！)抗议修改。--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年7月3日 (四) 03:31 (UTC)

(～)補充：小工具的UTC时钟在移动端未显示了，(！)強烈抗议--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年7月3日 (四) 11:09 (UTC)

英维试了试也没了，是mediawiki那边出了什么问题吗？--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年7月3日 (四) 11:13 (UTC)

移动端的UTC时钟默认是在个人菜单内显示。--Dabao qian℡ 2025年7月3日 (四) 14:54 (UTC)

今天看了一下又有了。--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年7月4日 (五) 10:11 (UTC)

(～)補充：刚刚看了meta和英维还是原来的样子，应该是你站的问题。--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年7月4日 (五) 11:35 (UTC)

TagGeo小工具添加的GCJ-02坐标

@Shizhao开发的TagGeo小工具利用谷歌地图API为条目添加地理坐标，然而谷歌地图在中国大陆范围的路网使用GCJ-02坐标系（卫星图层则为WGS-84坐标系），这导致该小工具为大量条目添加了GCJ-02坐标，并且已经扩散至维基数据。根据Template:Coord及d:Property:P625的说明，地球上使用的大地测量系统必须是WGS84。TagGeo添加的{{coord}}会自动添加source:GoogleMaps及region等参数，据此搜索可知仅北京市就有1197个条目由该小工具添加了坐标；经核查，部分条目的坐标已被其他编者修正，但其余条目（例如首都博物馆、卢沟桥）仍在使用GCJ-02坐标，请各位协助修正。--Kcx36（留言） 2025年7月4日 (五) 07:45 (UTC)

北100線圖片爆炸

是否為道路模板改版問題？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年7月4日 (五) 15:19 (UTC)

模板不支持|Size=200的写法，见TimWu007的修改。我已改善模板。--Kcx36（留言） 2025年7月4日 (五) 16:35 (UTC)

原來是px的問題，難怪，我纔想說檢查模板參數應該可以相容啊（ —— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年7月5日 (六) 12:59 (UTC)

求助

協助刪除頁面

其他使用者仍然可以透過Google 搜索到 香港皇玥（皇玥集團控股有限公司）頁面，但此頁面沒有任何内容，理應刪除。--IEH2025（留言） 2025年6月23日 (一) 10:36 (UTC)

該條目的內容目前已經確實被刪除了，

Google搜尋結果的節錄內容只是引擎自己快取備份的，

與維基百科目前的內容並不完全相同。--竹林下小徑，月光映一葉 2025年6月23日 (一) 10:57 (UTC)

但維基百科不能刪除 香港皇玥（皇玥集團控股有限公司）的網址嗎？只要刪除網址，Google搜尋結果就不會出現這個頁面。--IEH2025（留言） 2025年6月26日 (四) 03:42 (UTC)

技術上來說並沒有意義，畢竟網址中https://zh.wikipedia.org/wiki/Example紅字的部分是可以任意填入的。

現在只能從Google那邊移除掉那條搜尋結果--竹林下小徑，月光映一葉 2025年6月26日 (四) 03:54 (UTC)

剛才搜尋了下，我發現搜尋結果的連結右邊有個3點按鈕

點擊後右邊會跳出搜尋提示（search tips），裡面有"移除搜尋結果"跟"意見回饋"的按鈕

也許派得上用場?--竹林下小徑，月光映一葉 2025年6月26日 (四) 04:01 (UTC)

明白，我會試一試，謝謝--IEH2025（留言） 2025年6月26日 (四) 04:39 (UTC)

为了防止重名的傀儡的利用问题

可以拿防重名傀儡给自己送维基有爱吗（纯属挨揍） --SummmerSky（留言） 2025年6月25日 (三) 14:35 (UTC)

WP:DOPPELGANGER：「分身帳號是名稱近似主帳號的帳號。主帳號用戶可建立這些帳號，以避免其他人註冊這些帳號造成混淆。這些帳號的用戶頁須加上{{doppelganger}}（或直接重新導向到主帳號用戶頁），並且不能進行其他編輯。」因此，如果閣下是單指「防重名傀儡」而言，不可以。--1F616EMO（喵留言～回覆請ping） 2025年6月25日 (三) 14:44 (UTC)

那么如果是为了安全原因的傀儡呢--SummmerSky（留言） 2025年6月26日 (四) 09:09 (UTC)

那這樣你不就白費「安全」了嗎？-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年6月26日 (四) 09:15 (UTC)

脑子干烧了，安全账号密码都没换😂--SummmerSky（留言） 2025年6月26日 (四) 11:48 (UTC)

請求協助上傳檔案 2025-06-26 02:53

我想要上傳的圖片來源是<https://scontent.ftpe8-2.fna.fbcdn.net/v/t39.30808-6/488392101_592893013801060_6477821373166862150_n.png?_nc_cat=100&ccb=1-7&_nc_sid=cc71e4&_nc_ohc=FBxCv9frDaUQ7kNvwGEdVU_&_nc_oc=AdnVjbuaIUB0rge8OW6mY7AtzdSvSCVcCsfK4SRT6eA6SmK3SJ7zcd6QjlZIq9RcUiU&_nc_zt=23&_nc_ht=scontent.ftpe8-2.fna&_nc_gid=T_3uB8gHt3h06GAfLK2jdA&oh=00_AfNo6xtG-jiCP4UAHAcltZDZ-UN-pXPYcdOBhZ3hGAvbQQ&oe=68628EEB>，想要使用在Draft:HEARTBOT的資訊框。 --Laimei0222（留言） 2025年6月26日 (四) 02:53 (UTC)

擱置：请待草稿正式发布后上传或提出上传请求。--伞木 霙^留言 2025年6月26日 (四) 05:52 (UTC)

請求協助上傳檔案 2025-06-26 13:16

我想要上傳的圖片來源是<從某個網址下載，請提供網址 / 自行拍攝>，想要使用在請提供條目名稱（如果条目还不存在，请先建立条目再请求上传文件）的<資訊框/某個段落，請說明>。 --Danniedcm（留言） 2025年6月26日 (四) 13:16 (UTC)

未完成，请给出具体图片和网址。--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年6月26日 (四) 13:19 (UTC)

雅虎新闻是否可靠？

看了隔壁挂WP:VPD的条目草稿Draft:薛恩的参考资料有引用雅虎新闻，WP:RSP没有相关内容，是已有共识（是按照新浪、腾讯的 通常不可靠处理吗？），还是没有讨论，应挂WP:RSN？--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年6月26日 (四) 14:05 (UTC)

Wikipedia:可靠来源/布告板/存档/2022年5月#Yahoo奇摩新闻的來源是否可靠？，有争议，个案判断。该草稿中对于新闻的实际作者没有注明。--YFdyh000（留言） 2025年6月26日 (四) 14:23 (UTC)

@YFdyh000：謝謝您。鄙人核查了两个来源，一个是失效链接，另一个原始来源是TVBS新闻网。--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年6月26日 (四) 14:34 (UTC)

(～)補充：第三个是CTWANT。--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年6月26日 (四) 14:35 (UTC)

第一个搜一下标题，就能找到原文。--YFdyh000（留言） 2025年6月26日 (四) 14:42 (UTC)

最近更改里筛选出高概率恶意没有临时账户

於Phabricator追踪
工單T398066

既然现在没有ip编辑了，那为什么勾了高概率恶意还是以前ip用户的编辑呢？--Peterxy12（留言） 2025年6月27日 (五) 06:34 (UTC)

@自由雨日、Ericliu1912：建议移至WP:互助客栈/技术#临时账号部署后技术问题集中讨论？--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年6月27日 (五) 07:36 (UTC)

副知@Peterxy12：--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年6月27日 (五) 07:39 (UTC)

注意：Peterxy12君目前被禁制編輯計劃空間，（沒記錯的話）只有求助性質頁面可獲豁免，移動或造成其無法參與。--1F616EMO（喵留言～回覆請ping） 2025年6月27日 (五) 08:03 (UTC)

因為現在沒有的是IP編者，而非由IP做出的編輯。由於目前臨時帳號僅部署了數天，因此仍有許多IP做出的編輯會被顯示。--WiiUf（留言） 2025年6月27日 (五) 14:06 (UTC)

已回報。--SCP-0000（留言） 2025年6月27日 (五) 16:21 (UTC)

請求協助上傳檔案 2025-06-27 07:41

我想要上傳的圖片來源是<https://dep-labor.hccg.gov.tw/userfiles/2500/images/DSC01683Bs.jpg>，想要使用在[[9]]的<個人資料>。 --Clearwaterz（留言） 2025年6月27日 (五) 07:41 (UTC)

未完成：按WP:NFCC，在世人物條目不可使用非自由版權文件。--1F616EMO（喵留言～回覆請ping） 2025年6月28日 (六) 01:06 (UTC)

(－)反对：該網址為「新竹市政府勞工及青年處」，其許可為自由版權的「政府網站資料開放宣告」。我將在找到確切網址出處後添加至共享資源。--Saimmx（留言） 2025年6月28日 (六) 18:04 (UTC)

找到了--Saimmx（留言） 2025年6月28日 (六) 18:05 (UTC)

完成：Special:Diff/87974070--Saimmx（留言） 2025年6月28日 (六) 18:11 (UTC)

請求協助上傳檔案 2025-06-28 09:35

我想要上傳的圖片來源是[10]，想要使用在NOWZ的<官方設定>。 --Ginowdlez（留言） 2025年6月28日 (六) 09:35 (UTC)

請求協助上傳檔案 2025-06-28 09:40

我想要上傳的圖片來源是<https://www.facebook.com/photo/?fbid=122244164984223072&set=a.122097283058223072>，想要使用在NOWZ的<官方設定>。 --Ginowdlez（留言） 2025年6月28日 (六) 09:40 (UTC)

完成: Special:Diff/87974117--Saimmx（留言） 2025年6月28日 (六) 18:16 (UTC)

請求協助覆核被刪除的內容「洪馬克」

您好，我想建立「洪馬克」的條目，但是發現這個條目曾經被刪除過，於是我申請覆核「洪馬克」，申請案有成立，也有人回覆我他們已經協助我把條目內容放在草稿區，我有回覆表達感謝，但是不久之後這個項目就消失了，也沒有看到被駁回，或是通過，就是消失了，看不到結果，請問我要怎麼做？直接發佈我編輯的條目內容嗎？--Marliork（留言） 2025年6月28日 (六) 17:04 (UTC)

@Marliork draft好的話就按下提交草稿等待審核按鈕。符合要求的話這個草稿就會被移動到正式條目。---VAMPIRE!VAMPIRE! All Hands Brace For Shock!Birds Away. Missile intercepted（留言） 2025年6月28日 (六) 17:51 (UTC)

理解理解，感恩--Marliork（留言） 2025年6月30日 (一) 15:32 (UTC)

我請教一下，因為這個條目在2015年曾經被刪除，過了10年洪馬克導演在影展這個領域的貢獻已經很多，也有非常多的新聞資料，我已經寫好條目的內容，但是是不是要先申請覆核恢復條目關注度之後再提交草稿比較好呢？如果沒有覆核通過就提交，會不會一樣被刪除？--Marliork（留言） 2025年6月30日 (一) 15:36 (UTC)

不會被刪除，提交就好了---VAMPIRE!VAMPIRE! All Hands Brace For Shock!Birds Away. Missile intercepted（留言） 2025年6月30日 (一) 15:42 (UTC)

原來如此，感恩，但是請教一下，我目前是把內容放在我自己的沙盒裡面，請問要如何提交到草稿？--Marliork（留言） 2025年7月1日 (二) 20:47 (UTC)

我已在您的沙盒內放置提交草稿模板，

不過就中文維基百科對於Infobox裡旗幟圖標的規定而言，個人更推薦您續寫Draft:洪馬克的草稿。

［主要是因為Kurgenera有把引用來自網路新聞使用的{{cite web}}給改成{{cite news}}，後者可接受網路新聞，且更符合引用種類。］--竹林下小徑，月光映一葉 2025年7月2日 (三) 02:06 (UTC)

感恩協助，那麼我研究一下，因為我後來有擴充了一些內容。請教一下，如果未來我想要新增條目，那麼我在沙盒的內容要如何提交成為草稿？--Marliork（留言） 2025年7月2日 (三) 07:57 (UTC)

您在User命名空間的沙盒也可以是草稿，請讀過沙盒上面灰色的提示框內容，照著指示按下藍色按鈕後保存，就會開始草稿提交流程了--竹林下小徑，月光映一葉 2025年7月2日 (三) 08:37 (UTC)

您好，請教一下，{{cite web}} 跟 {{cite news}} 有什麼不同？另外想請教一下，我發現有些重複的新聞，會有出現類似 <ref name="peoplenews_d1e29e64"> 或是 <ref name="ltn_talk_1162663"> 這樣的符號？這個是不是因為一個新聞的引用會在同一篇文章裡面出現好幾次？所以第二次出現的時候就不必再重複貼上網址？

請教一下，以<ref name="peoplenews_d1e29e64"> 以及 <ref name="ltn_talk_1162663"> 為例，我研究過之後發現，裡面的「peoplenews」與「ltn_talk」代表媒體來源，因為我自己在引用的時候都直接寫媒體的中文名稱，可是我發現ChatTPT幫我整理的原始碼裡面有媒體的代號，這些媒體在維基百科裡面都有特定代號嗎？還是我們自己定義就好了？

另外「d1e29e64」與「1162663」這個是我們自己定義的，還是維基百科產生的？如果我要自己設定重複出現的新聞引用，我要怎麼設定媒體的代號以及後面的序號？--Marliork（留言） 2025年7月4日 (五) 17:26 (UTC)

※附註：選其中一份條目續寫即可，另一個草稿後續可請其他維基人合併編輯紀錄--竹林下小徑，月光映一葉 2025年7月2日 (三) 02:15 (UTC)

好的，感恩感恩！--Marliork（留言） 2025年7月2日 (三) 07:57 (UTC)

不需要。十年前不符合，不代表十年後也不符合。把草稿丟上去，讓有經驗的人審核就可以了。他們審核草稿能不能過的前提是如果草稿在頁面存廢討論，是否能保留。另外(※)注意：你的草稿尚未提交。在點選「提交草稿等待審核！」後要看到「您所提交的草稿正在等待有经验的志愿者審核。 」才算。--Saimmx（留言） 2025年6月30日 (一) 20:40 (UTC)

原來如此，感恩，請教一下，我目前是把內容放在我自己的沙盒裡面，請問要如何提交到草稿？我找不到「提交到草稿」的按鈕或是選項？--Marliork（留言） 2025年7月1日 (二) 20:48 (UTC)

在頁面頂部有個「本草稿尚未提交審核」的框框（一般稱為模板）的右下角有個「提交草稿等待審核！」的藍色按鈕，點下去就可以了。如果你不確定的話，點選我複製的這個連結也可以。沒意外的話應該會點選「点击⇓底部⇓的发布更改。解釋本提交内容的详细信息欄位将显示在页面的“底部”。」的提示。按下去就行了。

如果都無效再告訴我，我會幫你移動。--Saimmx（留言） 2025年7月2日 (三) 14:56 (UTC)

感恩，那麼我再研究看看，感恩！！--Marliork（留言） 2025年7月2日 (三) 16:54 (UTC)

請教一下，我按下「提交草稿等待審核！」之後，出現一左一右的對話框，左邊是原始碼，右邊是預覽，但是我原本的資料都不見了，只留下一大段話，請問我是不是其實要從我原本的沙盒把完整的原始碼複製起來貼上？目前看到的原始碼欄位的內容是這樣：

{{AFC submission|||ts=20250704180027|u=Marliork|ns=4}}

--Marliork（留言） 2025年7月4日 (五) 18:00 (UTC)

我看到你已經提交審核了，恭喜你。現在就等其他審查員幫忙吧。--Saimmx（留言） 2025年7月5日 (六) 10:10 (UTC)

修改格式--Bosco Sin 2025年7月5日 (六) 01:38 (UTC)

(～)補充，副知@Marliork：维基百科:页面存废讨论/记录/2015/05/05#洪马克，可能有所帮助。--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年6月30日 (一) 09:25 (UTC)

剛剛看到討論內容了，不過洪馬克的關注價值其實不在於他的個人作品，而是他在台灣的影展產業的貢獻，但是那個討論已經關閉了，我無法去補充說明，這樣我又提出內容的話會不會馬上又被刪除？--Marliork（留言） 2025年6月30日 (一) 15:34 (UTC)

请求协助修改国务委员条目

请求协助修改国务委员条目，将秦刚的排名给划掉。话说这个表格应如何修改呢，源代码只有一个模板。--The Puki desu（留言） 2025年6月29日 (日) 05:05 (UTC)

如果您指的是这个排名：Template:国务院/14/国务委员，数字5已经加上了删除线。--伞木 霙^留言 2025年6月29日 (日) 05:27 (UTC)

好吧，但话说为什么会有这个模板，而且美国也有国务院吧。--The Puki desu（留言） 2025年6月29日 (日) 09:55 (UTC)

请求协助创建“马一木”词条

各位好，我已在 User:Lea_Xie/沙盒 完成词条“马一木”的初步撰写。词条沙盒链接 https://zh.wikipedia.org/wiki/User:Lea_Xie/%E6%B2%99%E7%9B%92

马一木是中国作家、编剧和文化内容创业者。他是国际获奖动画《Globby the Dragon》的编剧，并与韩寒合作创办《独唱团》杂志与「ONE·一个」App。此外，他也参与策划了舞台剧《寻常》，并创立短视频平台“短裤视频”（Ditto）。

草稿中引用了多个可靠来源，包括：

• 爱尔兰戛尔韦电影节官网：[11](https://www.galwayfilmfleadh.com/2023-award-winners-announced/)
• 香港独立电影节官网：[12](https://hiffestival.com/winners-september-2023/)
• 南方周末报道：[13](https://static.nfapp.southcn.com/content/201710/16/c732103.html)

因我目前还未成为自动确认用户，烦请有经验的编辑协助检查并考虑将词条从沙盒搬运至主名字空间。

感谢！ ——Lea_Xie 2025年6月30日 (一) 06:24 (UTC)

https://zh.wikipedia.org/wiki/User:Lea_Xie

这是 “马一木”条目的沙盒地址.多谢--Lea Xie（留言） 2025年6月30日 (一) 06:29 (UTC)

@Lea Xie：已放提交模板。--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年6月30日 (一) 08:38 (UTC)

多谢了!有任何需要修改或者佐证的地方,尽请告知,我将依照平台规则配合修改--Lea Xie（留言） 2025年6月30日 (一) 09:07 (UTC)

关于维护模板的问题

一个条目/章节若大多数/全部的来源均为 不可靠来源，比如自媒体和个人博客，那么要挂什么模板？还是丢AFD/直接删除章节？--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年6月30日 (一) 10:20 (UTC)

举例：卢本伟以及卢本伟外挂纷争。--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年6月30日 (一) 10:25 (UTC)

取决于挂板人目的和想法，缺少来源/疑似原创研究/建议重写/建议删除/仅移除明显不妥内容，并避免无意义的WP:模板轰炸。--YFdyh000（留言） 2025年6月30日 (一) 14:01 (UTC)

{{unreliable sources}}，但全部砍掉也無不可。WP:BLP對來源尤其嚴格。--Saimmx（留言） 2025年6月30日 (一) 20:32 (UTC)

對於BLP應當先行砍掉，並在討論頁與添加內容的編者討論（WikiBlame確實是個好東西）；對於其他條目，則可先討論，討論無果或數天無人參與才移除內容。若閣下能很快找到來源改善，亦可暫時保留，惟不宜一再擱置。以上建議同時適用於使用不可靠來源以及缺乏來源的內容，因爲對於大部分主題而言，不可靠來源不可採用。--1F616EMO（喵留言～回覆請ping） 2025年7月1日 (二) 11:52 (UTC)

創建了一個新維基頁面但是標題一直有自己的使用者名稱

想詢問一下！為什麼建立的新維基頁面條目的頁面名稱是包刮自己的使用者ID在內，如何把頁面重新命名!!拜託大家幫我解決這個問題。--Weiiz（留言） 2025年6月29日 (日) 16:56 (UTC)

@Weiiz：您建立的頁面是自己的沙盒草稿，並不是正式的條目頁面。建議您走條目审核流程。在草稿页面点击「提交草稿等待審核！」即可提交，等待志愿者审核。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月29日 (日) 20:24 (UTC)

請問有辦法在繁體介面中的標音注釋顯示為漢語拼音嗎?

如題。多謝。Underbar dk（留言） 2025年7月1日 (二) 00:23 (UTC)--Underbar dk（留言） 2025年7月1日 (二) 00:23 (UTC)

目前的注音模板{{zy}}的输出方式似乎在wiki→HTML转换层面上限制了HTML只会有已选择变体的输出，稍微改写一下让其他注音也输出到HTML中（如属性值）的话，可以用JavaScript调整。--Teetrition（留言） 2025年7月1日 (二) 05:20 (UTC)

換言之，在現今階段似乎沒辦法讓用戶自行選擇標音的輸出了,是嗎?--Underbar dk（留言） 2025年7月2日 (三) 00:49 (UTC)

我自己觉得不改模板源代码是没办法的，当然其他大佬有方法的话愿意领教。--Teetrition（留言） 2025年7月3日 (四) 11:09 (UTC)

请问为什么我在“荒野大镖客：救赎2”中编写的段落似乎被移除了？

你好，我于今天在“荒野大镖客：救赎2”词条中编写了一个新段落，名为“游戏主要城镇”，但内容似乎被移除了，我未收到任何相关通知，我编写的内容均来自游戏真实剧情，真实性均可在游戏剧情中实证，并未违规，请求恢复。--此條留言由Sword1100（討論｜貢獻）於2025年7月1日 (二) 16:32 (UTC)加入。

根據WP:VGINU，不該添加過多的虛構世界細節，您可以閱讀一下上面的連結內的格式手冊內容確定哪些內容可以添加。--Sakurase_留言 2025年7月1日 (二) 16:37 (UTC)

为什么中文维基百科权限申请检查中的巡查权要求的编辑次数还是250次？

既然权限申请中的巡查员要求的编辑次数已经改到500次且自首次编辑以来参与维基百科至少60日，那为什么中文维基百科权限申请检查中的巡查权要求的编辑次数还是250次且自首次编辑以来参与维基百科至少30天？--Peterxy12（留言） 2025年7月2日 (三) 03:35 (UTC)

需要请xiplus君改一下。--Hamish T 2025年7月2日 (三) 04:12 (UTC)

请求帮忙审核Draft:华为Pura 80系列

将Draft:华为Pura 80系列提交成为正式条目--Peterxy12（留言） 2025年7月2日 (三) 04:32 (UTC)

已通過WP:AFC提交草稿。--1F616EMO（喵留言～回覆請ping） 2025年7月2日 (三) 04:34 (UTC)

“WikiProject 女性”條目計算中的錯誤

我今早為此專題製作了ABQ，但可能因ABQ與Project模板使用的連結不同，導致ABQ無法偵察到該專題的GA，因此需協助修改，把ABQ及ACbPaC中的Category:优良级女性条目改為Category:優良級女性条目，讓ABQ及ACbPaC能成功偵察分類中的條目。皇家水手 2025年7月2日 (三) 07:14 (UTC)

不好意思，我稍微調整了下您內文中的2條分類連結的顯示方式。

後者的內容我已搬移至全繁體的Category:優良級女性條目裡了--竹林下小徑，月光映一葉 2025年7月2日 (三) 08:00 (UTC)

謝謝。那麼我需要的就是修改該專題{{AbQ}}、{{ACbPaC}}和{{WikiProject Women}}中對GA分類的連結。皇家水手 2025年7月2日 (三) 08:16 (UTC)

不過我不清楚為什麼Talk空間裡被加入的是「優良級女性条目」這個只有「条」是簡字的分類😥

(有必要的話，或許得由您將Category:优良级女性条目和Category:優良級女性条目這兩個已重定向至全繁字分類的舊分類掛上速刪(像是掛G10)也說不定🤔，不確定會有什麼結果就是了XP)--竹林下小徑，月光映一葉 2025年7月2日 (三) 08:30 (UTC)

英文界面下仍需要条目编辑理由的快捷键提示

各位好，我编辑条目，提交时可以方便地填写编辑的理由，例如“维护清理”“维基化”等，点一下同名快捷键就可以在文本框里填写了。 我使用可视化编辑器，但应该无关。 现将中文维基的界面语言切换到英文，编辑条目时唯独缺少该功能，望考察为盼 Mahengrui1（留言） 2025年7月2日 (三) 12:16 (UTC)--Mahengrui1（留言） 2025年7月2日 (三) 12:16 (UTC)

响／響

薪响成了薪響，關响成了關響，响銀成了響銀，不想一個一個改，有辦法嗎？--~2025-115051（留言） 2025年7月2日 (三) 14:57 (UTC)

你可能打錯字，應該是薪「餉」、關「餉」和「餉」銀才對—— Matt Zhuang表示有事按「此」留言 2025年7月2日 (三) 15:40 (UTC)

你好，我无法在维基共享资源上传图片

当我上传时会显示“已封禁，你被禁止编辑共享资源”，但我没有犯过任何错误，我不是恶意用户，系统封禁我可能只是因为我的ip原因--此條留言由Sword1100（討論｜貢獻）於2025年7月3日 (四) 09:05 (UTC)加入。

代理服务器IP会被封禁，而不同站点的IP封禁豁免并不通用，于共享资源编辑根据需要共享资源本地豁免或全域豁免，申请方式请查阅封禁说明。您也可于此处说明想要上传的图片链接与想要加入图片的条目，其他用户可协助编辑。--伞木 霙^留言 2025年7月3日 (四) 09:23 (UTC)

※共享資源本地豁免的連結應為：c:Commons:IPBE--竹林下小徑，月光映一葉 2025年7月3日 (四) 09:27 (UTC)

條目探討

参考資料

生卒日分类问题

更多信息：Wikipedia:頁面存廢討論/記錄/2024/05/19 § 批量提刪、Template talk:Bd § 編輯請求 2024-05-19和Template talk:Bd § Template:Bd

注意到目前依然有不少按日期的分类（如Category:8月14日出生），也许再过一轮讨论思考一下如何处理会好很多？附知User:Sanmosa、User:重庆轨交18。--ときさき くるみ 2025年6月6日 (五) 12:56 (UTC)

這個更多涉及內容政策問題，應該拿去條目探討區。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月6日 (五) 14:19 (UTC)

@Ericliu1912：如果您觉得合适，您可以直接移动。--ときさき くるみ 2025年6月7日 (六) 12:48 (UTC)

好。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月17日 (二) 07:41 (UTC)

我個人還是比較希望留住這些分類的，而且也希望{{bd}}恢復自動歸類至相關分類的設置，畢竟1年前的AFD的主流意見已經相當顯然了。此外，這個意見也很值得參考。Sanmosa _新朝雅政 2025年6月7日 (六) 14:02 (UTC)

主要是按同年出生較之按同日出生，分類關聯要顯然得多。甚至可以說按同日出生分類一般沒有特別意義。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月27日 (五) 03:01 (UTC)

@Ericliu1912：（针对编辑差异87948580）顶风作案？ ——自由雨日🌧️❄️ 2025年6月27日 (五) 03:41 (UTC)

Template:藝人

求助！Template:藝人裡的「母校」該放多少個學校？是最後的母校還是全部母校？另外，「唱片公司」和「經紀公司」該怎麼列？要列出來藝人從出道至今的全部公司嗎？希望在欄位說明裡增加說明。--Leehsiao（留言） 2025年6月12日 (四) 08:06 (UTC)

一般来说有可靠来源就能写进去。具体个案取舍可以讨论决定，按WP:NOT等宗旨。--YFdyh000（留言） 2025年6月12日 (四) 13:51 (UTC)

這個貓叔真的自作聰明，竟然把公司期間年份放在資料框，可能違反原創研究也很可能過長。請大家參考周杰倫條目資料框。去年我已經把它縮短，並建議把“唱片公司”更改為“廠牌”，還有同時我在該條目把“經紀公司”移除了，因為維基百科不是預訂服務，就算是經紀事宜。但提供聯絡方式並不是大家的職責的一部分。--183.171.120.250（留言） 2025年6月13日 (五) 09:20 (UTC)

标注年份也没啥不妥吧，如果有来源的话--Shawwww（留言） 2025年6月13日 (五) 19:03 (UTC)

先不要管貓叔的編輯行為，舉個例子：

• 阿爾發
• 博德曼
• 索尼
• 杰威爾
• 環球

我已經在貓叔的討論頁警告過他了，如果抽空的話可以回應--183.171.121.214（留言） 2025年6月13日 (五) 20:26 (UTC)

也建議到Talk:蔡依林#建議改用「音樂生涯」模板展開討論--183.171.121.12（留言） 2025年6月14日 (六) 06:31 (UTC)

對了@Shawwww順便再插一句，維基百科不是藝人行程表也不是網友博客--183.171.120.73（留言） 2025年6月14日 (六) 10:57 (UTC)

首先，周杰伦不是范本，张惠妹、王心凌也表示出年份。艺人模板参数里面本就有经纪公司，这和联络方式无关，更无关艺人行程。--Shawwww（留言） 2025年6月14日 (六) 13:54 (UTC)

期間年份應該放在章節下，而不是放在資料框。我看還是不要加「經紀公司」比較好。--183.171.120.18（留言） 2025年6月14日 (六) 16:18 (UTC)

@Shawwww：我有個問題，如果藝人頻繁更換唱片公司的話要怎麼辦呢？有些藝人自己先獨自製作專輯或單曲，之後再找一家公司幫忙發行，可能這次找這家公司，下次又找別家公司，短時間內可能會換很多家，這種情況如何在資訊框裡表示比較好？我認為好像資訊框裡不太合適放太多內容吧，請賜教。--Leehsiao（留言） 2025年6月16日 (一) 05:47 (UTC)

一般是写签约或固定使用的公司吧，如果频频变化，适合写作表格化的资料（如有表格）。--YFdyh000（留言） 2025年6月16日 (一) 13:40 (UTC)

我认为仅在信息框中列出对艺人生涯有实质影响的唱片公司（即至少发行过一张正式专辑或 EP 的公司）。对于仅协助单曲、独立或极短期合作的，留在正文详述即可。--Shawwww（留言） 2025年6月16日 (一) 16:12 (UTC)

這類似於艾拉妮絲·莫莉塞特自己先獨自製作的兩張專輯Such Pretty Forks in the Road、The Storm Before the Calm，均有版權註明顯示“Epiphany Music marketed and distributed by Thirty Tigers.”，在美國方面交由Thirty Tigers負責行銷、The Orchard提供分銷；而歐洲方面由德國索尼音樂於授權協議下出版。Pillowdelight卻表示艾拉妮絲仍是獨立歌手，反而我懷疑Epiphany Music是不是廠牌。--183.171.123.42（留言） 2025年6月17日 (二) 07:20 (UTC)

@YFdyh000、@Shawwww：那有沒有必要在每家唱片公司右邊加上年份呢？好像沒辦法確定藝人到底簽約多久以及哪一天結束一段合約關係，我看到很多一般是按照作品發行的時間推敲，感覺這種方式並不是特別準確，所以我個人認為只放唱片公司名字就好。另外，如果藝人之前在某家唱片公司，之後又簽約另一家唱片公司，再之後又回到最開始的那家唱片公司，這種情況如何標註年份呢？加逗號嗎？感覺會讓資訊框看起來很難看。請賜教。--Leehsiao（留言） 2025年6月18日 (三) 08:06 (UTC)

按时间顺序，能简单标注的不反对，但复杂的交给正文及来源脚注。--YFdyh000（留言） 2025年6月18日 (三) 15:40 (UTC)

根據AI整理的「唱片公司」與「廠牌」之差異，供各位參考。「唱片公司」通常指一個較大的組織，負責藝人的發掘、錄製、發行、宣傳和銷售等業務，而「廠牌」則通常是唱片公司旗下的一個品牌或子品牌，負責特定類型音樂或特定藝人的發行和推廣。--英國皇家歐拉夫王子（留言） 2025年6月18日 (三) 04:40 (UTC)

娛樂公司（如韓國的JYP、Big Hit、YG等）是不是唱片公司？~2025-79234（留言） 2025年6月25日 (三) 03:08 (UTC)

最終學歷就好了吧？其他的寫在條目內文。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月13日 (五) 11:47 (UTC)

我也這麼覺得。--Leehsiao（留言） 2025年6月14日 (六) 05:23 (UTC)

我希望有人能夠在欄位說明裡增加建議的填寫方式，不然的話各執一詞容易引起衝突。--Leehsiao（留言） 2025年6月14日 (六) 05:28 (UTC)

感謝 @183.171.120.73 邀請，本人受邀前來參與討論。

個人認為「母校」可以在藝人資訊欄只寫上最高學歷的母校，若有小學中學的話可以以散文的方式寫在藝人條目下的章節。

「唱片公司」和「經紀公司」的部分，我則認為可以像王心凌資訊欄一樣寫上藝人所有歷年公司名稱和在該公司的年份。

我認為母校（學歷）本身是有階段性、遞進性的，它最終會有最具表性的最高的那個學歷，抵達最高點後就不會再更新。但經紀公司和唱片公司不同，它是藝人演藝生涯中不斷在更迭的一個歷程，所以我覺得經紀公司和唱片公司會有重要的紀錄價值。

當然，以上純粹是我的個人想法，我並不清楚維基百科的什麼方針或規則。若在閱讀這則留言的你覺得我的看法不適合，或覺得有違維基百科的任何方針規則的話，那請你堅持你自己的想法，忽略我的留言。我不想參與任何的爭執。感謝。^^--SUGARBITE 2025年6月15日 (日) 17:56 (UTC)

@SugarBite：如果對於唱片公司和經紀公司更換相對比較頻繁的藝人呢？全部列明的的話會不會顯得過長了？--Leehsiao（留言） 2025年6月15日 (日) 21:05 (UTC)

我反對SugarBite的說法，而且根據英文模板文件顯示，免去標註年份；將資訊保存到主要條目中，因為這種程度的細節最好用散文來討論，又不是婚姻時期，就像有人結婚又離婚、再結婚又離婚。還有，在疫情爆發的那一年，有人疑問韓國的娛樂公司如JYP、Big Hit、YG 等是不是唱片公司，隨後Andrew318回應把“唱片公司”改為“廠牌”，以免誤會--183.171.123.42（留言） 2025年6月17日 (二) 06:23 (UTC)

感谢@183.171.122.207的邀请。个人觉得全部都写比不写好，但是一定要有可靠来源。反正学历框可以折叠，不影响观感。百科的功能就是要让求知者获得尽量完全和可靠的资料。--Cs haoh（留言） 2025年6月18日 (三) 03:18 (UTC)

范莉
女演员
学历 甲國民小學[1] 乙高級中學[2] 丙大學A學系[3] 丁大學B學系[3] 戊大學C研究所（碩士）[4]

如果要在資訊框列出所有母校，其實可以用嵌入模板的方式產生「學歷」欄位（如範例），但要這麼做的話，我有幾點建議：①每一所母校都要有可靠來源，否則寧可跳過不寫（如範例，跳過不寫「國民中學」）；②資訊框不可再填寫「母校」欄位，以免資訊重複；③內文也不可再寫母校，除非某幾所母校有再細述的必要（如因搬家到很遠的地方而轉學、因興趣不合而轉學轉系），而這些細述同樣要有可靠來源；④詳細學歷是「可寫可不寫」的內容，即使有可靠來源證實傳主讀過哪些國小、國中、.....，也可以都不要寫出來，僅寫最高學歷。-游蛇脫殼/克勞棣 2025年6月14日 (六) 07:12 (UTC)

中小学不太适合写在学历里，可靠来源介绍的可考虑放在儿时经历，虽然有点像陈列资料。--YFdyh000（留言） 2025年6月14日 (六) 11:34 (UTC)

比如蔡英文#學歷背景嗎？---游蛇脫殼/克勞棣 2025年6月14日 (六) 13:47 (UTC)

提醒大家，有些藝人除了讀過普通的學校、得到與演藝沒有特別關係的學歷，也有讀演藝相關的學校。如數量限制真有必要，我覺得也不必要限制到只有一項，或任何情況下都只限一項。非演藝相關的學校只列出最高學歷可以理解，然而和演藝相關的學校/學歷就算不是最高學歷，也是比較有意義的。--Factrecordor（留言） 2025年6月16日 (一) 14:39 (UTC)

感謝@183.171.120.73的邀請，小弟認為資訊欄的「母校」除了寫出最高學歷之外，另根據學術界的慣例，一般會再列出大學以上的重要學歷。「唱片公司」和「經紀公司」則僅需列出重要且固定者即可。--英國皇家歐拉夫王子（留言） 2025年6月18日 (三) 04:40 (UTC)

@Olaf8940：那有沒有必要在每家唱片公司右邊加上年份呢？覺得好像沒辦法確定藝人到底簽約多久以及哪一天結束一段合約關係，我看到很多一般是按照藝人作品發行的時間推敲，感覺這種方式並不是特別準確，因為有的藝人可能中途休息處於無合約狀態，所以似乎只放唱片公司名字看上去更好？請賜教。--Leehsiao（留言） 2025年6月18日 (三) 08:08 (UTC)

個人覺得可以填寫，但內文中需要有可供查證的來源。請閣下參見小弟主編的HACHI (VSinger)條目，雖然不是藝人模板，但還是可以參考。--英國皇家歐拉夫王子（留言） 2025年6月19日 (四) 04:52 (UTC)

@Olaf8940：謝謝，加上年份我可以理解，那我現在的疑惑是如果找來源去證明藝人是在何時和唱片公司結束合約關係，就像我上面說的，有的藝人很久沒有作品，也就沒有任何合約，這種情況是乾脆直接把上一家公司的合約結束年份寫成下一家公司的合約開始年份的前一年會比較合適嗎？--Leehsiao（留言） 2025年6月19日 (四) 05:53 (UTC)

建議簡單化處理，若不確定年份僅列出公司名稱即可。--英國皇家歐拉夫王子（留言） 2025年6月19日 (四) 12:56 (UTC)

@Olaf8940：謝謝。--Leehsiao（留言） 2025年6月21日 (六) 03:06 (UTC)

上面提到了「免去標註年份；將資訊保存到主要條目中，因為這種程度的細節最好用散文來討論」，還有暫時不確定娛樂公司（如韓國的JYP、Big Hit、YG等）是不是唱片公司，直接把“唱片公司”改為“廠牌”，以免誤會。--~2025-79234（留言） 2025年6月25日 (三) 02:51 (UTC)@银色雪莉、Tombus20032000、Softyu、Seanetienne、Cs haoh、Abcet10：

個人認為藝人有多個經紀公司的情況，要記錄的話就要寫年份。如果正文有寫的話，可以考慮模版框只記錄當前的經紀公司。具體情況應單獨判斷，有爭議就討論頁討論吧，個人建議5個意上可考慮只記錄當前的經紀公司。至於模版框要記錄唱片公司還是廠牌，個人認為記錄唱片公司--Abcet10（留言） 2025年6月26日 (四) 12:04 (UTC)

我反對SugarBite、Abcet10、Shawwww的意見，老是偏向老傳統。那請問一下韓國JYP、Big Hit、YG是不是唱片公司嗎？--~2025-104224（留言） 2025年7月1日 (二) 06:57 (UTC)

沒有認證的音樂作品銷量

近日Mimi197208君向我提起過去一些台灣或香港媒體所報道的歌手專輯銷量數字，實未獲權威機構（如IFPI）認證，質疑百科是否應該收錄這些數字。過往我亦見過一些娛樂新聞聲稱香港某歌手某專輯銷量達金唱片/白金唱片，但並未能在IFPI香港會的紀錄中找到。印象中以往有討論過，但我已想不起何時何處，及討論是否有結果。故再開此討論。 我建議以下兩個方案，討論哪個更可取：

1. 沒有權威認證的銷量記載，不管來源為何，均作不可靠論，不應收錄。
2. 出自可靠第三方來源但沒有權威認證的銷量記載，仍可收錄，但必需指明只是聲稱，未獲認證。--Factrecordor（留言） 2025年6月19日 (四) 17:59 (UTC)

@Mimi197208、Milkypine、银色雪莉、Tombus20032000、李李一、Apple v、Sammypan、克勞棣、Lienwingyan、Will629、Underconstruction00、Abcet10、Keroropizza、Atomic crazy bee、Yohusenofyipyuesuen、Con2023：邀請各位參與討論。--Factrecordor（留言） 2025年6月19日 (四) 18:22 (UTC)

若然沒有ifpi 認證的話，第三方來源一定是要可靠，例如知名的雜誌及報章報道，列明年月日，而且要註明是聲稱有這個銷量，但聲稱的銷量數字太誇張，而且不合理的話，也不建議收錄。

維基頁面有很多歌手的專頁，例如王菲，有很多唱片銷量數字，沒有可靠來源。

以下兩隻碟說成銷量十五萬都是錯誤的，

https://zh.wikipedia.org/zh-hk/討好自己

https://zh.wikipedia.org/zh-hk/胡思亂想

特別是《討好自己》，張學友《這個冬天不太冷》同期推出，張學友這張專輯上到香港ifpi銷量榜冠軍，當時九五年報道寫約十萬銷量，https://i145.photobucket.com/albums/r212/nelson320/1994SellersMale.jpg ，但《討好自己》沒有登上香港ifpi銷量榜冠軍，而且很快跌出十大，那《討好自己》怎會有十五萬？

《討好自己》屬於跨年大碟，計算在1995年銷量裏頭，當年ifpi提供的十大暢銷唱片，https://ibb.co/j9nzNzJ3 沒有這一張專輯，當年十大暢銷唱片有李蕙敏《秘密》，這張專輯當年的報道指出有十萬，如果 《討好自己》有十五萬，為什麼沒有入ifpi十大暢銷唱片之列?--Mimi197208（留言） 2025年6月20日 (五) 02:22 (UTC)

不過，如果己經提供可靠官方數字，例如有Ifpi認證的話，但編輯者仍然沿用失實報道的誇大銷量，我認為需要作進一步提點。--Mimi197208（留言） 2025年6月20日 (五) 04:46 (UTC)

(！)意見傾向後者--Tom......（留言） 2025年6月20日 (五) 03:54 (UTC)

其实我觉得这个问题用不着论，WP:V等方针是可以把这个问题解释明白的。像1这种排他性做法是不符合方针要求的——这还且不说IFPI也可能出错（且有过类似新闻）的问题了。总体而言，2是相对妥当的（尽管我个人不认为这还需要专门论一次，因为利用“称”等第三方表述是很常见也很合理的做法——当然，我完全尊重和理解各位认为有必要就此说清楚的看法）。但在阅读本话题下的讨论后，我要补充指出的是，虽然我完全赞成应该多方来源比较信息，但这必须建立于WP:NOR的基础上，这并不意味着我们不能就存在冲突的来源或争议大的表述作出必要调整，但这不能建立在自行推算的基础之上。遇到冲突或争议时，要么根据权威性的相对高低来写其中一个（来源直观反映的信息），要么就都不写，要么就分别写（来源直观反映的信息），这当中不会有“汇集、综合多个来源的信息”来作出OR的选项——不要搞WP:TRUE这一套。--银色雪莉（留言） 2025年6月20日 (五) 05:11 (UTC)

Ifpi 過往是的確有存在爭議，我有保存過往的報道。90年代初就由寶麗金唱片集團控制，主席是鄭東漢，後期由英皇集團控制，主席是吳雨，近一兩年轉了主席，但仍然是英皇集團的人。香港有另一個銷量榜香港唱片商會核實銷量，普遍樂迷認為具有可信性，但近期的可信性就減低了不少。

至於唱片銷量，香港ifpi 或者香港唱片商會甚少提供實際數字，過往只會以金唱片/白金唱片/雙白金唱片，大約說給樂迷知道銷量是怎樣。 雖然過往Ifpi也有關於寶麗金/新藝寶歌手爭議，不過有認證總比沒認證好，始終都是一個實在的成績。

過往香港唱片具體數字都是媒體自行估計，又或者唱片公司因造勢而提供誇大的銷量數字（出貨量的數字）。

我認為維基頁面上的唱片銷量，要有多方面的來源，而且要具備可信性，最理想的唱片銷量來源，應該是唱片發行後一兩年內的報道，這樣才看到當時的市場反應。往後報道所指的累計銷量都沒有可靠數據參考，亦不知道真偽。若然真的要寫上所謂的累計銷量，就要清楚列明累計銷量的數字以及累計銷量的年月日。--Mimi197208（留言） 2025年6月20日 (五) 05:58 (UTC)

我赞成“过往香港唱片具体数字都是媒体自行估计，又或者唱片公司因造势而提供夸大的销量数字（出货量的数字）”这一情况是存在的——所以我也提出了“要么写一个有认证的，要么就都不写，要么就分别写”的说法，但是我还是要指出，这里的“写”，也只能是写来源本身能支撑（也就是直观反映）的内容，不能综合内容来自行研究来源没有表述的内容。--银色雪莉（留言） 2025年6月20日 (五) 06:06 (UTC)

對，我也贊同你的觀點，來源一定要有可取性，要麼不要將銷量寫出來。--Mimi197208（留言） 2025年6月20日 (五) 07:25 (UTC)

其實我不是針對一個歌手，而是我是對事不對人。王菲頁面某些的唱片銷量沒有來源參考，而編輯者寫的銷量數字又不可信，而且其歌迷又經常散布一些不實消息。若然不經管理員修正資料的話，肯定會掀起罵戰。

https://ibb.co/zVCrYQZF

以上有王菲不同唱片銷量列表，是同一集團的雜誌報道。提及的所謂東南亞銷量都沒有可靠數據參考， 王菲東南亞的市場只有星加坡以及馬來西亞，兩地華人人口佔比不算很多，很難有一張華語唱片超過十萬，特別是星加坡人口少。

另外，當中提及王菲的粵語唱片 《Di dar》銷量高達一百二十萬張？會不會太誇張？di dar 英文維基頁面也將這些不實資料寫出來， 粵語歌市場沒有這麼大，張學友粵語唱片也未必有這個數字，這一張當時香港樂壇並不是十分流行的專輯，居然有？當時香港十大暢銷唱片沒有這一張唱片。

最搞笑的事情來了，雜誌竟然自打嘴巴，列出唱片銷量誇大的名單，指出唱片實際銷量沒有人知道，唱片公司為了做造勢而把銷量誇大。當中指出王菲 《唱遊》唱片公司聲稱的全球二百萬銷量，實銷四十三萬。時而全球銷量，時而東南亞銷量，可靠性低。

既然實際銷量沒有人知道，亦即代表雜誌所說的王菲銷量也是虛構的。

最後，想帶出的事情，就是有時傳媒所報的唱片銷量未必準確。--Mimi197208（留言） 2025年6月21日 (六) 03:42 (UTC)

我對於銷量的數字非常沒有概念，但是這篇《聯合報》的報導說1977年的〈我是一片雲〉專輯賣了45萬張，我查詢當時的臺灣人口，相當於平均每37.5個臺灣人就買了一張，各位覺得這銷量數字算是誇大的嗎？-游蛇脫殼/克勞棣 2025年6月20日 (五) 07:55 (UTC)

先讲不离题的，这种情况下不应该靠感觉或自行推算（包括相当于平均每37.5个台湾人就买了一张这种也是自行推算——除非你算到每一个人有两张）来判断可靠性，来源本身可靠性疑虑不大，不会说不能写；如果对数字确实有疑虑时，可以用第三方引述方式来陈述这件事；如果有其他来源对冲，那么可以采取不写、分别写和写一个权威较高的（不过第三种可能到最后还是会演变成第二种）。接下来讲( π )题外话——可能也不是很题外——它这来源也没有说是“台湾卖了45万张”吧，您这个计算本身就站不住脚；就算台湾卖了45万张，讲真，37.5算是8个五口之家，有一张凤飞飞，以其知名度，加上在那个唱片工业还不是黄昏行业的年代，也不算很离谱——当然，这些也是自行推算，我并不会将这些观点用于写条目，只是恰好谈到了，就稍微聊一句。--银色雪莉（留言） 2025年6月20日 (五) 08:03 (UTC)

抱歉！是我沒表達清楚，造成誤會，但我沒要把「相当于平均每37.5个台湾人就买了一张」寫入條目，這與您的「五口之家」（您怎麼知道一家有「五口」？您知道當時的臺灣的戶量嗎？）同樣是原創的題外話。我認為基於來源可以寫的內容，已經被寫入條目中了，就是這張專輯賣了45萬張。---游蛇脫殼/克勞棣 2025年6月20日 (五) 08:40 (UTC)

没事没事，我了解您这部分谈的也是题外话，因此我前面也以题外话（包括五口之家论）回复，既然聊题外话，不免原创研究一下。我完全赞成您基于来源可以写的内容，已经被写入条目中了，就是这张专辑卖了45万张的看法，这本身是完全没问题的，因为它基于来源且直观描述。--银色雪莉（留言） 2025年6月20日 (五) 08:44 (UTC)

按我理解，IFPI是要申請之後，經核實才會有認證吧，有些年份找不到也是正常吧。銷量數字準確性按來源自行判斷吧。--Abcet10（留言） 2025年6月26日 (四) 11:45 (UTC)

香港有兩間機構核實銷量。一間是香港唱片商會，由香港唱片商會核實，然後知會唱片公司。另一間就是ifpi，由唱片公司呈報銷量，若然符合條件，便會頒發唱片銷量認證。

如果沒有經ifpi核實的話，就表示沒有大約的銷量數字。

香港唱片銷量從來都不會交代具體數字。

若然多張唱片認證為雙白金（十萬），總會有一張唱片銷量數字高一點，有一張唱片銷量數字低一點，未必會完全一樣的。

另外，報章雜誌所寫的唱片銷量數字亦不能盡信，特別是寶麗金/新藝寶/正東唱片公司所提供的銷量，都不一定是準確的。

好像新藝寶唱片 ，九七年的時候就聲稱林海峰的唱片《的士夠格》達白金，並頒贈白金唱片，去到九八年Ifpi金唱片頒獎典禮就只有金唱片認證。同年，王菲的玩具當時聲稱達到三白金（十五萬），最後到九八年Ifpi金唱片頒獎典禮就只有白金認證。

正東唱片 97年亦聲稱經唱片公司核實陳慧琳《星夢情真》達雙白金，最後到九八年Ifpi金唱片頒獎典禮就只有白金認證。

若然要在頁面寫上唱片銷量，應該要提供多個可靠的來源，至少要有多個報道寫上同一個銷量，而且銷量數字要合理，太誇張的話都不建議寫出來。報道來源最好要有時限，唱片發行後三年內的報道，這樣才能看到當時的市場反應。有一些歌手的唱片在往後的報道，銷量突然間暴升，令人質疑真實性。--Mimi197208（留言） 2025年6月27日 (五) 05:04 (UTC)

以兩張王菲粵語唱片《執迷不悔》以及《10萬個為什麼》為例，九四年及九七年的報道都是一共六白金，各有十五萬。

但近十多年的報道就誇大了銷量，聲稱有廿五萬，廿萬等等.. 為何會報上這一個銷量，翻查歷史就是她的大陸歌迷在十多年前的網絡開始不斷去散布一些假消息，假消息散布了超過100次就會當成真，這是最佳例證。

我可以講就是沒有可能會多了十萬張銷量，Ifpi 2001年6月正式停榜，可以用HMV唱片銷量榜作參考 ，雖然有時HMV造假嚴重，但每年每周頭20名，都沒有這兩張唱片再次入銷量榜的消息，那怎會累積到十萬銷量？

就算去到後期，她的復刻版唱片，巜夢遊》單曲，上過一次香港唱片商會銷量榜，也不見得銷量會很高，頂多售出百幾張。--Mimi197208（留言） 2025年6月27日 (五) 05:26 (UTC)

其實不是特別針對一個歌手，而是真的是對事不對人，過往王菲真的有很多誇大唱片銷量的報道。

以上就是一個例子，2003年11月13日新力唱片聲稱王菲《將愛》全亞洲銷量達一百萬，而且新力唱片還頒贈二十白金唱片銷量獎予王菲，最後有一些傳媒提出質疑，並解釋為何該唱片沒有這一個銷量數字。

因此若然專輯頁面寫上唱片銷量，而又沒有任何認證記錄的話，所提供的來源要可靠，而且要寫聲稱有這個銷量，要麼就不寫。--Mimi197208（留言） 2025年6月27日 (五) 09:55 (UTC)

添加參考來源模板—— Matt Zhuang表示有事按「此」留言 2025年6月27日 (五) 06:19 (UTC)

最保險的作法是寫成「據X報導，某作品累計售出Y份」，另外銷量不等於認證，不是IFPI頒發的認證不建議收入。話說按IPFI 2019報告內容，HKRIA也會認證，但不論是HKRIA還是香港IFPI都許久未更新（明面上）認證... --窝法乙烷 儿法梦碎 2025年6月27日 (五) 13:55 (UTC)

認同你的觀點，另外，現在的唱片很難認證，主要不夠銷量，就算夠銷量也不一定要認證。

以2015年Ifpi頒獎典禮為例

當年只有三張大碟有五位數字，兩張為鄭秀文，一張為石詠莉。

以前歌手會依照唱片銷量看人氣如何。

現在會依照演唱會場次及售票情況來定斷。--Mimi197208（留言） 2025年6月28日 (六) 03:06 (UTC)

参考資料

提议将条目「无政府主义者烹饪手册」题目去掉「者」字，改作「无政府主义烹饪手册」

参见讨论页Talk:无政府主义者烹饪手册的讨论结果，采用钦州公检法官方所用名称「无政府主义烹饪手册」，出处[14]。原标题多了一个「者」字。从学理上说，英文原题的「Anarchist」也可以作形容词表示与无政府主义有关的，官方不加「者」字也并非无理由。其他译名则多见于媒体，且可能产生歧义。--KeKeKe7321（留言） 2025年6月22日 (日) 12:05 (UTC)

你這討論應該移去討論頁，然後提出移動請求。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月28日 (六) 03:02 (UTC)

請協助送審草稿:薛恩

各位好，我是使用者 User:Sean821821，目前已完成條目草稿《草稿:薛恩》： 🔗 https://zh.wikipedia.org/wiki/Draft:薛恩 因尚未達自動確認用戶資格，無法自行提交審核，懇請協助代為送審，非常感謝🙏！

--Sean821821（留言） 2025年6月26日 (四) 08:38 (UTC)

@Sean821821：已放提交模板，但个人认为不太可能通过。--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年6月26日 (四) 13:41 (UTC)

如果你打算以Draft:薛恩為基礎修改與提交，建議給User:Sean821821/沙盒與Draft:Wikipedia:草稿/薛恩兩個頁面掛上{{delete|g10}}模板請求刪除。--Saimmx（留言） 2025年6月26日 (四) 16:05 (UTC)

(～)補充：对于User:Sean821821/沙盒，我更建议挂{{d|O1}}。--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年6月27日 (五) 07:16 (UTC)

請求將使用者草稿移為正式條目：「張力文」

本人為使用者 ZhangLiWen_Wiki，目前已在使用者命名空間下建立草稿頁「使用者:ZhangLiWen_Wiki/草稿」，內容包括：

• 多項咖啡競賽獲獎紀錄（2021年TICCPA手沖咖啡金牌、2023年AWI銀牌）
• 與崑山科技大學團隊共同取得中華民國發明專利（I796266）
• 已被LINE TODAY、Yahoo新聞、ETtoday等多家媒體作為報導來源

草稿內容已引用可靠來源並符合中立寫作標準，內容結構完整。由於本人帳號尚未取得「移動頁面」權限，特此請求協助將草稿轉移為正式條目，條目名稱建議為「張力文」。 感謝維基編者的協助！——ZhangLiWen Wiki（留言） 2025年6月27日 (五) 19:35 (UTC)

@ZhangLiWen Wiki我為你的草稿加了審核模版了，但你要注意利益衝突的問題。---VAMPIRE!VAMPIRE! All Hands Brace For Shock!Birds Away. Missile intercepted（留言） 2025年6月27日 (五) 20:02 (UTC)

补上链接。--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年6月30日 (一) 08:40 (UTC)

关于也立安敦与阿勒塔伦的合并请求

关闭：

傀儡扰乱。 ——自由雨日🌧️❄️ 2025年6月28日 (六) 06:24 (UTC)

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

---

• 史集, 306, trans. Thackston, pp. 144: "Altalun: She was given to Taichu Gürägän of the Olqunu'ut tribe. Genghis Khan had nicknamed him Cha'ur Sächän and loved him very much."
• 史集, 306, trans. Thackston, pp. 144: "EI Agätäi: This daughter was born of a concubine. When the Idiqut, the ruler of the Uyghur, became a servant of Genghis Khan and submitted, and Genghis Khan called him his "fifth son," he affianced this girl to him, but because the Idiqut had a wife who dominated him, he did not take the girl in order to placate her. During Ögödäi Qa'an's time, when the Idiqut's wife was no longer alive, Ögödäi Qa'an gave her to him. "
• 《元史》卷109: "□□□公主，適塔出駙馬。
• 《元史》卷109: "高昌公主位：也立可敦公主，太祖女，適亦都護巴而述阿兒忒的斤。"
• 《新元史》卷104："太祖女阿儿塔隆公主，适斡勒忽讷部长泰赤子札费图儿薛禅塔出古列坚，为宣懿皇后兄弟之子。定宗时，阿儿塔隆坐事赐死。太祖女也立可敦，封高昌公主，适畏兀儿亦都护巴而术阿儿忒的斤。​"

在《史集》和《元史》中，也立安敦与阿勒塔伦明确就是两个人。完全不是一个人。不知道所谓的合并请求，意欲何为？

而且阿勒屯别吉这一称谓，并没有在《新元史》中出现，只在《史集》与《世界征服者史》中出现过，User:Tisscherry却屡次破坏，谎称《新元史》存在阿勒屯别吉这一别称，十分匪夷所思，不可理喻。而且《新元史》并非可靠来源，Tisscherry却用不可靠来源代替可靠来源，我不知道此人是何用心？--Principalsin（留言） 2025年6月28日 (六) 05:23 (UTC)

---

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

「伊莎貝拉」→「伊莎柏拉奇」過度轉換

公共轉換組中，「貝拉」↔「柏拉奇」還有存在必要嗎？目前看到似乎是為了配合柏拉奇一世在台灣叫柏拉奇、香港叫貝拉的關係，或許只要在這天主教領域單獨轉換即可，排除出公共轉換組。「貝拉」不論繁簡，在其他不相關條目會顯示成：

• 「瑪麗是亞拉岡的斐迪南二世和卡斯提亞的伊莎柏拉奇一世的外孫女」——玛丽一世 (英格兰)
• 「葡萄牙的伊莎柏拉奇」——腓力二世 (西班牙)、斐迪南二世 (阿拉贡)、查理五世 (神圣罗马帝国)

——George6VI（留言） 2025年7月1日 (二) 03:53 (UTC)

顯然應該取消的過度轉換。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年7月1日 (二) 08:27 (UTC)

目前已經去掉Module:CGroup/Popes「柏拉奇↔貝拉」的轉換，並在柏拉奇一世、柏拉奇二世另外加上轉換組。另外查了一下，原來前年就提過這問題。——George6VI（留言） 2025年7月2日 (三) 00:50 (UTC)

建议在台湾车站条目采用日本格式

现在个别台湾铁路车站拥有多个运营公司，但这些条目内容不是杂乱地堆在一起就是过于分散在各条目。鉴于台湾铁路车站跟日本有很多共通点，因此本人建议采用日本车站的格式，即尽可能把各运营商并到一个条目中，并分开成独立章节，这样条目的编排会改善很多。最后附上台北车站现有版和我改写的日本格式版。

需改写的条目：南港車站、松山車站 (台灣)、臺北車站、紅樹林站、十四張站、板橋車站 (臺灣)、新北產業園區站、三重站、鶯歌車站、中壢車站、高鐵桃園站+高鐵桃園站 (桃園捷運)、六家車站+高鐵新竹站、松竹車站+松竹站 (台中捷運)、大慶車站+大慶站 (台中捷運)、新烏日車站+高鐵台中站+高鐵台中站 (台中捷運)、高鐵台南站+沙崙車站、新左營車站+高鐵左營站、美術館車站、鼓山車站、高雄車站、科工館車站。

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

附知@Matt Zhuang @Alexwikix @Sinsyuan @S8321414 @Bigmorr Пусть от победы☆к победе ведёт! 2025年7月1日 (二) 09:08 (UTC)

所以是把台北車站 (桃園捷運)併入現有的臺北車站並加以改寫？如果是這樣的話，在內容上不反對，但值不值得這樣合併以及改寫我就不是很確定了……--冥王歐西里斯（留言） 2025年7月1日 (二) 09:31 (UTC)

不只是改写台北车站，我上方列的条目都会改写。Пусть от победы☆к победе ведёт! 2025年7月1日 (二) 09:50 (UTC)

認同，並期盼到乙等以上。--Sinsyuan✍️ 2025年7月1日 (二) 10:25 (UTC)

我知道，不過有試過{{Excerpt}}的效果嗎？也不見得要直接把兩個或更多條目的內容合併。--冥王歐西里斯（留言） 2025年7月1日 (二) 12:12 (UTC)

原則上認同，但建議先解決「一個共站，多個條目」的問題。例如高鐵台中站，因為3家業者採用的站名不同，導致3個站區各有自己的條目。機場捷運台北車站則需要再討論，因為該站雖名義與台北車站（台鐵、高鐵、台北捷運）共站，但其實與台北車站站區並不相鄰，因此需要確認是否符合共站標準。--bigmorr -一起往前走- 2025年7月1日 (二) 13:22 (UTC)

什麼叫「日本格式」呢，莫名其妙的。新烏日車站+高鐵台中站+高鐵台中站 (台中捷運)都可以混成一條條目的話，難道梅田站、難波站也要混在一起寫嗎？名古屋站也要一起寫嗎？反過來說，日維和中維的新岩國站和清流新岩國站、岐阜羽島站和新羽島站也是分開寫的呢。這個問題已經討論過數次了，比如Wikipedia:互助客栈/条目探讨/存档/2019年4月#關於台灣換乘車站的合併、WikiProject_talk:鐵道#关于北京西站、北京南站、清河站的地铁站部分、WikiProject_talk:鐵道#關於火車站配套地鐵站是否合併還是分拆的事宜。我是不覺得分拆還是不分拆對於條目編排有什麼大分別，像北京西站也不是滿好的。--Ghren🐦🕙 2025年7月1日 (二) 14:54 (UTC)

日本格式是指把各运营公司分开，独自一个infobox。这也是这次改写的核心，合并条目只是顺便的事。Пусть от победы☆к победе ведёт! 2025年7月2日 (三) 13:38 (UTC)

覺得台北車站改寫後的版本改善非常多。桃捷的台北車站跟其他鐵道的台北車站整座站體都是連通的，重點是車站名稱也相同，同樣(＋)支持合併。

至於其他留言提到「日維和中維的新岩國站和清流新岩國站、岐阜羽島站和新羽島站也是分開寫的呢」，個人認為車站名稱不同的話分開寫算合理，但同站名的台北車站實在是沒必要去拆分，如果說因為桃捷共站不共構就要拆分的話，那這邏輯也該有「台北車站 (板南線)」的條目。--アレックス Alexwikix 2025年7月1日 (二) 16:24 (UTC)

反對合併，原本的條目讀起來簡單明瞭，就是臺鐵的臺北車站的演化史，這樣合併的做法等於是把臺北車站當成是各個營運商的集合站，會造成讀者誤解，臺北車站的組成結構和東京車站等不一樣，例如事實上板南線和桃園機場線都是在離臺北車站有段距離的地方，不是共構站。合併以後可能需要大量徵求車站周圍照片，這實在是太鐵道迷了，如此條目內容反而更顯混亂，不覺得能重回評選。補充要注意的是，列舉出來看起來可以合併的車站條目，物理上都是轉乘車站，每個都要掐好腳程轉乘，不是檯面上全部放一起就可以了。--提斯切里（留言） 2025年7月1日 (二) 17:09 (UTC)

另外邀請@鐵路1、Olaf8940，我記得有參與交通方針討論的使用者參與討論。--提斯切里（留言） 2025年7月1日 (二) 17:16 (UTC)

感謝@Tisscherry閣下的邀請，小弟認為各相同名稱車站的條目內容和大小，均不適合進行合併處理。再加上居住在臺灣的讀者也不一定能完全區分出相同名稱車站的不同，還是維持各條目獨立，不然又會走回頭路成為交通迷才能理解的條目。--英國皇家歐拉夫王子（留言） 2025年7月2日 (三) 12:35 (UTC)

(－)傾向反對：還覺得應該反過來，除非單獨一站關注度太薄弱不足成為獨立條目，否則既然高鐵、台鐵、捷運是不同系統，一條路線就一種統一條目名，格式上也比較連貫。例如像「台北車站」這類有共構/共站就改成重定向，區分重名或者名字有細微差異的站名。( π )题外话：在Google地圖上同樣是台鐵的車站，格式也不統一，例如有「台北」「板橋車站」「頂埔火車站」，提報修正還不見得會接受（而且也不知道要統一改成哪一種），機場捷運站名也有「新北產業園區」「A11 坑口站」「桃園機場捷運 A18高鐵桃園站」，但願維基在格式上不致這樣。而在中國大陸，至少就條目名來說似乎不太說「車站」，而是一個字「站」，例如「平潭站」——George6VI（留言） 2025年7月3日 (四) 02:44 (UTC)

我的建議是看情況決定合併與否，不要一刀切。大陸地鐵與國鐵分家是因為地鐵跟國鐵甚少貫通，故而拆分。而日本經常出現直通運行，也只能合併。目前來看，台鐵跟各大捷運關係介於兩者之間，偏向日本多一點。這種情況，我建議還是分開看待：如果是整體建築一體化的（比如一體化建築，從建築設計上就能看出來），就合併條目，如果只是單純相鄰/相鄰，就拆分。--owennson（聊天室、獎座櫃） 2025年7月3日 (四) 12:59 (UTC) 👍1

@Owennson请问阁下比较两个版本的台北车站后有何看法？Пусть от победы☆к победе ведёт! 2025年7月3日 (四) 14:37 (UTC)

你的參考日本版的台北車站我覺得還OK，不過建議把現在完全散落於各個鐵路部分的歷史整合成為完成的段落。簡單來說就是不要台鐵歷史、捷運歷史、高鐵歷史各自列出，要的是合併成一整個完整段落。--owennson（聊天室、獎座櫃） 2025年7月3日 (四) 15:34 (UTC)

以上面編者舉出的各種複雜案例來看，恐怕祇能以個案討論，難有定則。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年7月3日 (四) 13:38 (UTC)

沒有導航作用的模板

模板:鳳凰藝能模板:三立藝能模板:伊林娛樂有很多人都早已經離開了 Template:金星娛樂Template:擎天娛樂Template:傳動製作Template:RD CompanyTemplate:G-Tree CreativeTemplate:Gallery9這些都沒有導航作用了。--~2025-110927（留言） 2025年7月1日 (二) 23:34 (UTC)

请求审核

各位维基编者好，我正在草拟人物条目“马一木”，目前已在用户沙盒页撰写并根据上一次的审核意见： 替换了非可靠来源； 使用 {{tsl}} 模板修正了跨语言链接； 草稿链接如下，烦请有经验的志愿者协助再次审核与指正，非常感谢！ 草稿地址：https://zh.wikipedia.org/wiki/User:Lea_Xie/沙盒 ~2025-111303（留言） 2025年7月2日 (三) 02:05 (UTC)

一些建議：

1. 可以把「動畫與影視作品」、「出版與媒體工作」、「舞台劇創作」、「創業經歷」併成「經歷」，按照年份先後排序或許不用分段，這人知名度、作品似乎還沒大到需要分節敘述。有幾句若是我編寫會刪去，評論性。
   • 講述一條小龍在充滿誤解的人類世界中尋找歸屬感的故事
   • 《南方周末》稱該劇展現了「沉默中國」的日常
   • 吸引大量年輕讀者下載使用。《第一財經》指出該平台成功整合了內容與產品思維。《i黑馬》稱其是「內容創業探索的先行者」之一
   • 該項目獲得IDG資本天使輪投資，是中國早期的移動短視頻平台之一。36氪報道指出，該平台曾主打「60秒短片+個性推薦」的分發機制→ i黑馬、36氪不確定能不能在維基百科上作為參考來源，如果不適合就最好不用
2. 「报道」在台灣作「報導」，建議加入地區詞處理的語法轉換。
3. 有點翻譯腔。
4. 獲獎紀錄可以改成表格，除了得獎的，有其他的獲獎提名但未獲獎的報導嗎？參見Table cell templates。
5. cite news模板裡，把發文作者名稱補上，並加上存檔網址、日期。
6. Reflist最好寬度分欄。
7. 文中非中文外語，要加上Lang模板。
8. Galway Film Fleadh在英文條目有，可用Le模板連結。

——George6VI（留言） 2025年7月2日 (三) 02:47 (UTC)

荒谬的回退

关闭：

LTA扰乱。Пусть от победы☆к победе ведёт! 2025年7月5日 (六) 10:42 (UTC)

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

---

special:Diff/88036824

special:Diff/87976376

special:Diff/87976402

special:Diff/87976357

special:Diff/86584858

完全理解不了，回退的理据是什么？成吉思汗条目中，“托雷”是“拖雷”的打字错误，被修正过来了，为何回退？术赤条目中，“必克秃忒迷失”是“别土出迷失”的打字错误，被修正过来了，为何回退？也立安敦条目中，记载她的丈夫因家中有妻而推迟与她的婚姻，是记载于《史集》中的，《五族谱》是当初的打字错误，被修正过来了，为何回退？而且《新元史》并非可靠来源，不知道为何要替换掉质量高的来源，用质量低劣的来源。亨利一世 (英格兰)条目中，“学者亨利”是可靠来源的中文绰号译名，为何要回退？--（節刪）2025年7月5日 (六) 02:25 (UTC)

---

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

Anthem譯名

Anthem在目前的條目被稱為代表歌，但問題是在其他地方使用的譯名，至少據我目前搜索的Anthem大多是被翻譯為頌歌或讚美詩等，並沒有被翻譯成代表歌的例子，所以想和各位編輯討論，看該譯名是否該再次調整，雖然Anthem也能用來表示一群人的團體符號，但目前我查閱網路上，並沒有直接把Anthem直接翻譯成代表歌的情況--~2025-136925（留言） 2025年7月5日 (六) 13:55 (UTC)

其他

关于本站遭中国大陆屏蔽十年的信息页

前幾日在tg水群时突然意识到，5月19日是你站这次遭中国大陆封锁的十年整，因而考慮总结中国大陆维基社群十年间的成果。在站外讨论後勉強列在User:魔琴/筹备/十年封锁，可能有不少疏漏之处（包括新进FA是还没去统计），现在希望社群能帮忙补充撰写，或者優化美術什麼的。至于这一信息页应该如何链入（横幅？ASN？），或者其他相关活动比如换logo或者blackout什麼的也希望大家讨论。（似乎衹剩一天了orz）

本人身体有恙，強撑着打完这行字就要去睡觉了，可能无法參与後续讨论，希望有热心维基人能主导讨论，谢谢。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月17日 (六) 16:49 (UTC)

第一段：2004年6月3日...--Akishima Yuka（留言） 2025年5月17日 (六) 17:26 (UTC)

啊，明白了。这次。--Akishima Yuka（留言） 2025年5月18日 (日) 23:11 (UTC)

現在改LOGO可能太遲，但ASN是肯定要上的，橫幅能的話也可以有。--🎋竹生🎍 2025年5月17日 (六) 17:49 (UTC)

改logo的话往期也不是没有援引IAR快速上线的先例，但是我懷疑这次能不能援引，而且现在没有合適的logo或是横幅的候选。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月18日 (日) 10:09 (UTC)

改LOGO會有跟很久以前改汶川大地震LOGO時一模一樣的爭議，難以支持。不過掛個ASN是可行的。--SunAfterRain 2025年5月18日 (日) 12:12 (UTC)

那也不一样，汶川大地震和你站没有关系，这个你站就是直接受害者。五一二、九二一、六四什么的你站不纪念自然有人纪念，除了你站之外不会有人纪念你站被封十周年的。-- ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月18日 (日) 13:30 (UTC)

單論草稿內容，可能要先問看看維基媒體基金會與臺灣維基媒體協會的意見吧（如果其他人有想到其他可能需要諮詢的單位，麻煩在下面補充）？畢竟現在內容提到的成員與組織，有被維基媒體基金會永久禁制的，有指控臺灣分會挑釁大陸用戶的，有指控基金會行動是打壓行動的，那應該問問看這些被指控的機構是否認為適合以當前內容進行公開發表吧。--KOKUYO（留言） 2025年5月17日 (六) 20:28 (UTC)

我初撰写时已经極力淡化各活动的实际举办方，现在仅提到WMCUG一次，Techyan一次，均是避无可避之处，並且没有任何一处提到甚或链接到他们的指控，我觉得不会有问题。况且部分同仁已经道不同而分道揚镳，应该要有「以直报怨」的想法客观看待、记载他们曾经的活动。至于联络臺湾分会或是基金会，我確实希望能从基金会方面獲得他们的看法或者评论，其他自治体我觉得也可以在这一页面發表他们的声明之类。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月18日 (日) 10:56 (UTC)

如果是「以直報怨」（「应以正直回应怨恨之人」），要麼就是公平正直地列出組織的正反面，要麼就是因上述內容過多且難以簡化而都不提吧？若只記正面而不提負面的部分，在《論語》裡面叫做「以德報怨」。--KOKUYO（留言） 2025年5月18日 (日) 16:45 (UTC)

是的，但是这裏主要意在总结中国大陆维基人的成果而不是造成的混乱，不然真是有得写了，从中港编辑战到折毛事件，写上去就不像话了。我確实设想在结尾提到大陆社群的不足这点，但没有想好怎麼写，若有意也请不吝笔墨帮忙补充。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月18日 (日) 17:17 (UTC)

那麼直接不寫進大陸社群的成就不就好了？既然這個頁面為了紀念中國政府封鎖維基百科十年，大可列出過往2002年來中國政府及其相關組織打壓整個運動的經歷，並呼籲中國政府應當開放心態，解除對於維基百科的封鎖。--KOKUYO（留言） 2025年5月18日 (日) 17:31 (UTC)

我個人觉得行此记录抹煞之術难称妥當。至于後者，写是可以写，衹是前人留下的材料大概不多。可能可以写封锁的详情？我觉得不如直接链接到那個条目页面。中国维基媒体协会被忽略大概不能算是打压。很多人被「喝茶」衹是私下裏讲讲，公开可查的可能衹有2020年那個浙江读者。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月18日 (日) 18:48 (UTC)

前面您自己承認滿足「以直報怨」的相關內容難以撰寫，我才建議您那就依照原本是要針對遭封鎖十年的宗旨，把焦點明確聚焦在中國政府對於維基媒體運動打壓，結果就要被您說是記憶抹煞術？假若真的要說記憶抹殺術，在一個訴求中文維基百科不應該被中國政府封鎖十年的頁面，放上一個曾指出想向國安機關舉報香港用戶的用戶組及其活動，這個操作才令人困惑吧。--KOKUYO（留言） 2025年5月18日 (日) 19:08 (UTC)

另外，前面您提到頁面「完全沒有任何一處提到甚或連結到他們的指控，我覺得不會有問題。」，那麼我想請問一下幾個連結頁面裡的內容，是想要讓讀者認識到什麼呢？

• Wikipedia:中国大陆维基人用户组/2019年维基百科亚洲月大陆社群参与激励计划：「此次明確安排，是基於近期有台灣政客意圖以『隱私洩露』名義向大陸社群及本次活動參與朋友抹黑，達到攪渾社群關係、激化社群對立之目的。我們亦對此類破壞社群協同編寫計劃的行徑表示譴責與鄙視，並建議此類人士遠離維基百科計劃。」
• Wikimedians of Mainland China/Xinjiang Plan：「由于新疆问题高度敏感，并可能遭到大量反华势力的持续攻击；我们强烈建议有兴趣的参与者私下保持联系，以最大限度保护各位编辑的人身安全。」
• Wikipedia:中国大陆维基人用户组：「中國大陸維基社群長期受到來自境內規則和境外力量的壓制。」

至於當人們進一步點選看到更多內容時會遇到的言論，我覺得就不需要列出全部列了，例如：

• Wikipedia:《求闻》/2019年/《求闻》和中文维基百科（頁面點選求聞，即可見到前往此篇的連結）：「直到現在，港台的一些維基人還在站外、在私下搞敵視大陸維基用戶、渲染『大陸威脅論』的伎倆。……因為少數港台維基人不僅平時發言不按照方針，甚至還故意遊戲維基規則，用不適當的稱呼來挑釁大陸用戶，而台灣分會會訊也在這方面大打擦邊球。」

--KOKUYO（留言） 2025年5月18日 (日) 19:34 (UTC)

前三個点名臺湾分会了？我個人认为第一個页面確实不妥，但是我不是很清楚为什麼社群经年不移除之。至于继续点选，我们都知道WMCUG一向的惡习，他们出现的链接一個都不能出现了？甚至他们还会在编写条目的讨论页诽谤港臺用户，是不是也能链接到相应条目？ ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月18日 (日) 20:02 (UTC)

第一页的内容已经节删。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月18日 (日) 20:11 (UTC)

（编辑冲突）我说的「记忆抹煞」自然指您的提议「不写进（去）」。难道三個全国用户组变两個？WMCUG理论上仍是维基媒体项目中的用户组，它本身並没有受到基金会的任何制裁（它本身亦没有说要举报香港人），虽然我是WMGMC的联络人，亦一向反对WMCUG，但我无法说服我自己将WMCUG撤下来。还是说将三個用户组都撤下来？且，如果按照您的看法，WMCUG的活动都撤下，该页面至少会减少1/3内容。WMCUG从2017年至2021年的活跃是大陆社群迴避不了的问题，當然有人说他们活动和条目质量不佳，但是他们的活动本身是千真萬確存在的。我在生活中或是歷史中看到某些集團不断抹煞他们不喜歡的人物、事件、记忆的存在，总是觉得可笑。我不希望这種事情会發生在维基百科上。另外，既然此事涉及香港社群，通知@1233。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月18日 (日) 19:54 (UTC)

我前面應該講得很足夠清楚才對，既然您無法在一個有限篇幅把所有內容「以直報怨」地統整出來，那這個頁面就不要硬是去寫大陸社群的成果，而是直接把焦點聚焦在中國政府對於維基媒體運動打壓。至於您說中國政府打壓的案例不多，是不是您根本沒有查詢吧？--KOKUYO（留言） 2025年5月18日 (日) 22:21 (UTC)

@魔琴：移动端显示异常，已经修改源代码，如其它平台显示异常请回退鄙人的编辑 囧rz……--$\color {White}{\mathfrak {Kurwa}}$__^{Don't bite!} 2025年5月18日 (日) 15:49 (UTC)

才留意到中国大陆对维基媒体的封锁似乎没有一个对应的项目页面？日后可考虑编写。对于本案，完成度已经很高，已可考虑移到计划页面，望在东八区早可上ASN。--PexEric 2025年5月18日 (日) 16:46 (UTC)

若有logo或者横幅的设计希望儘速發佈在下面，谢谢。东八区已经跨入19日。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月18日 (日) 17:17 (UTC)

一、刊登全站公告要有相當共識，望有意刊登者迅即表達意見（當然，反對者亦可留言砥礪）。二、是否有必要言及近年大陸社群分裂問題，與有關負面爭議梗概？目前單純閱覽該頁面，是難以體會大陸社群除遭遇封鎖以外其他許多困難。況且，這些畢竟都是歷史事實，措辭固然可以委婉，也沒有必要長篇大論「喧賓奪主」乃至於直接抹煞部分貢獻，搞得十年來大陸社群彷彿祇剩下悽悽慘慘戚戚一般；但裝作任何爭議全不存在（或者過度掩飾），則又有些天真。我想，此一方面論述，若能與大陸社群客觀成就間兩相補充而持平，便比較適合刊登公告了。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年5月18日 (日) 20:31 (UTC)

（编辑冲突）我建议是在最尾巴简述如

这二十余年间，中国大陆社群的建设也并非一帆风顺，亦出现分裂、攻訐、结党、造假之负面现象……？……因此我们更需要新鲜的血液、更广泛的编辑群体。

具体的来龙去脉这坨矢自己尝尝就好了，就别给圈外人端上了。而且这坨矢我们自己还没理清楚呢，似乎也应该写个项目页面记述。2021年的事情有鄙人主笔的《维猫报》最后三两期大概可以覆盖一下，再往前的可能只能依靠菲菇未完成的《WMC Timeline》了？ ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月18日 (日) 20:41 (UTC)

爭議確實不用寫太多，行文倒也可以留點懸念，不過「有爭議」這一事實得講明白（ —— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年5月18日 (日) 21:29 (UTC)

您看看當前版本如何？或者加幾個链接？ ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月19日 (一) 07:12 (UTC)

（针对Ericliu1912修订后内容）似可，大陆社群缺乏正常人这块也可以「归功」于封锁。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月18日 (日) 20:44 (UTC)

已经稍微补充，单立了一章。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月18日 (日) 21:08 (UTC)

里面说了有道的项目，却为何没提有道提供的机翻接口项目？--百無一用是書生 (☎) 2025年5月19日 (一) 03:18 (UTC)

感謝指出，已經補充。初稿時寫了不知爲何改的時候漏掉了。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月19日 (一) 06:04 (UTC)

(＆)建議大陆新人，我觉得最后一段“我们需要你”中，“您可以选择前往专门的网站申请注册账号”可以写发工单申请豁免权限要比发邮件快得多，我的一个朋友之前账号豁免权失效重新发邮件申请硬是拖了两三周。我申请IP豁免权的时候发工单一个下午就解决了。--xiaohuangbo给我留言 2025年5月21日 (三) 15:57 (UTC)

@Xiaohuangbo：當前给的链接似乎就是给到發工单的网站？您再检查一下。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年5月22日 (四) 12:17 (UTC)

哦，那没问题了，我主要是想(＊)提醒一下不要让大陆用户通过邮箱申请IP豁免，会很慢。--xiaohuangbo给我留言 2025年5月22日 (四) 12:29 (UTC)

我們在盡力處理。 -Lemonaka 2025年5月23日 (五) 02:54 (UTC)

Wikipedia talk:維基百科標誌#c-Jimmy-bot-20250113001400-諸位，我看了一下维基百科标志的历史，有人在一月份就提出更换logo的议题了，还设计得很不错，结果刚发两天就因为傀儡被无限期封禁了，真是太可惜了 囧rz……--xiaohuangbo给我留言 2025年5月23日 (五) 09:21 (UTC)

该被封锁用户的提议logo

感觉可以使用该logo啊……--WiiUf（留言） 2025年5月28日 (三) 11:42 (UTC)

我也觉得挺好的，谁叫这位违反傀儡方针这么快就被封了呢，真是可惜了--xiaohuangbo给我留言 2025年5月28日 (三) 17:05 (UTC)

即使他被封了，也不代表不能採納他的提議啊。我覺得使用那個很不錯。--WiiUf（留言） 2025年5月29日 (四) 02:14 (UTC)

(▲)同上其实我也这么觉得。--xiaohuangbo给我留言 2025年5月29日 (四) 04:37 (UTC)

个人建议建立一个专题页，LOGO更改与否...无所谓的。我个人倾向刻意地将原Logo“自由”二字划去。虽然此自由并非言论自由之意味，但刻意以此委婉抗议。

专题页我不建议写很多关于政治的内容，侧重点应该是建立帮助中国大陆用户如何加入维基百科的编辑行列之类。我们维基百科服务于读者，服务于知识和全人类，侧重点自然也不应该过于关注政治。--花开夜 _{留言 ·签名 ·贡献} 2025年6月7日 (六) 12:14 (UTC)

亦可。不过需要注意的是，外宣常常用「自由的百科全书封禁人」说事，利用对「自由」、「言论自由」的误解抹黑维基百科，我担忧这样修改会不会起到反效果。另外，站外讨论中，有提议将「封条」的文字改成「2015-？」或「2015.5.19-？」，在此亦提及一下。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月7日 (六) 17:27 (UTC)

具体日期没什么意义。建议直接用“2015”更好。--花开夜 _{留言 ·签名 ·贡献} 2025年6月8日 (日) 07:02 (UTC)

(＋)支持，用2015就行，更简洁。--xiaohuangbo给我留言 2025年6月8日 (日) 09:19 (UTC)

最近比较忙，不知道有无佬重置一下这张图 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月9日 (一) 09:25 (UTC)

另外，关于内文我收到了一些站外建议，近期会作修改。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月9日 (一) 09:26 (UTC)

重制版本

重置完成。—WiiUf（留言） 2025年6月10日 (二) 14:14 (UTC)

jpg……？ ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月10日 (二) 14:16 (UTC)

是技术上无法使用吗？--WiiUf（留言） 2025年6月10日 (二) 14:20 (UTC)

感觉有点糊就是，我觉得一般做logo都是用svg👉👈 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月10日 (二) 14:44 (UTC)

竹~月~提出的SVG版本

我方才用Inkscape把SVG原圖改成這樣了。

加上問號是個人的私心，若覺得不妥的話我再重傳。--竹林下小徑，月光映一葉 2025年6月10日 (二) 15:09 (UTC)

挺好的，不过個人觉得「十年」和「2015」有点重複，如果封条文字衹有「(封) 2015-？」会不会更好？看看其他人有何意见。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月10日 (二) 16:01 (UTC)

2025? 个人认为更好一点。可以双重暗示：今年是第10年，而且（很）可能还会继续。甚至有点文学的意味了（笑）。--花开夜 _{留言 ·签名 ·贡献} 2025年6月11日 (三) 17:36 (UTC)

(＋)支持我觉得看着已经很好了--xiaohuangbo给我留言 2025年6月13日 (五) 03:13 (UTC)

感觉做成一个“X”（也就是现实里封条的样子）要更好一点--Fthasdd（留言） 2025年6月12日 (四) 08:15 (UTC)

@Fthasdd君您好，在下认为，首页的图标仅150px上下大小，X形会导致信息要素过多而视觉疲劳，所以在下认为现方案或许好点--花开夜 _{留言 ·签名 ·贡献} 2025年6月12日 (四) 09:28 (UTC)

vector皮肤下的标志限制最大高度为155px。 Stang¹³¹⁸ 2025年6月13日 (五) 03:54 (UTC)

提醒一下上面标志的设计者，别忘了同时设计一个用于vector-2022皮肤的标志（只有维基球的那个） Stang¹³¹⁸ 2025年6月13日 (五) 03:54 (UTC)

完成。另外做了個繁字版File:Wikipedia-logo-china-ban-2025-zh-hant,with an end year.svg--竹林下小徑，月光映一葉 2025年6月14日 (六) 14:22 (UTC) 👍1

---

@魔琴：这个讨论串最近有进展吗？以及是否需要、什么时候更换logo？ Stang¹³⁰⁸ 2025年6月23日 (一) 03:15 (UTC)

更換標誌一事似乎沒有共識？至多是開放編者自由選用。我倒是覺得可以先決定刊登置頂公告。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月23日 (一) 04:37 (UTC)

我不是很清楚应该怎麼做横幅，如果是ASN的话感觉有点不太明显。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月24日 (二) 17:51 (UTC)

反對為此更換中維標誌，在中文維基，眾所周知中共因政治原因屏蔽維基百科，不論是否支持中共對維基百科執行屏蔽，為此更換中維徽標均會被外界認為是一種政治表態，代表中維的徽標一旦引入政治化的修改甚或抗議圖文的元素，難免會對維基是否維持政治中立的觀感帶來衝擊。--Neodymium+Nd（留言） 2025年6月24日 (二) 16:12 (UTC)

抗議自己被封算什麼政治表態…… ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月24日 (二) 23:54 (UTC)

請您弄清楚您抗議的對象，屏蔽維基百科的是由中國共產黨絕對領導的中國政府，被您抗議的對象必然是一個政治實體，更改中維標誌去抗議必然牽涉到政治。--Neodymium+Nd（留言） 2025年6月26日 (四) 18:20 (UTC)

暫时比较忙，没有关注这边，是应该走投票还是如何？看来也没有別的设计。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月24日 (二) 17:46 (UTC)

以前土耳其当局封锁维基百科的时候，土耳其文维基百科是常态化上线了一个抗议封锁的特别logo，后来土耳其解封维基百科，土文临时换了一个庆祝解封的标志。虽然上线一个反映审查的特别标志在其他站点有过往例，不过这次我还是(－)反对为了纪念中国大陆屏蔽本站十周年而挂上标志（如果只用在信息页则另说），一方面，作为临时标志早已经过了纪念的黄金时期，另一方面，香港、澳门、台湾、马来西亚、新加坡这几个中文地区仍可直接访问维基百科，这些地区的人不一定关心中国大陆的审查行为，特别点名后三者。--💊✖️2️⃣3️⃣（留言） 2025年6月26日 (四) 09:26 (UTC)

@Liu116：「黃金時期」具體指……？如果指5月那天的話，其實現在也不算晚。至於第二點，北京的審查對於所有讀者來說都是有害的。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月26日 (四) 17:09 (UTC)

不能說中國大陸以外不關心，但屏蔽維基百科涉及到中共對言論自由、出版自由，以至權力分立的觀點，土耳其埃爾多安政府封鎖維基百科，當地在野黨立即提出反對，土耳其憲法法院最終推翻政府的決定，埃爾多安政府亦根據判決解除封鎖，但中國的人大政協幾乎不可能有反對中共的意見，中國法院不可能推翻中共封殺網站的決定，甚至不會受理，所以土國和中國雖同有封殺維基的行動，但不可比較的範疇則更多，土耳其維基社群是被政府屏蔽後即更改標誌，然而更改標誌絕非使埃爾多安政府決定解封的原因。--Neodymium+Nd（留言） 2025年6月26日 (四) 18:20 (UTC)

臨時帳號將於六月開始推出

初始公告

我們在此再次向您們問好！我們是維基媒體基金會信任與安全產品團隊。我們希望繼續討論臨時帳戶。該專案與未有登入的編輯者特別相關，此功能旨在保護這些編輯者。這同時與社群成員有關，例如導師、巡邏員和管理員——任何撤銷編輯、阻止用戶或以其他方式與未有登入的編輯者互動的人，都是為了確保維基的安全和準確。 臨時帳號已在試點維基專案上成功上線，現在我們希望在更多維基專案上推出這個功能。根據 [localize this] 的大小，我們計劃在六月為該維基專案啟用臨時帳號。為了順利完成不同維基專案之間的部署，我們將分階段引入臨時帳戶。我們的計劃是在 6 月 x 日的這個星期週將這個功能部署到這裡。 為什麼我們認為應該在六月（而不是更晚）引入臨時帳戶？ 臨時帳戶的基本功能（巡查員工作流程、工具等）運作正常。我們與管理員和其他擁有擴展權限的使用者一起預測並處理了大量用例，以確保社群成員能夠有效地進行管理和巡查。我們建立了一系列支援功能（IP 資訊、自動顯示、全球貢獻等）。 現在，我們希望確保這同時能適用於大型社群。許多細微差別和高級功能無法一一預測——臨時帳戶需要先在大型維基媒體專案上發揮作用。與今年稍後上次部署中收到更改的社群相比，在六月實施臨時帳戶的社群將擁有更多機會和時間提出改進建議。因此，我們認為您的維基媒體專案應該現在就包含在內。 我們為何要建立臨時帳戶？ 我們的維基媒體專案應該預設為未有登入的編輯者提供更安全的編輯體驗。臨時帳戶允許用戶在不建立帳戶的情況下繼續編輯維基百科，同時避免公開他們的編輯行為與其 IP 位址關聯。我們相信這符合未有登入的編輯者的最佳利益，他們為維基百科做出了寶貴的貢獻，並且以後可能會創建帳戶，壯大我們的編輯者、管理員和其他角色社群。儘管維基百科會警告未有登入的編輯者，他們的 IP 位址將與其編輯行為關聯，但許多人可能並不理解 IP 位址是什麼，或者這可能會以意想不到的方式被用來獲取其他相關資訊。 此外，我們的審核軟體和工具過度依賴網路來源（IP 位址）來識別使用者和活動模式，尤其是在 IP 位址本身作為識別碼的穩定性日益降低的情況下。臨時帳戶允許與未有登入的編輯者進行更精準的互動，包括更精準的屏蔽，並有助於減少我們無意中屏蔽使用與惡意用戶相同 IP 位址的善意用戶的頻率。 臨時帳戶的工作原理 每當未有登入的編輯者在本維基媒體專案上發布編輯時，該使用者的瀏覽器中都會設定一個 Cookie，並自動建立一個與該 Cookie 綁定的臨時帳戶。此帳戶的名稱將遵循以下格式：~2025-1234567（波浪號、當前年份、數字）。在「最近更改」或頁面歷史記錄等頁面上，將顯示此名稱。該 Cookie 將在創建後 90 天過期。只要它存在，從此設備進行的所有編輯均將歸因於此臨時帳戶。即使 IP 位址發生變化，該帳戶仍是同一個，除非使用者清除 Cookie 或使用其他裝置或網路瀏覽器。每次編輯時使用的 IP 位址記錄將在編輯後保存 90 天。但是，只有部分登入使用者能夠看到這個帳戶。 這對於不同的用戶群體意味著什麼？ 對於未有登入的編輯者 此舉將增強隱私：目前，如果您未使用註冊帳戶進行編輯，那麼即使超過 90 天，其他人都可以看到您編輯的 IP 位址。但在本維基媒體專案上，此舉將不再適用。 如果您在過去 90 天內使用臨時帳戶在不同地點（例如，在家中和咖啡店）進行編輯，則所有這些地點的編輯歷史記錄和 IP 位址將合併記錄到同一個臨時帳戶。符合相關要求的用戶將能夠查看這些數據。如果您對此造成任何個人安全擔憂，請聯絡talktohumanrights@wikimedia.org尋求建議。 對於與未有登入的編輯者互動的社群成員 臨時帳戶與設備唯一關聯。相較之下，IP 位址可以與不同的裝置和人員共用（例如，學校或工作場所的不同人員可能擁有相同的 IP 位址）。 與當前情況相比，更安全的方法是假設臨時用戶的討論頁面只屬於一個人，並且該用戶會閱讀在那裡留言。如螢幕截圖所示，臨時帳戶使用者將收到通知。用戶同時可以感謝他們的編輯，在討論中與他們互動，並邀請他們更多地參與社群活動。 對於使用 IP 位址資料在維基媒體專案進行審核和維護的用戶 對於負責追蹤持續濫用者、調查違反政策行為等的巡查員：符合條件的用戶將能夠公開臨時用戶的 IP 位址以及來自特定 IP 位址或範圍的臨時帳戶的所有貢獻 (Special:IPContributions)。他們同時可以透過 IP 資訊功能存取有關 IP 位址的有用資訊。許多其他軟體已被建置或調整以支援臨時帳戶，包括濫用篩選器 (AbuseFilter)、全域封鎖、全域使用者貢獻等等。 （有關志願開發者如何更新工具代碼的信息，請參閱本訊息的最後部分。） 對於封鎖未有登入的編輯者的管理員： 只需屏蔽臨時帳戶即可屏蔽許多濫用者。如果管理員選擇自動封鎖選項，被封鎖的使用者將無法快速建立新的臨時帳號。 他們仍然可以屏蔽 IP 位址或 IP 段。 臨時帳戶不會追溯部署前的貢獻。在 Special:Contributions 中，您可以查看現有 IP 使用者的貢獻，但無法查看該 IP 位址上臨時帳戶的新貢獻。您應該使用 Special:IPContributions 來實現這一點。 我們的要求和後續步驟 如果您知道任何使用 IP 位址資料或可供未有登入的編輯者使用的工具、機器人、小工具等，您可能需要在 testwiki 或 test2wiki上測試這是否有效。如果您是志願開發者，請閱讀我們面向開發者的文檔，特別是關於您的程式碼可能需要如何更新的部分。 如果您想要測試臨時帳戶的使用體驗，例如，只是想了解使用體驗，請訪問 testwiki 或 test2wiki 並在不登入的情況下進行編輯 。 如果您知道任何需要解決的困難，請告訴我們。我們將盡力提供協助，如果無法解決，我們將考慮其他可行的方案。 請查看我們之前關於無擴展權限但可能需要存取 IP 位址的使用者要求的資訊。 如希望了解更多關於該計劃的信息，請查看我們的常見問題解答——您會在那裡找到許多有用的答案。您同時可以查看更新資訊（我們剛剛發佈了）並訂閱我們的通訊。如果您想在維基媒體專案之外與我 (Szymon) 交流，您可以在 Discord 和 Telegram 上找到我。謝謝！--此條未正確簽名的留言由Venuslui（討論｜貢獻）於2025年6月1日 (日) 23:38 (UTC)加入。

有沒有什麼方針與指引，或說明頁面需要修改？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月2日 (一) 06:42 (UTC)

不詳盡列表：WP:BLOCK、WP:SOCK、WP:G15、WP:O3、WP:SIG、WP:SYSOP、WP:VAN、Help:登录、Template:User系列、Template:Uw-multipleIPs、Template:Uw-ipevadeblock。--路西法人 2025年6月2日 (一) 07:20 (UTC)

用户查核方针也要改一下，以确定是否接受查核用户与临时账号的技术关系。--WiiUf（留言） 2025年6月3日 (二) 13:15 (UTC)

從來不是「不能查核用戶與IP的關係」，而是「用戶查核不能公開披露用戶與IP的關係」。在臨時帳號方面，可以查看臨時帳號IP的用戶組並沒有限制保密協議之類。查核員仍是可以公開指出用戶是否有在未登錄狀態下濫用臨時帳號，但當然是不可以說是跟哪些臨時帳號有關係，不然也就是間接披露了用戶的IP了。--路西法人 2025年6月4日 (三) 02:06 (UTC)

希望可以创建一下Wikipedia:临时账号IP查看者和Wikipedia:禁止查看IP信息的用户这两个说明页面。顺便[localize this]本来想写什么啊。 Stang¹³²⁸ 2025年6月2日 (一) 09:24 (UTC)

我猜是站點名稱（ —— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月2日 (一) 17:15 (UTC)

(♥)溫馨提示：既然临时用户也算一种登录用户，那你维的那个什么大历险也该适配一下了。--xiaohuangbo给我留言 2025年6月3日 (二) 09:19 (UTC)

(？)疑問，提几个问题：如果临时账号的用户90天后cookie过期那么其对外界显示的用户名是否会强制更换？90天的期限能不能申请延长？

这也会导致一个问题，万一这个临时用户申请了 同行评审，结果90天满了，这位用户必须用另外一个用户名进行其他维基人的互动，会不会涉及触犯傀儡方针？

如果是已经注册的自确认用户是否能使用临时账户进行编辑和互动？会不会违反傀儡方针？

但是，只有部分登录用户能够看到这个账号。 中“部分”是哪些登录用户，请详细解释。--xiaohuangbo给我留言 2025年6月2日 (一) 09:28 (UTC)

@Xiaohuangbo：Cookies 過期後原有臨時帳號將不能使用，換言之他們將使用新的臨時帳號及用戶名。依據基金會的 FAQ，他們認為90天已足夠來進行反破壞。個人認為除非能夠指出有充分合理的需要，否則基金會不會受理延長90天的期限（註：90天亦為註冊帳號 ip 記錄保存的期限）。似乎同行評審只是個別及非常見情況？

其二，就違反傀儡方針而言，就個人理解，因帳號過期而使用多個臨時帳號應不會視為濫用傀儡，此乃技術原因而導致其被迫使用其他帳號。已注冊用戶使用臨時帳號進行編輯和互動，此行為與現時注冊用戶同時使用 ip 用戶之情況雷同，或可考慮視為濫用傀儡。

「只有部分登入用戶能夠看到這個帳號」似乎是指僅有臨時帳戶IP查看者才能存取臨時帳戶之 IP。謝謝。--SCP-0000（留言） 2025年6月4日 (三) 00:49 (UTC)

謝謝您，明白了，谢谢解答！--xiaohuangbo给我留言 2025年6月4日 (三) 04:28 (UTC)

先前讨论多日无异议，就此方案 公示7日。Python6345（查论编） 2025年6月3日 (二) 01:45 (UTC)

(？)疑問：「申請者已有三個月沒有參與反破壞工作」該如何定義？是以最後回退他人擾亂性編輯的時間算起？--WiiUf（留言） 2025年6月3日 (二) 03:40 (UTC)

(：)回應：本人认为警告或提报破坏者、回退破坏、修改过滤器和对破坏页面挂快速删除属反破坏工作。另可参阅WP:过滤器助理#除權理由。Python6345（查论编） 2025年6月3日 (二) 03:51 (UTC)

(！)意見：请翻译注释，谢谢。--WiiUf（留言） 2025年6月3日 (二) 05:22 (UTC)

已翻译。Python6345（查论编） 2025年6月3日 (二) 06:57 (UTC)

另外，註釋要另開章節。-- WiiUf🐉🕯️ 2025年6月4日 (三) 03:05 (UTC)

本人不会，望阁下帮忙。Python6345（查论编）--Python6345（查论编） 2025年6月4日 (三) 03:07 (UTC)

完成-- WiiUf🐉🕯️ 2025年6月4日 (三) 03:39 (UTC)

@Zhenqinli我想了想，我觉得这就是一种让一些不愿意拉下脸面去申诉封禁或者被基金会封禁无法申诉的的“维基人”（比如@User:Z7504等）回归的好制度，我(＋)强烈支持--xiaohuangbo给我留言 2025年6月3日 (二) 09:24 (UTC)

WAHT??使用临时账户绕过封禁同样是绕过封禁 Stang¹³²⁷ 2025年6月3日 (二) 09:38 (UTC)

明白了，那傀儡方针也得改改了，得写进去。--xiaohuangbo给我留言 2025年6月3日 (二) 12:28 (UTC)

(？)疑問：用戶已加入6個月且編輯300次

与用戶於反破壞中活躍，並且已有600次編輯是否存在矛盾之处？--WiiUf（留言） 2025年6月3日 (二) 11:52 (UTC)

(：)回應：用戶已加入6個月且編輯300次仅用于列出全域最低要求，所有条件均须满足。不与用户于反破坏中活跃，并且已有600次编辑，或是现任巡查员、回退员、傀儡调查助理、过滤器助理、过滤器编辑者冲突。--Python6345（查论编） 2025年6月3日 (二) 12:14 (UTC)

怎么说呢，感觉可以改成“用户须满足第1条条件”且“应满足后几条条件，否则申请很可能会失败”。当然，这只是我的想法，不一定要采纳。--WiiUf（留言） 2025年6月3日 (二) 13:18 (UTC)

本人认为于注释中说明原因已足够，如阁下认为需直接列出，望说明原因。Python6345（查论编） 2025年6月3日 (二) 14:19 (UTC)

政策中的最后一段指出持有该权限的用户需要在365天内保持活跃（有编辑记录或有日志操作）。这个政策应该由本地执行，还是WMF会自动处理？--Steven Sun（留言） 2025年6月4日 (三) 02:38 (UTC)

(：)回應：当前方针草案活跃度要求高于基金会要求，故可预见无需基金会执行，另可参考WP:OA。--Python6345（查论编） 2025年6月4日 (三) 03:07 (UTC)

應跟隨一般權限，六個月無活動除權。--路西法人 2025年6月4日 (三) 05:58 (UTC)

@Python6345 我发现一个用语错误，政策中您把“临时账号查看者”称为“临时帐 户IP查看者”，您的表述和@Stang提出的“Wikipedia:临时账号IP查看者”不同，我觉得应统一一下。--xiaohuangbo给我留言 2025年6月4日 (三) 09:14 (UTC)

本人认为帐户和帐号应通过WP:重定向和WP:地区词处理解决。--Python6345（查论编） 2025年6月4日 (三) 09:31 (UTC)

@Xiaohuangbo：實際上帳號跟帳戶不是問題，目前的翻譯標準就是帳號，倒是view有查看跟檢視的繁簡差異 囧rz……--SunAfterRain 2025年6月4日 (三) 12:33 (UTC)

抱歉，我还不知道“帐 号”和“帐 户”已经有转换了，发出去才明白 囧rz……--xiaohuangbo给我留言 2025年6月5日 (四) 03:56 (UTC)

方针讨论区

已通过：

已通过

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

---

我将Python6345的草稿移动的了项目空间（Wikipedia:临时账号IP查看者），同时进行了一些修改。如果需要重新进行公示，可以重置时间，或是这么继续共识也可以。我看到原来的页面中提到了一部分关于IPinfo工具使用的信息，但是我觉得这个和本用户组没有很大的关系，于是大胆的删掉了。如果觉得这个版本有什么不够好的地方，欢迎进行修改。 Stang¹³²⁶ 2025年6月4日 (三) 11:56 (UTC)

在巡查员申请标准尚未提升前，仅支持本方针硬性要求最低编辑600次。->>Vocal&Guitar->>_留言 2025年6月5日 (四) 06:48 (UTC)

跟某些用户私下交流后发现当前的版本有很多不完善的地方（比如关于怎么处理滥用等等），因此暂时撤下公示。这个版本还是要大改一番在进行推进比较好；另一方面可以看看其他语言项目的做法。 Stang¹³²⁵ 2025年6月5日 (四) 07:10 (UTC)

等到时候实际运用到维基百科里再来根据实际情况再公示吧。--xiaohuangbo给我留言 2025年6月5日 (四) 11:42 (UTC)

感觉页面中的“资讯披露”与“资格要求”两章可用{{Policy section}}，其他部分可列为说明。--WiiUf（留言） 2025年6月8日 (日) 14:12 (UTC)

---

我基本完成了初稿，欢迎社群对当前版本进行审查。顺便一提，phabricator上的安排是6月24日在本站部署临时账号功能，所以相关方针最好加快一些速度了。 Stang¹³²⁰ 2025年6月10日 (二) 13:45 (UTC)

當持權者不再滿足資格（例如已卸任巡查員、回退員、傀儡調查助理、過濾器助理、過濾器編輯者；不再活躍於反破壞工作）

個人而言認為不應該這麼麻煩，所謂的不再活躍怎樣判定？個人認為如沒有濫用權限，按六個月沒有編輯活動正常解除權限比較好。另外建議此權限除權只適用於在Wikipedia:申請解除權限經發現有濫權上述任何一種權限/職務，並導致用戶已沒有上述任何一樣權限/職務，方實施除權；自行卸任的話不用。--Aqurs 2025年6月11日 (三) 15:06 (UTC)

顺便这里有一个Python6345的问题：如本人发现IP段破坏并报告于WP:VIP。管理员执行封禁后是否必须移除内容并进行修订版本删除，如何避免修订版本删除导致妨害该页面之可读性？欢迎进行讨论。 Stang¹³²⁰ 2025年6月10日 (二) 13:45 (UTC)

经过站外讨论我认为这点不成问题。提报者可以直接指明哪些临时账号在破壞，或者指明哪個临时账号所在的IP段。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月11日 (三) 12:23 (UTC)

关于滥用的处理：这一点我觉得对于本地很难，因为本地没有人（CUer）是可以知道用户是否存在滥用这个权限的。用户如果做出了错误的信息披露尚可发现，如果不披露就自己存着呢？为了这个事情去麻烦监管员定期进行日志的检查也不现实……事实上最好的办法还是恢复CU权限，但是这一点本地很难进行推进啊。 Stang¹³¹⁸ 2025年6月13日 (五) 02:46 (UTC)

没有任何技术手段可阻止用户将信息存于本地，如有用户批量爬取IP和临时账号之关系，基金会系统管理员可通过异常访问量发现。临时账号未绑定邮箱不可能私下威胁，然公开威胁必然被发现，故本人认为恢复CU无法降低滥用权限之风险。Python6345（查论编） 2025年6月13日 (五) 04:13 (UTC)

这个确实是，但是缺了一道本地定期检查的防线还是感觉不太好的。希望不要这么快就看到出现第一起滥用权限被举报给omb的案例吧。 Stang¹³¹⁷ 2025年6月13日 (五) 09:58 (UTC)

很難推進CU還是要推進阿 :/--~~Sid~~ 2025年6月14日 (六) 15:18 (UTC)

请另开议题推进CU。Python6345（查论编） 2025年6月14日 (六) 15:23 (UTC)

我無心力去推進CU，除此之外還有多種因素，我懶也不想去爭執，我只能請貴zhwiki加油:|。至於我上面說很難推進還是要推進也只是提供我的建議，沒有要指使指揮社群什麼，社群要繼續維持現狀當然也可以。--~~Sid~~ 2025年6月14日 (六) 15:34 (UTC)

吐槽：我只想說在zhwiki參與討論和站務久，沒精神疾病的人是會得精神疾病的，前陣子才被人莫名噴了「信用破產」，非黑即白、二分法、利益小圈圈哀。--~~Sid~~ 2025年6月14日 (六) 15:39 (UTC)

---

对资格要求进行了微调：早期版本的600次编辑很大程度上是拍脑袋定出来的，个人觉得至少500次编辑（与延伸确认用户标准相同）已经足够了；根据@Aqurs1的意见修改了除权标准，去除了无法量化的标准（“不再活跃于反破坏工作”）。目前版本已基本完善，现 公示7日，2025年6月23日 (一) 02:52 (UTC)結束。 Stang¹³¹⁵ 2025年6月16日 (一) 02:52 (UTC)

已通过。 Stang¹³⁰⁸ 2025年6月23日 (一) 03:04 (UTC)

---

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

正式上線公告

大家好，提前提醒一下。臨時帳戶將於下週二（6月24日）在此上線，時間大概是7:00-9:00（世界協調時間）左右。另外，我們正在開發一個新頁面，收集所有啟用臨時帳戶的IP位址存取資訊。我們希望這樣比較容易讓大家概覽狀況。歡迎您提出寶貴意見－請在此處和專案討論頁面發表評論。請參閱Phabricator編號T340001，以了解更多有關此上線的技術細節。謝謝！--SWangari-WMF（留言） 2025年6月20日 (五) 10:33 (UTC)

@SWangari-WMF： To avoid fragmented discussions, I have moved your comment here and merged it with this discussion thread, FYI.--SunAfterRain 2025年6月21日 (六) 14:33 (UTC)

Thank you!--SWangari-WMF（留言） 2025年6月23日 (一) 14:31 (UTC)

我在技术版建了个技术问题集中讨论区，部署后如果发生技术问题可以到那里反馈。--碟之舞📀💿 2025年6月24日 (二) 03:37 (UTC)

不知有无必要用群发消息通知一下所有可能符合资格的用户？ Stang¹³⁰⁷ 2025年6月24日 (二) 04:40 (UTC)

@Stang：或可考慮通知管理員、巡查員和回退員？--SCP-0000（留言） 2025年6月24日 (二) 04:47 (UTC)

通知草稿

臨時帳號功能現已推出

維基媒體專案允許任何人進行編輯，無論是否建立帳號。在過去，未登入貢獻者的編輯會被歸屬至其IP位址下。由於IP位址包含敏感資訊，可能會威脅到透過該地址連接的用戶的私隱和安全，為了減輕用戶私隱泄露的風險，維基媒體基金會決定引入臨時帳號。只有部分有反破壞管理需求的用戶可以訪問臨時帳號IP位址數據（即臨時帳號IP檢視者、管理員、行政員等）。

臨時帳號的名稱形如~2025-1234567（由英文半形波浪號、當前年份、一個自動生成的5-7位數字構成），用戶不能選擇或變更其臨時帳號的名稱。臨時帳號會為未登入的編者自動建立，有效期為90天，其不能登入，也沒有密碼。自建立日期起經過90天之後，該臨時帳號將自動過期，無法使用且無法取得討論頁訊息，後續編輯會分配給新的臨時帳號。舊帳號將被停止使用，無法保留或登入。臨時帳號透過瀏覽器的Cookie，將同一裝置和瀏覽器在不同IP位址下進行的編輯歸屬於同一臨時帳號，與臨時帳號相關聯的IP位址將被隱藏。

如果您符合「臨時帳號IP檢視者」的資格要求，包括：已加入至少6個月且至少編輯300次；於反破壞中活躍，並且已有至少500次編輯，或是現任巡查員、回退員、傀儡調查助理、過濾器助理、過濾器編輯者。您可前往Wikipedia:權限申請/申請臨時帳號IP檢視權提出請求。

如有任何疑問或意見，您可在此討論提出。您亦可查看由基金會撰寫的常見問題解答（英文版）以了解更多有關臨時帳號的功能。

主要參照WP:臨時帳號IP檢視者撰寫的草稿，如果沒有問題，個人認為可考慮明天通知所有管理員、巡查員和回退員？謝謝。--SCP-0000（留言） 2025年6月24日 (二) 05:38 (UTC)

@SCP-2000：做。 Stang¹³⁰⁶ 2025年6月24日 (二) 06:15 (UTC)

---

临时账号功能已正式上线。 Stang¹³⁰⁶ 2025年6月24日 (二) 07:29 (UTC)

臨時帳號用户页

有个问题不是很清楚，臨時帳號可不可以建立用户页？（他人建立或自己建立）--百無一用是書生 (☎) 2025年6月24日 (二) 02:39 (UTC)

@Shizhao：「Temporary accounts have their own user pages and user talk pages, but they will eventually delink from the person who made the page. You could redirect your temporary user page to your new account.」當然這只是技術上可行，而社群可考慮設立相應指引。謝謝。--SCP-0000（留言） 2025年6月24日 (二) 02:57 (UTC)

我個人的看法是應該把臨時用戶當以前的IP用戶看待禁止建立用戶頁，包括但不限於重定向（就目前的狀況來看又沒辦法證明是臨時帳號轉正的。）--SunAfterRain 2025年6月24日 (二) 18:03 (UTC)

对临时账号的封禁

按照

This is done through the placement of a browser cookie that remembers the temporary account you have been assigned.

，有必要的情况下（例如临时账号是LTA）对临时账号的封禁应该可以延长到最长90天（技术上临时账号的寿命上限）（当然我知道，LTA的话还可以考虑封IP，这里只是举个例子）。这一点，以及相关的其他技术细节（例如自动封禁在临时账号上的机制等等）可以考虑更新到WP:BLOCK上，给管理员提供操作指导。--Tiger（留言） 2025年6月25日 (三) 03:04 (UTC)

我也同意應該更新管理員操作指南。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月25日 (三) 08:37 (UTC)

法維的封禁操作指南，供參考。--SCP-0000（留言） 2025年6月26日 (四) 13:35 (UTC)

提炼一下：

1. 对临时账号可以执行不限期封禁，且这是更为提倡的行为（相较于先前的31小时封禁类似的措施），因为这对于其他在使用这一IP地址的人（如存在）影响很小；
2. 对临时账号进行封禁时，对应的IP地址也会被24小时（基于自动封禁）；
3. 在多个临时账号出现了类似的破坏行为，或是发现了存在临时账号的绕过封禁行为，此时可以去检查IP地址并对IP地址或地址段进行封禁，这个时候处理的方式就与之前类似了。

以上，非常感谢SCP同志的分享。 Stang¹³⁰³ 2025年6月27日 (五) 07:49 (UTC)

披露和脱敏

上下文。个人对于基金会方针的理解，在VIP等报告破坏行为的地方披露IP/IP段，在有必要的时候是可以的，但是要在不再需要的时候对IP/IP段进行脱敏。具体来说就是存档后对涉及到的版本进行修订版本删除，以及存档的时候把相关的地方[redacted]掉；对于封禁日志，也应在若干天之后对设计IP地址/IP段的封禁操作进行修订版本删除（具体多少天可以讨论）。

以及有一个疑问，技术上临时账号IP查看者是可以使用“IP信息工具”的，且使用的时候也不需要显示IP地址。那么在VIP等地方留言时，是否可以贴出需要有IP信息工具访问权限才能获得的信息？例如，称一个临时账号为“使用了代理的用户”、“来自香港的用户”、“使用中华电信的用户”等等。是不是代理这个实际上CUer在说明CU结果的时候经常说，所以我觉得这个信息没什么问题；不过对于具体的国家/地区，具体的ISP，公开披露是否存在问题？是否也要在不必要的时候进行脱敏处理？

邀请各位讨论，谢谢。 Stang¹³⁰⁴ 2025年6月26日 (四) 13:27 (UTC)

提报时直接说：「提报破坏者User:~2025-12345以及其使用的IP地址」即可，既不用在版本历史中呈现IP地址，也不用脱敏。不过我现在不太清楚，如果~2025-12345这个用户已经废止，比如超过90天，那么还能不能看到其underlying IP地址。Bluedeck 2025年6月27日 (五) 07:49 (UTC)

@Bluedeck：咱给出的上下文里面的那种情况，你觉得怎么表达比较好？例如这一报告。过期了的话IP地址就看不到了，会显示“不可用”，截一张testwiki的图做参考。 Stang¹³⁰³ 2025年6月27日 (五) 08:29 (UTC)

一天到晚刪除修訂版本可能擾民（而且導致幾乎所有編輯均不能查看），我覺得藍桌的方案好。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月27日 (五) 13:13 (UTC)

我想的简单了，那确实提报的时候还得记录真实ip，否则数据过期后，想通过历史提报判断编辑习惯就变得很难。我认为另一个想法是，临时账户只保证大多数人的隐私，上了VIP的话那就不管了，就活该你挂着，毕竟没有说要保护LTA的隐私，如果明显不合理的提报才脱敏。至于会不会有故意大量作出低质量提报泄露IP的，我觉得应该不会吧，这么做没什么好处还会被除权。Bluedeck 2025年6月27日 (五) 19:43 (UTC)

---

稍微小结一下：对于VIP等处的提报人，应尽可能避免提及关于具体IP地址/地址段，可以用“某一临时账号对应的IP”称呼；除非确有必要，不应提及有关于某一临时账户（所使用的IP地址）的详细信息，如运营商、地理位置等。考虑到先前执行CU block的时候也没有对封禁日志进行RRD，无需版本删除对某一IP地址的封禁日志；为了避免大量编辑历史丢失，不需要对提报页面进行版本删除。如果涉及到长期破坏者，可以继续记录其使用的IP地址（段）到LTA页面。 Stang¹²⁹⁵ 2025年7月5日 (六) 08:23 (UTC)

150萬條目里程碑相關討論

原标题：150萬條目投票（及其他）。修改者：SunAfterRain 2025年6月16日 (一) 01:42 (UTC)

150萬條目投票

如題，眼見隔壁山海把這類條目里程碑玩得那麼愉快，書生看一眼這邊的條目總量，打自2018年後，事隔7年還沒到150萬… 囧rz……

感覺我們可以效法一下，不定期開一下投票項目，讓大家競猜一下不同的里程碑會在何時發生。（不止是150萬，200萬、300萬…甚至是無限也可）--飄流書生（見山 · 客棧） 2025年6月10日 (二) 17:02 (UTC)

編者回應目前已開了兩個坑，150萬條目和200萬條目，大家可以來猜猜。—飄流書生（見山 · 客棧） 2025年6月11日 (三) 18:08 (UTC)

評價為您有這個閒情逸致不如去寫寫條目比較實際，預測這個根本沒有任何價值可言，這又不是一個有規律或有機率可循的東西。--SunAfterRain 2025年6月12日 (四) 01:47 (UTC)

由于固定版本87704461无法看出第一个章节的留言者和留言时间，且容易使人误认为是小文人回复了未签名用户的留言（实际上均是小文人作出，见87687767），故我补充了小文人的签名。由于并非“漏签”而更类似显示/格式问题，我直接复制了签名而未使用{{未签名}}模板。如有异议可提出。 ——自由雨日🌧️❄️ 2025年6月12日 (四) 01:58 (UTC)

(！)意見，大概在2011年時，我剛註冊中維，那時英語維基已300多萬條目、中文維基才40多萬。現在過了14年，英語維基700萬條目、中維150萬。雖然兩者的條目數比例，沒被拉遠，甚至還拉近了一點，但兩者條目質量的差距仍有點多，英維大都是高品質的，由大量不同人建立、編輯改善過的優質條目。
只能說雙方語種的人口基數差太多。
美國人口3.4億、英國人7千萬，英語系母語人口就近4億多，這還沒算加澳新，英語又是國際語言，全球十幾億的非母語市場，泛用性非常高。
反觀中文維基，台灣人口2300萬人、香港750萬、澳門50萬、新加坡600萬、馬來西亞華人750萬、加上歐美加海外華人，總計大約5000多萬人，若再加中國大陸爬梯子出來的，也不會再加多少。
中維不僅人口基數少，整體條目質量也參差不齊，若想和英維比，我個人認為，既使現有中文編輯者，每個人連續作超過10倍於他們編者本人工作量，也無法趕上這種人口基數的差距。結論，我覺得還是照著自己生活規律，想編就編，不想編就躺一下，可能會比較實際一點。--Znppo（留言） 2025年6月12日 (四) 12:32 (UTC) 👍1

基數差只是一個數字上的差異，但人少不等於做不出奇蹟。編者可以靠編輯松找出來（還要是線下的那一種，吸引新血），而中維要填的坑，確實很多很多，光是歐美相關的已經可以慢慢弄了 囧rz……。但輕鬆還輕鬆，DC也快要來了，為了榮耀，相信大家也不會鬆懈。

@sunAfterRain：預測看似沒有價值，但里程碑這東西畢竟對你維來說還是一個蠻重要的象徵。歡迎大家來競猜，透過另一種（有趣的）方式來迎接下一個里程碑的到來，豈不樂乎？

簡而言之，我們要弄的只有兩個：量和質。既要繼續把坑填好，還要不斷引進國外先進技術，把中維一步一步的弄好。中文讀者對知識的需求，我們盡可能把它一一實現。—飄流書生（見山 · 客棧） 2025年6月15日 (日) 17:40 (UTC)

@小文人：你自己都承認預測沒有價值了還要我回應什麼 囧rz……

我不反對紀念里程碑這件事，但我實在認為競猜活動這種方式會造成不必要的混亂，水了一堆編輯但最後得出來的東西相當於沒有價值，嗯……

就算說要給猜的最接近的人獎品之類的，很明顯會有刷編輯＆使用傀儡等等亂七八糟的操作（你維一堆愛慕虛榮的人，不是嗎？用這個詞絕對沒有要玩MyGO!!!!!的梗），這是我不樂見的。

P.S. 我認為與編輯松不同的點是，編輯松的排行積分計算是有考慮質和量的，但你這個預測活動根本不考慮質和量。水編輯又不難水，像是SickManWP那種批量建立條目多好建啊？再說我隨便建一大票G1、G2、G3也會被計入這個預測活動的計數好嗎……--SunAfterRain 2025年6月15日 (日) 19:08 (UTC)

我沒說過預測沒價值，也沒有提過「給猜的最接近的人獎品」，只是取了鄰家的那個榮譽梗來說說罷了。競猜池本身不是人家海馬樂園那種捆綁商業元素的活動，只是想形成社群裡一個有特色的次文化（鄰家甚至開出了一個「無限條條目」的惡搞競猜）。

作為提倡者，我只能說：我一向持假定善意態度，條目之建立，質與量二者不可忽略其一；至於G1/2/3類條目，相信大家也不會胡亂建立的，對吧？（至少翻譯自外語的也未必出現這種情況）--飄流書生（見山 · 客棧） 2025年6月18日 (三) 17:51 (UTC)

給獎品是我說的好嗎（）

關於你假定善意這點，那我只能說你實在太小看你維了。至少就導師計畫（指Growth）與社群近期提報看來，你維很大一票人都沒有這個自制力，連用存廢和諧討論刷編輯的帽子收集狂都出現了我還能說什麼？

另外翻譯自外語的部分，就我過往逛條目掛上的一大票粗劣翻譯模板加上近期見識的各種翻的不像人話的條目，真的，只能說微妙……--SunAfterRain 2025年6月20日 (五) 05:01 (UTC)

那翻譯的問題就只能說是個別問題了，即便現在有AI便利了翻譯的整個流程，但感覺還得要靠編者去守好尾關（雖然部份問題可以歸因於原文編者寫得不夠好〔近期在譯某機廠條目就已經是這樣了，用語不夠正規〕 囧rz……）。

而自制力也是一樣，蠻看人自身的。社區的風氣是靠大家去建立的…（後刪）

大家加油吧，更多關於條目質量提升專案的就留在下方討論。--飄流書生（見山 · 客棧） 2025年6月25日 (三) 16:46 (UTC)

原來大家在衝數量。那我幫著把數字墊高一點點好像也跟著有點用處了。不用追著看我弄出了什麼，就是不喜歡留痕又與某惡言頻出後全不當一回事的ＸＸ管理員私怨難解才不註冊，這都過了十幾年了。真想看的話，到自動篩選處找時間和題材都相近的條目即可。

至於品質問題，這跟在維基內不出惡言一樣，純然是對自己負責。他在管理員選舉中出言不遜還順利當選是他這lucky b*****的事，我維持住文字品質是我自己的事。--~2025-97535（留言） 2025年6月29日 (日) 20:09 (UTC)

怎么看出「原来大家在冲数量」的…… ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月29日 (日) 20:27 (UTC)

隔壁700萬條目的啟示

上月隔壁迎來第700萬篇條目的誕生，不得不哀訴這邊在條目的維度與數量上還真的是遠遠不夠。眼見動員令也快要來了，感覺也可以試試弄一個長期的條目競賽，以DYKA為基礎，以競賽的形式勾引大家的編輯慾，共同加速條目的增長量，同時也找個機會改善現有的條目，提質又提量。

初步想法如下：

• 每次以一個月為單位，弄完整個月的條目後，再開啟另一個月的挑戰。（例：先補完2024年1月的DYK條目，再開始填同年2月的坑；填完12月的坑，再開2023/2025年的，想向前一年走，還是向下一年走，可以再討論）
• 考慮設立維基貢獻給每一期競賽中有突出貢獻的寫手。

愚見如上，歡迎討論。--飄流書生（見山 · 客棧） 2025年6月10日 (二) 17:02 (UTC)

長期編輯松容易引致疲勞，要謹慎辦理。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月10日 (二) 18:46 (UTC)

对，长期编辑松恐怕会给予长期的维基压力，引起编辑疲劳是肯定的。--xiaohuangbo给我留言 2025年6月11日 (三) 10:55 (UTC)

不考虑长期编辑松，毕竟在维基的时间还是有限的，年内还有可能外出旅游。当然我年内也创建了很多条目，主要是翻译自英语版的某些板块条目。先庆祝隔壁700万条目达成，但中维还有很长的路要走，大家一起努力。--Shwangtianyuan 让中国再次伟大 2025年6月11日 (三) 11:06 (UTC)

我花了幾年時間，才把英國各城鎮出身的人的分類整理好--Dragoon17cc（留言） 2025年6月11日 (三) 21:03 (UTC)

先把WP:条目质量提升计划和WP:协作计划复活再说吧。--PexEric 2025年6月12日 (四) 09:44 (UTC)

在維基百科裡，"提升計劃"之類的計劃，有些可能會有計劃期間，會預計何時結束，不過多半不會按預計時間結束，會變成一個"好像一直在持續，未照預計時間結束"的計劃。我有幸參與Wikipedia:條目質量提升計劃/基礎條目攻堅戰和Wikipedia:條目質量提升計劃/科技提升計畫/第二期，並且將這二個計劃結束存檔（沒照預期時間結束，但至少有結束）。若不是追求短時間的編輯量，有預定計劃開始時間和結束時間的"XX計劃"是不錯的作法。--Wolfch (留言) 2025年6月13日 (五) 04:28 (UTC)

@wolfch：最近翻看生物學提升計畫，感覺如果弄計畫的話，一期2-3個月的時間應該沒甚麼問題，關鍵在於討論，雖然這個可以靠另闢Telegram頻道討論。

正如小弟早前所述，範圍可以是「DYK、美加交通」之類的，後者至少可以作為子項目形式添加到「四通八達提升計畫」裡頭。

至於協作計畫，感覺可以找個隔壁篇幅長一點的優特內容作為復活的第一個項目來試試？（參考）--飄流書生（見山 · 客棧） 2025年6月25日 (三) 17:01 (UTC)

还有WP:每周翻译，今年看着像是长期没人跟进的样子……--Jason2016426（留言） 2025年6月28日 (六) 14:51 (UTC)

DC相關小計畫提案

編者回應 競賽只是其中一個提議方式。近來書生想起COTW，想出了幾個短期又能配合動員令的小計畫：

• 美加交通提升計畫：自感中文區在這方面的條目真的十分、十分的欠缺（頓然想起CTrain、紐約市公車等子主題），有一種類似消紅任務的構思。
• 新條目推薦攻堅戰：源於上文擬議的類競賽提案，不過分追求計畫期內會否成功填完一整個DYK hook的坑，重點志在參與。
• …

暫時想到的就只有這些。—飄流書生（見山 · 客棧） 2025年6月11日 (三) 18:08 (UTC)

另外，台灣現有捷運路線，條目品質參差不齊，可藉由小文人君的提議方式去進行。--Sinsyuan✍️ 2025年6月12日 (四) 02:02 (UTC)

@sinsyuan：你這樣說，可以來一個台灣捷運提升計畫（平行於美加交通的那個），建議與DC23同步進行，詳情日內再開項目頁面說說。—飄流書生（見山 · 客棧） 2025年6月15日 (日) 17:40 (UTC)

歡迎參閱WikiProject_talk:臺灣#是否要重啟「臺灣條目提升計畫」？--Sinsyuan✍️ 2025年6月15日 (日) 23:40 (UTC)

(～)補充，上述小計畫擬議作為台灣條目提升計畫下的子計畫而存在。整個提升計畫所涉範圍較廣，而捷運/交通作為其中一個範疇，可考慮以子計畫執行，初步定時間窗為約2個月（建議7月隨DC同步舉行）。美加交通提升計畫等做法上也類似。--飄流書生（見山 · 客棧） 2025年6月18日 (三) 17:56 (UTC)

(！)意見：如果动不动以社群共识的名义对与己不同意见的编辑者实施无限期封禁，感觉发展目标确实遥不可及。--Zhenqinli（留言） 2025年6月12日 (四) 14:36 (UTC)

@zhenqinli：這畢竟還要看個別人士的處理風格。但我們也想希望有一個和平、友善的維基社區，對吧？—飄流書生（見山 · 客棧） 2025年6月15日 (日) 17:40 (UTC)

如果是交通的话，由于交通迷的存在，需要划高的质量门槛。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月14日 (六) 12:46 (UTC)

@魔琴：可以參照英維那些同類優特條目做對照，人家有了示例，我們或許可以拿來做參考。當然，還沒計大量還沒填坑的各類外國道路條目 囧rz……。—飄流書生（見山 · 客棧） 2025年6月15日 (日) 17:40 (UTC)

还有，我觉得可以来个中国本土国道补缺计划（含国家高速、普通国道）；2022年规划的国家高速还有22条没有条目。其它一些高速条目也得更新了（比如太原绕城高速），我觉得这些事项可以作为动员令的一个子计划。—梦夕琳 如有事，请快来沟通 2025年7月2日 (三) 05:58 (UTC)

光是我的缺舊差圖補充計劃，參與的人數就非常少，然而急需大量維基人去補拍。現在在這個計劃內活躍的維基人只有十餘個，根本不夠。--owennson（聊天室、獎座櫃） 2025年7月4日 (五) 14:18 (UTC)

英文維基百科編者成功阻止基金會測試AI條目摘要

原标题：英文編者阻止世界毀滅。修改理由：原標題指涉範圍不明。修改者：SunAfterRain 2025年6月17日 (二) 12:33 (UTC)

如題，他們成功阻止基金會測試人工智慧條目「摘要」。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月17日 (二) 07:04 (UTC) 👀1

也可以看看。刘酱明天可以到uc上班 Stang¹³¹³ 2025年6月17日 (二) 11:15 (UTC) 👍2

基金會真的很喜歡做這類社群大多覺得微妙甚至反感的東西... 是說這標題過於難繃了所以我改掉了--SunAfterRain 2025年6月17日 (二) 12:33 (UTC)

没翻到，他们用的是哪个LLM大模型？--百無一用是書生 (☎) 2025年6月18日 (三) 02:36 (UTC)

404media說是Cohere的Aya模型。--WiTo🐤💬 2025年6月18日 (三) 03:09 (UTC)

大概看了一下，aya有点小啊，才32B，但支持语言很多，有32种，最高能支持到101种语言，我想基金会选它也是出于这种原因。但是太小的话，可能文本理解和生成会差一些--百無一用是書生 (☎) 2025年6月18日 (三) 13:10 (UTC)

@WiTo7946：留言裡那個綠鏈不得不讓書生本人想把它消了 囧rz……但本身弄條目摘要並不是沒好處，只不過要看你怎樣善用AI罷了。--飄流書生（見山 · 客棧） 2025年6月18日 (三) 17:31 (UTC)

消了順便送dykn，然後問題是「哪間公司推出的AI模型原計畫用於維基百科的AI條目摘要，卻遭英文維基百科編者群阻止？」^{[開玩笑的]}--WiTo🐤💬 2025年6月19日 (四) 01:17 (UTC)

為我們敬愛的基金會點 赞！--Zheng Zhou（留言） 2025年6月18日 (三) 12:28 (UTC)

搜索框已经用上AI推送了……难评……

另外，

註：此處原有文字，因為確認為擾亂性內容，已由RainBeforeSun（留言）於2025年6月20日 (五) 03:49 (UTC)刪除，尚祈見諒。若有異議請至互助客棧或向管理員反映。

140.235.140.214（留言） 2025年6月19日 (四) 16:11 (UTC)

搜索框已经用上AI推送是什么意思？未发现异常啊--百無一用是書生 (☎) 2025年6月20日 (五) 02:42 (UTC)

是指最近Vector 2022外觀下，在條目中點選搜尋欄，會自動出現Minerva Neue(手機版外觀)下面的3條相關條目的事情嗎🤔--竹林下小徑，月光映一葉 2025年6月20日 (五) 02:54 (UTC)

这个功能不用AI也能做吧--百無一用是書生 (☎) 2025年6月20日 (五) 07:54 (UTC)

是。--140.235.140.214（留言） 2025年6月21日 (六) 05:57 (UTC)

我懷疑ip用戶是把V22搜尋攔的條目下那一行描述短文，當成AI的創作了。然這實為wikidata的數據描述，不是AI...--WiTo🐤💬 2025年6月20日 (五) 04:09 (UTC)

你说的那是简短描述，我说的是点击搜索框里出现的“相关条目推荐”，这玩意极其恶心且毫无必要--140.235.140.214（留言） 2025年6月21日 (六) 05:59 (UTC)

還真沒遇到過這功能...--WiTo🐤💬 2025年6月23日 (一) 15:30 (UTC)

其實導入相當長的時間了--Saimmx（留言） 2025年6月25日 (三) 18:02 (UTC)

不知能否說明這功能具體有什麼問題，以便回報予基金會的開發人員。謝謝。--SCP-0000（留言） 2025年6月24日 (二) 03:06 (UTC)

相关条目推荐那個功能不是用AI實做，而是單純的程式演算法。詳細解說在mw:Reading/Web/Projects/Related_pages有、程式碼在Github那邊。雖然我沒怎麼用那東西，不過還是要說一下。--Saimmx（留言） 2025年6月25日 (三) 18:11 (UTC)

能不能在首页的 正在发生 位置重新加上 苏丹内战？

为什么苏丹内战在首页的 正在发生 位置没有了呢？明明战争并没有结束，而且同样重要。听说是因为词条太久没更新了，但我觉得这理由不太妥当吧，词条已经警告需要更新了，需要的人去查找别的或者更新就好了，但如果直接删掉新闻，就有一种不太公正的感觉。--Thyng（留言） 2025年6月20日 (五) 02:46 (UTC)

刊登新聞動態，不僅在於衝突本身繼續與否，有關條目是否適當更新，也是重要標準。否則世界上尚有數十起持續衝突，不可能全部置於首頁。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月28日 (六) 07:25 (UTC)

个人认为，条目是否在于登刊与否在于它本身的影响与重要性，苏丹内战伤亡惨重人数众多，对附近人民影响巨大，不是普通的其他小摩擦事件，足以入内。是否及时更新也很重要，但维基也不是新闻网，只要警告了就不会造成什么负面影响，给予事件应有的重视的正面影响远大于此，不应该成为唯一的标准。--Thyng（留言） 2025年6月28日 (六) 11:00 (UTC)

關於在中文維基百科中啟用「貢獻」入口點的提案

各位中文維基媒體成員，您好！

維基媒體基金會的語言和產品本地化團隊提議在您的維基百科中啟用一個名為「貢獻」選單的入口點。 「貢獻」選單是編輯者發現和存取中文維基百科中所有貢獻工具的中心位置。

此入口點的設計靈感源自與維基媒體基金會產品團隊的合作，該合作基於「編輯發現」的工作。這項工作驗證了專用入口點的想法，並揭示了這是貢獻者尋找貢獻內容方式的一致途徑。

啟用此入口點將幫助新貢獻者快速發現可用的工具，並使他們能夠立即開始使用這些工具。此提案的啟用將支援一小部分貢獻工具，但該選單設計為可擴展的，並且將隨著時間的推移添加更多工具。以下是有關「貢獻」選單的重要資訊。

• 誰可以存取這個工具？

啟用後，新用戶登入其帳戶即可自動存取此入口點。他們可以在用戶下拉選單中找到「貢獻」選項卡，這將帶他們進入另一個選單，其中包含一個自導式選項卡，概述了他們如何貢獻內容，如下圖所示。

 

,

「貢獻」選單中同時能存取哪些內容？

除了新手可以點擊探索貢獻工具的自導式標籤頁外，該選單同時將包含一個「查看貢獻」選項，讓新手可以查看他們迄今為止的貢獻清單。

這會取代經驗豐富的貢獻者的「貢獻」標籤頁嗎？

不會，用戶下拉式選單中的「貢獻」標籤頁不會取代您現有的「貢獻」標籤頁。經驗豐富的貢獻者不會在其用戶下拉式選單中看到「貢獻」標籤頁，除非他們選擇透過「特殊：貢獻」（Special:Contribute）手動存取。

此選單同時在哪裡啟用？

此入口點目前可在超過 245 個維基百科頁面上使用。我們收到了其中一些維基百科頁面貢獻者的寶貴回饋，這有助於我們提高這些頁面的可發現性。一項重要的改進是，對於仍然喜歡預設「貢獻」標籤頁的經驗豐富的貢獻者，此入口點是可選的。

桌面和行動裝置上的新貢獻者可以存取「貢獻」選單嗎？

在初始階段，「貢獻」選單僅對透過瀏覽器存取維基百科的行動用戶開放。目前，我們將其限制為僅對行動瀏覽器用戶開放。

這會改變我們維基百科中工具的配置嗎？

透過「貢獻」選單存取的工具的配置將保持不變。例如，如果您的維基百科中的內容翻譯工具僅限於特定用戶使用，那麼即使新用戶從「貢獻」選單中點擊該工具，他們仍然無法存取。

為什麼在目前啟用「貢獻」功能的維基百科中，我無法在「貢獻」選單中看到所有可用的工具？

隨著時間的推移，「貢獻」選單中將陸續推出其他工具，不論是新舊工具。

我們的維基何時啟用此功能？

如果您的維基百科在2025年7月18日之前沒有提出異議，我們計劃部署「貢獻」入口點。

我們歡迎您就此在中文維基百科上啟用「貢獻」選單的提案提出回饋和問題。我們期待您的回覆。謝謝！--UOzurumba (WMF)（留言） 2025年6月26日 (四) 01:04 (UTC)

@UOzurumba (WMF): Hello, thank you for your information and the effort on this feature! I moved this discussion from Wikipedia:互助客棧/消息 (Village Pump/News) to Wikipedia:互助客棧/其他 (Village Pump/Miscellaneous) fyi. I would like to ask a few questions:

1. What is the threshold for newcomers? Are they non-autoconfirmed users?
2. Regarding the "View missing pages" link, I personally think that linking to a list that contains a large number of red links may not be a good idea for newcomers, as it may cause confusion. It is suggested that the community can customize this link, and it would be great if it linked to the Articles for Creation wizard.
3. Can the community modify the interface text? In particular, the Content Translation tool may be tricky for newcomers, and it will be great if there is a link to the translation guidelines etc to guide them how to translate. If I understand correctly, we can modify the interface text on the Mediawiki namespace.

Thank you again!--SCP-0000（留言） 2025年6月26日 (四) 04:33 (UTC)

Fixed malfunctioning conversion on “計劃”. 1F616EMO（喵留言～回覆請ping） 2025年6月26日 (四) 09:04 (UTC)

前排提醒：这里要启用的是动词contribute，不是名词contribution。 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月26日 (四) 10:11 (UTC)

我以為現在已經（部分）啟用了？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月27日 (五) 02:49 (UTC)

然後雖然特殊頁面叫「做出貢獻」，不過這名稱是不是還可以再區別清楚一些？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月27日 (五) 05:50 (UTC)

專題與高風險主題的連接？

高風險主題的模板掛在討論頁頂部，專題模板也在討論頁頂部，都表示條目所屬的範圍。因此我想到能否連接這二者（？）比如用rater加入專題模板就自動加CTOP模板之類的 ——魔琴［留言 贡献 PJ:小學 PJ:兩岸］ 2025年6月26日 (四) 19:23 (UTC)

更改优良条目里的战争分类法

现行的中维优良条目战争与军事里采用的是战争、战役与战斗分类法，而英维采用的是时期或战争分类法。我个人认为应使用与英维相同的分类法，因为能够让读者了解各个战事属于那个战争或时期。现在的中维战争类优良条目不少，应可以实现。--仁克里特（留言） 2025年6月29日 (日) 09:07 (UTC)

(＋)支持---VAMPIRE!VAMPIRE! All Hands Brace For Shock!Birds Away. Missile intercepted（留言） 2025年6月29日 (日) 22:31 (UTC)

同意。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年6月30日 (一) 12:37 (UTC)

建議將IP用戶轉臨時帳號一事做成用戶討論頁廣泛通知信

如題。一堆人不知道，還要到討論頁一個一個人慢慢解釋，有夠煩（例如User_talk:Honmingjun#Re:_開頭~2025都是破壞者、User_talk:Iflwlou#Re:_2025-XX是~2025系列傀儡使用者，應為同一人）

能不能一次性大量發布通知 讓所有人知悉。不然我估計可能還要跟幾百個人解釋相同問題。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年6月29日 (日) 23:43 (UTC)

内容什么的好说，但是可能需要进一步讨论一下收件人范围。Iming 彼女の愛は、甘くて痛い。 2025年6月29日 (日) 23:50 (UTC)

窝觉得可以给所有的延伸确认用户发送这一通知。不过话说回来，窝记着有个“引入临时账号”的介绍啊，这些用户是没看到吗？ Stang¹³⁰¹ 2025年6月30日 (一) 00:57 (UTC)

@Stang：你自己去各大管理員布告板逛一圈就知道了，很多人搞不清楚，甚是根本就是不知道這東西存在，造成擾亂提報，輕則誤判、重則可以影響站務正常運作。[1]、[2]、[3]。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年6月30日 (一) 01:10 (UTC)

@A2569875：我想问的是，有一个叫“引入临时账号”的向导，这个功能是没有正常工作，还是这些用户看到了却忽视了。 Stang¹³⁰¹ 2025年6月30日 (一) 01:12 (UTC)

@Stang：我不知道。我只知道有許多維基人看到臨時帳戶以為他是甚麼鬼傀儡開始胡亂提報；我只知道現在必須跟海量維基人一個一個人慢慢解釋何謂臨時帳戶，這會累死人。不然妳就是要讓“引入临时账号”的向导全部重發，我之前看到它是「全英文」看不懂就按叉叉了，我相信那些維基人也是這樣。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年6月30日 (一) 01:16 (UTC) 👍1

(～)補充既然我這邊看到的“引入临时账号”的向导是「全英文」看不懂就按叉叉了，那我想根本不會有人知道那是幹嘛。還是建議寫「全中文」信群發。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年6月30日 (一) 01:20 (UTC)

已向延伸确认用户发送了通知，这个段落可以存档了。 Stang¹³⁰¹ 2025年6月30日 (一) 01:42 (UTC)

• 我覺得要觀察一段時間，如果還有各大管理員布告板亂提報怎麼辦？-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕（留言☎️·簽到☘️） 2025年6月30日 (一) 01:44 (UTC)
  • 反提報他不當行為？？太不文明了吧。-- 宇帆-娜娜奇🐰鮮果茶☕在維基百科尋求休閒是否搞錯了什麼（☎️·☘️） 2025年6月30日 (一) 01:44 (UTC)

这个我接收到了。--花开夜 _{留言 ·签名 ·贡献} 2025年7月5日 (六) 04:37 (UTC)

• @Stang：(－)反对關閉，未見有效通知。「基金會應該發廣泛通知，提醒用戶「2025-XX」是什麼回事，這兒的管理員也應該做得到的，那就應該要做，這些新IP用戶有很多不成熟的編輯，而且夾雜很多破壞者，惹人誤會是基金會懶於交代的結果，也是必然發生的後果」［註：這句話並不是我說的，我只是轉述，故此我還特地使用的引文模板，請不要誤會我有甚麼情緒波動，謝謝。］-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕（留言☎️·簽到☘️） 2025年6月30日 (一) 01:48 (UTC)
  • @A2569875：那你建议还需要，或者还可以做什么呢？如果你想找几个W?F的人来发泄一下不满，我推荐去找SGrabarczuk (WMF)、KHarlan (WMF)。 Stang¹³⁰⁰ 2025年6月30日 (一) 09:33 (UTC) 🥴1
    • 看不懂你的意思。這有甚麼不滿好發洩的呢？ 我只是希望提報區不要再有人問相同問題，所以我說先觀察幾天看成效啊，為什麼需要去跟W?F的人吵呢？［吵一吵也並不會導致原本要在提報區問的人就不問了。］況且我上班也沒那麼多時間。［不理解你後面的建議是甚麼意思，既浪費時間又解決不了問題。］-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕（留言☎️·簽到☘️） 2025年6月30日 (一) 09:46 (UTC)
      • 當務之急應該是要去確認大家是不是都已經知道了，而不是您給出的詭異建議。-- 宇帆-娜娜奇🐰桑朵菈🌿草茶☕（留言☎️·簽到☘️） 2025年6月30日 (一) 10:00 (UTC)
        • 我觉得我的意思不难理解啊，顺着你给的那位的意思来，既然觉得责任在基金会，基金会应该发广泛通知，那就找他们的主管、产品经理、社区联络人，告诉他们在知会社群方面存在问题。我不觉得这是一个詭異建議，相反对于未来的类似问题是很有帮助的；发泄就是一种修辞，我的原意也不是让你去和他们吵架。“怎么去确认社群的活跃成员知晓到了这一变化”显然是比较困难的，我也是把我目前想到的方案都进行了实施（给所有延伸确认用户发送了通知），如果你觉得还有什么是一起需要做，而我暂时没想到的，你可以给出你的看法，就是你建议还需要或者还可以做什么。@A2569875： Stang¹³⁰⁰ 2025年6月30日 (一) 11:02 (UTC)

          @Stang我建議所有沒收到通知的，而且沒opt-out的人，送一次通知。您看如何？ -Lemonaka 2025年7月5日 (六) 11:43 (UTC)

意見徵求通知

請注意，m:Requests for comment/Should paid editing as a CU be allowed中有意見徵求討論。您可以就此主題表達您的意見。

如果你不懂英文，可以在討論頁面問我翻譯。

請勿回覆此訊息。 〈興華街〉📅❓ 2025年7月2日 (三) 12:38 (UTC)

Obviously, a no no and a joke. -Lemonaka 2025年7月3日 (四) 03:22 (UTC)

維基百科自由開放的理念問題

我想問，維基百科是不是有規定，凡編輯維基百科的人，都有義務從一開始就要寫出一手流利的文章，只要有瑕疵就是垃圾？因為我見User:DarkWizardCody、User:UjuiUjuMandan等人都有這種心態，完全違背維基百科自由開放的理念（不然為甚麼會開放IP用戶編輯？）。我不認為寫得差就有義務接受其他用戶的羞辱。我希望有人能解答，維基百科是不是只有某些專業的人才可以編輯？寫得差就活該被罵？--owennson（聊天室、獎座櫃） 2025年7月5日 (六) 08:21 (UTC)

我在相關摘要留言的目的是希望用戶能夠理解自身問題及作出糾正，然而閣下反而將有關問題站在一個負面的角度理解，也許恕我直言，這或是閣下自身的一個短處：理解能力尚有不足，閣下不懂得將一個問題站在正面角度思考，反而責怪給予類似說話之對方存心不良，這種也是一種不成熟的心態想法，還請閣下好好想清楚。--黑色惡鬼 2025年7月5日 (六) 08:46 (UTC)

顯然不是只有我這麼想，不然閣下也不會被好幾位管理員分別封禁/禁制編輯那麼多次了。而且，你也沒有回答我的問題。--owennson（聊天室、獎座櫃） 2025年7月5日 (六) 08:54 (UTC)

说到这个英语版假面骑士系列作品条目也没有限制收入英语配音人员名单（前提是符合可供查证原则），但是中文的超级战队条目却不允许收入符合可供查证原则的中文配音人员名单就有点不公平。----大筒木博人罪大滔天，搞的木叶村民怨声载道。 2025年7月5日 (六) 10:32 (UTC)

你每次都提起中文配音，究竟有沒有共識不准收錄？（假設有來源佐證）如果沒共識可循，有很多人阻止你寫進去？--Factrecordor（留言） 2025年7月5日 (六) 12:22 (UTC)

1. 中文维基向来秉承着能力亦为必须的理念 所以您必须写好 写不好的时候可以休息休息调节下心情放松下脑子再写

2. 羞辱他人显然是违反文明方针的 您可以至其他不当行为进行提报

3. 有些时候 部分编辑者是为了想教好犯了错误的编辑者才不得已使用了比较激烈的言语 但是整体是好心的 当然 我这不代表使用这些言语就是对的 这些言语可以至其他不当行为提报 他们只是用错了方法 您可以教他们改正 他们仍旧不改正的 您也可以提报至其他不当行为

4. 维基百科是自由开放的 这是毫无疑问的 任何有能力的用户都可以进行编辑 专业的人少 但是专业的人能帮助维基百科变得更好是再好不过的了

5. 您在这里点名DarkWizardCody和UjuiUjuMandan 虽然他们可能做了不对的事情 但是您直接直呼网名昵称 您觉得合适么 据我所知 联合国安理会都避免对外交官直呼其名 何况我们维基人呢--DaqibaoQi（留言） 2025年7月5日 (六) 11:25 (UTC)

我不認同「必須寫好」。維基百科開放編輯的初衷，不就是歡迎所有人糾正前人的錯誤的嗎？既然如此，何來有「必須寫好」之理？寫得好從來不是義務。--owennson（聊天室、獎座櫃） 2025年7月5日 (六) 12:01 (UTC)

是啊 纠正前人错误不是帮他人“写好”的一部分么--DaqibaoQi（留言） 2025年7月5日 (六) 12:12 (UTC)

如果態度友善的話固然是。--owennson（聊天室、獎座櫃） 2025年7月5日 (六) 12:14 (UTC)

直接直呼網名是指DarkWizardCody和UjuiUjuMandan這樣？這是常見吧，沒見過社群指責不合適。--Factrecordor（留言） 2025年7月5日 (六) 12:19 (UTC)

意見同上，否則根本不知道怎麼稱呼，難不成用the honourable member for 192.168.1.180嗎（ —— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年7月5日 (六) 13:07 (UTC)

UjuiUjuMandan不是已經被封禁了一段時間？以相關摘要來說，還不算羞辱，但兩個版本也沒去到很明顯的高下之分，調整就調整，沒必要說人不佳，DarkWizardCody還是老樣子，在每個細節上都執著於自己的個人標準，審核別人每筆編輯的口吻。--Factrecordor（留言） 2025年7月5日 (六) 12:14 (UTC)