维基百科:机器人/申请

快捷方式

存檔

統一存檔：2005年 · 2006年 · 2007年 · 2008年 · 2009年 · 2010年 · 2011年 · 2012年 · 2013年 · 2014年 · 2015年 · 2016年
2017年：成功 · 失敗 · 复核
2018年：成功 · 失敗 · 复核
2019年：成功 · 失敗 · 复核
2020年：成功 · 失敗 · 复核
2021年：成功 · 失敗 · 复核
2022年：成功 · 失敗 · 复核
2023年：成功 · 失敗 · 复核
2024年：成功 · 失敗 · 复核
2025年：成功 · 失敗 · 复核
2026年：成功 · 失敗 · 复核

我們歡迎所有編者的意見。請積極發表您的想法！

在未獲批准之前就使用機械人可能招致封禁。

You may be blocked for running a bot without approval.

zh: 本維基允許使用全域机器人。您可向監管員申請使用此類機械人的權限；而其他機械人的申請則須於下方提出（新申請請置於「請求測試許可」段落最底）。如果你不熟識編程，請考慮由他人代為運作機械人。
en: This wiki conforms to the standard bot policy, and allows global bots. You can ask for permission of such bots from stewards. Other bots must be requested below. Please add your request at the bottom of section "請求測試許可".

機械人申請流程

I	在提出申請之前請確保你的機械人符合機械人方針。如果你提出的項目可能會引起爭議（例如對條目作出並非單純維護的更改、在用戶討論頁發放訊息），請先到互助客栈尋求共識。你需要為機械人設立一個新帳號。点击這裏來創建一個，並在用戶頁上表示你擁有這個機械人。為你的機械人設立用戶頁，並將它連結至你的用戶頁（通常使用{{bot}}模版），並描述它的用途。你可以考慮給機器人加入停止功能，或者加入機械人緊急停止按鈕以便於在緊急故障時方便讓管理員封禁。
II	填寫申請表格在下面方格內填寫你的機械人名稱，再按下「申请机器人」按鈕。如果你的機械人已經獲批執行其他工作，請在名字後面加上編號，如`BotName/2` 回答申請頁面上的問題後儲存頁面。記緊在申請主頁面末尾添加新一行。
III	在審核過程當中在審核過程中，一位審核小組成員可能會批准你的機械人試運行一段時間（通常批准前會給予社群一段時間討論），並將申請移至測試中的區域。按照指示測試你的機械人。完成後，在審核頁面加上{{BotTrialComplete}}，並將申請子頁面移至Wikipedia:机器人/申请#已完成測試的機械人。也請提供到機械人貢獻頁面的連接，並說說測試期間遇到的錯誤。如超過一星期沒有審核小組成員處理，你覺得你的請求被遺忘了，可以在頁面加上{{BAG assistance needed}}。但請不要每次回應後就立刻加上本模版。你也可以用{{@BAG}}模板通知所有審核小組成員。在申請中的任何階段，你都可以撤回申請。在請求子頁面中加上{{BotWithdrawn}}即可。如果申請人在一段長時間後都沒有回覆審核小組提出的問題，審核小組成員可將申請標記為過期，故請定期留意申請頁面。
IV	審核完結後當測試期完結，社群亦完成討論後（約需一星期），一名審核小組成員會正式批准或否決一項申請。如果申請通過: 申請會在這裏存檔，並且做記錄。如有需要，行政員將在數日內給予機械人權限。（請先等待獲得權限再開始操作，以免冲刷最近更改。）如果機械人以前已有機械人權限，你可立刻開始工作。如果申請失敗: 申請會在這裏存檔。

審核小組成員須知

批准機械人試運行

在批准試行前，請考慮該項目會否存在爭議(例如對條目作出並非單純維護的更改、在用戶討論頁發放訊息)。如果這類申請並未附上連結，顯示其已獲得社群共識(或至少社群以沉默來表示並不反對)，請用{{BOTREQ|advertise}}來要求申請者補回連結。
當討論一至三天後(視項目複雜度而定)，可用{{BotTrial}}批准機械人進行第一階段測試。一般而言機械人應試運行數十次。
請將已開始測試的機械人申請移到測試中區域。
完成第一階段測試後，小組成員應檢視機械人的運作情況。如果一切正常，則可批出第二階段測試許可。一般而言機械人應試運行一百次。
一般完成
如申請者在一段長時間後仍無回覆，可視作過期申請並關閉。

正式批准/否決申請

當已給予社群足夠時間(約一星期)去討論/分析/改進機械人後，你可正式批准/否決該申請，(程序與處理撤回/過期申請一樣)將申請狀態改為批准/快速批准/否決/被撤回/過期之一。
用這些模版來表達你的審核結果。

存檔

如果申請通過：在這裏存檔，机器人会自动更新Wikipedia:机器人/列表。
如果申請失敗：在這裏存檔。

#	機器人申請	進度	💬	👥	🙋 最新發言	🕒 (UTC+8)	BAG	🕒 (UTC+8)
1	PexBot ₄	狀態：新申請	1	1	PexEric	2026-10-06 19:01
2	LuciferianBot ₈	狀態：測試中	3	3	Ericliu1912	2026-07-03 18:54
3	Shio-bot	狀態：測試中	18	7	Exusiai	2026-07-14 14:24	Shizhao	2025-01-04 19:23
4	PexBot ₃	狀態：測試中	4	3	逆襲のあまのじゃく	2026-08-26 10:55	逆襲のあまのじゃく	2026-08-26 10:55
5	Shio-bot ₃	狀態：測試中	14	4	Hamish	2026-09-26 12:07	逆襲のあまのじゃく	2026-09-14 11:39
6	Twelephant-bot ₂	狀態：測試已完成	3	2	臺灣象象	2026-10-07 18:16	Shizhao	2026-08-31 20:50
7	Cewbot ₃₂	狀態：已批准	25	5	逆襲のあまのじゃく	2026-09-01 10:48	逆襲のあまのじゃく	2026-09-01 10:48
8	Twelephant-bot ₃	狀態：已批准	16	4	Temp3600	2026-08-31 20:47	Shizhao	2026-08-31 16:55
9	Non-robot ₅	狀態：已批准	17	4	逆襲のあまのじゃく	2026-09-01 00:06	逆襲のあまのじゃく	2026-09-01 00:06
10	Twelephant-bot	狀態：已批准	25	3	Shizhao	2026-09-07 19:53	Shizhao	2026-09-07 19:53
11	YFdyh-bot ₃	狀態：撤回申請	14	5	逆襲のあまのじゃく	2026-09-10 14:32	逆襲のあまのじゃく	2026-09-10 14:32
12	Twelephant-bot ₄	狀態：已批准	13	4	逆襲のあまのじゃく	2026-09-17 10:32	逆襲のあまのじゃく	2026-09-17 10:32
13	Kurwabot ₈	狀態：拒絕申請	8	5	逆襲のあまのじゃく	2026-10-06 07:28	逆襲のあまのじゃく	2026-10-06 07:28
14	Hamish-bot ₁₂	狀態：部分批准	10	4	逆襲のあまのじゃく	2026-10-06 07:39	逆襲のあまのじゃく	2026-10-06 07:39
15	Willy1018-bot	狀態：撤銷許可	3	4	Shizhao	2026-08-31 10:53	Shizhao	2026-08-31 10:53

發言更新圖例
最近一小時內
最近一日內
一週內
一個月內
逾一個月
特殊狀態
已移動至其他頁面或完成討論之議題
手動設定
當列表出現異常時，請先檢查設定是否有誤

請求測試許可

PexBot 4

狀態： 新申請
操作者：PexEric
提請時間：2026年10月6日 (二) 11:01 (UTC)
自動化程度：全自动
程式語言：mwn
用途：每六小时检查en:Wikipedia:Wikipedia Signpost，有新刊时调用大语言模型翻译并发布到本地的Wikipedia:《路标》
原始碼連結：gitlab:toolforge-repos/pexbot
編輯時段及頻率：取决于en:Wikipedia:Wikipedia Signpost发刊频率，通常为每月一到两期。
受影響頁面：Wikipedia:《路标》的子页面
遵守機器人規範：不相关
已有機器人權限：无

AI翻译近来已经很普遍，包括一些浏览器插件。我之前也透过此类浏览器插件来读《路标》，就想到为何不把AI翻译后的结果共享出来，以飨维基人；更希望发挥wiki共笔优势，读不尽兴的地方随时改了也方便他人。值得注意的是这不是以agent形式实现的，依旧是传统流水线式的工作流，只是中间api请求大模型执行翻译。--PexEric 2026年10月6日 (二) 11:01 (UTC)回复

測試中

LuciferianBot 8

狀態： 測試中
操作者：路西法人
提請時間：2025年2月17日 (一) 08:18 (UTC)
自動化程度：全自動
程式語言：NodeJS
用途：更新爭議解決佈告板請求列表
討論內容連結：維基百科討論:爭議解決布告板#爭議解決布告板準備工作
原始碼連結：GitHub
編輯時段及頻率：每10分鐘
受影響頁面：1（Template:DRN case status）
遵守機器人規範：不相關
已有機器人權限：是

{{BAG assistance needed}}--路西法人 2025年3月9日 (日) 04:38 (UTC)回复

@LuciferianThomas：这个有人用吗。。我唯一对于代码的意见是判断如果与当前文本相同（不用更新）的话则不用编辑，这样就不用每10分钟就编辑了，我没看见代码里面有这样做，如果之后要使用~~~~~代表更新时间的话则必须做一个判断（此为原bot的判断）
这个问题修好之后（或者向我指出此问题不存在），按DRN有第一个讨论串起， 批准測試運作（30次編輯或7日），哪一个先到（7天或30个编辑）则为结束。beef [talk] 2025年4月6日 (日) 03:28 (UTC)回复
@LuciferianThomas：是否已完成測試？—— Eric Liu_{創造は生命（留言・留名・學生會）} 2026年7月3日 (五) 10:54 (UTC)回复

Shio-bot

狀態： 測試中
操作者：Yiming / Praise and glory be to the Machine God!
提請時間：2024年10月30日 (三) 08:54 (UTC)
自動化程度：全自动
程式語言：Python
用途：当用户修改重定向后自动修正对应繁简重定向。
原始碼連結：https://github.com/SAScholar/STConverterWatchingDog/blob/main/src/main.py
編輯時段及頻率：不确定，取决于何时有人修改。
受影響頁面：主空间和讨论空间
遵守機器人規範：不相关
已有機器人權限：否

L29：redirect也可以確立重新導向。--Hamish T 2024年10月31日 (四) 14:38 (UTC)回复

感谢建议，已修改。--Yiming / Praise and glory be to the Machine God! 2024年10月31日 (四) 17:06 (UTC)回复

{{BAG assistance needed}}Yiming / Praise and glory be to the Machine God! 2024年11月3日 (日) 10:00 (UTC)回复

( π )题外话：能否带tag？触发机器人这个任务的编辑（i.e.，用户修改有繁简差异的重定向）可能需要检查。 ——魔琴［身份声明留言贡献新手2023］ 2024年11月8日 (五) 02:53 (UTC)回复

@魔琴：可以，但需要管理员协助创建相应标签。--Iming 砂糖少女以爱为食 2024年11月8日 (五) 03:07 (UTC)回复

我记得pywikibot自带有个脚本就可以做这个事？--百無一用是書生 (☎) 2025年1月4日 (六) 11:23 (UTC)回复

@Shizhao：我没记错的话那个似乎是用来修复双重重定向或受损重定向的，不符合此任务的用途。此任务用于在确认到修改重定向后，将该重定向页面对应的繁体/简体重定向页面重定向到新的重定向目标。--Iming 彼女の愛は、甘くて痛い。 2025年1月4日 (六) 11:43 (UTC)回复

@Iming 此申请与下方申请的源代码链接已失效？--beef [talk] 2025年4月4日 (五) 04:53 (UTC)回复

源码发布了at我 beef [talk] 2025年4月6日 (日) 03:31 (UTC)回复

@0xDeadbeef：链接已更新。同时补充说明一些内容，机器人只会处理简繁差异，不会处理地区词导致的问题，同时有关魔琴在上方提出的问题，我认为没有必要单独添加tag，因为此机器人只会因为此任务而修改重定向，所以可以通过在机器人用户贡献页面限定tag来查看相关改动，日后如有其他需要再考虑为编辑添加tag。下方任务改为使用AWB进行，稍后修改。谢谢。Iming 彼女の愛は、甘くて痛い。 2025年4月6日 (日) 13:40 (UTC)回复

大概了解这个机器人是什么意思了。目前鼠标指针重定向至指针 (用户界面)。如果同时存在鼠標指針这样的页面，则修改前者的重定向目标之后则bot会跟着去修改后者的重定向目标。有一下两点需要注意：

Bot应该忽略自己作出的编辑，以免进入死循环
应先统计全站有这样的情况重定向标题有多少，而且目前软件、内链等不需要同时简体繁体标题都存在就可以工作？所以如果发现这样重复的情况是不是应该先提删？

--beef [talk] 2025年4月11日 (五) 12:59 (UTC)回复

感谢您的意见：

代码已修复，位于L51处。
经统计，共有75815例。我个人更倾向于保留，以免未来被错误重建。同时其他编者可以参考机器人编辑日志，对于有需要提删的，手动提删。

--Iming 彼女の愛は、甘くて痛い。 2025年4月24日 (四) 17:30 (UTC)回复

注：此任务正于Wikipedia:互助客栈/技术#原提案：目前和將來出現的2條僅為簡繁差異的重新導向，(A)使用機器人維護？(B)還是刪除？讨论--beef [talk] 2025年5月5日 (一) 13:27 (UTC)回复

@0xDeadbeef，按现有讨论，社群对于使用机器人并无异议，目前的讨论点仅在未来如何对待新建的类似重定向，和本申请无关。此外，上文所提及的“75815例”，请见此处]。谢谢。Iming 彼女の愛は、甘くて痛い。 2025年5月8日 (四) 13:25 (UTC)回复

从机器人第一个编辑计起，

批准測試運作（30次編輯或30日），哪一个先到（30日或30个编辑）则为结束。--beef [talk] 2025年5月8日 (四) 13:28 (UTC)回复

哦对了，记得加编辑摘要，链接这个BRFA。--beef [talk] 2025年5月8日 (四) 13:28 (UTC)回复

@Exusiai：是否已完成測試？—— Eric Liu_{創造は生命（留言・留名・學生會）} 2026年7月3日 (五) 10:55 (UTC)回复

@Ericliu1912，之前测试时确认一个问题，已经修复，但是因为最近过于忙碌，无暇重新部署运行。目前计划在8月初左右完成测试。Exusiai 彼女の愛は、甘くて痛い。 2026年7月14日 (二) 06:24 (UTC)回复

PexBot 3

狀態： 測試中
操作者：PexEric
提請時間：2026年4月23日 (四) 08:41 (UTC)
自動化程度：半自动。几乎是手动。
程式語言：mwn
用途：

清理字词转换规则中繁简体应用错误的规则，防止读者看到繁简混杂的文本。例如-{zh-cn:簡體;zh-tw:繁体;}-，改成-{zh-cn:简体;zh-tw:繁體;}-。

为了做到这一点，我选择先通过扫描每月发布的XML Dumps生成数据库报告。这是受到lint-wiki-dumps的启发。然后我手动筛选出需要处理的页面，然后不定时、分批地提交给bot，bot只执行文本替换和编辑提交。
原始碼連結：主要逻辑是数据库报告系统，开源在gitlab:toolforge-repos/zhconv-report。bot没开源，因为只是简单的编辑替换；如果开源的话会放在gitlab:toolforge-repos/pexbot（等我重构完）。
編輯時段及頻率：不定时
受影響頁面：小于1万条目。见报告，我会再手动筛选一遍。
遵守機器人規範：仅编辑条目空间。我觉得无关。
已有機器人權限：无。且需要。

我印象中似乎有个特例是，当需要在简体时显示繁体，在繁体时显示简体，有人会使用-{zh-cn:簡體;zh-tw:繁体;}-这种方式来实现？--百無一用是書生 (☎) 2026年7月3日 (五) 02:14 (UTC)回复

少数特殊案例，想知道如何发现和处理？如果这个问题得到解答，我认为就没其他问题了。

Shizhao老师指出的特殊案例，不能修改：
- GRANDBLUE 碧藍之海：{{lang|ja|-{zh-hant:シャルピー衝撃試験／大人の林間学校;zh-cn:シャルピー衝撃試験;}-}}
- 20世紀少年：'''遠藤健兒'''（-{zh-hans:港译：远藤健次;zh-hant:港譯：遠藤健次;zh-hk:台譯：遠藤健兒;zh-tw:港譯：遠藤健次;zh-mo:台譯：遠藤健兒;}-，原文：{{lang|ja|ケンヂ、遠藤健児}}）
- 異變13秒：-{zh:簡體中文版譯作《'''悖論13'''》;zh-hans:繁体中文版书名为《'''異變13秒'''》;zh-hant:簡體中文版譯作《'''悖论13'''》}-
- .cn：zh-hans:.中国;zh-hant:.中国
- 和制汉字：-{zh-hant:過（过）;zh-hans:过}-
简繁体用字不能简单转换：
- 2015年中國足球甲級聯賽：史坦斯历（歷/曆，歷）
- 胡慧冲、东方不败：胡慧冲、令狐冲，本名就是两点水，不转换
- 宇文歆：并州（并/並/併，并），不转换
- 李金发：發/髮，一个是發，另一个是髮

--逆襲のあまのじゃく天邪鬼 (留言) 2026年8月24日 (一) 07:31 (UTC)回复

我计划主要是手动进行。但可以有一些辅助手段：

1.目前常见的误报字已有部分被排除。如hk/mo/tw中有“台”、“床”等，不会被报告。如果“历”也常误报也可加入，或将“史坦斯历”整体作为排除词。

2.所有通过-{zh-hans:AA;zh-hant:AA;}-及类似形式来取消转换的，我会在二次筛选时排除。且后续计划由另外的任务统一改为-{AA}-（包括NoteTA中）。这将解决“.中国”、“并州”及“胡慧冲”等。

3.-{zh-hant:過（过）;zh-hans:过}-，也是打算二次筛选时把简体和繁体同时出现在一起的排除。

其他的：

异变13秒在我看来该改，{{各地中文名}}等模板也会进行繁简转换。

GRANDBLUE 碧蓝之海、李金发这种属于极端情况，必须手动改条目。

20世纪少年一例我没看懂，似乎没有问题？--PexEric 2026年8月24日 (一) 13:16 (UTC)回复

批准測試運作（500次編輯）。另由于不带bot flag，如调用程序批量替换，注意控制编辑频率。--逆襲のあまのじゃく天邪鬼 (留言) 2026年8月26日 (三) 02:55 (UTC)回复

Shio-bot 3

狀態： 測試中
操作者：Exusiai 彼女の愛は、甘くて痛い。
提請時間：2026年8月31日 (一) 09:10 (UTC)
自動化程度：全自动
程式語言：Python
用途：用于维护人事任免投票资格名单。机器人每十二小时会自动更新一次主名单，并根据选举管理员的要求，为每次选举生成单独的名单。
原始碼連結：https://github.com/LExusiai/eligible-voter-maintenance-python
編輯時段及頻率：主名单每十二小时一次（如有变动），子名单按选举管理员实际需要执行
受影響頁面：
遵守機器人規範：不相关
已有機器人權限：否

抱歉有点晚了，之前觉得安全投票没人用了就拖到现在，近日发现好像又有人用了，所以我今天下午就快速地写了一个出来。尚未经过调试，不过应该问题不大？另外可能需要说明的是，page_preload计划是一个模板，占一行。Exusiai 彼女の愛は、甘くて痛い。 2026年8月31日 (一) 09:10 (UTC)回复

以及，机器人应该能正确修改election的status，但是还没写（）不过应该不影响机器人申请时的代码审查。数据库里的election由选举管理员通过telegram机器人提交，或直接在toolforge上新增数据，这个不影响站内，~~并且也还没写~~，故没有贴出。--Exusiai 彼女の愛は、甘くて痛い。 2026年8月31日 (一) 09:18 (UTC)回复

(非bag)建議先完成维基百科:机器人/申请/Shio-bot的測試，再開展其他工程。--Temp3600（留言） 2026年8月31日 (一) 12:52 (UTC)回复

这个我准备在这个之后再测试（）--Exusiai 彼女の愛は、甘くて痛い。 2026年9月2日 (三) 08:43 (UTC)回复

{{BOTREQ|doing}}--逆襲的天邪鬼 (留言) 2026年8月31日 (一) 17:02 (UTC)回复

批准測試運作（7日）

在开始测试前需立即解决的问题：在check_sub_list_update中，如果目前有安全投票，机器人会出现“连轴转”的死循环bug，反复请求而且不走sleep。而真正有用的版本是投票开始前一刻的版本，且投票开始时间往往设置在0点或其他整点。因此应当控制编辑频率和编辑时机。

以下问题是阻断性问题，正式运行之前务必改好：

现在机器人编辑会导致显示格式错乱，需保证页面的人类可读性。具体方法随意，可参考Wikipedia:人事任免投票资格/名单，在名单两端增加pre标签；
dt.date.today()不带时间，而格式化中又带上了%H%M%S，假如机器人在23:59运行，当天的编辑都没记在内，有公平性问题。

以下是优化意见，不影响批准：

page_preload内容可参考Wikipedia:人事任免投票资格/名单版本；
get_voter_list_from_wikipedia有个粗暴的[1:]。如果该页面被其他人编辑过，可能产生意外结果，应当使用明确的边界，或者做一些检查再截取；该截取行为要和page_preload内容一致；
check_main_list_update第一个await asyncio.sleep(43200)位置有问题。名单成功更新后，机器人不会按照预期设计休眠半天，而是会立刻继续进入下一轮循环，重新查询、更新名单，确定没有变化之后才落到第二个sleep 43200。那么为什么要重复一遍呢？
选举并不是高频事件，没有选举发生时，编辑频率可以进一步放慢到以天计数；
时间计算涉及时区问题，由于选举的敏感性，需确认服务器、数据库的时区是否统一；
目前check_main_list_update每执行一次sleep 12小时，虽然能做到每12小时运行一次，但由于机器人任务本身有执行时长，实际执行时刻可能会产生累积误差，对于选举这种敏感场景不好。中途崩溃之后也不易确认是否在继续运行。推荐将程序改为单次任务结束后退出，采用Toolforge/操作系统的cron调度机制触发；
目前check_sub_list_update每10秒一次，频率过高。需考虑调整编辑频率，并参考上条调整任务触发机制。

--逆襲的天邪鬼 (留言) 2026年9月2日 (三) 07:31 (UTC)回复

感谢您的建议，下为回复：

阻断性问题：

了解。这个当时写的时候比较忙就没写，运行前会注意处理。
写的时候是预期行为，不过您说的对，写的时候脑子瓦特了XD。

优化意见：

目前准备是使用我之前准备的一个模板及现有内容，确认最终版本后会修改[1:]的具体设置。
了解，计划添加一个判断，如果最后编辑者不是机器人，就直接重新运行一次主名单更新。
预期行为，期望检查一遍。如果检查期间恰好又有新变动那就更新一次。
好
均以UTC时间计算
好
好

感谢。Exusiai 彼女の愛は、甘くて痛い。 2026年9月2日 (三) 08:42 (UTC)回复

@逆襲のあまのじゃく因为我明天和最近几天会很忙，应该没时间上线，所以现在来回报一下。如果假定测试期自9月2日起，那么明天应该就到期了，请BAG复查。Wikipedia:人事任免投票資格/名單/1是机器人根据我的指示生成的名单，开始时间和结束时间皆手工指定，看起来工作正常。主名单的维护任务看起来也是正常。前文提到的将维护任务单独交由toolforge定时任务功能执行的想法，我觉得可以，但是暂时没时间写（）过几天找时间写一下。--Exusiai 彼女の愛は、甘くて痛い。 2026年9月8日 (二) 11:05 (UTC)回复

按照惯例，期限从开始编辑起算。你可以挑有空时候开始测试。中间隔两天也能接受，但是由于此任务性质，请确保机器人至少有连续的两到三天运行时间。--逆襲的天邪鬼 (留言) 2026年9月8日 (二) 11:18 (UTC)回复

现在应该可以了，机器人已经连续运行七天。因为目前不方便访问toolforge，就先不暂停任务了。--Exusiai 彼女の愛は、甘くて痛い。 2026年9月13日 (日) 03:08 (UTC)回复

@逆襲のあまのじゃく，补ping。--Exusiai 彼女の愛は、甘くて痛い。 2026年9月13日 (日) 22:52 (UTC)回复

意見。

目前主名单中机器人任务启动时间为10:21，在运行过程中从10:21逐渐飘到了10:26，由于投票敏感性，以及长期运行特点，正式启用前应当修正该问题。
（非阻断意见）名单中除日期外，宜增加统计截止时刻，几点几分，标记时区，以免产生“当天算不算”这类判断标准争议。
（非阻断意见）正式运行时推荐在整点启动，使大家有一个机器人稳定运作的预期。

修复完成后，视情况可能需要再连续试运行2-3天以验证时间漂移问题修复。--逆襲的天邪鬼 (留言) 2026年9月14日 (一) 03:39 (UTC)回复

@Exusiai：基於上述問題仍待修正~~，且測試期間已過然機械人仍在運行狀態，考慮到影響的是WP空間，暫施以部分封鎖~~。--Hamish one great show can change the world 2026年9月26日 (六) 04:03 (UTC)回复

修訂上方留言。--Hamish one great show can change the world 2026年9月26日 (六) 04:07 (UTC)回复

已完成測試

Twelephant-bot 2

狀態： 測試已完成
操作者：象象🐘(留言|貢獻)
提請時間：2026年6月20日 (六) 15:56 (UTC)
自動化程度：全自動
程式語言：python
用途：自動存檔已過期的禁制
原始碼連結：[1]
編輯時段及頻率：視情況而定
受影響頁面：Wikipedia:禁制紀錄及其子頁面
遵守機器人規範：不適用
已有機器人權限：無

: 批准測試運作（50次編輯） --百無一用是書生 (☎) 2026年7月3日 (五) 02:16 (UTC)回复

批准測試運作（10次編輯），这个页面编辑较少，50次测试未免太多了，耗时太久--百無一用是書生 (☎) 2026年8月31日 (一) 12:50 (UTC)回复

測試已完成--象象🐘(留言|貢獻) 2026年10月7日 (三) 10:16 (UTC)回复

待存檔

Cewbot 32

狀態： 已批准
操作者：Kanashimi（留言）
提請時間：2026年4月21日 (二) 22:15 (UTC)
自動化程度：全自動
程式語言：GitHub上的wikiapi頁面
用途：自動替換必須替換引用的模板。
原始碼連結：GitHub上的20260422.auto subst templates.js頁面
編輯時段及頻率：weekly
受影響頁面：
遵守機器人規範：Y
已有機器人權限：Y

本作業將會替換引用{{Needsubst|auto=yes}}的模板。效果類似w:en:User:AnomieBOT/docs/TemplateSubster。--Kanashimi（留言） 2026年4月21日 (二) 22:15 (UTC)回复

根据描述，只要带有{{Needsubst|auto=yes}}的模板都会被机器人定期替换引用，但是任何人可以在任何模板中加入{{Needsubst|auto=yes}}，所以：1、存在滥用风险，易被破坏者利用机器人进行大规模错误编辑。2、违反WP:BOTREQUIRE“机器人运作前必须获得共识”，绕过了机器人作业的讨论程序，任意用户可单方面添加Needsubst以触发机器人作业，不论该作业是否有共识。

en:User:AnomieBOT/docs/TemplateSubster的设计是只处理嵌入少于100的模板，超过100次嵌入则必须在en:User:AnomieBOT/TemplateSubster force中添加链接（该页面受模板保护），添加链接前要求“确保替换引用该模板具有充分的共识”。--Kcx36（留言） 2026年4月25日 (六) 05:53 (UTC)回复

現在使用的設定檔是User:Cewbot/log/20260422/configuration，同樣採用最多100筆的門檻。所以防濫用機制與enwiki相同。--Kanashimi（留言） 2026年4月25日 (六) 09:44 (UTC)回复

test cases--Kanashimi（留言） 2026年5月1日 (五) 12:10 (UTC)回复

test cases of category--Kanashimi（留言） 2026年5月3日 (日) 11:22 (UTC)回复

Special:Diff/92599594，是预期现象吗？ ——魔琴［留言贡献 PJ:小學 PJ:兩岸］ 2026年5月10日 (日) 13:41 (UTC)回复

看起來是. 我想這得要修{{singlenotice}}?--Kanashimi（留言） 2026年5月14日 (四) 22:42 (UTC)回复

已修复機器人可正常處理了--Kanashimi（留言） 2026年7月18日 (六) 00:21 (UTC)回复

@Kanashimi：{{Singlenotice}}不应该被替换引用。现已修复该模板，之前模板页面显示的不是模板本身的文档，而是其他模板嵌入{{Singlenotice}}时显示的格式化的模板文档。请回退所有对{{Singlenotice}}的替换引用。--Kcx36（留言） 2026年7月18日 (六) 09:29 (UTC)回复

機器人會按照設定去跑，當模板不在Category:待自動替換的維基百科模板中時就不會被替換。無論如何，機器人的作業看起來已解決 #if 的問題，因此其執行沒有錯誤。另外這次改動似乎會造成模板:Uw-bypassafc下方出現奇怪的狀況?--Kanashimi（留言） 2026年7月18日 (六) 10:59 (UTC)回复

我不知道@魔琴问是否是预期现象，指的是#if 的问题，还是问这个模板是不是被不当替换，但我认为您对什么情况下应对模板替换引用的判断力稍显不足。能否回退对{{Singlenotice}}的替换引用？抱歉之前我少打两个大括号。--Kcx36（留言） 2026年7月18日 (六) 12:53 (UTC)回复

谢谢，我说的就是{{singlenotice}}可能不应该替换引用。 ——魔琴［留言贡献 PJ:小學 PJ:兩岸］ 2026年7月18日 (六) 15:02 (UTC)回复

@Kcx36@魔琴已復原{{singlenotice}}相關的編輯。機器人會替換引用這個模板的原因是singlenotice被列在了分類:待自動替換的維基百科模板中。既已剔除這模板，之後機器人不會再替換引用這個模板。也請檢查是否有其他不該自動替換的模板，謝謝您。--Kanashimi（留言） 2026年7月24日 (五) 07:18 (UTC)回复

提议对逻辑做一下改变，看下大家想法如何：

维护一个subst白名单，对该页面进行模板保护，列入其中需存在共识（既有模板）或新模板，只有在白名单里的模板才执行自动subst，以防止未经批准滥用机器人功能。嵌入量小于100不代表这个模板未在高频使用。
{{Needsubst|auto=yes}}不设auto参数，而是检测模板名字在不在名单里，以保持模板信息与机器人实际执行情况一致。
默认情况下，只在各类讨论页（Talk、User talk、……）以及User、Wikipedia、Portal、WikiProject、Help命名空间编辑。在白名单中加特殊标记时才影响条目和Draft、Category，以免意外影响条目。（此条可选）
不对Template、Module命名空间内的内容进行替换，以免误伤元模板。

--逆襲のあまのじゃく天邪鬼 (留言) 2026年8月24日 (一) 04:14 (UTC)回复

@Kanashimi、Kcx36、魔琴：圈下各位参与者--逆襲のあまのじゃく天邪鬼 (留言) 2026年8月24日 (一) 04:40 (UTC)回复

善。 ——魔琴［留言贡献 PJ:小學 PJ:兩岸］ 2026年8月24日 (一) 05:55 (UTC)回复

没意见。--Kcx36（留言） 2026年8月24日 (一) 07:31 (UTC)回复

完成已創建User:Cewbot/log/20260422/subst_allowlist。不過現在的條件更嚴格，僅自動subst在category_of_templates_to_be_automatically_substituted與subst_allowlist名單中的頁面。兩者皆符合才會subst。--Kanashimi（留言） 2026年8月24日 (一) 09:32 (UTC)回复

批准測試運作（50次編輯） --百無一用是書生 (☎) 2026年8月25日 (二) 03:10 (UTC)回复

完成 test cases and test cases of category --Kanashimi（留言） 2026年8月25日 (二) 08:04 (UTC)回复

需要再探讨一个问题（不影响批准），根据现在代码，一个模板能被cewbot自动subst，需要同时满足三个条件，一个在白名单，一个带Needsubst模板（技术上是在分类中即可），一个嵌入量不超过100，而模板维护者在给模板挂{{needsubst|auto=yes}}可能并不清楚这一点，结果模板没有按照他的预期被机器人subst。这个维护问题如何处理呢？我的想法是这样，征求一下意见：

统一数据源，needsubst不再设置auto=yes参数，我给他改一下，直接写个lua模块去读User:Cewbot/log/20260422/subst_allowlist判断。按此操作，由于数据源已经统一，cewbot不再需要检查分类。
needsubst模板文档及时更新为最新情况，明确写清自动替换方法，即去提这个subst_allowlist编辑请求
（未明确）嵌入量不超过100这个条件保留并确写在文档中。是否需要提供豁免方法？

--逆襲のあまのじゃく天邪鬼 (留言) 2026年8月26日 (三) 03:29 (UTC)回复

自動讀User:Cewbot/log/20260422/subst_allowlist以及文檔更新當然可以。嵌入量max_pages_before_abort可用auto_config覆蓋--Kanashimi（留言） 2026年8月27日 (四) 02:21 (UTC)回复

我把{{Needsubst}}给lua化，Module:Needsubst，然后以subst_allowlist为数据源了。正式授权的时候，还需要配合补全清单，加上模板保护。--逆襲的天邪鬼 (留言) 2026年8月27日 (四) 09:09 (UTC)回复

@Kanashimi、Shizhao：我根据Needsubst的链入页面更新了一组模板名单，注意复查一下。部分模板未加入名单，放在了讨论页中。如无问题可考虑设置模板保护。--逆襲的天邪鬼 (留言) 2026年9月1日 (二) 02:48 (UTC)回复

随机抽查未见异常，

正式批准運作 --百無一用是書生 (☎) 2026年8月31日 (一) 02:50 (UTC)回复

Twelephant-bot 3

狀態： 已批准
操作者：象象🐘(留言|貢獻)
提請時間：2026年8月6日 (四) 17:01 (UTC)
自動化程度：全自動
程式語言：pywikibot
用途：清理條目討論頁、wikipedia命名空間、wikipedia talk命名空間的#spoiler，以方便後續將相關樣式移出MediaWiki:Common.css
原始碼連結：github
編輯時段及頻率：1分鐘約2~3筆
受影響頁面：~~15,925~~^{2026年8月8日 (六) 12:36 (UTC)}15,805
遵守機器人規範：不適用（不編輯使用者自治空間）
已有機器人權限：無

这是一次性任务吧？--百無一用是書生 (☎) 2026年8月8日 (六) 10:41 (UTC)回复

@Shizhao：是象象🐘(留言|貢獻) 2026年8月8日 (六) 12:30 (UTC)回复

和另外一个任务同样问题，编辑量太大，建议bot权限，或者临时给一个机器人账户权限？--百無一用是書生 (☎) 2026年8月14日 (五) 02:16 (UTC)回复

或者再建一个bot账号，专门用来跑需要bot权限运行的任务？--百無一用是書生 (☎) 2026年8月22日 (六) 04:13 (UTC)回复

具體來說是要用另一個機器人帳號跑嗎？Elephant-bot 象象🐘(留言|貢獻) 2026年8月29日 (六) 09:52 (UTC)回复

意見：

现在代码会运行报错，需要在测试过程中修改好。另外搜索条件使用正则表达式，但page.text.replace未使用，这需要修改一致。
使用哪个账号不重要，任务获批后让shizhao老师赋个bot flag就是。因为出现了两个账号，在批准测试之前需要明确一下具体用哪个账号，如果换Elephant-bot，需要把申请改一下。保持不变也可以。

--逆襲的天邪鬼 (留言) 2026年8月30日 (日) 09:58 (UTC)回复

@逆襲のあまのじゃく：感謝說明，
1.已經修復程式碼，並一致使用正則表達式（唯一的差異只有搜索條件的雙引號前會加反斜線），並測試無誤。
2.如果可以的話，用原本的Twelephant-bot就好了。象象🐘(留言|貢獻) 2026年8月30日 (日) 11:50 (UTC)回复

~~:@臺灣象象：。--Temp3600（留言） 2026年8月29日 (六) 08:30 (UTC)~~回复

批准測試運作（50次編輯）—-逆襲的天邪鬼 (留言) 2026年8月30日 (日) 11:53 (UTC)回复

@逆襲のあまのじゃく：測試完成--象象🐘(留言|貢獻) 2026年8月30日 (日) 12:41 (UTC)回复

唯一的問題是編輯計數，不過正式運行後就不需要了。象象🐘(留言|貢獻) 2026年8月30日 (日) 12:44 (UTC)回复

正式批准運作，使用Twelephant-bot账号。需要行政员@Shizhao：向账号赋机器人权限后运行。--逆襲的天邪鬼 (留言) 2026年8月31日 (一) 01:41 (UTC)回复

需要@臺灣象象确认一下，授予Twelephant-bot机器人权限的话，对该账号执行的其他任务有没有不利影响？若没有的话，我就可以授予权限了百無一用是書生 (☎) 2026年8月31日 (一) 02:26 (UTC)回复

@Shizhao：不會有不利影響，可以直接授權。--象象🐘(留言|貢獻) 2026年8月31日 (一) 08:20 (UTC)回复

已授权--百無一用是書生 (☎) 2026年8月31日 (一) 08:55 (UTC)回复

效率驚人!--Temp3600（留言） 2026年8月31日 (一) 12:47 (UTC)回复

Non-robot 5

狀態： 已批准
操作者：百無一用是書生 (☎)
提請時間：2026年8月5日 (三) 11:55 (UTC)
自動化程度：全自動
程式語言：基于pywikibot
用途：自动更新Template:Recent changes article requests/list，且并不妨碍手工更新
討論內容連結：Template_talk:Recent_changes_article_requests/list#建议使用bot辅助进行清理更新
原始碼連結：User:Non-robot/rclist.py
編輯時段及頻率：0-1次/天
受影響頁面：Template:Recent changes article requests/list
遵守機器人規範：是
已有機器人權限：不需要

主要功能：

清理蓝链：每天定期清理，如超过B天的蓝链则删掉，若蓝链的条目被提删或小小作品、不符收录标准则不处理，直到条目被删掉视为红链处理，或者条目被保留再视为蓝链处理
清理红链：每天定期清理，如超过R天仍是红链则删掉
补充红链：若通过1、2步骤清理后，少于n项，则从待撰页面、Wikipedia:條目请求、Wikipedia:最多語言版本的待撰條目等处随机挑选一些红链，补足到n

其中以下问题或需讨论一下：

B为蓝链超期天数，是否设置为5天为宜？若否，多少天合适？
R为红链超期天数，是否设置为30天为宜？若否，多少天合适？
n为模板中的项目数，目前模板中大约有5000多项，是否设置n为5000？个人认为通过bot定时清理，似乎不用保持5000之多，有2000或3000就已经非常足够了，甚或更少（目前bot能收集到的红链大约有11000多条），也能减轻一点最近更改的加载速度。

bot测试页面见User:Non-robot/Recent changes article requests/list，测试规则是：B=1, R=3, n=305(因测试需要会随时调整) --百無一用是書生 (☎) 2026年8月5日 (三) 12:08 (UTC)回复

因为自己也对以上几个变量的设置没太大把握，因此问了一下AI，AI认为：

B=5非常合适（建议3到7天较为合适），“不仅能让提出请求的用户看到他们的请求已经被响应，也能给其他贡献者一种“条目正在不断被创建”的积极心理暗示。”；
R建议设置为60到90天，最佳60天，“既能保证“最近更改”页面上的红链有足够的曝光时间，又能保持一定的流动性”；
n建议1000到2000之间，最佳1500，加快模板解析速度，优化页面加载速度，“一个1500项的列表已经能提供高达 10^15种组合，对于普通用户来说，每次刷新看到的都已经完全是不重复的“新”内容了。维持5000项在视觉和体验上没有任何额外收益。

看起来似乎还是很有道理的？--百無一用是書生 (☎) 2026年8月5日 (三) 12:20 (UTC)回复

Wikipedia:机器人/申请/WhitePhosphorus-bot/7，之前藍鏈都是7天的樣子？象象🐘(留言|貢獻) 2026年8月15日 (六) 15:28 (UTC)回复

我居然自己都忘了当年在这里参与过讨论....。但似乎这个任务至少近几年并没有运行？

另，既然以前7天，那就仍然沿袭好了--百無一用是書生 (☎) 2026年8月16日 (日) 11:59 (UTC)回复

{{BAGAssistanceNeeded}}，无人应啊....--百無一用是書生 (☎) 2026年8月14日 (五) 02:22 (UTC)回复

补充红链可以从近期的DYK、GA、FA里面找，目前條目请求存在三个问题：（1）里面有完全没翻译的英文标题，（2）里面有些标题例如LEFT$指令 (BASIC语言)没有任何语言有条目，所以可能不符收录标准，（3）條目请求也已经多年没有维护了所以一方面和Template:Recent changes article requests存在相同问题，另一方面可能会反复选择同一标题。--GZWDer（留言） 2026年8月17日 (一) 13:39 (UTC)回复

已经做了去重，不会有反复选择同一标题问题。1、2的话的确会有这些问题，但如果能够一直自动更新，带来的问题只会比现在减轻，并不会比现在严重。DYK、GA、FA里找红链倒是可以评估一下--百無一用是書生 (☎) 2026年8月18日 (二) 01:34 (UTC)回复

~~看了一下，似乎从Template:进行中的内容评选和Template:New featured pages遍历所列的条目内容，来寻找红链比较妥当，没找到其他比较合适的入口~~--百無一用是書生 (☎) 2026年8月18日 (二) 02:58 (UTC)回复

改了一下代码，可以在站内配置一些参数：User:Non-robot/rclist.json--百無一用是書生 (☎) 2026年8月18日 (二) 11:13 (UTC)回复

目前加上DYK、GA、FA，备选的补充红链大约有4-5万之间--百無一用是書生 (☎) 2026年8月19日 (三) 02:09 (UTC)回复

给WhitePhosphorus留了个言，先看下是继续使用旧机器人，还是换成新机器人。--逆襲のあまのじゃく天邪鬼 (留言) 2026年8月24日 (一) 11:08 (UTC)回复

WhitePhosphorus-bot 已经停止编辑快一年了....--百無一用是書生 (☎) 2026年8月25日 (二) 03:12 (UTC)回复

意見，@Shizhao：检查机器人代码和测试编辑，发现存在几个问题，需进行修改：

（阻断性）由于编辑内容通过save_rclist_page生成，未记录和保存原有注释，机器人会丢弃其他编者在模板中留下的注释；
（阻断性）机器人先删除条目，后添加条目，但实际运行中这两个动作之间有一个半小时的gap。添加条目时，up_text = save_rclist_page(data)使用的data是此前删除条目时已经处理过的数据，如果有编者在机器人执行这两个动作的间隙进行编辑，其编辑可能会被机器人直接覆盖；
（阻断性）save_rclist_page函数最后面拼接参数时，会在模板末端增加多余空行，实际测试中也累积了大量空行，需要处理；
（非阻断性）update_rclist中使用preloaded_pages缓存页面，然而在is_in_category中却重新逐一获取，影响了总体性能。

--逆襲的天邪鬼 (留言) 2026年8月30日 (日) 09:38 (UTC)回复

1.注释是特意舍去的，因为看了一下Template:Recent_changes_article_requests/list，基本都是说明条目标题是指什么，但实际应用中，除了维护者，没人会打开页面的编辑模式去看，对于看这个模板中的红链编写条目的人而言毫无用处。当然，若认为还是有必要保留的话，可以改一下
2.有一个半小时的gap，主要是引入了GZWDer建议的功能后造成的，没有考虑到这个gap的问题，将会改成只保存一次（但仍然不能完全避免在读取数据和保存数据之间有人编辑的问题）
3.之前测试没有注意到，待修改
4.这个我看看如何优化的百無一用是書生 (☎) 2026年8月30日 (日) 10:48 (UTC)回复

我认为应该保留，机器人不应该改任务之外的内容，既然机器人认为那个条目该保留，那也不应该碰那个条目附加的注释，无论是否有意义；
我提一个优化思路供参考：改变一下顺序，先添加后删除，实际编辑一笔完成
（1）因为添加这步费时间，但又不需要查询模板现有内容（去重可以放后面），先去查询需要添加什么，确定好添加内容放一个set里；

（2）读取模板现状内容；

（3）识别应该删除什么（实际运行中这一步很快），然后一次性将上述待添加内容和待删除内容进行修改，保存。

由于实际编辑发生在第3步，且该步骤运行时间很短，这样基本不会产生编辑冲突。
关于4，我也提一个思路供参考：delete_cats那几个分类页面不多，而且在机器人执行的窗口期内几乎不会变化，可以一次性把这个分类里的条目清单加载好，缓存到内存中，is_in_category直接用缓存判断，这样可以省掉大量API调用。

--逆襲的天邪鬼 (留言) 2026年8月31日 (一) 02:07 (UTC)回复

已修改脚本，优化如下：
1.保留注释
2.根据你的优化建议修改了顺序，并改为只编辑一次
3. 修复多余空行问题
4.is_in_category改为全部读取到缓存中进行比对
另外，还优化了几处AI请求频繁的问题，全部采用preloadpages进行预加载

经初步测试，未发现问题百無一用是書生 (☎) 2026年8月31日 (一) 11:14 (UTC)回复

正式批准運作--逆襲的天邪鬼 (留言) 2026年8月31日 (一) 16:06 (UTC)回复

Twelephant-bot

狀態： 已批准
操作者：象象🐘(留言|貢獻)
提請時間：2026年1月31日 (六) 04:50 (UTC)
自動化程度：全自動
程式語言：Pywikibot
用途：為維基數據中有權威控制但本身沒有權威控制模板的條目自動添加權威控制模板
討論內容連結：Wikipedia:互助客栈/技术#提議創建條目的預設草稿加上{{Authority_control}}、Wikipedia:互助客栈/技术#提議以機器人自動為條目添加Authority_control模板
原始碼連結：[2]
編輯時段及頻率：全時段運行，每分鐘2~3篇條目
受影響頁面：不確定，估計會可能影響幾千至數萬篇條目
遵守機器人規範：是
已有機器人權限：否

~~User:Twelephant-bot/pages_need_authority_control_template.json有列出一部分需要進行作業的條目。--象象🐘(留言|貢獻) 2026年1月31日 (六) 05:05 (UTC)~~回复

該頁面中列出的條目皆已使用AWB加入模板，但仍可用作估算受影響頁面數量--象象🐘(留言|貢獻) 2026年2月1日 (日) 18:32 (UTC)回复

{{BAG assistance needed}}--象象🐘(留言|貢獻) 2026年2月6日 (五) 02:16 (UTC)回复

编辑频率较高，建议使用有bot权限的机器人账户运作--百無一用是書生 (☎) 2026年7月3日 (五) 02:19 (UTC)回复

改成10秒一篇了。象象🐘(留言|貢獻) 2026年8月8日 (六) 12:43 (UTC)回复

10秒一篇，数千乃至上万篇编辑的话，量也不小啊，bot权限可隐藏机器人编辑--百無一用是書生 (☎) 2026年8月14日 (五) 02:14 (UTC)回复

因bot已授权机器人权限，故上述问题解决。

批准測試運作（50次編輯） --百無一用是書生 (☎) 2026年8月31日 (一) 09:06 (UTC)回复

意見：~~初步審查（審查未完成），發現問題如下：~~

【半阻塞性問題】目前粗略查了一下（SQL用AI直接產生），目前中文維基大約155萬條目，zhwiki中有維基數據且帶有權威控制的條目大概33萬（[3]），有掛上模板的大概25萬（[4]），也就是說待處理條目大概8萬，占總數5%左右。頁面採用pagegenerators.AllpagesPageGenerator()查詢，而且無論是否產生編輯，每個條目都會time.sleep(10)，也未針對allpage設置checkpoint機制。目前雖透過task-2-viewed.json快取已檢查頁面，但重啟後仍然會從頭開始列舉和檢查，加上4問題，目前該機制不會按預期工作。如果不做任何最佳化，即便機器人行動迅速、不帶中斷地跑一遍任務，也要跑半年。建議考慮更換檢查方式，例如SQL查詢、Wikidata Query Service，利用這類方式定期查出一個清單，然後再讓機器人有針對性地批次處理。

【阻塞性問題】確認程式碼和配置中是否正確設置機器人編輯標誌。如不確定，page.save直接設置bot=True。

日誌記錄機制問題：
【阻塞性問題】save(site, log_json, json.dumps(log, ensure_ascii = False), "Update log") 過於頻繁，會產生大量修訂版本。應當改為批次記錄，例如站內不記錄/每50筆記錄一次/每小時記錄一次等等。

【邏輯異常】add_authority_control_template無論實際編輯是否成功，都會在User:Twelephant-bot/task/2/log.json中記錄日誌，這會導致日誌與實際編輯情況不一致。

結合以上兩點，如果僅僅為了編輯記錄，建議正式運行後不再記錄日誌，直接用MediaWiki的使用者貢獻；如果為了跟蹤運行效果和除bug，建議將後台print日誌固定化，將失敗日誌記錄到伺服器檔案或使用者頁中。

【程式碼異常】datetime.datetime.now(datetime.UTC) - datetime.datetime.strptime(i, "%Y-%m-%d")會產生異常，而try except會直接把這個異常給pass掉。該異常導致讀取task-2-viewed.json時日期記錄未能按預期設置到all_viewed和viewed中，進而導致viewed這個「已檢查頁面」快取機制無法正常運作。

【編碼風格】程式中多有try except pass，未寫日誌或作其他處理，執行中將導致一些異常被直接忽略，難以發現問題。

正規表示式和其他問題待審。

--逆襲的天邪鬼 (留言) 2026年8月31日 (一) 09:22 (UTC)回复

跟shizhao老师编辑冲突了

囧rz……--逆襲的天邪鬼 (留言) 2026年8月31日 (一) 09:29 (UTC)回复

@逆襲のあまのじゃく：考慮到執行時間，本機和站內log都砍掉了象象🐘(留言|貢獻) 2026年9月1日 (二) 16:04 (UTC)回复

象象🐘(留言|貢獻) 2026年9月1日 (二) 16:21 (UTC)回复

改成先以5000筆為單位慢慢查了象象🐘(留言|貢獻) 2026年9月2日 (三) 16:10 (UTC)回复

修订后代码审完了，未发现其他严重问题。我对模板重定向有些疑问，测试时候麻烦试下经济学、病毒、宋濂、埃列娜·齐奥塞斯库、慈恩寺 (沈阳市)、大亞美尼亞、伊凡卡·苏维拉、席宝田这几个条目。--逆襲的天邪鬼 (留言) 2026年9月3日 (四) 03:23 (UTC)回复

有關模板重定向，在運行

import pywikibot as pwb
site = pwb.Site("wikipedia:zh")
for tp in pwb.Page(site, "拉卜楞寺").itertemplates(namespaces=10):
    print(tp.title())

後得出結果如下：

輸出結果

Template:!w
Template:.w
Template:Ac
Template:Authority control
Template:Both
Template:Cite book
Template:Cite news
Template:Cite web
Template:Color
Template:Color/styles.css
Template:Commons category
Template:Contains Tibetan text
Template:Coord
Template:Gansu topics
Template:Hlist/styles.css
Template:Icon
Template:IfPNS
Template:If empty
Template:Ifsubst
Template:Index
Template:Infobox
Template:Internal link helper/en
Template:Lang-bo
Template:Langx
Template:Main other
Template:Navbox
Template:Navbox with collapsible groups
Template:Nowrap begin
Template:Nowrap end
Template:PAGENAMEBASE
Template:Plainlist/styles.css
Template:Reflist
Template:Side box
Template:Sidebar with collapsible lists
Template:Sister project
Template:Sister project/styles.css
Template:Special characters
Template:Template other
Template:To
Template:Transl
Template:ViewTibetanScript
Template:Wayback
Template:中华人民共和国各省级行政区模板索引
Template:中华人民共和国各省级行政区模板索引/市
Template:中国国家级非物质文化遗产
Template:中国非物质文化遗产
Template:全国古籍重点保护单位
Template:安多
Template:文物保护单位
Template:甘肃全国重点文物保护单位
Template:甘肃省境内的全国重点文物保护单位
Template:藏
Template:藏/fonts.css
Template:藏传佛教
Template:藏傳佛教格魯派六大叢林
Template:藏区

因此理論上不需要特別檢測重定向。象象🐘(留言|貢獻) 2026年9月3日 (四) 16:04 (UTC)回复

@逆襲のあまのじゃく：考慮到抓取維基數據資料需要花費較久的時間，我把部分代碼拆出來獨立測試，結果如下：

Code

# -*- coding: utf-8 -*-
import pywikibot as pwb
import json

def main() -> None:
    site = pwb.Site("wikipedia:zh")
    try:
        config = json.loads(pwb.Page(site, "User:Twelephant-bot/task/2/config.json").text)
        AUTHORITY_CONTROL_ID = config["authority control id"]
        template = config["template"]
        module = config["module"]
        query_string = config["query string"]
        query_limit = config["query limit"]
        summary = config["summary"]
        if not config["Enable"]:
            print("Stop!", flush=True)
            return
    except:
        print("Failed to load config.")
        return

    templatepage = pwb.Page(site, template, ns=10)
    modulepage = pwb.Page(site, module, ns=828)
    for title in ["经济学","病毒","宋濂","埃列娜·齐奥塞斯库","慈恩寺 (沈阳市)","大亞美尼亞","伊凡卡·苏维拉","席宝田"]:
        page = pwb.Page(site, title)
        print(title, end = "：")
        if not page.botMayEdit() or page.isRedirectPage() or page.isDisambig() or any(tp in (templatepage, modulepage) for tp in page.itertemplates(namespaces=(10, 828))):
            print("no")
        else:
            print("yes")

main()

Output

经济学：no
病毒：no
宋濂：no
埃列娜·齐奥塞斯库：no
慈恩寺 (沈阳市)：no
大亞美尼亞：no
伊凡卡·苏维拉：no
席宝田：no

象象🐘(留言|貢獻) 2026年9月4日 (五) 14:03 (UTC)回复

謝謝您--逆襲的天邪鬼 (留言) 2026年9月4日 (五) 14:09 (UTC)回复

測試已完成--象象🐘(留言|貢獻) 2026年9月5日 (六) 03:49 (UTC)回复

測試中的部分錯誤是原有正則表達式中的re.DOTALL導致的誤判，因此已移除相關代碼。象象🐘(留言|貢獻) 2026年9月5日 (六) 04:54 (UTC)回复

另外受此問題影響的都是有小作品模板的頁面。象象🐘(留言|貢獻) 2026年9月5日 (六) 04:56 (UTC)回复

另外一個是小作品模板被移至分類之上的問題，這也已修復。象象🐘(留言|貢獻) 2026年9月5日 (六) 05:01 (UTC)回复

@逆襲のあまのじゃく：象象🐘(留言|貢獻) 2026年9月5日 (六) 05:05 (UTC)回复

DEFAULTSORT_PATTERN在几个模板并排到同一行时，可能会误吞内容，宜考虑改成re.compile(r"\{\{\s*DEFAULTSORT:[^}]+\}\}")。STUB_PATTERN同理，模板参数里的.*?换成[^}]+；

~~代码save处没有sleep，需检查一下是否正确配置了put_throttle。~~

--逆襲的天邪鬼 (留言) 2026年9月5日 (六) 07:13 (UTC)回复

@逆襲のあまのじゃく：

完成：

DEFAULTSORT_PATTERN = re.compile(r"\{\{\s*DEFAULTSORT:[^}]+\s*\}\}")
STUB_PATTERN = re.compile(r"\{\{\s*(?:(?:[^|}]*?-)?[Ss]tub(?:\s*\|[^}]*?)?|[^|}]*?小作品(?:\s*\|[^}]*?)?|小條目(?:\s*\|[^}]*?)?)\s*\}\}")

完成：
```
put_throttle: int | float = 10
```

象象🐘(留言|貢獻) 2026年9月5日 (六) 07:22 (UTC)回复

我没什么意见了。--逆襲的天邪鬼 (留言) 2026年9月5日 (六) 07:24 (UTC)回复

正式批准運作 --百無一用是書生 (☎) 2026年9月7日 (一) 11:53 (UTC)回复

YFdyh-bot 3

狀態： 撤回申請
操作者：YF dyh000（留言）
提請時間：2022年5月16日 (一) 14:29 (UTC)
自動化程度：少量有监督半自动，此后全自动。
程式語言：WP:AWB
用途：将包含newspaper参数的{{cite web}}批量改为{{cite news}}，以免当前CS1模块显示丑陋的红字警告。
討論內容連結：Wikipedia:互助客栈/技术#新出现的引文格式1错误
原始碼連結：N/A，可按需提供
編輯時段及頻率：取决于操作员及服务器限制
受影響頁面：Category:引文格式1错误：periodical系列参数与模板类型不匹配中的约2000个条目。
遵守機器人規範：是
已有機器人權限：否

接續Help talk:引文格式1错误#新出现的引文格式1错误，@Antigng：所以這個批量修正是正確的嗎？--Xiplus#Talk 2022年6月2日 (四) 03:51 (UTC)回复

(：)回應我记得之前在IRC跟申请者聊过......这个任务不太适合全自动，因为既有可能是{{cite web}}错用了{{cite news}}，也可能是|website=错用了|newspapwer=，需要判断是哪种情况再决定如何清理。--Antigng（留言） 2022年6月2日 (四) 04:49 (UTC)回复

那麼YFdyh000還有打算執行此任務嗎？是不是應該一律監督半自動？--Xiplus#Talk 2022年6月2日 (四) 12:48 (UTC)回复

与Antigng的想法不同，我认为如果是误用模板，发现的人在编辑条目时更正会比现在始终红字展示给所有读者更好，目前上千个条目多为历史遗留问题，因为以前不报错、效果相差无几。以及，随机检查来看，newspaper参数大多数为新闻机构，只是误用了cite web模板，目前亦无必要去逐一核对，错误提示避免未来增长就好。|website=新闻机构的情况，尚未检查而暂无运行计划。此外，某些新闻网站/媒体如何归类，也并无共识。--YF dyh000（留言） 2022年6月2日 (四) 14:35 (UTC)回复

我不太懂...為何cite web有newspaper參數？如果這是個支援的功能，那就不應該顯示警告。--Xiplus#Talk 2022年6月19日 (日) 01:38 (UTC)回复

以前是支援的，但CS1模块改版期间加了限制（版本差异，引文格式1错误：periodical系列参数），对混用参数名强制显示红字警告给所有读者，而非仅仅维护性分类。因而现有警告值得快速清理，而不是拖下去等“好心人”完成逐条清理。或者，去掉该限制/警告，英文维基似乎没有此限制。--YF dyh000（留言） 2022年6月19日 (日) 06:31 (UTC)回复

批准測試運作（50次編輯），先看一些範例吧。--Xiplus#Talk 2022年6月19日 (日) 06:52 (UTC)回复

刚看到批准。已监看执行50条（针对乱序后列表），现有规则自动跳过86条（不适用／待改进），用时15分钟。过程中见到3例更适合web而非news：马正其、高密市、坊子德日建筑群——但引用即便用错cite系列，也不会有明显后果，而目前不匹配的参数会显示很丑的警告给读者。真心不觉得这需要展示，参数相符的也不一定就用对了，包括像是网络新闻（如cnBeta）写web还是news，并没有一致观念。--YF dyh000（留言） 2022年7月7日 (四) 02:15 (UTC)回复

没来的及看，先把测试执行的50条编辑链接放在这里：[5]--beef [talk] 2025年4月6日 (日) 03:57 (UTC)回复

@YFdyh000: 我仍然认为这里应该一律监督半自动，首先有一部分确实适用把{{cite web}}改成{{cite news}}，但是也有一部分适用保留{{cite web}}但是把newspaper=改成website=，实际操作应该通过观察链接是否为新闻网站再决定是否改为{{cite news}}。不知你是否愿意将此改为监督半自动。--beef [talk] 2025年4月11日 (五) 13:30 (UTC)回复

另外，因为其实实际上引用格式根本没有任何区别，或许也可以提议允许{{cite web}}使用newspaper=。我看英维好像就允许这样写（有可能这些错误是因为直接从英维复制过来导致的？）。--beef [talk] 2025年4月11日 (五) 13:34 (UTC)回复

@YFdyh000：这个任务还要做吗？我的意见也是一律监督半自动。--逆襲的天邪鬼 (留言) 2026年9月2日 (三) 07:46 (UTC)回复

太久了，我暂时没动力去做。谁愿意接手的话我很欢迎。分类里当前剩余1600个页面。--YF dyh000（留言） 2026年9月10日 (四) 06:22 (UTC)回复

操作者撤回申請--逆襲的天邪鬼 (留言) 2026年9月10日 (四) 06:32 (UTC)回复

Twelephant-bot 4

狀態： 已批准
操作者：象象🐘(留言|貢獻)
提請時間：2026年9月6日 (日) 17:21 (UTC)
自動化程度：全自動
程式語言：pywikibot
用途：為模板樣式遷移清理部分css class
討論內容連結：1、2
原始碼連結：github
編輯時段及頻率：1分鐘約2~3筆
受影響頁面：23,649
遵守機器人規範：是
已有機器人權限：是

看了眼代码，似乎没考虑到class=notice这种不带引号的？还有表格替换那里，似乎漏了换行符，可能替换后会变成“文字文字{|”（{|不在行首），导致表格解析出错？百無一用是書生 (☎) 2026年9月7日 (一) 12:07 (UTC)回复

@Shizhao：改好了。象象🐘(留言|貢獻) 2026年9月7日 (一) 12:43 (UTC)回复

你这代码用了好多正则，很容易发生意外啊。

批准測試運作（50次編輯） --百無一用是書生 (☎) 2026年9月8日 (二) 07:18 (UTC)回复

測試已完成：測試初期有出現一些問題，後來都解決了--象象🐘(留言|貢獻) 2026年9月8日 (二) 14:46 (UTC)回复

@Shizhao：象象🐘(留言|貢獻) 2026年9月8日 (二) 14:49 (UTC)回复

Special:Diff/94247459和Special:Diff/94247941，一个在表格处删掉了一个空格，一个在表格处加了一个空格，没看明白这个逻辑？百無一用是書生 (☎) 2026年9月9日 (三) 01:49 (UTC)回复

@Shizhao：原本是會在標籤名稱和表格後面多加一個空格，後來為了避免標籤名稱後面多一個空格，改成少一個空格，不過剛才改成空格數完全依照原本的情況了[6]--象象🐘(留言|貢獻) 2026年9月9日 (三) 09:03 (UTC)回复

正式批准運作 --百無一用是書生 (☎) 2026年9月9日 (三) 11:59 (UTC)回复

請問可以追加對.user-block的替換工作嗎？（剛才才想到於機器人任務配置修改查詢字串和增加相關替換規則）象象🐘(留言|貢獻) 2026年9月10日 (四) 17:53 (UTC)回复

不影响Twinkle和其他机器人运行的话确实可以，不过英维对user block的处理方法是只将样式展开到内联样式而在模板内部仍然保留这个class。--Dabao qian ℡ 2026年9月10日 (四) 18:23 (UTC)回复

Twinkle沒有使用，其他機器人任務也和這個class無關。--象象🐘(留言|貢獻) 2026年9月11日 (五) 08:35 (UTC)回复

{{BAGAssistanceNeeded}}--象象🐘(留言|貢獻) 2026年9月11日 (五) 08:59 (UTC)回复

此追加任务

快速批准運作--逆襲的天邪鬼 (留言) 2026年9月17日 (四) 02:32 (UTC)回复

Kurwabot 8

狀態： 拒絕申請
操作者： ${\mathfrak {Kurwa}}$ __^{( •̀ ω •́ )＜✧}
提請時間：2026年8月5日 (三) 00:36 (UTC)
自動化程度：全自动。目前测试是有监督的半自动。
程式語言：NodeJS
用途：自动挂CSD O7模板并通知用户
討論內容連結：Wikipedia:管理员布告板/其他不当行为#Tem_Bary_Palit、Wikipedia:互助客栈/方针#提议提报O7快速删除准则的机器人工作再常态化
原始碼連結：
編輯時段及頻率：每日08:00(UTC+8)
受影響頁面：所有草稿空间页面
遵守機器人規範：是
已有機器人權限：否，但可能需要

批准測試運作（7日） --百無一用是書生 (☎) 2026年8月5日 (三) 12:28 (UTC)回复

(＆)建議：机器人挂速删可以用bot参数。——Vesekskiy 正在聽詩超絆 2026年8月7日 (五) 02:59 (UTC)回复

这需要有机器人权限才能生效。不过机器人在用户讨论页的通知编辑貌似通常不标bot，不确定有没有哪里明文写过这个习惯。--Srapoj（留言） 2026年8月8日 (六) 01:21 (UTC)回复

bot权限主要就是可以方便在最近更改中隐藏编辑，以及编辑速率不受限和更高的API请求数。一般我的话，如果不需要高API请求数，同时又不是非常频繁编辑，且希望bot编辑的可见度更高，就不申请bot权限--百無一用是書生 (☎) 2026年8月8日 (六) 10:48 (UTC)回复

意見：由于未提供代码，需确认以下逻辑是否正确处理：

同一作者被多次通知，是否有考虑当作者有多个草稿时，一次性合并通知？
是否考虑到{{AFC submission}}会自挂O7但可能未通知用户？
是否豁免Draft:沙盒和Draft:SB两个链接？
如果该Draft为重定向，是否不要跟踪重定向目标？
是否使用bot flag？（个人认为，由于是无争议编辑，且只需页面创建者关注，不需最近更改巡查者和反破坏者关注，提倡开启，但不是必须）
除了对比最后一次编辑时间之外，还有其他判断标准吗？

--逆襲のあまのじゃく天邪鬼 (留言) 2026年8月24日 (一) 03:49 (UTC)回复

@逆襲のあまのじゃく(：)回應：

未写但可以实现。
未写，且本人暂不清楚{{AFC submission}}的工作原理，可能需要研究研究。
考虑到Draft:沙盒频繁受编辑而未写豁免，但实际可以实现。Draft:SB见下。
有作重定向豁免。
可以实现。
希望能给出补充。

-- ${\mathfrak {Kurwa}}$ __^{( •̀ ω •́ )＜✧} 2026年8月25日 (二) 15:20 (UTC)回复

了解了。1、5推荐但不必须；2也不必须，综合考虑，机器人上线后改模板更优；6的本意是想了解详细逻辑，仅检测时间戳是可接受的。

技术上无疑问了，任务需要等共识形成后批准。关于发送通知的时机，按讨论共识实现。--逆襲のあまのじゃく天邪鬼 (留言) 2026年8月25日 (二) 22:34 (UTC)回复

拒絕申請，讨论未形成共识，且已存档。-逆襲的天邪鬼 (留言) 2026年10月5日 (一) 23:28 (UTC)回复

Hamish-bot 12

狀態： 部分批准
操作者：Hamish T
提請時間：2025年7月18日 (五) 17:44 (UTC)
自動化程度：全自動
程式語言：pwb
用途：{{PRC admin}}子模板清理
討論內容連結：Special:PermaLink/88341043#村级模板data页和乡级模板list页清理
原始碼連結：GitHub上的revise.py頁面
編輯時段及頻率：全速直至完成，put_throttle=10
受影響頁面：約750K
遵守機器人規範：N/A
已有機器人權限：是

示範編輯。--Hamish T 2025年7月18日 (五) 17:53 (UTC)回复

有顯示bug，參見Wikipedia:互助客栈/技术#c--Zest-20251110222900-BigBullfrog-20251110220900。---Zest 2025年11月19日 (三) 10:22 (UTC)回复

都半年多了，这个任务还要继续吗？百無一用是書生 (☎) 2026年8月31日 (一) 09:04 (UTC)回复

要的。--Hamish one great show can change the world 2026年8月31日 (一) 09:36 (UTC)回复

{{BOTREQ|doing}}--逆襲的天邪鬼 (留言) 2026年8月31日 (一) 17:03 (UTC)回复

机器人任务意见：

process_village_templates无意见，但是也可以考虑直接改{{PRC admin/showdata}}，把deprecated template通过includeonly挂这个模板里面，这样任务可能就失去必要性了；
process_town_templates任务中{{PRC admin/showlist/town}}会导致条目损坏，我也复现了这个问题，在问题解决之前不能批准。

如果我有时间，我可能打算推动解决这个问题，调整Module:PRC admin模块和相关模板，让各类功能直接调用维基数据，而不是继续在本地继续“套娃”式找模板，然后回头再考虑机器人任务。

机器人代码意见。下述三条意见均为优化意见，不影响批准结果：

数据库查询完成后开始执行任务，连接未及时关闭，导致数据库连接被空占。应先在查询完成后关闭数据库连接，然后再处理页面。
results = cursor.fetchall() 会查出70万/30万条记录，占用资源，推荐查询一批、处理一批，节省资源占用；同时并记录处理进度，以便“断点续传”。
process_town_templates中可判断一下页面是否已经改完，改完的不再save，节省一次调用。

@Hamish：process_town_templates暂不批准；process_village_templates可选择让机器人执行任务或改{{PRC admin/showdata}}，需要考虑一下选择哪个方案？

--逆襲的天邪鬼 (留言) 2026年9月1日 (二) 02:02 (UTC)回复

先把process_village_templates做了吧，感谢。--Hamish one great show can change the world 2026年9月1日 (二) 12:11 (UTC)回复

批准測試運作（50次編輯），仅process_village_templates。--逆襲的天邪鬼 (留言) 2026年9月1日 (二) 14:27 (UTC)回复

完成測試運作，我發現重新導向頁可以修改為直接跳過，但跟隨似乎也不是大問題。--Hamish | Hopewill Camelot 2026年9月27日 (日) 22:38 (UTC)回复

process_village_templates

正式批准運作-逆襲的天邪鬼 (留言) 2026年10月5日 (一) 23:39 (UTC)回复

申請覆核

不活躍機器人

提報不活躍機器人

Willy1018-bot

狀態： 撤銷許可
機器人：Willy1018-bot （討論 · 貢獻 · 日誌 · 變更權限）
操作者：Willy1018 （討論 · 貢獻 · 日誌 · 全域貢獻）
機器人最後活動時間：2025年7月19日 (六) 02:56 (UTC)
發出通知時間：2026年7月20日 (一) 17:16 (UTC)
提交的維基人及時間：象象🐘(留言|貢獻) 2026年7月20日 (一) 17:16 (UTC)回复
@Willy1018：還有需要嗎？—— Eric Liu_{創造は生命（留言・留名・學生會）} 2026年8月27日 (四) 16:33 (UTC)回复
目前不需要了。預計之後本帳只會每月1-5次左右編輯。-- Willy1018（留言） 2026年8月28日 (五) 20:43 (UTC)回复

撤銷許可 --百無一用是書生 (☎) 2026年8月31日 (一) 02:53 (UTC)回复

查论编布告板
以灰色標註者尚未正式啟用
一般	管理員管理操作覆核仲裁委员会機械人審核小組行政員關閉討論教育项目首頁錯誤志愿者回覆團隊監督權限一般機器人機器用户解除
內容	疑似侵權可靠來源尋求資源垃圾链接黑名單白名單標題黑名單白名單受限制文件翻譯
頁面處理	安全投票合併导入發送大量訊息移動机器人作业保護修訂版本刪除存廢討論頁面檔案覆核已刪除內容查詢
用户行為	仲裁立案執行及復議動議利益衝突著作权调查人工智能临时破壞編輯爭議其他不當行為禁制高風險主題列表傀儡調查調查助理不當用户名
其他	更改用户名防濫用過濾器新增或修改錯誤報告 AutoModerator错误报告問題知識問答新條目徵求意見分類索引討論頁話題索引互助客棧消息方針技術求助條目探討其他字詞轉換地区词候选修復各地維基人
維基百科布告板