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

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

请求建立或修改

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

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

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

建议人物条目增加配偶过滤器

转自维基百科:傀儡调查/案件/沈佳俞，用户通常为新注册用户或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)

用于Wikipedia:字词转换/地区词候选#大陆：报道_台湾：報導_香港：報道，换了个替代的网页。--Kethyga（留言） 2025年3月11日 (二) 10:57 (UTC)

@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)

@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)

设立过滤器以标签/警告加入旗帜的行为

最近更改中，有不少新手于资讯框内加入旗帜，可能是因为尚有不少条目仍有旗帜残留，而新手无从获得提醒/警告。故建议设立两个过滤器：

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)

@-Zest：Special:AbuseFilter/384。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年12月4日 (四) 12:04 (UTC)

请求建立追踪在条目空间加入“丶”的过滤器

2017年曾经将条目空间的“丶”（部首）全部清理掉，因为正常行文下不会使用这个部首字，99%是“、”（标点符号顿号）的误用，这边是全站使用“丶”的清单，之后会着手清理，被排除的条目为標點符號|筆畫|中文輸入法|繁體俗字|四角号码|大易輸入法|嘸蝦米輸入法|卞姓|丨部|丶部|丿部|三叠字(沙盒不一致)和使用{{僻字}}包含的构字。 虽然想禁止，但康熙部首的AF也只是标签而已，目前先跟康熙部首一样标签即可。---Zest 2025年12月5日 (五) 15:07 (UTC)

@-Zest：Special:AbuseFilter/385。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年12月5日 (五) 15:59 (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)