维基百科:防滥用过滤器/过滤器请求

• 若您希望建立一个新的过滤器而没有相应权限，或不熟悉过滤器的语法，欢迎在这里提出。感谢您帮助我们改进。
• 如果您想讨论创建或更改私有过滤器的具体细节，建议邮件或站外联系一管理员，或通过通过电子邮件发送至wikipedia-zh-adminlists.wikimedia.org。

請求建立或修改

#set%|?%sec-del|1?%sec-arc|1?%top-bar|0?%arc-loc|Wikipedia:防滥用过滤器/过滤器请求/存档/2026年?%data-init|1?

%%sec-del===1??%%sec-arc===1??%%top-bar===0??%%arc-loc===Wikipedia:防滥用过滤器/过滤器请求/存档/2026年??%%data-init===1??

{"sec-arc":"1","sec-del":"1","data-init":"1","top-bar":"0","arc-loc":"Wikipedia:防滥用过滤器/过滤器请求/存档/2026年"}

wikipedia.org 加入不可靠来源过滤器

维基百科本身不是可靠来源，建议将wikipedia.org加入不可靠来源过滤器，尤其是在新手和翻译条目中经常见到，目前在条目内的不准确统计将近有8000多次引用。--Kethyga（留言） 2023年11月1日 (三) 07:57 (UTC)

請先取得共識再來提案--某人✉ 2023年11月9日 (四) 20:12 (UTC)

(～)補充對應方針頁紀錄的文字

維基百科上的條目與使用者發言，或其他維基百科鏡像網站上的內容，都不能作為來源使用。此外，還應迴避其他來源中參照自維基百科的資訊。不過，被參照的維基百科條目可能包含可靠的來源，在查證後可以使用。

說明可能包含可靠的來源(指條目中的WP:參考>或WP:外部連結)，在查證後(已經在條目作用的WP:參考>或WP:外部連結不一定是可靠的，某些情形可能包含虛構引文問題)可以使用--Rastinition（留言） 2023年11月9日 (四) 21:43 (UTC)

方針列明維基百科本身不是可靠來源，(＋)支持。--路西法人 2023年12月14日 (四) 06:26 (UTC)

(＋)支持--☥⚕20204622⚚⚘⸻𒀯космос♾ 2024年5月23日 (四) 18:16 (UTC)

這個可能以警告而非限制為宜，因為某些特定情況仍然可能使用維基百科為引用來源。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年12月10日 (三) 03:09 (UTC)

改过滤器39。另外现有模板会不会引入Wikipedia链接？--Steven Sun（留言） 2025年12月10日 (三) 04:03 (UTC)

現有的過濾器是刻意將維基百科等維基媒體專案放入白名單，所以移出白名單的話維基百科就會因為包含關鍵字wiki被識別為不可靠來源。--象象🐘(留言|貢獻) 2026年2月5日 (四) 02:11 (UTC)

新增阻擋「皇/王」地區詞變更的過濾器

方才回退了一堆將香港繁體下「英皇」改成「（英國國王）」的編輯。去年英女皇逝世，香港政府仍使用「皇」，上述IP用戶的地區詞變不妥。請求新增過濾器：

removed_lines irlike "zh-hk:[^;]皇"
& added_lines irlike "zh-hk:[^;]王"

--路西法人 2023年12月14日 (四) 06:37 (UTC)

有香港用戶（例如用戶:Mosowai和他的傀儡帳號）加入大量地區詞轉換，將所有英國國王的頭銜硬性翻譯為「英皇」，英屬香港時期官方沿用清末時期的翻譯，的確將宗主國君主稱為「英皇」，不過香港主權移交之後已經開始減少這種有誤導性的翻譯，因為英語中有區分King與Emperor，中文將其分別翻譯為國王與皇帝作為區分，最明顯是英屬印度時期的君主頭銜為“His Imperial Majesty The King, Emperor of India”（國王兼皇帝）。香港由於歷史原因，以往的官方文件、法律條文、機構名稱和地名都有保留英皇、英女皇的稱謂，不過完全不需要將所有英國君主，包括聯合王國成立前的英格蘭君主、蘇格蘭君主、愛爾蘭君主都轉譯為英皇和女皇。地區詞替換只適合用於英皇制誥 (香港)、英皇書院、英皇道、皇后大道這些歷史遺留下的專有名稱。目前大多數香港媒體已經改用英王、女王、國王、王后這些翻譯。雖然香港特區政府一度跟從傳統稱伊利沙伯二世為英女皇，但查理斯三世繼位後一直稱呼其為英國國王/英王，包括屬於政府部門的香港電台。

• 查理斯三世宣誓登基成為英國新國王 - 香港電台
• 英女王冀查理斯登基後卡米拉獲王后稱號 - 香港電台
• 英王查理斯三世加冕儀式在倫敦西敏寺大教堂舉行 - 香港電台
• 查理斯三世戴上王冠　正式加冕為英國國王- 香港電台

--58.152.44.171（留言） 2023年12月19日 (二) 01:15 (UTC)

若一地區使用多於一種譯名，則以先到先得原則為準，後續未經共識的替換均屬不當手動轉換地區詞。--路西法人 2023年12月19日 (二) 04:01 (UTC)

([。，；、：？！] *\[\d{1,2}\]|\[\d{1,2}\] *[。，；、：？！])

有这种东西的基本上是（1）侵权（2）机翻或者（3）剪贴移动，例如这个和这个。或许可以建个过滤器。--GZWDer（留言） 2023年12月17日 (日) 17:27 (UTC)

为过滤器223设置针对IP用户的警告

我注意到有IP用户的善意编辑造成了破坏这应该被过滤器警告可能出错。Python6345（留言） 2024年1月21日 (日) 09:53 (UTC)

知名人物/校友添加不存在条目的人物时要求来源

有不少条目的知名人物/校友章节会加入并不知名的人（没有条目的大概就算作不知名），对于并不存在条目的，可以要求提供来源

规则可参照en:Special:AbuseFilter/1112，警告可参照en:Mediawiki:abusefilter-disallowed-1112--及时雨 ^留言 2024年1月25日 (四) 00:56 (UTC)

更新過濾器339

生日屬於生者傳記中絕對斷言的資訊，任何修改應該建基於可靠的來源。

• 因為有部分LTA或者IP經常針對這個項目進行編輯。
• 如果該次編輯中沒有插入來源佐證，提議對該次編輯用過濾器加入警告或禁止的限制。(僅限非自動確認用戶)

--Rastinition（留言） 2024年8月24日 (六) 10:19 (UTC)

兼容新跨语言链接语法

见Wikipedia:互助客栈/技术#2024年第49期技術新聞第一条，新增了两个解析器函数用于处理跨wiki链接和跨语言链接。需要修改过滤器以确保兼容新语法。--碟之舞📀💿 2024年12月6日 (五) 08:41 (UTC)

建議對疑似模板語法被破壞追加標籤

見Special:Diff/86894646，此類無意中破壞模板其實不易察覺，故建議新增一個過濾器，要是「『刪除的{個數』減去『刪除的}個數』」不等於「『加上的{個數』減去『加上的}個數』」時，就像Special:AbuseFilter/69一樣標記。（原本是想說如果新修訂的模板引用列表比舊修訂的模板引用列表少了某些成員，就報告疑似模板語法被破壞了，但看起來沒有這個變數。）--SunAfterRain 2025年6月21日 (六) 19:57 (UTC)

@SunAfterRain，之前有但是效能太差被關閉了。-- Willy1018（留言） 2025年6月22日 (日) 09:22 (UTC)

@Willy1018：where?--SunAfterRain 2025年6月22日 (日) 09:27 (UTC)

@SunAfterRain，Special:滥用过滤器/132。-- Willy1018（留言） 2025年6月22日 (日) 10:38 (UTC)

@Willy1018：但是我講的算法和當年的算法不太一樣吧🤔--SunAfterRain 2025年6月23日 (一) 02:02 (UTC)

这样会误判修正不平衡大括号的编辑。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年7月7日 (一) 14:47 (UTC)

加個「且總{個數不等於總}個數」呢。--Hamish T 2025年8月21日 (四) 02:58 (UTC)

@Hotaru Natsumi：我認為修正編輯也得正常標記，誰知道是不是修了但是還是沒修對？--SunAfterRain 2025年9月25日 (四) 09:01 (UTC)

那就不能叫疑似破坏，标记为修改涉及大括号是没有问题的。--𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年9月26日 (五) 13:45 (UTC)

疑似語法被破壞不是疑似破壞啦... 我覺得標籤名用「不對稱的大括號」會比什麼涉及大括號來的好點--SunAfterRain 2025年10月2日 (四) 20:51 (UTC)

@SunAfterRain：是因为“疑似语法被破坏”容易晃眼一看“疑似破坏”啦。“不对称的大括号”挺好的。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年10月15日 (三) 16:26 (UTC)

阻止在条目空间增加newsectionlink和index魔术字

__NEWSECTIONLINK__是用来在默认未启用DiscussionTools的命名空间显示右上角“添加话题”按钮的（文档），在本站就是除讨论、Help和Wikipedia以外的命名空间($wgExtraSignatureNamespaces)；而__NONEWSECTIONLINK__是用于在讨论空间阻止这个按钮出现。显然它们在条目空间没有用处、前者甚至是有害的。__INDEX__与__NOINDEX__与此类似。

我检查了一下意识到这个东西是可视化编辑器的“高级设置”暴露的，且界面文字没清楚说明前者的功能（以及本站按命名空间对搜索引擎收录的配置），所以造成了误解。在phab:T331661获解决之前，是否有必要阻挡可视化编辑器在条目空间加入这两组魔术字（2017版源码编辑器无法进入这个菜单故不受影响）？也许可以对现在的过滤器63（原讨论）进行调整。
不过有这种问题的条目倒不算太多，也许不太有必要处理。关键词insource:"newsectionlink"和insource:/__(NO)?INDEX__/
--Srapoj（留言） 2025年8月21日 (四) 18:49 (UTC)

看到过滤器无法设置针对VisualEditor的规则（phab:T53421）。不过我测试发现VisualEditor新加入的魔术字只会出现在末尾（开关现有的则原地加或者去除NO）。

针对这点我读了一下文档，感觉可能可以写成new_wikitext regex "__[A-Z]*__\n$"这样（我没条件测试）。不用added_lines是为减少误报；而带_pst的会规范换行符并删除结尾空行，理应更加合适（省去在正则里匹配空白），但我猜来自可视化编辑器的文本已经较为规范。--Srapoj（留言） 2025年8月22日 (五) 20:51 (UTC)

請求完全禁止在互助客棧方針及條目探討版放置存檔至模板

自WP:CON/RULES實行而來，所有對互助客棧方針及條目探討版討論進行存檔的操作均違反社羣共識：

1. 若討論進行期間發現位置有誤：可按WP:CON/RULES#POL（下稱方針規則）或WP:CON/RULES#PAGE（下稱條目規則）第三條「錯誤場合發起的討論可被關閉……或移動」處理，無需亦不應使用{{存檔至}}延遲移動，理由見下；
2. 若討論結束後發現位置有誤：應按方針規則第五條或條目規則第六條「讓討論原地存檔」，即不應要求機器人移動討論，找回討論的問題可通過補發討論通知或以其他方式在對應討論頁留下錨點處理。

爲避免用戶未有注意上述方針而錯誤加入存檔模板，建議通過過濾器禁止任何在互助客棧方針及條目探討版添加{{存檔至}}模板的操作，並添加界面文字說明以下兩點：

1. 若討論進行期間發現位置有誤，可直接移動討論至合適的地方，並使用{{移動自}}、{{移動至}}等模板標記來源及目的地，但不應要求機器人在討論結束後移動；
2. 若討論結束後發現位置有誤，不應要求機器人移動，且可補發討論通知方便檢索。

請特別注意本案並非主張完全不可移動討論。若討論進行期間發現位置有誤，可移動至合適的地方，但不應使用存檔功能來在討論結束後才移動討論。將編寫測試過濾器代碼，在討論期間同步除錯，以便達成共識後可儘快應用。邀請@LuciferianThomas、Sanmosa、Jimmy Xu。--1F616EMO（喵留言～求助？） 2025年12月9日 (二) 10:44 (UTC)

@Jimmy Xu：若通過添加此過濾器，WP:VPP和WP:VPD上將不可能再存在任何{{存檔至}}模板。可考慮在最後一批存檔至模板被處理後手動排除這兩個頁面，以節省算力。--1F616EMO（喵留言～求助？） 2025年12月9日 (二) 10:46 (UTC)

如果目的是规范讨论位置，我觉得修改存档至模板，让其显式在互助客栈报错更好，这样即使误用模板也能提示其他编者帮忙移动讨论位置。如果只是过滤器阻止加入模板，只有加入者才能看到过滤器的警告信息，加入者会放弃加入模板，但不一定会帮忙移动讨论位置。--Steven Sun（留言） 2025年12月10日 (三) 03:52 (UTC)

或者可以单纯警告，提示用户此行为或违反方针？——ZhaoFJx(论) 2025年12月11日 (四) 01:44 (UTC)

@ZhaoFJx、Steven Sun：綜合兩位的意見，以下方案或許可行：

1. 設立過濾器，在嘗試加入存檔模板時作出警告；
2. 當請求存檔模板被嵌入方針或條目探討版時，顯示錯誤信息；
3. Jimmy-bot跳過上述兩個頁面的存檔模板處理，甚至可以考慮拒絕存檔並留言通知編者手動檢查。

--1F616EMO（喵留言～求助？） 2025年12月11日 (四) 14:30 (UTC) 👍1

支持方案一， 赞。——ZhaoFJx(论)──此條未正確附上簽名时间的留言于2025年12月13日 (六) 04:18 (UTC)加入。

@ZhaoFJx：這不是三個方案，是一個方案的三個部分 囧rz……--1F616EMO（喵留言～求助？） 2025年12月13日 (六) 17:40 (UTC)

所以是只为第一条点赞（）——ZhaoFJx(论) 2025年12月15日 (一) 01:22 (UTC)

發現「不存檔」功能也是由此模板提供，此用法應爲加入此模板的唯一正當合理理由。將在過濾器中嘗試排除此用法。--1F616EMO（喵留言～求助？） 2025年12月14日 (日) 09:21 (UTC)

測試過濾器已經建立：Special:AbuseFilter/387。試行期間，可在User talk:1F616EMO/沙盒/過濾器測試內測試。--1F616EMO（喵留言～求助？） 2025年12月14日 (日) 09:31 (UTC)

@ZhaoFJx、Steven Sun：已建立過濾器警告信息：MediaWiki:Abusefilter-warning-conrules-violation-saveto。請複查是否有誤；若過濾器及警告信息無誤，將於幾天內啓用過濾器。--1F616EMO（喵留言～求助？） 2025年12月21日 (日) 13:49 (UTC)

@1F616EMO看日誌大致上沒有問題，我認為應該可以轉正了--象象🐘(留言|貢獻) 2026年2月28日 (六) 12:27 (UTC)

已根據Wikipedia_talk:共识/讨论的发起位置#關於「討論結束後亦應讓討論原地存檔」修正系統信息敘述，檢查無誤後可以啓用過濾器。--1F616EMO（喵留言～求助？） 2026年3月10日 (二) 05:02 (UTC)

警告訊息多了一個y--象象🐘(留言|貢獻) 2026年3月10日 (二) 10:24 (UTC)

已修復。--1F616EMO（喵留言～求助？） 2026年3月10日 (二) 11:36 (UTC)

應該是沒有問題，可以啟用了--象象🐘(留言|貢獻) 2026年3月10日 (二) 11:47 (UTC)

已正式啟用警告訊息--象象🐘(留言|貢獻) 2026年3月10日 (二) 11:50 (UTC)

誠邀參與Wikipedia:互助客栈/其他§Archive.today二三事的討論

誠邀參與Wikipedia:互助客栈/其他§Archive.today二三事的討論。
請勿回覆此討論通知。若希望就討論主題提出意見，請至該討論串提出；若對本通知有所疑問，請前往我的用户页。

--1F616EMO（喵留言～求助？） 2026年2月20日 (五) 13:42 (UTC)

建议为读秀阅读网址加标签或警告

例子Special:Diff/91682425。此种阅读网址为短暂有效，编者应避免加入。网络存档印象中有可能，但需要编者手动完成，不然IABot采集时可能网址已失效。即便存档已采集，网址也非常长、许多域名仅http（不利读者隐私）、或许包含编者账号标识符（未确定），并不适合公开使用。read.nongyekx.cn 在站内有2375条使用，另有其他众多域名未统计。如果新增，应该警告（不阻止）。先讨论一下。@日期20220626：--YFdyh000（留言） 2026年2月26日 (四) 22:30 (UTC)

我大概寫了一個草稿：User:臺灣象象/AF/加入讀秀閱讀網址--象象🐘(留言|貢獻) 2026年2月27日 (五) 07:52 (UTC)

另外除了read.nongyekx.cn外，還有其他網址嗎？--象象🐘(留言|貢獻) 2026年2月27日 (五) 07:54 (UTC)

@YFdyh000--象象🐘(留言|貢獻) 2026年2月27日 (五) 13:08 (UTC)

首先致个歉，read.nongyekx.cn好像不是读秀（超星）官方的阅读网站。从 https://www.nongyekx.cn/ 【它的安全证书来自 *.gdhkmooc.com】信息来看，这也许是粤港澳大湾区高校在线开放课程联盟对超星资源的中转平台。不清楚为什么站内这么大使用量。

以首都图书馆为例，读秀官站的正文阅读页面跳转到 zhengzhifl.cn 或 junshilei.cn，站内有少量使用。

insource:dsrqw基本上是读秀系统。暂时想不起更多，以及其余各类短效链接未知有多少编者使用。--YFdyh000（留言） 2026年2月28日 (六) 18:57 (UTC)