跳转到内容

维基百科:机器人/申请/存档/2021年/獲批的申請

维基百科,自由的百科全书

This is an archive page. For new bot request, please to go Wikipedia:机器人/申请 and follow the instructions there.

該頁面會全保護,故需要管理員機器人。其他管理員可以在設定頁面排除特定模板以免被全保護。請參閱該頁面的歷史來查看範例編輯。--Xiplus#Talk 2021年2月1日 (一) 12:13 (UTC)
批准測試運作,看一下测试效果如何?--百無一用是書生 () 2021年2月1日 (一) 12:50 (UTC)
測試已完成,因為MediaWiki模板更動沒那麼頻繁,所以我做了一個模擬的測試,首先在MW空間內加入了模板{{沙盒}},機器人就將該模板加入了連鎖保護頁,然後我將其加入排除規則機器人就將其移除,希望這樣的測試足夠。--Xiplus#Talk 2021年2月4日 (四) 13:17 (UTC)

 正式批准運作 --百無一用是書生 () 2021年2月7日 (日) 12:31 (UTC)

目前Category:非中文重定向被大量天文学临时编号重定向占据,难以维护。本人按照\d{4} [A-Z]{1,2}\d*过滤出这些重定向列于User:Steven_Sun/List_test2中,部分特殊编号列于User:Steven_Sun/List_test3中。此项作业将这些重定向由Category:非中文重定向移动至Category:天文学临时编号重定向(尚未建立)。执行命令为:python pwb.py category -file:filename -to:天文学临时编号重定向 --Steven Sun留言2021年2月7日 (日) 10:56 (UTC)
方案不可行。这些重定向中的Category:非中文重定向是通过模板{{非中文重定向}}引入的。--Antigng留言2021年2月7日 (日) 11:49 (UTC)
那是否可以用{{Redirect template}}建立一个可自动归类的模板,再使用mw:Manual:Pywikibot/replace.py将{{非中文重定向}}替换为新建立的模板?如:python pwb.py replace -file:filename "{{非中文重定向}}" "{{天文学临时编号重定向}}"--Steven Sun留言2021年2月7日 (日) 12:19 (UTC)
有可能可行。但是最好在编辑之前检查重定向目标是否确实为天体条目,以进一步降低错误的可能性。--Antigng留言2021年2月8日 (一) 03:44 (UTC)
初步检查了一遍,应该没有非天体条目的重定向。--Steven Sun留言2021年2月9日 (二) 09:07 (UTC)
批准測試運作(100次編輯)--Antigng留言2021年2月9日 (二) 09:43 (UTC)
测试完成,未发现错误。--Steven Sun留言2021年2月10日 (三) 14:47 (UTC)
请行政员看一下还有没有问题,似乎可以批准授权。@ShizhaoStangWong128hkManchiuKegnsATAlexander Misel--Antigng留言2021年2月11日 (四) 02:40 (UTC)
完成--千村狐兔留言2021年2月11日 (四) 16:17 (UTC)
撤銷許可。--Xiplus#Talk 2022年10月11日 (二) 09:29 (UTC)
  • 狀態 已批准
  • 操作者:Xiplus#Talk
  • 提請時間:2021年2月2日 (二) 01:49 (UTC)
  • 自動化程度:全自動
  • 程式語言Pywikibot
  • 用途:展開討論頁面中章節標題內的模板
  • 原始碼連結:Github
  • 編輯時段及頻率:每天數次
  • 受影響頁面:設定頁控制
  • 遵守機器人規範否,由設定頁控制
  • 已有機器人權限:
許多人會在章節標題內使用模板,但是這將導致編輯章節時自動產生的編輯摘要中的章節標題連結無法連結到該章節(範例),故設計此機器人來展開章節標題內的模板,展開模板後,編輯該章節產生的編輯摘要即可連結到該章節。範例編輯 1 2 3。--Xiplus#Talk 2021年2月2日 (二) 01:50 (UTC)
章节标题使用{{CHN}}等国家、国旗模板的怎么办,展开将导致无法统一更新(如南/北朝鲜命名之事)。对章节标题中违规使用的<ref>内的模板是否处理良好。--YFdyh000留言2021年2月7日 (日) 11:04 (UTC)
@YFdyh000:本工作僅處理極少數的討論頁面,即互助客棧。--Xiplus#Talk 2021年2月7日 (日) 11:12 (UTC)

快速批准運作 --百無一用是書生 () 2021年2月20日 (六) 07:04 (UTC)

批准測試運作(50次編輯) --百無一用是書生 () 2021年2月20日 (六) 06:31 (UTC)
  • 測試已完成
  • 测试范围:所有条目列表前20页(共100,000个条目),涵盖各种类型的条目;
  • 结果:第一次尝试:185笔编辑、第二次尝试:105笔编辑
  • 发现的问题:该任务利用启发式算法尝试修正不正确的日期,其描述能力超过一般正则表达式(即:III型文法),可以比较好地应对各种不正确使用的情况,但如早前的申请所述,可能会导致一些意料之外的错误处理;经人工复查,测试编辑存在下列问题
      1. 修正后的日期格式一律为ISO格式,这可能不符合英文站MOSDATE指引关于日期格式应“先到先得”、“全条目统一”的要求;然而本站MOSDATE指引无此“先到先得”之要求,且本站绝大多数条目选用ISO格式的日期,更正为ISO格式导致条目格式统一的概率远大于破坏条目格式统一的概率;过往讨论和引用模板的提示亦倾向于使用ISO标准格式。考虑到两站共识的差异,本次任务若批准,仍将维持修正目标为ISO标准格式,不考虑修改;
      2. 修正后可能会删去一些不相关的字串,如Special:Diff/64406914,该等修改并无害处(因人工处理结果也是直接删去这些字串),不考虑改进;
      3. 下列七个条目存在因出版物编号而导致的错误修正,已全数回退:7次回退
  • 补救方式:在修正不合规范的日期串之前,强制排除具有出版物编号意味的字符(版、卷、期、印、刷、稿、编、第):若待处理日期串含有上列任何一个字符,则直接跳过不送入上述启发式算法处理;
  • 修正结果:工作范围与第一次尝试相同的第二次尝试没有导致类似的错误编辑
  • 结论:本次测试分两个阶段,工作范围是条目列表前100,000条,涵盖各种类型的条目中各种类型的日期错误,经修正后可认为连续编辑270次无明显错误,按此比例推算,全部处理完产生的错误编辑总数不超过25笔。日后会加强人工抽查,若发现其它意料之外的错误模式会及时修正。望予以批准。--Antigng留言2021年2月20日 (六) 17:53 (UTC)
    其实就是选择宁可漏掉也不出错,还是宁肯出错也不漏掉。我认为,正则似乎更不容易出错,但可能漏掉?你的算法似乎会出错,但不会漏掉?不知道我的理解对不对?--百無一用是書生 () 2021年2月21日 (日) 11:58 (UTC)
    • 可以这样理解。过去Liangent-bot采用正则表达式去匹配特定的错误模式(如匹配"yyyy/mm/dd"、"yyyy年0m月dd日"这两种特定的错误格式,将其分别修正为"yyyy-mm-dd"和"yyyy年m月dd日"),假阳性率较低、但假阴性率较高;本人则是试图读入待修正的日期字串,去猜测其中数字的含义(比如,一个四位数后跟着一个“年”字,就猜测这是一个年份)从而提取出年月日参数,以标准格式输出,理论上可能有较高的假阳性率(猜错),但同时也能应对诸如这类事先难以预料的误用。--Antigng留言2021年2月21日 (日) 12:29 (UTC)
      我总觉得在需要修改的时候,我会选择宁可漏掉也不出错--百無一用是書生 () 2021年2月22日 (一) 02:26 (UTC)
      上面分析的是理论情况。实际上无论选择何种策略都要保证尽可能低的假阳性率和假阴性率,根据测试结果将事先没有考虑到的意外情形纳入考量。例如,采取第一种策略的时候,需根据测试结果补充冷门的错误日期格式,以降低假阴性率。采取第二种策略的时候,需根据测试结果排除意料之外的假阳性案例。
      具体就这个任务而言,按上述补救方法排除特定字符以后在整个主名字空间空运行产生的所有待修正的日期字串如该页面所示,共1.6万条。经人工检查未发现明显的错误修正,因而可以认为其在处理存量任务上是不会因为确保不漏掉而导致出错的。至于增量方面,早期获批的Wikipedia:机器人/申请/Antigng-bot/30也使用完全相同的算法处理格式错误的日期字串,近若干月的正式运行结果经人工检查后亦无明显错误处理,故可以认为增量任务导致意料之外的错误模式的可能性很小。何况这类错误即使发生,也很容易通过定期的人工抽查而排除。--Antigng留言2021年2月22日 (一) 13:44 (UTC)
 正式批准運作 --百無一用是書生 () 2021年2月23日 (二) 03:03 (UTC)
無限期部分封鎖應該不能視為已封鎖;另外有必要移除Uw-username嗎?這似乎會移除他人的留言,而且這應該是錯誤使用了模板。--Xiplus#Talk 2021年3月4日 (四) 07:01 (UTC)
@Xiplus會加入對封鎖狀態的檢測;如果不移除模板的話,不排除會有用戶手動加入並且錯誤使用模板,不如將uw-username的引用直接改為不帶分類的文字?--Hamish 2021年3月5日 (五) 13:21 (UTC)
後者沒問題,就這麼做吧。--Xiplus#Talk 2021年3月5日 (五) 13:35 (UTC)
@Xiplus那就这样吧。--Hamish 2021年3月5日 (五) 14:16 (UTC)
我建議替換成 {{subst:uw-username|category=}} 比較好。--Xiplus#Talk 2021年3月5日 (五) 14:38 (UTC)
@Xiplus好主意。--Hamish 2021年3月5日 (五) 15:08 (UTC)
批准測試運作分類內全數處理。--Xiplus#Talk 2021年3月5日 (五) 15:18 (UTC)
@Xiplus测试编辑已完成,烦请复核。--Hamish 2021年3月5日 (五) 21:16 (UTC)
@Hamish代為調整狀態,並移動對應章節,若有誤請修正。 Willy1018留言2021年3月6日 (六) 04:30 (UTC)
 正式批准運作,編輯摘要記得改成人類可讀的中文。--Xiplus#Talk 2021年3月6日 (六) 06:19 (UTC)

本申請將取代Wikipedia:机器人/申请/A2093064-bot/22的工作,除了減少編輯量,模組化資料還可用在其他地方等好處。--Xiplus#Talk 2021年3月7日 (日) 02:55 (UTC)

快速批准運作 --百無一用是書生 () 2021年3月8日 (一) 07:59 (UTC)

已经写好了脚本User:Non-robot/sameimage.py,用来列出与commons同名的文件,测试页面见User:Sz-iwbot/sameimages,正式批准后会用User:Non-robot运行并保存在Wikipedia:資料庫報告/与维基共享资源同名的文件。为提高维护可见度,故此用不需要bot权限的User:Non-robot运行--百無一用是書生 () 2021年2月20日 (六) 06:48 (UTC)

目前列表比较长,难以人为维护,请问能否进一步分类,比如将文件根据本地的自由/非自由版权状态分成两类,和/或运行相应的算法比较两边的图片是否一致或相似?--Antigng留言2021年2月20日 (六) 11:24 (UTC)
这个只是用来比较同名的文件,以便不会因为本地存在同名文件而无法使用c区的图片。比较图片是否一样或相似不是我这个任务考虑的范围。(是否相似的算法难度太大,我技术不够也做不到)。至于进一步分类,我认为没有必要,毕竟这个列表的目的是为了防止同名,版权状态不是要考虑的--百無一用是書生 () 2021年2月20日 (六) 11:33 (UTC)
而且,如果维护得当的话,这个列表只会越来越短--百無一用是書生 () 2021年2月20日 (六) 11:35 (UTC)
@Antigng:確實在維護的情況下該列表應只有少量項目,且供人進一步處理有其意義,擬批准,是否有其他意見?--Xiplus#Talk 2021年3月18日 (四) 11:18 (UTC)
@xiplus无意见。--Antigng留言2021年3月18日 (四) 14:42 (UTC)
 正式批准運作。--Xiplus#Talk 2021年3月18日 (四) 14:48 (UTC)
  • 狀態 撤銷許可
  • 操作者:海の向こうは敵だ!|欢迎订阅维猫报! 2021年3月20日 (六) 14:20 (UTC)
  • 提請時間:2021年3月20日 (六) 14:21 (UTC)
  • 自動化程度:有监督的半自动
  • 程式語言AWB
  • 用途:通过AWB将位列于分类:未评级辽宁条目中的条目予以标记并评级,并通过AWB将未分类到“分类:未评级辽宁条目”(不包括已评级的)的辽宁条目进行分类。
  • 原始碼連結:
  • 編輯時段及頻率:1分钟11-20条(利用AWB测试时确认。)
  • 受影響頁面:所有未评级的讨论页(辽宁专题),且在可预见的未来内均定期使用本机器人执行本任务,并自动评级一些小条目。
  • 遵守機器人規範无关
  • 已有機器人權限:

以下是上次申请的讨论

另外,本机器人目前没有AWB权限,将会在允许测试的时候申请AWB。--··自·由·的 2021年1月29日 (五) 04:41 (UTC)

以上是上次申请的讨论


  • 请求重启:我主账号申请机械用户,挂了请求协助模板,一个月没人处理。然后又考虑到在可预见的未来内定期使用本机器人,因此我希望得到这个机器人的授权。(有人和我吐槽我直接上AWB太洗版了)以上。--海の向こうは敵だ!|欢迎订阅维猫报! 2021年3月20日 (六) 14:20 (UTC)
  • 接IRC讨论,批准该机器人测试运作,要求:
    1. 于用户子页列出所有待评级条目以及拟评级别;
    2. 示范性编辑25次。

--Antigng留言2021年3月20日 (六) 14:57 (UTC)

完成。测试已完成。所有待评级页面(本次任务)皆已列于CAT:辽宁行政区划小作品,不符合小作品页面已于人工检测时移除,请复核。--Mikasa-bot留言2021年3月21日 (日) 01:03 (UTC)
当获得授权后,我将会开始处理列于此CAT中的页面。现时任务已经结束。--Mikasa-bot留言2021年3月21日 (日) 01:07 (UTC)
注:排除 韩州

金州 (辽宁) 莲花镇 (开原市) 科尔沁左翼前旗 炮台街道 ‎ 李石街道 望海寺街道 ‎ 对桩石街道 ‎

海の向こうは敵だ!|欢迎订阅维猫报! 2021年3月21日 (日) 01:43 (UTC)

--Antigng留言2021年3月30日 (二) 07:20 (UTC)

(~)補充:相關討論已存檔至Module_talk:Citation/CS1#修改CS1系列引文格式模板Module_talk:Citation/CS1#關於引文模組未知參數的清理方式。-Peacearth留言2021年5月8日 (六) 14:53 (UTC)
如果出現「urlstatus参数值实质等同于"live",且deadurl参数实质等同于"yes"或"y"或"true"」或「urlstatus参数值实质等同于"dead" 且deadurl参数实质等同于"no"」的矛盾情況,或者是其他重複參數之矛盾情形,是否考慮處理?-Peacearth留言2021年5月8日 (六) 14:53 (UTC)
@和平奮鬥救地球,暂不处理,因为导致矛盾的情形很多:可以是用户不小心填错,也可能是IABot抽风。机器人没法判断是哪种情况,需要人工检查。若将来发现其他可靠的错误模式(例如,IABot处理的某一批页面都是错的)再考虑另案处理。--Antigng留言2021年5月10日 (一) 03:21 (UTC)
了解。 批准測試運作(100次編輯)。-Peacearth留言2021年5月13日 (四) 19:49 (UTC)
测试已完成,经人工检查没有发现错误。--Antigng留言2021年5月14日 (五) 03:42 (UTC)
經複查無誤, 正式批准運作。-Peacearth留言2021年5月14日 (五) 19:17 (UTC)

--Kanashimi留言2021年3月18日 (四) 09:43 (UTC)

@Kanashimi,有两个(?)疑問
  1. 这里这里分别直接搜索Special:前缀索引/Mediawiki:Conversiontable/Category:公共轉換組模板下面的所有页面,并认为其均是合法的转换组页面涵盖了主空间的转换规则。然而前者之下尚有MediaWiki:Conversiontable/zh-hans/ns8等非主空间的转换规则;后者亦有可能导致将来有用户建立了一个草稿(如Module:CGroup/Physics/draftModule:CGroup/Physics/sandbox),其中的转换规则也会被机器人认为是现行的转换规则。不知道这会不会导致过度清理?
  2. 关于内文中转换规则的清理,是否会导致其它转换错误的出现?例如“X-{关于Y的转换规则}-”被清理成“XY”,但实际上“XY”会匹配某一条错误转换的规则,前面的重复转换乃有意为之,以避免错误转换的出现。尤其是考虑到阁下将来有意加入全局转换表的情况下,如何避免此类问题的发生?--Antigng留言2021年4月9日 (五) 02:15 (UTC)
  1. 清理轉換規則時,只會轉換有確實引用到的規則。例如當明確引用{{NoteTA|G1=Physics/draft}}才會清理Module:CGroup/Physics/draft中有的規則。也因此不會清理Special:前綴索引/Mediawiki:Conversiontable/下面的規則。
  2. 感謝提醒。這是一個選詞的問題。我們可以選用一個不會被轉換的組合。這邊已修改原始碼,檢測與前一段、後一段文字合起來時,會不會被轉換。有合適的才做轉換,否則放棄轉換。 --Kanashimi留言2021年4月9日 (五) 04:57 (UTC)
感谢释疑和修正。 批准測試運作(100次編輯),应尽可能涵盖目前准备处理的三类情形。--Antigng留言2021年4月9日 (五) 16:00 (UTC)
都快跑一半的文章了,看起來可能沒有1000篇。 --Kanashimi留言2021年4月10日 (六) 00:44 (UTC)
@Kanashimi该条转换规则去除之后片名无法正常转换。--Antigng留言2021年4月10日 (六) 16:48 (UTC)
感謝幫忙檢查。之前沒注意到單向轉換規則的正規化問題。現在程式碼已經修正,經測試會跳過這種情況不刪除。--Kanashimi留言2021年4月11日 (日) 01:47 (UTC)
有一个小疑问,如果页面内定义的转换规则和公共转换组的规则不一样的情况,机器人会怎么处理。比如杜拜里转换规则在简体部分定义了zh-hans:杜拜;zh-cn:迪拜,但在Module:CGroup/地名里简体部分是zh-cn:迪拜;zh-sg:杜拜。这种显示效果应该是一样的,不知道机器人会不会清理。--𝓧𝓩𝓣𝓓𝓮𝓪𝓷𝕋𝕒𝕝𝕜2021年4月24日 (六) 20:32 (UTC)
只會消除正規化後完全相同的轉換規則。因此就本例來說不會被更動。--Kanashimi留言2021年4月24日 (六) 21:29 (UTC)
明白了,感谢解答 --𝓧𝓩𝓣𝓓𝓮𝓪𝓷𝕋𝕒𝕝𝕜2021年4月25日 (日) 01:31 (UTC)
@Antigng先跑兩禮拜人工檢核如何? --Kanashimi留言2021年6月15日 (二) 10:38 (UTC)
很抱歉沒注意到,之前測試完後就一直常規執行中。不過看了一下並沒有什麼問題,也沒有人反應有錯誤。看起來應該是沒太大問題。 --Kanashimi留言2021年6月30日 (三) 12:06 (UTC)
編輯摘要中註明的規則是從條目中移除的嗎?可以註明是與哪張轉換表重複的嗎?--Xiplus#Talk 2021年8月19日 (四) 00:55 (UTC)
完成 see 「Wikipedia:沙盒」修訂間的差異 用連結的方式會造成摘要太長,修改兩三筆就看不到了。因此只登記公共轉換組名稱。--Kanashimi留言2021年8月19日 (四) 01:38 (UTC)
我是覺得應該不需要把移除的轉換語法寫在編輯摘要,轉換語法相當的長,或許可以直接寫「參數X存在於Y」(Y=轉換組名稱)。--Xiplus#Talk 2021年8月19日 (四) 15:09 (UTC)
修改了一下 存在於轉換組 ${source}: ${rule}。有的時候會有很多條轉換規則,不顯示轉換規則可能讓人理不清頭緒。還是附加在編輯摘要的好。--Kanashimi留言2021年8月19日 (四) 21:57 (UTC)
 正式批准運作。--Xiplus#Talk 2021年8月20日 (五) 01:23 (UTC)

--Kanashimi留言2021年4月5日 (一) 21:32 (UTC)

@Kanashimi所以最终清理哪些“未知参数”呢。烦请指明源代码链接。--YFdyh000留言2021年4月6日 (二) 03:18 (UTC)
現在準備先清理 df。程式正在寫。 --Kanashimi留言2021年4月6日 (二) 03:19 (UTC)
程式寫完了。--Kanashimi留言2021年4月11日 (日) 06:39 (UTC)
批准測試運作(100次編輯)--Antigng留言2021年4月12日 (一) 02:05 (UTC)
程式多次修改過,之前有問題的都回退了。現在的版本會先檢查所有日期參數,判斷日期格式是否正確。若有錯誤日期格式,嘗試修正之。仍無法改正,則不清除 df參數。
由於要刪除df參數必須判別日期格式,因此順便修正可讀得懂,但是格式錯誤的日期。
現在的版本測試結果,麻煩請從這一筆開始尋找"正規化日期格式、清理引文模組未知參數":
2021年4月12日 (一) 20:20 差異 歷史  −4‎  小 Cg語言
想問問是否也能順便刪除掉doi-access這個參數?或者依照先前的討論準備修改模組了?--Kanashimi留言2021年4月12日 (一) 12:36 (UTC)
@Kanashimi
  1. 请勿修正不会引起CS1模块报错的日期参数,该种修正没有共识且为另一名BAG所反对
  2. doi-access参数与df参数有所不同,其包含了本站条目所需的有用信息,应通过修改模块使之发挥作用,而非删除;
  3. 该测试仅批准您清理df参数而非修正日期格式;请勿于测试过程中添加早前讨论所未提及的功能。

--Antigng留言2021年4月12日 (一) 13:20 (UTC)

謝謝您的說明。這邊已經註解掉會修改df以外其他日期格式的部分。
現在會先檢查所有日期參數,判斷日期格式是否正確。可判別日期,才清除 df參數。--Kanashimi留言2021年4月12日 (一) 20:44 (UTC)
@Xiplus在要修改df參數的前提下,順便修改日期參數為ISO 8601格式,這樣如何? --Kanashimi留言2021年4月13日 (二) 08:37 (UTC)
抽了幾筆編輯來看,若不修就會出錯的修改當然是沒有問題。--Xiplus#Talk 2021年4月13日 (二) 08:46 (UTC)
这样的效果等于是开了AWB General fix。出于其它用户的抵触,仍然建议将这种修改限于:1. 需要同时删除df的模板(而非页面);2. 应跳过“yyyy年mm月dd日”这种格式的参数保持原样。--Antigng留言2021年4月13日 (二) 10:34 (UTC)
英文格式本地是兼容的嗎?不過當初反對的部分僅有「yyyy年mm月dd日」和「yyyy-mm-dd」轉換,不涉及這部分我認為就沒問題。--Xiplus#Talk 2021年4月13日 (二) 10:43 (UTC)
@Xiplus本地兼容几乎全部的英文格式,见Module:Citation/CS1/Date_validation#L-329。纯粹英文格式并不会导致CS1模板报错。--Antigng留言2021年4月13日 (二) 10:49 (UTC)
批准測試運作(100次編輯),按修改后的代码重新测试编辑100次。--Antigng留言2021年4月13日 (二) 10:40 (UTC)
是的,這邊的意思就是將此類日期修正當作一種 AWB General fix。--Kanashimi留言2021年4月13日 (二) 11:29 (UTC)
測試完成。煩請從
2021年4月13日 (二) 19:48 差異 歷史  −8‎  小 2006年东帝汶危机
開始搜尋正規化日期格式、清理引文模組未知參數。--Kanashimi留言2021年4月13日 (二) 11:58 (UTC)
@Kanashimi,以下日期修正不正确:123。--Antigng留言2021年4月13日 (二) 12:40 (UTC)
感謝幫忙偵錯。前兩者已對應或者改為無法判別。至於第三個例子,經查w:en:Hey Violet,已經改成與機器人相同的日期了,因此這邊的編輯是正確的。 --Kanashimi留言2021年4月13日 (二) 13:15 (UTC)
@Kanashimi,诸如 "10 12, 2018"这样的日期既可能是dmy格式,也可能是mdy格式;机器人不会查证来源不知道是哪个,这次对也可能只是侥幸猜对罢了。--Antigng留言2021年4月13日 (二) 14:33 (UTC)
...您說的有道理。其實從w:en:Hey Violet的{{Use mdy dates}}標示可以知道格式。無論如何,這邊已將所有類似的格式改為無法判別。 --Kanashimi留言2021年4月13日 (二) 21:57 (UTC)
@Antigng先跑兩禮拜人工檢核如何? --Kanashimi留言2021年6月15日 (二) 10:39 (UTC)
全程人工監視檢測過一遍,有錯誤的編輯都已經修正過程式了。Category:含有未知参数的引用的页面從3K+減少到2151。煩請再檢查看看是否有問題,謝謝。--Kanashimi留言2021年6月25日 (五) 23:34 (UTC)
抽樣來看沒啥問題,您還需要測試嗎?--Xiplus#Talk 2021年8月19日 (四) 01:01 (UTC)
謝謝關注。不用做測試了。通過的話,未來會觀察幾週,有問題會直接修改。--Kanashimi留言2021年8月19日 (四) 01:07 (UTC)
@Xiplus 剛剛完整跑了一次。有問題的頁面都會像土衛六一樣直接跳過,讓人工來處理。您可覆核看看。--Kanashimi留言2021年8月20日 (五) 23:04 (UTC)
@Antigng:擬批准,您還有什麼想問的嗎?--Xiplus#Talk 2021年8月21日 (六) 10:35 (UTC)
 正式批准運作。--Xiplus#Talk 2021年8月29日 (日) 11:42 (UTC)
旧讨论
  1. Wikipedia:互助客栈/方针/存档/2021年10月#專題命名空間(第五至六階段)Draft:WP-WPJ重新導向連入數量(除「專題/首頁的缺失條目」和「MEA」豁免)
  2. Wikipedia:互助客栈/方针#國籍欄使用模板後續處理:約3000多筆
申請人︰路西法人留言 2021年6月9日 (三) 10:23 (UTC)
@LuciferianThomas潛在的國籍參數還有nationality,而且要替換的還有{{CHN-1949}}(重新導向到同一模板)。你至少要調整一下bot的參數。SANMOSA Σουέζ 2021年6月10日 (四) 11:56 (UTC)
就編輯時段及頻率而言,我建議你給出它理論上最高的運行頻率(例如1分鐘內最多可以處理多少個條目)。SANMOSA Σουέζ 2021年6月10日 (四) 11:58 (UTC)
done--路西法人留言 2021年6月10日 (四) 12:03 (UTC)
那我支持這bot的工作。SANMOSA Σουέζ 2021年6月10日 (四) 14:11 (UTC)
这不应该去Wikipedia:机器人/申请吗?--百無一用是書生 () 2021年6月18日 (五) 13:36 (UTC)
真的看不出來兩版的分別--路西法人留言 2021年6月20日 (日) 07:49 (UTC)
@LuciferianThomas,按上述第二条清理规则,请问赵丹冰心张国立页面会被清理成什么?--Antigng留言2021年6月21日 (一) 17:36 (UTC)
赵丹张国立頁面都是{{CHN}}→{{PRC}};冰心頁面應無變更(不符合RegExp規則,國籍欄沒有{{CHN}}或{{CHN-1949}})。--路西法人留言 2021年6月22日 (二) 02:04 (UTC)
@LuciferianThomas OK。现在我有这样一个测试页面,请阁下以主账号,并使用AWB工具尝试清理一下。--Antigng留言2021年6月22日 (二) 02:44 (UTC)
批准測試運作(50次編輯),请阁下以主账户按修改后的第二条规则作出50笔编辑。--Antigng留言2021年6月22日 (二) 02:59 (UTC)
完成50筆測試編輯。--路西法人留言 2021年6月22日 (二) 03:10 (UTC)
第二项任务是利用成熟的工具半自动批量代换国籍参数下的国籍模板,该任务已有社群共识潜在的反对者也已知情。经检查,测试编辑无误。此外,该任务为半自动作业,若有测试未能涵盖的少数例外情形,亦能以人工方式检出并加以排除。故拟予以批准。请行政员复查,若无误可授权。同时提醒申请者尽到人工检查和确认的义务。--Antigng留言2021年6月22日 (二) 12:19 (UTC)
 正式批准運作AT 2021年6月28日 (一) 13:56 (UTC)
(?)疑問第一項任務目前狀態?怎麼還沒審就「待存檔」?-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年7月5日 (一) 14:24 (UTC)
(?)疑問x2—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年7月19日 (一) 12:38 (UTC)
不相干的任務不應該一起申請。--Xiplus#Talk 2021年8月29日 (日) 11:45 (UTC)
两项任务无关,请重开页面提出第一项任务。--Jimmy Xu 2021年8月29日 (日) 18:32 (UTC)
@Antigng關於第二項任務,可否容許我延伸至將國籍欄不符合MOS:NATL使用的:
完成後我再順便將現為重定向的{{CHN-HKG}}和{{CHN-MAC}}改回舊有版本?(當時為了方便,Sanmosa君直接改了為重定向)--路西法人留言 2021年7月25日 (日) 02:19 (UTC)

使用{{AFC botreview}},(手動)測試效果請見User:LuciferianThomas/AFC測試2。--路西法人留言 2021年7月7日 (三) 09:59 (UTC)

徵詢Antigng意見後,按照WP:BOTPOL「除此之外,機械人如只在其擁有者的用戶空間進行編輯,亦毋需申請機械人權限」進行自動化測試,以供相關人員參考。--路西法人留言 2021年7月7日 (三) 12:15 (UTC)
測試頁面:User:LuciferianThomas/AFC測試2,草稿提交者有啟用Flow則機械人自動轉往User talk:LuciferianThomas/AFC測試2。--路西法人留言 2021年7月9日 (五) 05:56 (UTC)

批准測試運作(50次編輯) --百無一用是書生 () 2021年8月4日 (三) 07:06 (UTC)

@Shizhao五十次全自動測試編輯完成,複查無誤。--路西法人留言 2021年8月7日 (六) 01:46 (UTC)
突然想到一个问题需要确认一下,有bot权限的账号在他人用户对话页上发表的内容,用户会收到留言通知的吧?--百無一用是書生 () 2021年8月9日 (一) 03:04 (UTC)
應該是。Cewbot也有。--路西法人留言 2021年8月9日 (一) 03:10 (UTC)
Cewbot哪个任务是会给用户留言的?翻了一下没找到--百無一用是書生 () 2021年8月10日 (二) 03:15 (UTC)
提醒關注度過期。--路西法人留言 2021年8月10日 (二) 10:22 (UTC)
使用小修改就不會有通知,因此要根據是否通知的需求設定是否小修改。--Xiplus#Talk 2021年8月19日 (四) 01:04 (UTC)
個人認為既然為「自動審核結果」,有通知引起新手注意是好的。--路西法人留言 2021年8月19日 (四) 02:54 (UTC)
 正式批准運作,在用户对话页留言时请避免标记为小修改。--Jimmy Xu 2021年8月29日 (日) 18:18 (UTC)
透過解析Category:已批准機械人作業申請中所有頁面的內容來產生,其中已批准操作取自用途參數的第一行。範例。--Xiplus#Talk 2021年8月20日 (五) 01:46 (UTC)
快速批准運作,请自行更新Wikipedia:机器人/列表。--Jimmy Xu 2021年8月29日 (日) 18:38 (UTC)
  • 狀態 已批准
  • 操作者: Jimmy Xu
  • 提請時間: 2016年8月16日 (二) 13:23 (UTC)
  • 程式語言
  • 用途:移除有多个链入页面之条目的{{orphan}}标记。
  • 編輯時段及頻率:
  • 受影響頁面:
  • 遵守機器人規範
  • 已有機器人權限:
链入不计非条目、消歧义和重定向。--Jimmy Xu 2016年8月16日 (二) 13:23 (UTC)

頁面要由機器人執行刪除,必須符合以下條件:

  1. 頁面位於使用者命名空間(不含使用者討論命名空間)
  2. 刪除標記符合正規表達式 {{\s*(Delete|Db-reason|D|Deletebecause|Db|速删|速刪|Speedy|SD|快删|快刪|CSD|QD)\s*\|\s*(O1|G10)\s*}}
    防止嵌入引用產生、臨時測試或其他特殊需求(同時刪除子頁面的請求),都交由人類處理。
  3. 加入刪除標記的人必須與用戶頁所屬用戶名相同(透過檢查歷史編輯差異完成) 由#6取代
  4. 頁面不能從其他地方移動過來。
    由於無法檢查透過「移動目標」來檢查移動日誌,僅能透過頁面歷史的編輯摘要檢查,但這不是穩妥的方式。
    所以將檢查頁面建立日誌是否存在相同名稱的頁面(透過pageid確保屬於當前頁面而非已刪頁面),這表示頁面最初就是建立在用戶頁上。
    雖然將頁面移動到其他地方又移動回來仍會判定為可以刪除,但因為頁面最初就建立在用戶頁內,我認為應該沒問題。
  5. 等待10分鐘後才刪除。
  6. 用戶頁僅有一名編輯者(特定機器人排除)

--Xiplus#Talk 2021年10月12日 (二) 04:23 (UTC)

是否还应该检查页面是否只有用户自己编辑?如果多人编辑似乎不应该O1?--百無一用是書生 () 2021年10月12日 (二) 05:51 (UTC)
就快速刪除方針而言並沒有這項規定,您可以說明「哪種性質的多人編輯頁面」可能需要額外的人工判斷嗎?--Xiplus#Talk 2021年10月12日 (二) 07:00 (UTC)
例如那种用户子页面做留言本、签到簿之类用的,或者共笔用的等等。有别人的贡献在里头,只因为是自己的用户也就能删除,看起来不妥?--百無一用是書生 () 2021年10月13日 (三) 12:23 (UTC)
就方針而言可以刪除,不然試問您作為管理員看到這類請求會如何處理?--Xiplus#Talk 2021年10月13日 (三) 12:37 (UTC)
如果是有别人进行实质性内容修改的,我会拒绝删除--百無一用是書生 () 2021年10月14日 (四) 12:19 (UTC)
先暫時加上這條限制了,抽查判斷對於處理量應該不會有太大影響。--Xiplus#Talk 2021年10月14日 (四) 12:57 (UTC)

批准測試運作(50次編輯) --百無一用是書生 () 2021年10月15日 (五) 07:23 (UTC)

已在上方補上原始碼連結。--Xiplus#Talk 2021年10月16日 (六) 11:45 (UTC)
 正式批准運作 ,代码看来没什么问题。(一看代码第一行就知道是python大佬了 :D)--百無一用是書生 () 2021年10月16日 (六) 12:26 (UTC)
  • 狀態 已批准
  • 操作者:百無一用是書生 ()
  • 提請時間:2021年10月9日 (六) 09:42 (UTC)
  • 自動化程度:全自動
  • 程式語言基于pywikibot开发
  • 用途:條目狀態通告
    Wikipedia:Article alerts的不完整复刻版,不同于英文版的每日更新,本bot为实时更新
  • 原始碼連結:[2]
  • 編輯時段及頻率:约0-10次/天/页
  • 受影響頁面:挂有{{ArticleAlertbot}}模板的页面(以及可能少数几个功能性用途的页面),短期内不会超过100个页面,中长期应该不会超过500个页面(英文版目前有1600多个页面)
  • 遵守機器人規範
  • 已有機器人權限:不需要bot权限

为提高编辑可见性,故不需要bot权限 --百無一用是書生 () 2021年10月9日 (六) 09:42 (UTC)

好几年前开发过一个同样的bot,后来因为脚本不够健壮,且技术变化较多而不能正常运行(python和pywikibot版本升级,mw API改变等)。现在连代码都丢了。。。重新写了一个新的--百無一用是書生 () 2021年10月9日 (六) 09:47 (UTC)

手工更新的demo页面:User:Shizhao/test2/1User:Alertlivebot/人物(页面中肉眼可见的bug已经修复了)--百無一用是書生 () 2021年10月11日 (一) 11:37 (UTC)
@BAG成员@AntigngPeacearthWhitePhosphorusKanashimiXiplus召唤一下....--百無一用是書生 () 2021年10月16日 (六) 13:01 (UTC)
受影響頁面應該是專題的數量?或許可以限縮在Category:活跃维基专题66個(或再加上Category:半活跃维基专题117個)。這個任務是定時執行還是實時更新(意思是每個操作都會造成機器人1筆編輯)?--Xiplus#Talk 2021年10月16日 (六) 13:14 (UTC)
这个是要某个专题自己决定是否启用条目状态通告,通过用户手工在专题页面加入{{ArticleAlertbotSubscription}}模板,然后由该专题的用户手工建立一个通告专用的子页面并在该子页面挂上{{ArticleAlertbot}}模板(在某个页面直接挂上{{ArticleAlertbot}}也可以,但不推荐),bot只会编辑这个挂上了{{ArticleAlertbot}}的子页面。如果专题不想用条目状态通告,不走上述流程就可以,如果启用了条目状态通告又想关掉,删除页面上的{{ArticleAlertbot}}模板就可以。实际受影响页面其实就是Category:用于专题的条目通告下的挂有{{ArticleAlertbot}}模板的页面。
这个任务是走的EventStreams接口,实时更新。英文版的那个bot是每日更新一次。可以参考我目前手工更新的传记专题通告的演示页面。bot从12日开始运行(只是没有把结果自动post到wiki上),已经运行了5天了,包括了Category:用于专题的条目通告下的所有状态通告页面(这是以前老bot用的分类,现在这个bot承袭了过去的流程),其中传记专题的状态通告是最频繁的,也不过每天不超过10次更新(也就是等于每天不超过10次编辑)。Category:用于专题的条目通告下的其他状态通告页面,大约四分之一每天最多2-3次更新,剩下大部分几天才有一次更新。这样算下来,bot每天对所有通告页面的总编辑次数最多也就是20-30次左右
另外,这是之前已经运行过一阵的任务,后来停掉了,Category:用于专题的条目通告分类下的页面就是当时的产物,现在是重开这个任务。可以见Wikipedia:专题委员会/技术支持#条目状态通告--百無一用是書生 () 2021年10月16日 (六) 13:59 (UTC)

再度召唤,目前绝大部分提醒类型都已经弄好了,需要真正跑起来发现未知问题了--百無一用是書生 () 2021年10月19日 (二) 11:35 (UTC)

我已在用户空间子页面开始了测试,见Special:用户贡献/Alertlivebot--百無一用是書生 () 2021年10月21日 (四) 02:43 (UTC)
在現有Category:用于专题的条目通告且位於WikiProject:空間(目前有24個) 批准測試運作(30日)。--Xiplus#Talk 2021年10月22日 (五) 03:10 (UTC)
感谢!另外,用户空间下的(我的和bot的)页面为了方便调试,我还是需要接着更新--百無一用是書生 () 2021年10月22日 (五) 07:04 (UTC)
那就納入吧,反正用戶空間本來就不受規範。--Xiplus#Talk 2021年10月22日 (五) 10:57 (UTC)
这里是开发日志:User:Alertlivebot/beta--百無一用是書生 () 2021年10月27日 (三) 06:27 (UTC)
 正式批准運作。--Xiplus#Talk 2021年11月24日 (三) 04:30 (UTC)
感谢!--百無一用是書生 () 2021年11月24日 (三) 05:55 (UTC)
  • 狀態 已批准
  • 操作者:Xiplus#Talk
  • 提請時間:2020年1月10日 (五) 06:52 (UTC)
  • 自動化程度:全自動
  • 程式語言Pywikibot
  • 用途:根據用戶名自動封禁特定傀儡
  • 原始碼連結:
  • 編輯時段及頻率:跟進使用者建立日誌
  • 受影響頁面:
  • 遵守機器人規範無關
  • 已有機器人權限:

根據用戶名自動封禁特定傀儡。--Xiplus#Talk 2020年1月10日 (五) 06:52 (UTC)

是有AF之外更可靠的heuristic么?--Jimmy Xu 2020年1月21日 (二) 05:12 (UTC)
因為AF不可靠,有時會無法阻止帳號建立,另外AF封鎖似乎沒有啟用自動封鎖(因為是針對IP封鎖)。--Xiplus#Talk 2020年1月21日 (二) 05:21 (UTC)
不知现在还会不会是SUL进来的账户就挡不住了。--Jimmy Xu 2020年1月22日 (三) 01:52 (UTC)
批准測試運作(50次編輯)。--Jimmy Xu 2020年1月22日 (三) 01:52 (UTC)
meta那边AF是能够自动封禁账户的啊?--百無一用是書生 () 2020年4月3日 (五) 09:19 (UTC)
本地也可以自動封禁,但總會發現有攔不到的問題,也不清楚問題到底在哪。--Xiplus#Talk 2020年4月3日 (五) 09:21 (UTC)
批准延長測試運作(60日),已过一段长时间,如还有运作必要还请再测试一下。--Jimmy Xu 2021年8月29日 (日) 18:15 (UTC)
測試已完成,已過2個月,機器人持續運作中,用戶名黑名單基本上是我自己看到較嚴重的傀儡就會加入,當然也可以受理其他管理員的私下請求。--Xiplus#Talk 2021年11月16日 (二) 06:18 (UTC)
 正式批准運作。--Jimmy Xu 2021年12月7日 (二) 20:28 (UTC)