本討論頁所對應的計畫頁面是維基百科的正式方針，經社群廣泛商議並採納，編輯者均應遵循本方針。如要在該頁面執行任何實質性的變更，應先遵循編輯方針的建議。請在討論或編輯時隨時記得保持冷靜且避免驚慌。

本主題或以下段落文字，移動自Wikipedia talk:過濾器助理。执行者：路西法人 2025年2月20日 (四) 04:14 (UTC)。[回复]

本主題或以下段落文字，移動自WP:互助客栈/方针。执行者：Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月19日 (日) 08:46 (UTC)。[回复]

現擬增設修改濫用過濾器的權限，具體增設的方式未定。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月19日 (日) 08:46 (UTC)[回复]

注：两个公示期是分别的两个公示，13日结束的为增设AFE，18日结束的为修正AFE的获权要求。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年2月13日 (四) 08:46 (UTC)[回复]

19日结束的为设AFE组，21日结束的为规范AFE组授权。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年2月16日 (日) 18:59 (UTC)[回复]

本主題或以下段落文字，移動自WT:過濾器助理。执行者：Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月12日 (日) 11:24 (UTC)。[回复]

本主題或以下段落文字，移動自WP:互助客栈/方针。执行者：亲，我簽名那刻的時間是 2024年12月22日 (日) 08:36 (UTC)。[回复]

取消：

提案者撤回提案。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年2月12日 (三) 13:20 (UTC)[回复]

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

---

注意到防滥用过滤器错误报告和防滥用过滤器请求积压，管理员及行政员负担较重，导致部分请求无法及时处理，这降低了过滤器阻止破坏的能力，亦增加了社群维护其的难度。因此，谨提议授予过滤器助理修改权限，协助管理滥用过滤器，尚祈社群商议为荷。Iming 彼女の愛は、甘くて痛い。 2024年12月28日 (六) 03:12 (UTC)[回复]

---

注意到防滥用过滤器错误报告和防滥用过滤器请求积压，管理员及行政员负担较重，导致部分请求无法及时处理，这降低了过滤器阻止破坏的能力，亦增加了社群维护其的难度。因此，谨提议授予过滤器助理修改权限，协助管理滥用过滤器，尚祈社群商议为荷。

現行條文 權限總覽 對比起一般使用者，過濾器助理可以： 查看标记为非公开的滥用过滤器的过滤日志（abusefilter-log-private） 查看被标记为非公开的滥用过滤器（abusefilter-view-private） 启用双重身份验证（oathauth-enable） 允许移除自己账号的用户组

提議條文 權限總覽 對比起一般使用者，過濾器助理可以： 查看标记为非公开的滥用过滤器的过滤日志（abusefilter-log-private） 查看被标记为非公开的滥用过滤器（abusefilter-view-private） 启用双重身份验证（oathauth-enable） 创建或修改滥用过滤器（abusefilter-modify） 修改包含受限动作的滥用过滤器（abusefilter-modify-restricted） 允许移除自己账号的用户组

此外，亦请参见二年前之增设过滤器编辑员讨论。——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月5日 (四) 16:00 (UTC)[回复]

已知获权者皆熟悉过滤器和正则表达式，并考虑到目前的积压，(＋)支持本提案。不过，可能不应当授予abusefilter-modify-restricted权限，该权限实质上允许过滤器助理进行封禁这一管理动作。--Iming 彼女の愛は、甘くて痛い。 2024年12月5日 (四) 16:27 (UTC)[回复]

另可以增加限制：“仅在社群有明确共识时，过滤器助理才可以新建过滤器。”--Iming 彼女の愛は、甘くて痛い。 2024年12月5日 (四) 16:34 (UTC)[回复]

關於這個限制，需規定在 WP:AFR/可靠來源佈告版 達成的共識才算數，實行沒有共識的動作有機會遭除權。

BTW, 現在已經有GPT，有沒有wiki人願意付那20美金/690台幣一個月，建立GPT BOT,餵他關於wiki獨有的正則表達式技術文件及實行內容，建立或修改防濫用過濾器應該沒什麼難度^{[開玩笑的]}。--唔好阻住我愛國（留言） 2024年12月5日 (四) 16:47 (UTC)[回复]

赞成您的观点，我补充一下：“仅在社群有明确共识时，过滤器助理才可以新建过滤器。如过滤器助理未经社群讨论并取得明确共识便自行设置过滤器，则不论过滤器性质为何，皆属违规，管理员可自行决定是否除权或给予警告，社群成员如有发现也可至布告板举报。”--Iming 彼女の愛は、甘くて痛い。 2024年12月5日 (四) 16:54 (UTC)[回复]

布—>佈--唔好阻住我愛國（留言） 2024年12月5日 (四) 17:23 (UTC)[回复]

@HK5201314 布—>佈，考虑使用-{}-避免自动转换——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月5日 (四) 21:23 (UTC)[回复]

雖然但是，請不要這麼做，除非你只是懶但有辦法自行檢驗GPT寫的到底合不合理--SunAfterRain 2024年12月13日 (五) 19:56 (UTC)[回复]

这个限制可能比较鸡肋，先是过滤器规则里面加个或条件就能在不创建新过滤器的情况下几乎达到新过滤器的功能，再是如果A过滤器本身是阻止，没有对应的警告过滤器，如果过滤器助理认为有必要拆分出仅警告的过滤器，还得走流程，也会变相积压。不如要求“依据常识判断，不合理的过滤器更动应被警告或除权”。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2024年12月6日 (五) 01:59 (UTC)[回复]

我觉得可以，您书的对。--Iming 彼女の愛は、甘くて痛い。 2024年12月6日 (五) 02:36 (UTC)[回复]

(－)反对：設立過濾器助理的原意是為了查看過濾器的詳細資訊，而非編輯過濾器。儘管資格要求中「建議」申請人對正規表達式以及應對過濾器有基本認識，但此項並非必須。個人認為應另設新權限組，而非沿有過濾器助理此原有權限。謝謝。--SCP-0000（留言） 2024年12月22日 (日) 03:24 (UTC)[回复]

@ZhaoFJx、Iming。@SCP-2000：我個人會關注現時實際上有多少個不具備對正規表達式與過濾器本身的基本認識的過濾器助理，如果沒有的話，那你説的這點可以通過把資格要求中的「建議」改為硬性要求來處理。亲，我簽名那刻的時間是 2024年12月22日 (日) 03:57 (UTC)[回复]

可以改为强制性要求，本来看不懂过滤器要AFH就没什么作用，日志rollbacker还是可以看（rollbacker有abusefilter-log-private权）。出于缓解积压的考虑，现行方案我认为是最优解，还请您再考虑改“申請人對正規表達式以及應對過濾器有基本認識”为强制性要求后授予AFH修改滥用过滤器权限的可行性。多谢。--Iming 彼女の愛は、甘くて痛い。 2024年12月22日 (日) 06:49 (UTC)[回复]

@Sanmosa、Iming： 抱歉忘了這討論。簡單而言，個人認同對於編輯過濾器之權限，「對正規表達式以及應對過濾器有基本認識」應為強制性要求，然而此舉只會對現時持有者及反破壞工作帶來干擾。為了避免帶來不必要的影響，應考慮另外建立新權限組，而非沿用現有權限組。

具體而言，其一，現時有部分過濾器助理主要因反破壞或其他需要（如維護機械人）而申請此權限（參見2023、2024年存檔），以便查看過濾器日誌等，如果未來此權限的申請要求改為「對正規表達式以及應對過濾器有基本認識」，部分人可能因缺乏對正規表達式等技術的理解，不能申請此權限，某程度上影響了反破壞以及其他工作。

其二，正如上述所言，設立過濾器助理的原意是為了查看過濾器的詳細資訊，而非編輯過濾器。當時的申請只判斷申請者的能力及受信任程度，是否合適持有「查看」過濾器詳細資訊，而非「編輯」過濾器。現實上，現在不可能每個過濾器助理有足夠能力及信任程度擁有「編輯」過濾器權限，我們也不可能就憑表面印象而知曉誰有否能力，那唯有每位過濾器助理需重新申請此權限，無疑是擾民之舉。

當然，社群可以選擇不調整要求，但編輯過濾器之權限為相當「敏感」，稍有錯誤便會影響眾多用戶，且事實上跟管理員權限無異（皆可保護及封禁），故不調整要求並非明智之舉。無論是英維有兩個不同權限組（分別為查看及編輯過濾器），以至本站過去亦有相關討論，本身本站權限組也不少及不差多一個權限組，個人不太理解為何沿用現有權限組，而非另外建立新權限組。謝謝。--SCP-0000（留言） 2025年1月5日 (日) 16:27 (UTC)[回复]

WP:帽子收集狂。Sanmosa _蘭絮 2025年1月5日 (日) 23:59 (UTC)[回复]

至少应该禁止利用过滤器实现条目保护、账户封禁、编辑禁制之类一般认为是管理员权限范围的操作。--Tiger（留言） 2024年12月22日 (日) 06:40 (UTC)[回复]

前面那个可以写进修正案里，后面两个AFH技术上就做不到（没有abusefilter-modify-restricted权）--Iming 彼女の愛は、甘くて痛い。 2024年12月22日 (日) 06:43 (UTC)[回复]

“disallow”在 $wgAbuseFilterActionRestrictions 里吗？不在的话，写一个 user_name == 某人 然后设置阻止就和封禁没差别了吧。当然我的意思是广义上的不可以做这种事情，而不只是列出几种。或者说，这个讨论缺失了这个部分，讨论的时候至少要意识到这种问题。--Tiger（留言） 2024年12月22日 (日) 07:54 (UTC)[回复]

见草案一，AFH有权修改过滤器的情况仅包含“按照社群共识创建过滤器或根据相关讨论分拆过滤器”和“可以按照错误报告修复过滤器”，前者如果有禁止某用户编辑这类的讨论我想应该无法达成共识，后者修复过滤器不太可能涉及到这类操作（至少现在的过滤器还没有）。如果确认到AFH滥用权限做到类似封禁用户的操作，管理员可以直接撤销权限。所以虽然技术上不能直接阻止这类编辑，但是在AFH高度可信的前提下，我觉得应该还是在可控范围的，无需对这类操作过度担忧。--Iming 彼女の愛は、甘くて痛い。 2024年12月22日 (日) 08:02 (UTC)[回复]

草案

[编辑]

草案 #1

[编辑]

提議條文 權限總覽 對比起一般使用者，過濾器助理可以： 查看标记为非公开的滥用过滤器的过滤日志（abusefilter-log-private） 查看被标记为非公开的滥用过滤器（abusefilter-view-private） 启用双重身份验证（oathauth-enable） 创建或修改滥用过滤器（abusefilter-modify） 允许移除自己账号的用户组

Iming指出，过滤器助理不应包含“修改包含受限动作的滥用过滤器”一权。根据滥用过滤器文档和之前讨论，过滤器助理将……

1. 可以按照社群共识创建过滤器；
   1. 可以按照社群共识创建过滤器或根据相关讨论分拆过滤器；
2. 可以按照错误报告修复过滤器；
3. 不能创建或修改包含“撤销用户的自动确认状态”、“封禁进行编辑的用户和/或IP地址”两类操作的过滤编辑器。

——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月5日 (四) 22:02 (UTC)[回复]

参考上方Hotaru Natsumi君，第一条或可以改为“可以按照社群共识创建过滤器或根据相关讨论分拆过滤器；”--Iming 彼女の愛は、甘くて痛い。 2024年12月6日 (五) 16:25 (UTC)[回复]

已添加——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月6日 (五) 16:49 (UTC)[回复]

修改申请标准和流程

[编辑]

撤回：

提案人 撤回提案。Sanmosa _蚌埠 2024年12月17日 (二) 08:50 (UTC)[回复]

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

---

在站外收到了一些意见，有些意见指出由于赋予编辑权，应当适当拔高AFH的申请标准。因而，本人参考WP:IPBEG、WP:BAG和WP:SPI/C，草拟了一份提案，尚祈社群商议为荷。

現行條文 申請程序 如果您有意申請過濾器助理的權限，請親自到Wikipedia:權限申請/申請過濾器助理權限申請，或接受其他用戶於該頁發起的提名。 以下使用者不需要去申請或是為他們增加本權限，他們本身已經獲自動授予同等的權限： 管理員

提議條文 申请程序 符合申请过滤器助理要求者，可循一般程序，在权限申请页申请成为过滤器助理。 提出申请后，具有管理员、回退员或过滤器助理权限的用户可以提出问题，并自行按其认知支持或反对申请，惟须附上有效理由。在申请人明显不符合条件的情况下，一名管理员或过滤器助理可以快速关闭此申请。申请以七日为限，七日后如总有效票数大于等于四票，且满足以下条件符合以下条件，则一名管理员或过滤器助理可以结案并授予过滤器助理权限： 支持率在50%以上； 社群就授予权限达成合意； 没有管理员或过滤器助理反对。 或： 有效票数大于等于四票； 支持率在80%以上； 没有管理员反对。

以上。Iming 彼女の愛は、甘くて痛い。 2024年12月6日 (五) 12:45 (UTC)[回复]

基於程序公義，煩請閣下透露相關意見是在哪個外站及哪個人發表，謝謝！--唔好阻住我愛國（留言） 2024年12月6日 (五) 12:50 (UTC)[回复]

似乎这不涉及程序正义？另相关建议在我的私人群组中提出，当事人信息属隐私，恕不能公开。如果您一定需要的话，请理解成是我的想法。如有带来困扰，还请谅解，感谢。--Iming 彼女の愛は、甘くて痛い。 2024年12月6日 (五) 12:55 (UTC)[回复]

这可能有些打破RFR逻辑？当前RFR的逻辑应该类似于申请人提出申请，其他人有疑问则提出，管理员依据疑问及其处理完成授权与否的判断，不是简单投票。这种要求支持率的是RFA而非RFR。而且RFR很少能出现“有效票数”≥4的情况。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2024年12月9日 (一) 10:44 (UTC)[回复]

因为有些意见指出由于赋予编辑权，应当适当拔高AFH的申请标准，因而我参考IPBEG和BAG的申请流程，写了这么个东西，本身最主要的作用是让有能力判断是否适合担任AFH的人参与最终决定。如果您真的觉得这样不合适的话，那么取消无过滤器助理反对情况下的有效票数和支持率限制如何？而且我相信管理员在赋权时也会参考社群意见，对于明显无法达成合意的讨论会直接忽视。--Iming 彼女の愛は、甘くて痛い。 2024年12月10日 (二) 02:07 (UTC)[回复]

个人感觉还是使用原来的RFR程序即可，高标准应该是高准入，而不是复杂化和量化的申请流程。但是现行AFH的准入标准已经足够高，申请人不是回退员、他站可信用户、基金会成员的情况下，本身就需要社群讨论是否准入，而即便是门槛相对低的回退员也要求活跃于反破坏；此外通用的全域1000编辑数限制也不见得低。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2024年12月16日 (一) 09:13 (UTC)[回复]

現在申請IPBEG已經明文要求大於四票了 囧rz……，不過80%尚不清楚會不會太高，就先觀望一下，看實操結果如何。--${\displaystyle \int }$（☎）dt 2024年12月14日 (六) 04:10 (UTC)[回复]

IPBEG的权限实际上是在让IP封禁对特定用户广泛失效，进而让用户查核失效，权限可以算敏感，毕竟这样会查不出傀儡，影响反破坏和站务，但是仅是AF的编辑权很难说敏感，AF的编辑历史只要能看AF就能看到，这样AFH加了个比如禁止所有编辑的规则，管理员马上可以以滥权撤权并封禁，这种明面上的权限至少不能和IPBEG相提并论。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2024年12月16日 (一) 09:13 (UTC)[回复]

---

根据先前讨论，考虑到部分社群成员对AFH是否适合拥有此权限不信任，本人动议试行草案一和“修改申请标准和流程”两案一年，以观后效。考虑到草案一和“修改申请标准和流程”两案无有效反对，拟三日后公示，还请各位提出意见。Iming 彼女の愛は、甘くて痛い。 2024年12月15日 (日) 13:45 (UTC)[回复]

见上方回复。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2024年12月16日 (一) 09:13 (UTC)[回复]

按H.Natsumi君意见撤回“修改申请标准和流程”案。--Iming 彼女の愛は、甘くて痛い。 2024年12月16日 (一) 10:00 (UTC)[回复]

---

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

草案 #2

[编辑]

不通过：

尚无必要赋予过滤器助理授权权限。——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月16日 (一) 00:35 (UTC)[回复]

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

---

提議條文 權限總覽 對比起一般使用者，過濾器助理可以： 查看标记为非公开的滥用过滤器的过滤日志（abusefilter-log-private） 查看被标记为非公开的滥用过滤器（abusefilter-view-private） 启用双重身份验证（oathauth-enable） 创建或修改滥用过滤器（abusefilter-modify） 添加用户组：过滤器助理 允许移除自己账号的用户组

有成员主张，根据上方的授权流程草稿，草案#2应明确，在#1的基础上，允许过滤器助理赋予其他受信任用户过滤器助理一组。相信此改革可显著减轻管理人员在过滤器相关方面的任务压力。——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月7日 (六) 04:03 (UTC)[回复]

(＋)贊成，在管理员工作积压严重的当下，我相信这样可以显著减轻管理人员在过滤器助理相关方面的任务压力。--Iming 彼女の愛は、甘くて痛い。 2024年12月7日 (六) 05:22 (UTC)[回复]

不同意過濾器助理授予他人此一權限。現行權限申請制度未至積壓，請維持依照正常程序申請，俾便於社群檢視。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年12月7日 (六) 22:35 (UTC)[回复]

同Eric君，以目前的申请积压情况无必要授予过滤器助理授予他人權限的权限--人间百态,独尊变态(讨论)(签名) 2024年12月8日 (日) 14:30 (UTC)[回复]

RFR现在没有积压，没有必要由现任AFH给申请人上权限，并且2024年AFH申请的频率极低，明显不会造成RFR积压，故反对这一部分。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2024年12月9日 (一) 10:32 (UTC)[回复]

个人认为过滤器编辑员应该是另一种权限，这个权限远远比查看过滤器敏感（例如有过滤器编辑权限者可以建立过滤器封禁所有试图编辑的用户）。反对赋予过滤器助理修改滥用过滤器权限。--GZWDer（留言） 2024年12月10日 (二) 11:25 (UTC)[回复]

@GZWDer：草案一定义了权限中将不再存在abusefilter-modify-restricted一权，故“封禁所有试图编辑的用户”这一行动技术上即不可行。——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月11日 (三) 01:21 (UTC)[回复]

但是仍然可以创建一个过滤器阻止任何用户编辑。--GZWDer（留言） 2024年12月11日 (三) 11:34 (UTC)[回复]

没必要因噎废食。现在错误报告的积压呢是放在那里的，喊管理员呢是没有人管的。按过往讨论，单开编辑者权限估计过不了，在考虑到积压问题、过往讨论和现有AFH均具备技术能力的情况下，给予AFH除受限过滤器外过滤器的编辑权是最优解，我上方提出的“修改申请标准和流程”案就是为了解决您这个问题设计的。而且事实上，我写个机器人实时回退匹配的编辑也不是不能实现这个功能，所以我是觉得把需要管理员权限的扔出去就差不多了，您意下如何？--Iming 彼女の愛は、甘くて痛い。 2024年12月11日 (三) 15:23 (UTC)[回复]

(－)反对，如果是IPBE那種就算了，但很顯然授權過濾器助理沒有那種積壓問題（更何況還是高危權限）--SunAfterRain 2024年12月13日 (五) 19:51 (UTC)[回复]

根据上方讨论，草案二不通过。由于主要反对意见均关于草案二中新增的授予权限权限，因而草案一维持开放，请移步草案一处进行讨论，感谢。--Iming 彼女の愛は、甘くて痛い。 2024年12月14日 (六) 02:55 (UTC)[回复]

---

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

在受限过滤器多次匹配正常编辑时的处理措施

[编辑]

已关闭：

提案人 撤回提案。——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月10日 (二) 02:16 (UTC)[回复]

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

---

按前文讨论，考虑到对包含受限动作的过滤器的编辑权限实际上等同于封禁权限，因而没有授予过滤器助理创建或编辑含受限动作的过滤器的权限。然而参考近期AF/FP，可预见的在未来会存在含受限动作过滤器错误匹配甚至封禁正常编辑者的情况。又考虑到WP:AF等页面不存在事实上的过滤器方针，宜同本案一并讨论。是故，本人有以下想法，尚祈社群商议为荷。

現行條文 不存在

提議條文 编辑受限过滤器 当确认到一个包含受限动作的过滤器存在不符合预期的行为或已严重影响到正常编者编辑时，过滤器助理可以请求管理员临时关闭相关过滤器或取消相关过滤器内的受限动作，直至问题解决为止。当管理员处理此类操作时，除非有其他原因，否则通常应当在关闭过滤器后取消相关过滤器内的受限动作以便其他管理员或过滤器助理修复。当一名管理员或过滤器助理确认问题得到解决后，就可以恢复过滤器至原先状态。

以上Iming 彼女の愛は、甘くて痛い。 2024年12月8日 (日) 16:14 (UTC)[回复]

反对这种处理，比如过滤器275这类自动化封禁破坏的过滤器显然不能简单取消受限，只能过滤器助理调查哪一个正则导致了错误触发并请管理员处理，取消受限造成的反破坏影响太大了。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2024年12月9日 (一) 10:39 (UTC)[回复]

您说的确实很有道理，那可能我们需要进一步讨论在受限过滤器多次匹配正常编辑时的处理措施。至少，我认为应当将封禁一类操作改为阻止+标记以供人工审查，您觉得如何？如此应当可以有效减轻对反破坏工作的影响。--Iming 彼女の愛は、甘くて痛い。 2024年12月9日 (一) 10:44 (UTC)[回复]

275这种泛用过滤器出现这类同规则多次触发的情况下直接把封禁过滤器里面多次误报的那一个规则移动到阻止或者警告（这里可以是201和289），这个操作管理员很容易完成，过滤器助理只需要调查出受限过滤器哪一个特定规则造成了错误触发，通知管理员即可。而像是322这种针对某一特定LTA（或者类似的单一用途过滤器），多次假阳性可以改为不受限。简单说就是需要具体情况具体分析，不建议写成条文，而是出问题了再和管理员依据常识解决。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2024年12月9日 (一) 10:55 (UTC)[回复]

可以，我很赞成您的观点。撤回提案。--Iming 彼女の愛は、甘くて痛い。 2024年12月9日 (一) 11:02 (UTC)[回复]

有需要自行IAR就好，不要訂一條規則合理化IAR結果還時常發生必須IAR該規則的規則。--SunAfterRain 2024年12月13日 (五) 19:53 (UTC)[回复]

---

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

公示

[编辑]

由於除草案1外的所有分案均不通過或被撤回，而有關原案或草案1的最後留言在11日前作出。依WP:共识#提案討論及公示時間的規定，互助客棧中的提案在7日內無新留言時或可在已取得共識的前提下公示，故現以草案1為定稿，並公示定稿7日。Sanmosa _蚌埠 2024年12月17日 (二) 08:56 (UTC)[回复]

見上，提案的新發展使維持公示不再適合，現撤下公示。亲，我簽名那刻的時間是 2024年12月22日 (日) 08:32 (UTC)[回复]

改走RFC機制。亲，我簽名那刻的時間是 2024年12月22日 (日) 08:36 (UTC)[回复]

距上个问题及解答之日已逾7天，现恢复13天前中断的已公示5天的公示。 公示7日，2025年1月7日 (二) 01:54 (UTC)結束。——敬颂冬绥 ZhaoFJx_(论•签) 2024年12月31日 (二) 01:54 (UTC) 暫停公示：公示期間有爭議，故暫停公示並進行討論。——敬颂冬绥 ZhaoFJx_(论•签) 2025年1月5日 (日) 00:03 (UTC)[回复]

(！)意見：論其利弊，以為利大於弊；論其可靠，以為配套未足。私以為往後申請權限應要求回答至少三個問題，加強其可信度。--駭客呼吸焉—☎️— 2025年1月2日 (四) 10:29 (UTC)[回复]

(－)反对，过滤器事关全站，与管理员相比，过滤器组显然不可信。->>Vocal&Guitar->>_留言 2025年1月1日 (三) 13:27 (UTC)[回复]

(：)回應 首先，目前所有助理的申请都是在本草案通过前完成的，也就是说，基本不会存在为了破坏而申请该权限的可能；其次，这些申请都由专门的管理员检查后再授权——你可能也注意到了，并不是每个申请者都被赋权；最后，草案通过后，管理员会在处理申请时更加审慎，以确保不会让破坏者成为过滤器助理。话又说回来，草案#1中所定义的技术权限确保了助理们不能通过过滤器执行恶意操作——或在同等条件下更难执行恶意操作。——敬颂冬绥 ZhaoFJx_(论•签) 2025年1月1日 (三) 18:59 (UTC)[回复]

完全是空话，只要过滤器可以阻挡正常编辑，那就完全可能被恶意利用，而且是全站范围影响将会巨大。当初这个组分拆自回退权，回退员申请默认都给过，现在权限发生巨大变化，之前的申请当然不能作数。--。->>Vocal&Guitar->>_留言 2025年1月4日 (六) 00:16 (UTC)[回复]

你這意見多少有些Opky式的誇張了。Sanmosa _蘭絮 2025年1月4日 (六) 01:55 (UTC)[回复]

---

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

注意到防滥用过滤器错误报告和防滥用过滤器请求积压，管理员及行政员负担较重，导致部分请求无法及时处理，这降低了过滤器阻止破坏的能力，亦增加了社群维护其的难度。因此，谨提议增设过滤器编辑者权限组，协助管理滥用过滤器。

现在拟定的草案请见维基百科:过滤器编辑者。考虑到过往讨论，该用户组仅允许编辑非受限过滤器，这意味着过滤器编辑者在技术上不能够封禁用户或取消一名用户的自动确认用户权限。

同时参考过往讨论，提供一个FAQ以解答可能存在的问题。

• Q: 过滤器编辑相当复杂，容易搞坏

  A: 过滤器编辑者是应当具有充分经验的用户，另可以建议过滤器编辑者在新建/修改过滤器前先在测试维基进行测试。

• Q: 过滤器的影响范围可达全站，且编辑者变相拥有页面保护和使用者封锁的权利

  A: 在本草案中，编辑者无权增修含受限动作的过滤器，因而技术上即不能封禁用户。对于页面保护问题，现在的所有过滤器均没有相关设置，编辑者如未经社群讨论增补相关内容，即属违规，管理员可以即时移除其权限，同时考虑到编辑者应是高度可信用户，故该问题仍在可控范围，无需太过担心。

以上，尚祈社群商议为荷。Iming 彼女の愛は、甘くて痛い。 2025年1月6日 (一) 18:57 (UTC)[回复]

cc @ZhaoFJx：、@SunAfterRain：、@Hotaru Natsumi：、@SCP-2000：、@Tigerzeng：、@Sanmosa：、@Hycaefsiam：、@Ohtashinichiro：。 --Iming 彼女の愛は、甘くて痛い。 2025年1月6日 (一) 18:57 (UTC)[回复]

有道理。——敬颂冬绥 ZhaoFJx_(论•签) 2025年1月6日 (一) 19:02 (UTC)[回复]

除非Wikipedia talk:過濾器助理#赋予过滤器助理修改滥用过滤器权限沒通過，不然無條件(－)反对，理由是會變成兩個權限一樣的組。--SunAfterRain 2025年1月6日 (一) 19:21 (UTC)[回复]

啊，那个可以按不通过计了。--Iming 彼女の愛は、甘くて痛い。 2025年1月6日 (一) 19:47 (UTC)[回复]

那我先觀望一下，反正直到那個討論被正式關閉前我不會撤回反對就是了--SunAfterRain 2025年1月7日 (二) 02:59 (UTC)[回复]

如同我在那邊的討論所説的一樣，另設權限組有WP:帽子收集狂的疑慮。在此，我也要求SCP-2000給出另設權限組為何不屬於“帽子收集狂”的合理解釋，否則我沒有任何合理理由能認為SCP-2000在那邊的討論的反對意見為合理反對意見。Sanmosa _蘭絮 2025年1月7日 (二) 04:04 (UTC)[回复]

@Sanmosa：您不妨先詳細說明為何有帽子收集狂的疑慮，以便個人回應您的疑慮。謝謝。--SCP-0000（留言） 2025年1月7日 (二) 04:27 (UTC)[回复]

兩個權限組的具體權限高度相近，而且差別僅在於是否具備過濾器編輯權。假如過濾器編輯者成為獨立的權限組，這會導致現有的過濾器助理權限組成為無用的權限組，而此後單獨申請過濾器助理權限者顯然不可能是WP:過濾器助理所建議應申請該權限的人，而只可能是收集了名銜然後不實際行使權限的帽子收集狂。Sanmosa _蘭絮 2025年1月7日 (二) 04:36 (UTC)[回复]

你需要解释为什么這會導致現有的過濾器助理權限組成為無用的權限組，或者换句话说，是否存在用户只需要具备阅读私有过滤器的能力，而不需要修改过滤器的能力。目前过滤器助理方针页面所列举的要求之中，我个人只认为经社群讨论，确认对过滤器设计有相关认识，并计划协助维护中文维基百科的过滤器是有必要具备修改过滤器能力的，其他情况下只读即可 Stang^★ 2025年1月7日 (二) 09:18 (UTC)[回复]

可以説，凡是能完全看懂mw:Extension:AbuseFilter/Rules format的人都同時具備閱讀與修改過濾器的能力，而不能完全看懂的都同時不具備這兩種能力，這兩種能力本質上就是不可分的。這情況類似轉換組的代碼，能看懂轉換組的代碼的自然都懂如何修改轉換組的代碼。Sanmosa _蘭絮 2025年1月7日 (二) 10:43 (UTC)[回复]

我说的是“需要”，而不是“具备”，请注意这两者的区别。 Stang^★ 2025年1月7日 (二) 12:15 (UTC)[回复]

@Stang：我的意思是你説的這兩個能力其實是同一個能力，因此是不可分的，“用戶只需要具備閱讀私有過濾器的能力，而不需要修改過濾器的能力”在邏輯上不能成立。Sanmosa _蘭絮 2025年1月8日 (三) 00:29 (UTC)[回复]

我觉得你还是没看懂我的意思，或者可能我的用词存在一些不妥，你可以把“能力”理解成“权力/权限”。拥有某种权限的前提是具备某种能力，但这不意味着我只要拥有了这种能力，我就一定需要拿到这个权限。举个例子，中文维基学院上的一位管理员想参考本站的一个私有过滤器，来编写一个过滤器用于当地。这个用户很显然既具备了阅读也具备了修改的能力（水平，知识），但她只需要可以在本站查看私有过滤器（的权限），而不需要可以修改本站的过滤器（的权限）@Sanmosa：。 Stang^★ 2025年1月8日 (三) 02:25 (UTC)[回复]

我不認為會有人真的是這種想法，人總是貪心的。Sanmosa _蘭絮 2025年1月8日 (三) 02:29 (UTC)[回复]

给出一个具体的，符合你的论点的案例。 Stang^★ 2025年1月8日 (三) 02:31 (UTC)[回复]

如果不需担心权限安全，可以授权查看与修改，但条文上不允许日常做修改维护（除去紧急情况？）。Sanmosa可能是说帽子收集狂，而您说抗拒帽子。--YFdyh000（留言） 2025年1月8日 (三) 02:58 (UTC)[回复]

但这样的话赋予修改权就没有意义了。--Iming 彼女の愛は、甘くて痛い。 2025年1月9日 (四) 09:02 (UTC)[回复]

意見同上，申請過濾器助理本就應既有能力理解、處理過濾器問題又保證可靠可信（之所以從回退員分離）。--駭客呼吸焉—☎️— 2025年1月7日 (二) 11:02 (UTC)[回复]

这似乎和“巡查员”和“巡查豁免者”有点像？只要类似巡查员不得再申请巡查豁免者那样，规定取得过滤器编辑权就不得再申请过滤器助理，就解决了吧？（从技术上来说，过滤器编辑员好像也拥有过滤器助理的全部权限，这么做也是符合常理的。）--自由雨日🌧️❄️ 2025年1月9日 (四) 16:26 (UTC)[回复]

首先應確定社群有此需求，避免落為檔案移動員第二。若有之，則純以所謂「收集權限帽」斥之尚難構成反對依據。—— Eric Liu _{創造は生命（留言・留名・學生會）} 2025年1月9日 (四) 13:05 (UTC)[回复]

社群确有此需求，惟是否应当单立权限组有所争论。反方主要认为无需单设，授予afh编辑权限即可，单设有hatc之虞。正方主要认为原有afh授权时并未考虑到未来会有权编辑过滤器，故不应当直接授予afh此权限。--Iming 彼女の愛は、甘くて痛い。 2025年1月9日 (四) 13:24 (UTC)[回复]

我提这案单纯是因为原先的过滤器助理增加编辑权一案难以通过，故取折衷方案以求尽快解决积压问题。--Iming 彼女の愛は、甘くて痛い。 2025年1月9日 (四) 13:26 (UTC)[回复]

(＆)建議將本案與前案方案一兩案合併為三方案討論，即：

1. 維持現狀
2. 增加AFH權限
3. 增設新群組

以利意見整合。駭客呼吸焉—☎️— 2025年1月10日 (五) 10:29 (UTC)[回复]

已整合討論串。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月12日 (日) 11:24 (UTC)[回复]

@Iming、ZhaoFJx、Hycaefsiam、YFdyh000、Stang、Ericliu1912、SCP-2000、Tigerzeng。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月12日 (日) 11:27 (UTC)[回复]

个人不觉得2和3有太多本质上的区别。不过是权限授予方面的灵活度（3更好）和权限结构复杂度（2更好）的取舍，但不影响解决本案原始问题。--Tiger（留言） 2025年1月12日 (日) 15:28 (UTC)[回复]

本案旨在解决的是加快对过滤器错误报告中“需要修改过滤器的部分”、“过滤器请求”的处理速度。为什么处理速度不尽人意？1)相关请求页面看的人少，2)有权限处理的人不知道怎么处理。这个和本站引入模板编辑员很相似，但区别也比较明显：模板编辑员旨在根据编辑请求修改高风险模板，绝大部分被处理的编辑请求都需要产生明确的共识后方可由具有权限的人执行修改；而方针中对于过滤器的设立和编辑并没有共识方面的要求，实践中一向是管理员认为有需要就会进行创建和修改，且非公开的修改不在少数。由于过滤器编辑对共识的要求较弱，个人认为让更多有意愿且有能力处理需要涉及到修改过滤器的站务，有助于改善本案希望解决的问题。

其他的意见方面个人与SCP同志的意见相同，“个人认为应另设新权限组，而非沿有过滤器助理此原有权限”。 Stang^★ 2025年1月14日 (二) 06:30 (UTC)[回复]

如果沒有人能夠給出證據證明新增此與既有權限組的權限高度相近的權限組不會導致帽子收集狂的產生，我無法支持新設權限組的提案。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月15日 (三) 04:51 (UTC)[回复]

@Sanmosa：我前面好像有提出解决这个问题的办法（类比巡查和巡免权限的处理方式）？--自由雨日🌧️❄️ 2025年1月15日 (三) 06:15 (UTC)[回复]

現在中文維基百科的巡查員有170個，而過濾器助理僅有26個，兩個權限之間的高度重複性問題還是沒有被解決。再者，檢視非公開過濾器屬於較高級別的權限，這與巡查權、巡查豁免權有著本質上的不同。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月15日 (三) 07:23 (UTC)[回复]

这和数量有什么关系？思考...巡查和巡免也是有高度重复性，解决方式是“有巡免不一定有巡查，但有巡查包含了巡免权限、故就不会再有巡免”；类比过滤器助理就是“有查看权不一定有编辑权，但有编辑权必然包含了查看权、故就不会再有查看权”。至于权限高低，这好像和“帽子收集狂”问题无关？--自由雨日🌧️❄️ 2025年1月15日 (三) 07:45 (UTC)[回复]

有關，較高級別的權限會更能引起「帽子收集狂」的征服欲。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月16日 (四) 08:10 (UTC)[回复]

编辑组统计操作或者布告板活跃度？不理解帽子收集狂有什么严重问题，除了安全风险。--YFdyh000（留言） 2025年1月15日 (三) 06:29 (UTC)[回复]

你需要为“xxx会导致帽子收集狂的产生”的主张举证。 Stang^★ 2025年1月15日 (三) 12:11 (UTC)[回复]

我不认为新设一个需要高可信程度的过滤器权限会导致收集帽子的问题。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2025年1月15日 (三) 12:25 (UTC)[回复]

如果大家堅持無視兩個權限組的權限高度重複的問題的話，那我會認為中文維基百科現階段可能不適合擁有單獨具備過濾器編輯權的用戶。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月17日 (五) 01:29 (UTC)[回复]

可以参照patroller和autopatrolled，前者含后者。如果有HATC疑虑就AFE包含AFH的所有权限，现任AFH被授予AFE时顺带移除AFH组。AFE的门槛应当显著高于AFH，甚至可以要求AFE的获权者持有AFH一段时间并在AF/FP利用AFH做一定的工作。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年1月17日 (五) 03:50 (UTC)[回复]

我也一开始是就这么说的…… ——自由雨日🌧️❄️ 2025年1月17日 (五) 04:01 (UTC)[回复]

我是更觉得HATC应该是用来限制申请人申请组而不是限制组本身，AFH和AFE这两个组的门槛够高了，单纯的HATC其实都不太容易够门槛。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年1月17日 (五) 04:08 (UTC)[回复]

( ✓ )同意，HATC是用来形容一类人的虚荣的不当行为（类似于我前几天提报的一例使用IP来为自己发星章的傀儡行为），不是很理解为什么可以成为用来限制新设组的理由…… ——自由雨日🌧️❄️ 2025年1月17日 (五) 04:13 (UTC)[回复]

這樣説吧：這最終會導致AFH淪為用戶成為AFE的跳板，而這不該是AFH的下場，單設AFE這種架床叠屋的權限組過於官僚化了（此外，我自己是patroller與autopatrolled完全分開的支持者，兩者現時的配置在我看來本就是不合理的）。再者，不論AFH與AFE的具體門檻如何，兩者的高門檻都是相似的，如果這不會導致「帽子收集狂」的問題的話，那考慮到現時AFH人數的稀少，我高度懷疑單設AFE權限是否真的能起到社羣預期它能起的效用。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月17日 (五) 04:53 (UTC)[回复]

稍偏题，(！)意見：从减轻防滥用过滤器错误报告和防滥用过滤器请求积压、减轻sysop的工作负担的目的出发，在社群不够信任过滤器用户组的情况下，能否允许过滤器助理用户组修改测试用过滤器（如en:Special:AbuseFilter/1，仅可被触发而无动作）测试一定时间可行后由管理员加入有动作的过滤器？也就是将过滤器的编辑权限范围分为测试前和测试后（不清楚技术上拆分权限是否可行，但相互监督可能已经足够了），测试前的编辑权限应该是低危的。也不用分设用户组。--HeihaHeihaHa-戒慎恐惧……（留言） 2025年1月17日 (五) 05:13 (UTC)[回复]

這聽起來很複雜，而且我也不知道社羣是否有能力正確地完整執行整個流程，畢竟一旦管理員對規則產生了別樣的理解，那整個規則也就廢了。另一方面，如果“社群不夠信任過濾器用戶組”這種情況真的存在的話，那理論上所有AFH都該被除權。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月17日 (五) 05:19 (UTC)[回复]

“社群不够信任过滤器用户组”是指不够信任现有过滤器助理组编辑过滤器--HeihaHeihaHa-戒慎恐惧……（留言） 2025年1月17日 (五) 06:00 (UTC)[回复]

見上，如果連這也不能信任的話，那所有的AFH實際上都是不適任的。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月17日 (五) 06:10 (UTC)[回复]

复杂度方面就是允许过滤器助理发起测试（在无动作过滤器中进行），实际更改仍由管理员执行。这样说是否更清楚一些？--HeihaHeihaHa-戒慎恐惧……（留言） 2025年1月17日 (五) 06:05 (UTC)[回复]

確實清楚些了，感謝。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月17日 (五) 06:11 (UTC)[回复]

如果没有积压，为什么AFH（原AFE为笔误）会想成为AFE？或者，对AFE提出更高工作要求就好，例如每月有效修改大于5笔。--YFdyh000（留言） 2025年1月17日 (五) 08:54 (UTC)[回复]

不贊同這種KPI式的要求，我很擔憂這相當於逼迫AFE為此而處理不恰當的請求。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月17日 (五) 09:47 (UTC)[回复]

如果无意愿经常编辑，请现有AFE协助就好。这避免所谓帽子问题，以及安全问题。--YFdyh000（留言） 2025年1月17日 (五) 10:05 (UTC)[回复]

我的意思是，申請AFE的人一開始是有意願經常編輯的，但可能到頭來真的能接的請求不一定有5個，這與AFE的主觀意願無關。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月17日 (五) 10:07 (UTC)[回复]

既有高度信任，过滤器编辑者应该能直接但慎重地维护过滤器，而非只受理用户提报？且某些反破坏请求难以公开提报和讨论。如果过滤器编辑者不能保持在此领域的活跃，谨慎上任、积极解任是适当的。--YFdyh000（留言） 2025年1月17日 (五) 10:42 (UTC)[回复]

我就只回應後半句：然而管理員也同樣有AFE的權限，因此就算AFE有在此領域活躍的主觀意願，在管理員（不為意地）搶AFE的KPI的情況下，這會導致AFE無法達到這個“拍腦袋”定出來的KPI，繼而導致中文維基百科最後根本沒有人出任AFE。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月17日 (五) 10:47 (UTC)[回复]

不会，如果AFE没有事可做，说明不需要他担任AFE来协助管理员工作。如果一个月太短，按3个月、平均每个月5次，也是可以的。--YFdyh000（留言） 2025年1月17日 (五) 10:52 (UTC)[回复]

原始討論串裏最上面就有提到“防濫用過濾器錯誤報告和防濫用過濾器請求積壓”是提議AFH擴權/設立AFE的原因，由此可見編輯非公開過濾器的需求是存在的，但一旦某位管理員突然一下子清了所有的防濫用過濾器錯誤報告和防濫用過濾器請求積壓，AFE就無法滿足KPI。你在這種情況下認定這代表該等用戶不需要擔任AFE，然而“某位管理員突然一下子清了所有的防濫用過濾器錯誤報告和防濫用過濾器請求積壓”本質上只是偶發事件。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月17日 (五) 11:18 (UTC)[回复]

如果现有管理员能使AFE在三个月里基本无事可做（包括主动维护过滤器来反破坏），AFE卸任、以后有需求再重新申请上任，即可。--YFdyh000（留言） 2025年1月17日 (五) 11:28 (UTC)[回复]

這會打擊AFE的積極性。zhwiki是個志願社羣，積極性很重要。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月18日 (六) 00:41 (UTC)[回复]

不可能所有好处都得到。如果群组目的是弥补管理员积压，为什么需要尸位素餐者的积极性，闲置退位为何会打击，除非上位/在位成本过高而变成帽子和工作。IPBE等权限会因闲置半年被移除，也打击了用户回归的积极性。从安全及了解近期动态来说，离任过久会不熟悉状况。这难道不是解决了您所担心的帽子问题，偶尔编辑者请其他人代办。--YFdyh000（留言） 2025年1月18日 (六) 16:40 (UTC)[回复]

我的意思是既然已經有半年不活躍除權的基本門檻，那就不要額外設置與能力無直接關係的門檻。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月19日 (日) 02:28 (UTC)[回复]

指半年不编辑？那太容易达到，无法解决您担心的持有帽子问题、其他人担心的影响全站安全问题。--YFdyh000（留言） 2025年1月19日 (日) 12:08 (UTC)[回复]

我擔憂的“帽子”是權限組分立，只要權限組不分立，那我擔憂的“帽子”就不存在。至於所謂的“全站安全問題”，我傾向於是個別用戶的極端看法而已，中文維基百科的社羣不能被極端看法騎劫。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月19日 (日) 12:49 (UTC)[回复]

权限数权限组不当饭吃，只要当成临时性的通行便利、及时清除低使用率，没必要担心帽子问题。安全隐患确实存在，分立权限有助减少攻击面。--YFdyh000（留言） 2025年1月19日 (日) 13:06 (UTC)[回复]

如我之前意见，该权限事关重大可影响全站，即便真的要设，也应采与界面管理员同等规格的选举方式以落实可信度。（这也是解决帽子王问题的更好方法。关于帽子问题我再多说一点，现在的过滤器组才是真正的帽子王，复制前一个人的理由就可以申请极其容易，可能有一半的人确实做出了贡献，但另一半人完全看不出除了收集帽子以外的其他目的。）。->>Vocal&Guitar->>_留言 2025年1月19日 (日) 00:05 (UTC)[回复]

我不確定Phabricator那邊是否能答應這種請求，Phabricator那邊已經對於我們為每個候選人分置投票頁面的做法表示不滿了。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月19日 (日) 02:27 (UTC)[回复]

单选界面管理员目前无需安全投票。->>Vocal&Guitar->>_留言 2025年1月19日 (日) 23:44 (UTC)[回复]

不正確，現時參選介面管理員者也同樣需要走安全投票程序，只是恰好沒有人單獨參選介面管理員而已。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月21日 (二) 06:18 (UTC)[回复]

从Wikipedia:過濾器助理的描述来看，社群并未要求过滤器助理一定要维护防滥用过滤器，亦有“有意利用不公开过滤器及过滤器日志项目进行反破坏工作，但不拥有管理员权限的用户”、“在其他维基媒体项目站点上负责维护防滥用过滤器，有意借鉴中文维基百科经验的用户。”另一半人完全看不出除了收集帽子以外的其他目的 这一说法可能不完全恰当。--HeihaHeihaHa-戒慎恐惧……（留言） 2025年1月19日 (日) 03:13 (UTC)[回复]

AFH的工作不一定是为维护过滤器服务的，这或许也是设立AFE组的一个理由--HeihaHeihaHa-戒慎恐惧……（留言） 2025年1月19日 (日) 03:17 (UTC)[回复]

希望你说的是真的，但实务中我仍然倾向我的观点。->>Vocal&Guitar->>_留言 2025年1月19日 (日) 23:44 (UTC)[回复]

所以该要求“過濾器助理”定期提供（准备好）“工作报告”吗，已用于哪些事项。--YFdyh000（留言） 2025年1月19日 (日) 12:11 (UTC)[回复]

倾向没有必要，至多是全站只读化？界面管理员是真正影响全站访客的可用性和安全。对于异常过滤，如果管理员及过滤器编辑者活跃，及时改回来？如果再有自动化机制（过滤器匹配率，或者机器人什么的）来进一步复检敏感操作，就更没问题。--YFdyh000（留言） 2025年1月19日 (日) 12:14 (UTC)[回复]

全站只读不够严重？如果管理员足够活跃，那其他所有权限都不必存在了。->>Vocal&Guitar->>_留言 2025年1月19日 (日) 23:44 (UTC)[回复]

不严重。争议事件难找，与紧急事件找不来任何管理员、过滤器编辑员及监管员是两个层面，以及我说了可以做自动化预防。过滤器编辑 < 管理员 < 服务器故障下的网站不可用 < 界面管理员。--YFdyh000（留言） 2025年1月20日 (一) 01:12 (UTC)[回复]

全站只读即使找不来任何管理员和其他AFE，过滤器也会因为高触发率而很快被自动关闭，技术上的预防措施是比较完善的。--HeihaHeihaHa-戒慎恐惧……（留言） 2025年1月20日 (一) 10:05 (UTC)[回复]

我看过文档，但不确定"阻止"编辑在本站是否被配置为不考量触发率的"safe" actions。--YFdyh000（留言） 2025年1月20日 (一) 15:13 (UTC)[回复]

从only "safe" actions are allowed (the ones that can warn or prevent the ongoing action)看来阻止编辑属于"safe" actions了，被Emergency throttling限制的过滤器仍可以采取prevent the ongoing action，全站只读确实是可能的。( π )题外话，触发率的考量好像和过滤器的采取的行动无关？--HeihaHeihaHa-戒慎恐惧……（留言） 2025年1月21日 (二) 04:47 (UTC)[回复]

本地配置没有这项，应该是用的缺省配置，全站只读不在此列。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年1月22日 (三) 10:38 (UTC)[回复]

有鑒於VPP過長，改走RFC。Sanmosa _{熱烈慶賀「關注度」正名「收錄標準」} 2025年1月19日 (日) 08:46 (UTC)[回复]

很高兴表示部署已经完成，abusefilter-editor用户组目前已经就绪。不过，有两点问题需要各位注意：

1. MediaWiki 命名空间本地化 需要在 Mediawiki: 空间下创建数个页面，以建立abusefilter-editor用户组的中文描述文件。
2. deletechangetags 权限 讲真这个权限我本来都没找到文档后来才在陈年补丁里知道是怎么用的 咳咳言归正传，有审阅者指出，该权限虽然存在，但在维基媒体项目中只会赋予给管理员们，因为对配置更改的限制中要求，“允許非管理員檢視已刪除的內容：WMF法律部門禁止未經RFA層級程序的非管理員查看已刪內容。”毕竟，如果只是创建、删除、激活和停用标签，其实managechangetags权限就够用了。

还请各位讨论。——敬颂冬绥 ZhaoFJx_(论•签) 2025年2月20日 (四) 21:47 (UTC)[回复]

就deletechangetags，不授予该权限不影响AFE按预期工作，managechangetags足以使用。感谢您的帮助。Iming 彼女の愛は、甘くて痛い。 2025年2月20日 (四) 23:54 (UTC)[回复]

由于该权限显然不能授予AFE，且managechangetags足以使用，故已在方针页面移除该权限相关内容，如有异议请撤销我的编辑，感谢。--Iming 彼女の愛は、甘くて痛い。 2025年2月21日 (五) 00:31 (UTC)[回复]

所有工作已完成，感谢Manchiu君的帮助。--Iming 彼女の愛は、甘くて痛い。 2025年2月21日 (五) 00:25 (UTC)[回复]

根据 Bugreporter 在此处的意见，因技术原因，我请社群考虑将权限组的名称自abusefilter-editor更改为abusefilter。

由于该变更不涉及方针实际文本，我在此公示三天，至2025年2月24日23:16分（UTC）止。我在此公示一天以，至2025年2月22日23:16分（UTC）止。感谢。Iming 彼女の愛は、甘くて痛い。 2025年2月21日 (五) 23:17 (UTC)[回复]

这个其实不需要公示吧？方针文本也没有显式提到内部名称。我觉得一天没反对意见直接改了就好。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年2月22日 (六) 02:13 (UTC)[回复]

我觉得你书的对。--Iming 彼女の愛は、甘くて痛い。 2025年2月22日 (六) 02:20 (UTC)[回复]

定于下周一部署。——敬颂冬绥 ZhaoFJx_(论•签) 2025年2月23日 (日) 05:30 (UTC)[回复]

@Iming：已完成更名。——敬颂冬绥 ZhaoFJx_(论•签) 2025年2月24日 (一) 21:32 (UTC)[回复]

因为非公开过滤器不能在站内进行讨论，导致过滤器编辑者和过滤器助理缺失讨论相关问题的渠道，可能存在降低工作效率问题。同时如果存在这样一个渠道，过滤器编辑者就可以在设置过滤器前先询问其他具备相关技术能力的人的意见，想必有益于过滤器的维护工作。因此，本人谨此提议为管理员、过滤器编辑者和过滤器助理设置（非公开）过滤器的站外讨论渠道，目前计划设置邮件列表和Telegram群组，设置Telegram群组的原因是希望方便进行即时讨论，不愿意或者不具备Telegram账户的管理员、过滤器编辑者和过滤器助理仍然可以使用邮件列表进行通讯。同时，邮件列表和Telegram群组都仅限管理员、过滤器编辑者和过滤器助理访问。谢谢。Iming 彼女の愛は、甘くて痛い。 2025年2月22日 (六) 11:28 (UTC)[回复]

同时，应该在授予权限时所发送的欢迎信中邀请新管理员、过滤器编辑者和过滤器助理加入此站外讨论渠道。另，应该在设置完毕后邀请所有现任管理员、过滤器编辑者和过滤器助理加入此站外讨论渠道。Iming 彼女の愛は、甘くて痛い。 2025年2月22日 (六) 11:33 (UTC)[回复]

邀请@Hotaru Natsumi、@Aqurs1、@ZhaoFJx、@Hehua参与讨论。--Iming 彼女の愛は、甘くて痛い。 2025年2月22日 (六) 11:35 (UTC)[回复]

再邀请几位我印象中比较活跃的管理员和过滤器助理参与讨论，@Manchiu、@SCP-2000、@Ericliu1912、@Peacearth、@Heihaheihaha、@暁月凛奈和@S8321414。--Iming 彼女の愛は、甘くて痛い。 2025年2月22日 (六) 12:44 (UTC)[回复]

@人间百态。嗯？刚才邀请的时候没输入上？Iming 彼女の愛は、甘くて痛い。 2025年2月22日 (六) 12:52 (UTC)[回复]

(＋)支持--Aqurs 2025年2月22日 (六) 11:52 (UTC)[回复]

支持。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年2月22日 (六) 11:57 (UTC)[回复]

支持。--在下荷花，请多指教（欢迎签到） 2025年2月22日 (六) 12:32 (UTC)[回复]

(＋)支持--冥王歐西里斯（留言） 2025年2月22日 (六) 12:48 (UTC)[回复]

现在拟定使用的页面，过几天我写个机器人自动处理加群申请好了。Iming 彼女の愛は、甘くて痛い。 2025年2月22日 (六) 12:51 (UTC)[回复]

(＋)支持--HeihaHeihaHa-戒慎恐惧（留言） 2025年2月22日 (六) 12:58 (UTC)[回复]

(＋)支持——敬颂冬绥 ZhaoFJx_(论•签) 2025年2月22日 (六) 19:10 (UTC)[回复]

@Iming BTW如果设立邮件列表的话，效仿enwiki用wikipedia-zh-editfilters如何？——敬颂冬绥 ZhaoFJx_(论•签) 2025年2月22日 (六) 19:16 (UTC)[回复]

无意见，正在写工单。（--Iming 彼女の愛は、甘くて痛い。 2025年2月23日 (日) 00:52 (UTC)[回复]

(＋)支持-Peacearth（留言） 2025年2月23日 (日) 04:20 (UTC)[回复]

另外，刚才意识到本讨论缺失了确认邮件列表所有者的讨论，我直接使用我自己的邮箱了，这是我的问题。请容我补救错误，我谨在此提名我自己和Stang老师担任列表管理员。这一提名将延续至列表被创建，任何人如反对此提名，请您告知，感激不尽。--Iming 彼女の愛は、甘くて痛い。 2025年2月24日 (一) 14:02 (UTC)[回复]

赞——敬颂冬绥 ZhaoFJx_(论•签) 2025年2月24日 (一) 14:16 (UTC)[回复]

(＊)提醒：Telegram 群组已建立，请参考此页面以了解如何加入。邮件列表仍需等候 SRE 团队创建。另，有意担任群组管理员以处理入群申请的用户，请在群内提出。感谢。Iming 彼女の愛は、甘くて痛い。 2025年2月24日 (一) 15:26 (UTC)[回复]

“Wikipedia:过滤器编辑者” → “Wikipedia:滥用过滤器编辑者”：在将abusefilter-editor更名为abusefilter后，WikimediaMessages扩展会将其命名为滥用过滤器编辑者。更名可确保用户组权限等特殊页面不至出现红链，且统一风格。敬颂冬绥 ZhaoFJx_(论•签) 2025年2月24日 (一) 21:28 (UTC)[回复]

其实严格来说直接重定向到本页面或者改改MediaWiki也可以（）一并通知@Iming。——敬颂冬绥 ZhaoFJx_(论•签) 2025年2月24日 (一) 21:34 (UTC)[回复]

(－)反对：首先介绍过滤器的页面名为“WP:防滥用过滤器”（简称过滤器）而非“WP:滥用过滤器”，“滥用过滤器”不明所以。其次在该短语使用简称（“过滤器编辑者”）明显比全称（“防滥用过滤器编辑者”）更通顺。最后“WP:过滤器助理”并未命名为“WP:（防）滥用过滤器助理”，若更名则命名不统一。 ——自由雨日🌧️❄️ 2025年2月24日 (一) 21:34 (UTC)[回复]

雨日别怪我……Translatewiki上主要是将Abuse filter翻译为滥用过滤器的，那不如直接改MediaWiki:Group-abusefilter？思考...——敬颂冬绥 ZhaoFJx_(论•签) 2025年2月24日 (一) 21:41 (UTC)[回复]

翻了一下讨论，好像“滥用”还是“防滥用”有争议（比如@魔琴就认为应该使用“滥用”），直接改可能有争议。不过我的后两条理由仍是成立的。( π )题外话：我一直对“滥用”一词本身就有争议。这一翻译着实令人摸不着头脑，必须要使用“abuse”的直译吗？它的含义真是“滥用”？“abuse”应该是disruptive editing（disruptive editing包含了vandalism）的意思吧？例如long-term abuse译作“持续出没的破坏者”，例如英维历史页面"en:WP:abuse response"中“abuse”也恰好指（IP的）disruptive editing（以及vandalism）。abusefilter意译成防扰乱过滤器不好么？ ——自由雨日🌧️❄️ 2025年2月24日 (一) 22:00 (UTC)[回复]

现在最好不要动af的译名，不知道会影响多少用mw的站点。 ——魔琴［身份声明 留言 贡献 PJ:NEW23］ 2025年2月25日 (二) 04:07 (UTC)[回复]

所以目前的正式译名是“防滥用过滤器”还是“滥用过滤器”思考...我看好像连“防”字都没统一……？ ——自由雨日🌧️❄️ 2025年2月25日 (二) 04:09 (UTC)[回复]

改Mediawiki空间文字就行，不需要改译名，千村已经改了。𝐻.𝑁𝑎𝑡𝑠𝑢𝑚𝑖 ™ 2025年2月25日 (二) 03:32 (UTC)[回复]

同上，暫且沒有必要修改譯名。Aqurs 2025年2月25日 (二) 06:45 (UTC)[回复]

社群同意的名称为“过滤器编辑者”且并无技术上的问题，无需进一步修改。相关显示文字已由Manchiu修正。Iming 彼女の愛は、甘くて痛い。 2025年2月25日 (二) 13:53 (UTC)[回复]

好诶，如果修好了就没有必要了。——敬颂冬绥 ZhaoFJx_(论•签) 2025年2月25日 (二) 14:04 (UTC)[回复]