維基百科:防濫用過濾器/過濾器請求
| 防濫用過濾器管理 介紹 · 討論 · 列表 · 如何建立過濾器 · 請求建立或修改過濾器 · 報告過濾器判定錯誤 |
- 若您希望建立一個新的過濾器而沒有相應權限,或不熟悉過濾器的語法,歡迎在這裡提出。感謝您幫助我們改進。
- 如果您想討論創建或更改私有過濾器的具體細節,建議郵件或站外聯繫一管理員,或通過通過電子郵件發送至wikipedia-zh-admin
lists.wikimedia.org。
存檔 |
|---|
建議人物條目增加配偶過濾器
[編輯]轉自維基百科:傀儡調查/案件/沈佳俞,用戶通常為新註冊用戶或IP用戶進行編輯,其在人物條目增加配偶信息,少部份在人物信息框某處(如暱稱)增加配偶信息,現時多數集中在韓國女子團體成員,故此在人物信息框上檢查「配偶」兩字並阻止加入。--Abcet10(留言) 2023年4月16日 (日) 05:36 (UTC)
修訂過濾器35
[編輯]增加限制編輯「台灣->中華人民共和國台灣」的規則,目前已有人繞過。--桐生ここ★[討論] 2023年9月25日 (一) 09:15 (UTC)
- @桐生ここ:可否請您具體指出?Iming 彼女の愛は、甘くて痛い。 2025年3月1日 (六) 13:05 (UTC)
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)
修改過濾器102
[編輯]感覺可以擴大到非條目空間移動到條目空間。例如有一些維基專題下有草稿Special:前綴索引/Wikipedia:臺灣教育專案會移動到條目空間,其他名字空間移動到條目空間特別罕見,感覺可以追蹤看看--及時雨 留言 2023年12月3日 (日) 08:50 (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)
請求將fandom.com相關內容加入不可靠來源過濾器
[編輯]最近發行有用戶加入蓄意加入不合規范的wikia內容到條目中(討論)。外連管理辦法本身有就要求對「開放式的Wiki網站」進行限制,只有少數可以豁免。wikia本身為用戶生產內容,加入理應受到限制,起碼要有標識更好追蹤新加入的wikia條目內容。
由於歷史問題,Special:跨wiki有部分字首直接跳轉到fandom.com,現階段無法刪除處理(情況見討論)。而這種方法加入wikia內容更為隱蔽,所以除了網站「fandom.com」之外,「[[wikia:」和「[[wikiasite:」、「[[centralwikia:</nowiki>」這類字眼也應該加入其中。--Nostalgiacn(留言) 2024年2月2日 (五) 02:36 (UTC)
希望加入記錄同地區旗幟模板批量替換的過濾器
[編輯]最近,在破壞者Wikipedia:傀儡調查/案件/Levelaunt的行為中觀察到一明顯的編輯模式:將條目中全部的{{KOR}}(
南韓)均替換為{{ROK}}(
大韓民國)、將{{ROC}}(
中華民國)替換為{{ROC-TW}}(
中華民國(臺灣))或{{TWN}}(
臺灣)。這些替換幾乎不可能出現在普通編輯中(至少不會全部替換),或許可以考慮增加對此行為進行標記的過濾器。--Trz1118(留言)來人救救金屬學和材料科學條目們吧 2024年5月22日 (三) 14:18 (UTC)
更新過濾器339
[編輯]生日屬於生者傳記中絕對斷言的資訊,任何修改應該建基於可靠的來源。
- 因為有部分LTA或者IP經常針對這個項目進行編輯。
- 如果該次編輯中沒有插入來源佐證,提議對該次編輯用過濾器加入警告或禁止的限制。(僅限非自動確認用戶)
--Rastinition(留言) 2024年8月24日 (六) 10:19 (UTC)
兼容新跨語言連結語法
[編輯]見Wikipedia:互助客棧/技術#2024年第49期技術新聞第一條,新增了兩個解析器函數用於處理跨wiki連結和跨語言連結。需要修改過濾器以確保兼容新語法。--碟之舞📀💿 2024年12月6日 (五) 08:41 (UTC)
域名過濾器 today.line.me
[編輯]您想要發布的文本已被我們的過濾器阻止。「以下域名被禁止添加:today.line.me」,是否將過濾器限制在主(條目)命名空間?--Kethyga(留言) 2025年3月10日 (一) 13:46 (UTC)
- @Kethyga:請問是哪一個過濾器?或者您在什麼時候碰到了這個過濾器?Iming 彼女の愛は、甘くて痛い。 2025年3月10日 (一) 14:25 (UTC)
- @Iming 過濾器日誌沒看到相關的記錄。可以在沙盒中測試輸入
https://today.line.me/tw/v2/article/5y7zkQ7--Kethyga(留言) 2025年3月11日 (二) 10:35 (UTC)- 確認是過濾器相關的問題,但過濾器編輯者無法處理,等待管理員檢查。同時沒有找到有關該連結的任何討論,不知道為什麼添加進去了。@Kethyga:同時請問您原計劃在哪一個頁面使用該連結?Iming 彼女の愛は、甘くて痛い。 2025年3月11日 (二) 10:50 (UTC)
- @Iming 過濾器日誌沒看到相關的記錄。可以在沙盒中測試輸入
- @Kethyga、Iming:MediaWiki:BlockedExternalDomains.json,確實要等管理員。--Hamish T 2025年5月14日 (三) 04:29 (UTC)
@Kethyga:這個網址的新聞內容真實性有些有待商榷,請謹慎使用或盡可能避免使用… 拎1Gin※♪♬♩♫♪♫♬♫𝄢𓅂٭⋆٭ 𖦞◕ .̫◕𓂈𝄫♬♫♪ 2025年7月9日 (三) 02:32 (UTC)
建議對疑似模板語法被破壞追加標籤
[編輯]見Special:Diff/86894646,此類無意中破壞模板其實不易察覺,故建議新增一個過濾器,要是「『刪除的{個數』減去『刪除的}個數』」不等於「『加上的{個數』減去『加上的}個數』」時,就像Special:AbuseFilter/69一樣標記。(原本是想說如果新修訂的模板引用列表比舊修訂的模板引用列表少了某些成員,就報告疑似模板語法被破壞了,但看起來沒有這個變數。)--SunAfterRain 2025年6月21日 (六) 19:57 (UTC)
- @SunAfterRain,之前有但是效能太差被關閉了。-- Willy1018(留言) 2025年6月22日 (日) 09:22 (UTC)
- where?--SunAfterRain 2025年6月22日 (日) 09:27 (UTC)
- @SunAfterRain,Special:濫用過濾器/132。-- Willy1018(留言) 2025年6月22日 (日) 10:38 (UTC)
- 但是我講的算法和當年的算法不太一樣吧🤔--SunAfterRain 2025年6月23日 (一) 02:02 (UTC)
- 這樣會誤判修正不平衡大括號的編輯。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年7月7日 (一) 14:47 (UTC)
- 加個「且總
{個數不等於總}個數」呢。--Hamish T 2025年8月21日 (四) 02:58 (UTC) - 我認為修正編輯也得正常標記,誰知道是不是修了但是還是沒修對?--SunAfterRain 2025年9月25日 (四) 09:01 (UTC)
- 那就不能叫疑似破壞,標記為修改涉及大括號是沒有問題的。--𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年9月26日 (五) 13:45 (UTC)
- 疑似語法被破壞不是疑似破壞啦... 我覺得標籤名用「不對稱的大括號」會比什麼涉及大括號來的好點--SunAfterRain 2025年10月2日 (四) 20:51 (UTC)
- 是因為「疑似語法被破壞」容易晃眼一看「疑似破壞」啦。「不對稱的大括號」挺好的。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年10月15日 (三) 16:26 (UTC)
- 疑似語法被破壞不是疑似破壞啦... 我覺得標籤名用「不對稱的大括號」會比什麼涉及大括號來的好點--SunAfterRain 2025年10月2日 (四) 20:51 (UTC)
- 那就不能叫疑似破壞,標記為修改涉及大括號是沒有問題的。--𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年9月26日 (五) 13:45 (UTC)
- 加個「且總
- 這樣會誤判修正不平衡大括號的編輯。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年7月7日 (一) 14:47 (UTC)
- 但是我講的算法和當年的算法不太一樣吧🤔--SunAfterRain 2025年6月23日 (一) 02:02 (UTC)
- @SunAfterRain,Special:濫用過濾器/132。-- Willy1018(留言) 2025年6月22日 (日) 10:38 (UTC)
- where?--SunAfterRain 2025年6月22日 (日) 09:27 (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)
設立過濾器以標籤/警告加入旗幟的行爲
[編輯]最近更改中,有不少新手於資訊框內加入旗幟,可能是因爲尚有不少條目仍有旗幟殘留,而新手無從獲得提醒/警告。故建議設立兩個過濾器:
- 匹配非(自動)確認用戶加入旗幟模板,進行警告並標籤;
- 匹配(自動)確認用戶加入旗幟模板,不警告但標籤。
具體實現方面,可以考慮比較{{flagicon\|在added_text以及removed_text內的匹配數量之差。--1F616EMO(喵留言~回覆請ping~求助?) 2025年8月27日 (三) 04:22 (UTC)
更改過濾器276的提示內容
[編輯]目前MediaWiki:Abusefilter-disallowed-protect讓用戶去客棧求助區,然而早前有條WP:互助客棧/求助/存檔/2025年9月#請求取消IP用戶編輯「深度求索」的保護直到存檔也沒有得到處理(也許我當時應該問他本來想寫什麼)。是否讓用戶去WP:防濫用過濾器/錯誤報告更合適?或者在提示語裡提醒用戶在求助區寫明更改內容,省去沒有過濾器日誌權限的人再溝通的功夫吧。--Srapoj(留言) 2025年10月1日 (三) 16:26 (UTC)
- 寫明更改內容吧。這個過濾器本身就預期會有相當數量的「誤判」(所以才不放封禁過濾器),適量的誤殺可視爲預期行爲,猶如保護也會同樣阻擋建設性編輯者一樣。可繼續引導至求助版,以作出編輯請求。--1F616EMO(喵留言~回覆請ping~求助?) 2025年10月3日 (五) 15:01 (UTC)
AbuseFilter:含有不可見字符,會錯誤過濾variation selector
[編輯]Special:AbuseFilter/180,在馬蘇德·佩澤希齊揚diff=prev&oldid=89241980中,會錯誤過濾掉參考文獻的控制字符,導致參考文獻的波斯文寫法發生變化,但是不影響內容(只是影響顯示而已),是否考慮修復它還是就這麼不管它了,畢竟不是大問題?----脳補。◕‿◕。讨论 2025年9月22日 (一) 13:31 (UTC)
- 需要注意的是你這個版本刪掉的不是variation selector,而是ZWNJ。後者貌似只涉及這些語言的排版,如果誤用的機會確實很小,不妨在過濾器排除它吧。
- 不過藉此我想提一下我覺得問題更大的variation selector和ZWSP。前者我留意到的有別人的VS1例子,不知道是怎麼發生的;後者如一個傀儡調查,我自己在複製用戶名的時候也被坑過,但沒研究過觸發條件是什麼。不知道和瀏覽器對
<bdi>的處理是否有關,這是用來代替LRM字符的(phab:T375975)。 - 想了想沒移動到Wikipedia:防濫用過濾器/過濾器請求,因為這裡了解奇怪排版問題的人或許更多。--Srapoj(留言) 2025年9月22日 (一) 15:43 (UTC)
請求建立追蹤移除舊圖表的過濾器
[編輯]舊圖表語法graph已經無法顯示,現在應該改用chart,但只有少數條目有被修改,等我lang模版處理完打算處理這部分,但這幾個月發現數量少了約50,有一些是被編輯直接移除而非替換。故建議用過濾器標記移除相關語法的標籤,後續可使用AFlog看是否為轉成新語法或被直接移除。 需要的語法跟模版在special:diff/90430068。---Zest 2025年12月2日 (二) 13:06 (UTC)
- @-Zest:確認下需求是只要移除相關語法就觸發過濾器嗎?還是替換為chart語法的就不再觸發?𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年12月3日 (三) 14:37 (UTC)
- @Hotaru Natsumi:私認為前者佳,後者不能穩定的判斷是由新chart模版或其他方式有保留資料的移除。所以全標記再來排查。---Zest 2025年12月3日 (三) 19:21 (UTC)
- 如果想要調查已經被刪的graph有哪些,可能可以從基金會每月的sql dump入手?看它有導出categorylinks表(雖說應該會有點麻煩)。--Srapoj(留言) 2025年12月3日 (三) 14:50 (UTC)
- @-Zest:Special:AbuseFilter/384。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年12月4日 (四) 12:04 (UTC)
請求建立追蹤在條目空間加入「丶」的過濾器
[編輯]2017年曾經將條目空間的「丶」(部首)全部清理掉,因為正常行文下不會使用這個部首字,99%是「、」(標點符號頓號)的誤用,這邊是全站使用「丶」的清單,之後會著手清理,被排除的條目為標點符號|筆畫|中文輸入法|繁體俗字|四角号码|大易輸入法|嘸蝦米輸入法|卞姓|丨部|丶部|丿部|三叠字(沙盒不一致)和使用{{僻字}}包含的構字。
雖然想禁止,但康熙部首的AF也只是標籤而已,目前先跟康熙部首一樣標籤即可。---Zest 2025年12月5日 (五) 15:07 (UTC)
自WP:CON/RULES實行而來,所有對互助客棧方針及條目探討版討論進行存檔的操作均違反社羣共識:
- 若討論進行期間發現位置有誤:可按WP:CON/RULES#POL(下稱方針規則)或WP:CON/RULES#PAGE(下稱條目規則)第三條「錯誤場合發起的討論可被關閉……或移動」處理,無需亦不應使用{{存檔至}}延遲移動,理由見下;
- 若討論結束後發現位置有誤:應按方針規則第五條或條目規則第六條「讓討論原地存檔」,即不應要求機器人移動討論,找回討論的問題可通過補發討論通知或以其他方式在對應討論頁留下錨點處理。
爲避免用戶未有注意上述方針而錯誤加入存檔模板,建議通過過濾器禁止任何在互助客棧方針及條目探討版添加{{存檔至}}模板的操作,並添加界面文字說明以下兩點:
- 若討論進行期間發現位置有誤,可直接移動討論至合適的地方,並使用{{移動自}}、{{移動至}}等模板標記來源及目的地,但不應要求機器人在討論結束後移動;
- 若討論結束後發現位置有誤,不應要求機器人移動,且可補發討論通知方便檢索。
請特別注意本案並非主張完全不可移動討論。若討論進行期間發現位置有誤,可移動至合適的地方,但不應使用存檔功能來在討論結束後才移動討論。將編寫測試過濾器代碼,在討論期間同步除錯,以便達成共識後可儘快應用。邀請@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)