跳转到内容

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

添加话题
维基百科,自由的百科全书
  • 若您希望建立一个新的过滤器而没有相应权限,或不熟悉过滤器的语法,欢迎在这里提出。感谢您帮助我们改进。
  • 如果您想讨论创建或更改私有过滤器的具体细节,建议邮件或站外联系一管理员,或通过通过电子邮件发送至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和他的傀儡帳號)加入大量地區詞轉換,將所有英國國王的頭銜硬性翻譯為「英皇」,英屬香港時期官方沿用清末時期的翻譯,的確將宗主國君主稱為「英皇」,不過香港主權移交之後已經開始減少這種有誤導性的翻譯,因為英語中有區分KingEmperor,中文將其分別翻譯為國王皇帝作為區分,最明顯是英屬印度時期的君主頭銜為“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)回复
用于Wikipedia:字词转换/地区词候选#大陆:报道_台灣:報導_香港:報道,换了个替代的网页。--Kethyga留言2025年3月11日 (二) 10:57 (UTC)回复
@KethygaImingMediaWiki: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)回复
@Willy1018where?--SunAfterRain 2025年6月22日 (日) 09:27 (UTC)回复
@SunAfterRainSpecial:滥用过滤器/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)回复

設立過濾器以標籤/警告加入旗幟的行爲

[编辑]

最近更改中,有不少新手於資訊框內加入旗幟,可能是因爲尚有不少條目仍有旗幟殘留,而新手無從獲得提醒/警告。故建議設立兩個過濾器:

  1. 匹配非(自動)確認用戶加入旗幟模板,進行警告並標籤;
  2. 匹配(自動)確認用戶加入旗幟模板,不警告但標籤。

具體實現方面,可以考慮比較{{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)回复
@-ZestSpecial:AbuseFilter/384𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖2025年12月4日 (四) 12:04 (UTC)回复

請求建立追蹤在條目空間加入「丶」的過濾器

[编辑]

2017年曾經將條目空間的「丶」(部首)全部清理掉,因為正常行文下不會使用這個部首字,99%是「、」(標點符號頓號)的誤用,這邊是全站使用「丶」的清單,之後會著手清理,被排除的條目為標點符號|筆畫|中文輸入法|繁體俗字|四角号码|大易輸入法|嘸蝦米輸入法|卞姓|丨部|丶部|丿部|三叠字(沙盒不一致)和使用{{僻字}}包含的構字。 雖然想禁止,但康熙部首的AF也只是標籤而已,目前先跟康熙部首一樣標籤即可。---Zest 2025年12月5日 (五) 15:07 (UTC)回复

@-ZestSpecial:AbuseFilter/385𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖2025年12月5日 (五) 15:59 (UTC)回复

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

[编辑]

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

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

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

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

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

@Jimmy Xu若通過添加此過濾器,WP:VPPWP:VPD上將不可能再存在任何{{存檔至}}模板。可考慮在最後一批存檔至模板被處理後手動排除這兩個頁面,以節省算力。--1F616EMO喵留言求助?2025年12月9日 (二) 10:46 (UTC)回复
如果目的是规范讨论位置,我觉得修改存档至模板,让其显式在互助客栈报错更好,这样即使误用模板也能提示其他编者帮忙移动讨论位置。如果只是过滤器阻止加入模板,只有加入者才能看到过滤器的警告信息,加入者会放弃加入模板,但不一定会帮忙移动讨论位置。--Steven Sun留言2025年12月10日 (三) 03:52 (UTC)回复