维基百科:机器人/申请
机器人总览 · 机器人方针 机器人作业申请 · 请求机器人帮助作业 · 机器人列表 · 制造一个机器人 · 机器人种类 |
![]() |
![]() 存档 |
---|
2005 - 2006 - 2007 - 2008 - 2009 - 2010 - 2011 - 2012 - 2013 - 2014 - 2015 - 2016 |
![]() | 我们欢迎所有编者的意见。请积极发表您的想法! |
在未获批准之前就使用机器人可能招致封禁。
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 "请求测试许可".
机器人申请流程 | ||||||||
---|---|---|---|---|---|---|---|---|
|
审核小组成员须知 | |
---|---|
|
# | 机器人申请 | 进度 | 发言 | 参与 | 最新发言 | 最后更新(UTC+8) | 最新BAG发言 | BAG最后更新(UTC+8) |
---|---|---|---|---|---|---|---|---|
1 | 150B01-abot | 状态: 新申请 |
14 | 3 | Cdip150 | 2021-02-28 17:58 | Antigng | 2021-02-22 10:27 |
2 | Emojibot-noref | 状态: 讨论中 |
9 | 3 | Xiplus | 2021-02-01 09:46 | Xiplus | 2021-02-01 09:46 |
3 | Emojibot-bilibili | 状态: 新申请 |
3 | 2 | YFdyh000 | 2021-02-01 19:54 | ||
4 | Non-robot 2 | 状态: 新申请 |
4 | 2 | Shizhao | 2021-02-20 19:35 | Antigng | 2021-02-20 19:24 |
5 | YC-Bot | 状态: 新申请 |
7 | 3 | Yining Chen | 2021-03-01 17:36 | Shizhao | 2021-03-01 11:25 |
6 | A2093064-bot 27 | 状态: 已批准 |
2 | 2 | Shizhao | 2021-03-08 15:59 | Shizhao | 2021-03-08 15:59 |
7 | Xiplus-abot 2 | 状态: 测试中 |
7 | 3 | Xiplus | 2020-04-03 17:21 | Shizhao | 2020-04-03 17:19 |
8 | Air7538-bot 3 | 状态: 测试中 |
21 | 5 | Air7538 | 2020-12-22 19:50 | Xiplus | 2020-11-12 20:37 |
9 | YFdyh-bot 2 | 状态: 测试中 |
4 | 2 | YFdyh000 | 2021-01-23 17:11 | Antigng | 2021-01-23 16:14 |
10 | Billytanghh-bot 2 | 状态: 测试中 |
7 | 3 | Antigng | 2021-02-12 12:36 | Antigng | 2021-02-12 12:36 |
11 | Antigng-bot 30 | 状态: 已批准 |
12 | 2 | Shizhao | 2021-02-23 11:03 | Shizhao | 2021-02-23 11:03 |
12 | Hamish-bot 4 | 状态: 已批准 |
11 | 3 | Xiplus | 2021-03-06 14:19 | Xiplus | 2021-03-06 14:19 |
发言更新图例 |
---|
|
|
|
|
|
特殊状态 |
已移动至其他页面 或完成讨论之议题 |
手动设定 |
当列表出现异常时, 请先检查设定是否有误 |
请求测试许可
150B01-abot
- 状态: 新申请
- 操作者:街燈電箱150號 开箱维修 抄表 检验证明
- 提请时间:2021年1月23日 (六) 13:56 (UTC)
- 自动化程度:全自动
- 编程语言:JavaScript
- 用途:Wikipedia:新条目推荐/候选自动更新(需要管理权)
- 源代码连结:User:Cdip150-bot/votecount.js
- 编辑时段及频率:每半小时
- 受影响页面:WP:DYKC、Template:DYK、Wikipedia:新条目推荐/存档、Wikipedia:新条目推荐/供稿、参选条目之讨论页、主编者之用户页
- 遵守机器人规范:无关
- 已有机器人权限:否
- (:)回应User:Cdip150-bot/votecount.js#L-365此处的查询须指定rvslots:main,否则查询结果会有警告。--Antigng(留言) 2021年1月24日 (日) 15:26 (UTC)
- (:)回应,加入rvslots:main后导致L-389那行回传了undefined,也即是读取内容失败。--街燈電箱150號 开箱维修 抄表 检验证明 2021年1月25日 (一) 02:00 (UTC)
- Antigng(留言) 2021年1月25日 (一) 05:08 (UTC)
- 另,User:Cdip150-bot/votecount.js#L-422该种方法获取token也会产生警告,应以 https://wiki.kfd.me/w/api.php?action=query&meta=tokens 代替。--Antigng(留言) 2021年1月25日 (一) 07:52 (UTC)
- 已完成修改。--街燈電箱150號 开箱维修 抄表 检验证明 2021年1月29日 (五) 16:12 (UTC)
- 目前每半小时更新一次,包括直接删除章节,容易发生编辑冲突或影响讨论工具,能否以标注代替频繁章节删除,降低章节删除频率?--E.A.Crowley666✍️ 2021年2月5日 (五) 02:55 (UTC)
- 已完成修改。--街燈電箱150號 开箱维修 抄表 检验证明 2021年1月29日 (五) 16:12 (UTC)
那行要同时修改成contentstr = data.query.pages[pageid].revisions[0].slots.main['*'];-- - 另,User:Cdip150-bot/votecount.js#L-422该种方法获取token也会产生警告,应以 https://wiki.kfd.me/w/api.php?action=query&meta=tokens 代替。--Antigng(留言) 2021年1月25日 (一) 07:52 (UTC)
- Antigng(留言) 2021年1月25日 (一) 05:08 (UTC)
- (:)回应,加入rvslots:main后导致L-389那行回传了undefined,也即是读取内容失败。--街燈電箱150號 开箱维修 抄表 检验证明 2021年1月25日 (一) 02:00 (UTC)
- @Cdip150我现在用的工具vote.js(原作于2018年By小跃)虽然没有编辑冲突,但是如果删除章节会引起投票错位。我认为打开DYK页面,看完一个投一个是很符合直觉的,而且不存在某些人喜好的编辑整个页面或使用讨论工具所带来的编辑冲突。如果维持现状,我不能保证每次投完票都看一眼时间是否正好越过xx:15或xx:45,还是希望减少删除章节次数,如果标题不改也可以削减内容。--E.A.Crowley666✍️ 2021年2月11日 (四) 04:59 (UTC)
- (:)回应User:Cdip150-bot/votecount.js#L-365此处的查询须指定rvslots:main,否则查询结果会有警告。--Antigng(留言) 2021年1月24日 (日) 15:26 (UTC)
- User:Cdip150-bot/votecount.js#L-1066,此处需考虑其它用法,如{{spp|xxx}}等。--Antigng(留言) 2021年2月22日 (一) 02:27 (UTC)
Emojibot-noref
- 状态: 讨论中
- 操作者: Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~
- 提请时间:2021年1月29日 (五) 03:05 (UTC)
- 自动化程度:全自动
- 编程语言:Python3
- 用途:Add {{Onesource}}, {{No footnotes}}, {{More footnotes needed}} and/or {{Unreferenced}} to articles with those issues.
- 源代码连结:https://github.com/Emojigit/wp_noref
- 编辑时段及频率:Default 5 second one process.
TODO custom frequency. - 受影响页面:Random articles
- 遵守机器人规范:No need (If need, please tell me)
- 已有机器人权限:No
- custom frequency function is OK.--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年1月29日 (五) 03:13 (UTC)
- Tested on Test Wikipedia--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年1月29日 (五) 03:38 (UTC)
- 机器人批量挂模板的行为不被社群接受,该等申请通常一律拒绝,除非您有良好理由说服审核小组及社群该机器人任务是必要且有益的。--Xiplus#Talk 2021年1月29日 (五) 11:48 (UTC)
- @Xiplus:我没有一个有说服力的理由(顶多是治愈维基病),但为啥社群不接受?--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年1月30日 (六) 00:40 (UTC)
- 机器人批量挂模板的行为不被社群接受,该等申请通常一律拒绝,除非您有良好理由说服审核小组及社群该机器人任务是必要且有益的。--Xiplus#Talk 2021年1月29日 (五) 11:48 (UTC)
- 社群对于Onesource、Unreferenced等的使用未见共识。部分管理员认为只有在缺乏来源导致条目的准确性受严重影响时,才适合挂上模版。--Temp3600(留言) 2021年1月30日 (六) 03:50 (UTC)
- 这是我的定义:
{{Onesource}} | {{Onesource}} | {{More footnotes needed}} | {{Unreferenced}} |
所有URL也是指向同一个网站 | 没有<ref> | ref数比整体来源数的一半少 | 没有来源 |
- 以上。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年1月30日 (六) 03:56 (UTC)
- @Temp3600:好,要PV吗?--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年1月31日 (日) 02:59 (UTC)
- 以上。--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年1月30日 (六) 03:56 (UTC)
Emojibot-bilibili
- 状态: 新申请
- 操作者:Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~
- 提请时间:2021年2月1日 (一) 03:38 (UTC)
- 自动化程度:半自动或全自动
- 编程语言:Python3
- 用途:Update BiliBili followers
- 源代码连结:https://github.com/Emojigit/wp_bilibili
- 编辑时段及频率:default 5 seconds delay (changeable)
- 受影响页面:Pages under a prefix (changeable)
- 遵守机器人规范:No need to follow Template:Tempate
- 已有机器人权限:No
@Emojiwiki:每个条目多久更新一次。基于WP:IINFO,我不赞成频繁更新该数据,建议频率>1个月。或者,在维基数据申请属性并频繁更新就没问题了(不清楚有无其他限制),还能留作历史记录,同时改造模板调用维基数据。--YFdyh000(留言) 2021年2月1日 (一) 03:54 (UTC)
- @YFdyh000:如何使用维基数据?--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年2月1日 (一) 11:35 (UTC)
Non-robot 2
- 状态: 新申请
- 操作者:百無一用是書生 (☎)
- 提请时间:2021年2月20日 (六) 06:48 (UTC)
- 自动化程度:全自动
- 编程语言:pywikibot
- 用途:列出本地wiki与commons上同名的文件
- 源代码连结:User:Non-robot/sameimage.py
- 编辑时段及频率:1次/周
- 受影响页面:Wikipedia:数据库报告/与维基共享资源同名的文件
- 遵守机器人规范:
- 已有机器人权限:不需要bot权限
已经写好了脚本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)
YC-Bot
- 状态: 新申请
- 操作者:Yining Chen(留言|签名)
- 提请时间:2021年2月27日 (六) 09:36 (UTC)
- 自动化程度:有监督的半自动
- 编程语言:AWB
- 用途:批量删除条目参考中的url-status参数
- 源代码连结:
- 编辑时段及频率:不超过每分钟二十笔编辑
- 受影响页面:约2500
- 遵守机器人规范:无关
- 已有机器人权限:否
@Yining Chen:不应该是改进模板来支持未知参数吗。死链修复机器人会加回来吧。--YFdyh000(留言) 2021年2月27日 (六) 10:01 (UTC)
- 机器人会自动添加url-status参数吗?(我不太了解IABot)--Yining Chen(留言|签名) 2021年2月27日 (六) 10:08 (UTC)
- 而且改进模板看起来几乎不可能在最近实现
囧rz……--Yining Chen(留言|签名) 2021年2月27日 (六) 10:12 (UTC)
- 刚刚发现cite系列模板支持dead-url参数,因此在“用途”处删去dead-url。--Yining Chen(留言|签名) 2021年2月28日 (日) 05:53 (UTC)
- 一旦引用模板修好,删去的这个参数可能又会引起新的问题.....--百無一用是書生 (☎) 2021年3月1日 (一) 03:25 (UTC)
- 应该不会出什么问题吧,如果本地模板支持了url-status这个参数,它也会是选填参数,删去应该不会有什么影响。--Yining Chen(留言|签名) 2021年3月1日 (一) 09:36 (UTC)
- 一旦引用模板修好,删去的这个参数可能又会引起新的问题.....--百無一用是書生 (☎) 2021年3月1日 (一) 03:25 (UTC)
A2093064-bot 27
- 状态: 已批准
- 操作者:Xiplus#Talk
- 提请时间:2021年3月7日 (日) 02:53 (UTC)
- 自动化程度:全自动
- 编程语言:Pywikibot
- 用途:更新Transclusion count
- 讨论内容连结:Special:PermaLink/64653003#High-use模板相关
- 源代码连结:Github
- 编辑时段及频率:每周1次,27编辑
- 受影响页面:Special:PrefixIndex/Module:Transclusion count/data/
- 遵守机器人规范:无关
- 已有机器人权限:是
本申请将取代Wikipedia:机器人/申请/A2093064-bot/22的工作,除了减少编辑量,模组化资料还可用在其他地方等好处。--Xiplus#Talk 2021年3月7日 (日) 02:55 (UTC)
快速批准运作 --百無一用是書生 (☎) 2021年3月8日 (一) 07:59 (UTC)
正在测试的机器人
Xiplus-abot 2
- 状态: 测试中
- 操作者: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)
批准测试运作(50次编辑)。--Jimmy Xu 论 2020年1月22日 (三) 01:52 (UTC)
Air7538-bot 3
- 状态: 测试中
- 操作者:Air7538#Sign
- 提请时间:2020年10月24日 (六) 02:44 (UTC)
- 自动化程度:全自动
- 编程语言:pywikibot
- 用途:替换条目中的豆瓣影人为引用wikidata的模式
- 源代码连结:https://public.paws.wmcloud.org/User:Air7538-bot/Untitled.ipynb
- 编辑时段及频率:每周一次
- 受影响页面:Category:与维基数据相同的豆瓣影人中的部分页面
- 遵守机器人规范:无关
- 已有机器人权限:有
- (+)支持,不然不可能会有手动处理的一天。 2020年10月24日 (六) 05:12 (UTC)
- 不修会有什么问题吗?--Xiplus#Talk 2020年10月26日 (一) 01:21 (UTC)
批准测试运作(20次编辑)。--Xiplus#Talk 2020年11月2日 (一) 23:44 (UTC)
- 对此目的心存疑虑。按我的理解,这将使与维基数据不同的豆瓣影人追踪分类失去维基数据被破坏后凸显不一致的效果。类似设计有{{官网}}模板加参数,是否应该清理相同项,变成引用维基数据。--YFdyh000(留言) 2020年12月22日 (二) 07:58 (UTC)
YFdyh-bot 2
- 状态: 测试中
- 操作者:YFdyh000(留言)
- 提请时间:2021年1月22日 (五) 16:27 (UTC)
- 自动化程度:全自动
- 编程语言:如下
- 用途:commonscat.py
- 源代码连结:见上。稳定分支。
- 编辑时段及频率:不定期。计划对现有分类遍历一次,以及定期处理新进创建的分类。
- 受影响页面:已有跨维基链接并可找到{{commonscat}}的分类页面。对前4000项分类页估测,约5%~10%被编辑一次。
- 遵守机器人规范:是
- 已有机器人权限:否
- 该任务是利用成熟工具通过跨语言链接来为本站的新老分类添加{{commonscat}},作为一项任务本身批准的可能性比较大,但这里有两个(?)疑问,涉及到该任务是否能以全自动的方式完成。一、该工具允许在跨语言链接中找不到c站分类的情况下,通过检查其它站的相应页面的模板而为本站添加模板;请问其它站的分类是否良好维护,是否存在较大的误用模板的可能性?二、跨语言链接本身出错的可能性有多大?--Antigng(留言) 2021年1月23日 (六) 05:45 (UTC)
- 感谢回复。
批准测试运作(100次编辑),先小范围地测试一下。--Antigng(留言) 2021年1月23日 (六) 08:14 (UTC)
Billytanghh-bot 2
- 状态: 测试中
- 操作者:Billytanghh 讨论 欢迎参与亚洲月
- 提请时间:2021年1月31日 (日) 14:57 (UTC)
- 自动化程度:半自动
- 编程语言:AWB
- 用途:批量半自动增加专题模板
- 源代码连结:
- 编辑时段及频率:每分钟10笔
- 受影响页面:讨论页
- 遵守机器人规范:无关
- 已有机器人权限:否
- 请阅读Wikipedia:专题委员会/技术支持#机器人添加专题横幅并说明工作细节。--Xiplus#Talk 2021年2月1日 (一) 01:49 (UTC)
- 我会先载入分类内的条目,经筛走不属于该专题负责的条目后,再加上专题模板。--Billytanghh 讨论 欢迎参与亚洲月 2021年2月2日 (二) 03:55 (UTC)
- 您好,请问您近期具体想开展哪个(些)专题的分类工作?--Antigng(留言) 2021年2月2日 (二) 11:07 (UTC)
- 基督教专题、宗教专题、日本专题、东南亚专题--Billytanghh 讨论 欢迎参与亚洲月 2021年2月2日 (二) 15:32 (UTC)
- 这表示要编辑的页面名单您会人工检查过吗?--Xiplus#Talk 2021年2月3日 (三) 08:41 (UTC)
- 对。--Billytanghh 讨论 欢迎参与亚洲月 2021年2月3日 (三) 22:45 (UTC)
- 我会先载入分类内的条目,经筛走不属于该专题负责的条目后,再加上专题模板。--Billytanghh 讨论 欢迎参与亚洲月 2021年2月2日 (二) 03:55 (UTC)
批准测试运作(100次编辑) 要求:
- 生成上述四个专题经人工检查后排除,待编辑页面的名单(可以放置于用户子页)。
- 每个专题各编辑25次。
--Antigng(留言) 2021年2月12日 (五) 04:36 (UTC)
已完成测试的机器人
待存档
Antigng-bot 30
- 状态: 已批准
- 操作者:Antigng(留言)
- 提请时间:2020年11月6日 (五) 04:24 (UTC)
- 自动化程度:自动
- 编程语言:C
- 用途:接Wikipedia:机器人/申请/Antigng-bot/30,进一步清理引用模板中格式不正确的date参数
- 讨论内容连结:Wikipedia:机器人/申请/Antigng-bot/30
- 源代码连结:Special:Diff/54652261/64065023
- 编辑时段及频率:约1小时一次
- 受影响页面:6529 (存量)
- 遵守机器人规范:不相关
- 已有机器人权限:是
- 依照Wikipedia:机器人/申请/Antigng-bot/30中的规则进一步清理引用模板中的date参数。清理的条件完全覆盖前一项任务中的条件(即:模板未损坏,参数未重复,根据Module:Citation/CS1/Date_validation中的正则表达式生成状态机判定参数是否引起引用模板报错,如会报错尝试解析(格式不正确的)参数,要求清出的结果里年月日齐全且合法,没有issue参数等,详见先前的讨论),并在此基础上要求引用模板不含year、month、day等和日期有关的合法参数或已废弃的非法参数。
- 本系列任务的最终目标是完全取代Wikipedia:机器人/申请/Liangent-bot/16。年月日不齐全、或者含有year、month、day等参数的复杂情形,留待后续任务处理。--Antigng(留言) 2020年11月6日 (五) 04:24 (UTC)
- 编辑示例。--Antigng(留言) 2020年11月6日 (五) 04:24 (UTC)
- 空运行报告:在整个主名字空间发现6529个可编辑页面,其中24个不在分类Category:引文格式1错误:日期之中。经查,除前一项任务的遗留之外,剩余假阳性一是不使用CS1的小众引用模板;二是重复定义的ref标签;三是母模板不存在或指定参数不存在,见此。其中二和三没有危害,一涉及到模板{{cite court}}的使用,部分条目中使用该模板填写民国纪年法,会被自动清理为标准格式,如Special:Diff/62703478。请问这种用法是否合适?在执行清理时是否有必要加以排除?Antigng(留言) 2020年11月6日 (五) 07:16 (UTC)
- {{cite court}}最好进一步讨论一下。暂时不处理如何?--百無一用是書生 (☎) 2021年2月20日 (六) 07:28 (UTC)
测试已完成
- 测试范围:所有条目列表前20页(共100,000个条目),涵盖各种类型的条目;
- 结果:第一次尝试:185笔编辑、第二次尝试:105笔编辑
- 发现的问题:该任务利用启发式算法尝试修正不正确的日期,其描述能力超过一般正则表达式(即:III型文法),可以比较好地应对各种不正确使用的情况,但如早前的申请所述,可能会导致一些意料之外的错误处理;经人工复查,测试编辑存在下列问题
- 修正后的日期格式一律为ISO格式,这可能不符合英文站MOSDATE指引关于日期格式应“先到先得”、“全条目统一”的要求;然而本站MOSDATE指引无此“先到先得”之要求,且本站绝大多数条目选用ISO格式的日期,更正为ISO格式导致条目格式统一的概率远大于破坏条目格式统一的概率;过往讨论和引用模板的提示亦倾向于使用ISO标准格式。考虑到两站共识的差异,本次任务若批准,仍将维持修正目标为ISO标准格式,不考虑修改;
- 修正后可能会删去一些不相关的字串,如Special:Diff/64406914,该等修改并无害处(因人工处理结果也是直接删去这些字串),不考虑改进;
- 下列七个条目存在因出版物编号而导致的错误修正,已全数回退: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月22日 (一) 02:26 (UTC)
- 可以这样理解。过去Liangent-bot采用正则表达式去匹配特定的错误模式(如匹配"yyyy/mm/dd"、"yyyy年0m月dd日"这两种特定的错误格式,将其分别修正为"yyyy-mm-dd"和"yyyy年m月dd日"),假阳性率较低、但假阴性率较高;本人则是试图读入待修正的日期字串,去猜测其中数字的含义(比如,一个四位数后跟着一个“年”字,就猜测这是一个年份)从而提取出年月日参数,以标准格式输出,理论上可能有较高的假阳性率(猜错),但同时也能应对诸如这类事先难以预料的误用。--Antigng(留言) 2021年2月21日 (日) 12:29 (UTC)
Hamish-bot 4
- 状态: 已批准
- 操作者:Hamish论
- 提请时间:2021年3月4日 (四) 06:36 (UTC)
- 自动化程度:全自动
- 编程语言:pywikibot
- 用途:自动维护Category:可能违反方针的用户名
- 讨论内容连结:Wikipedia:机器人/作业请求#自动维护Category:可能违反方针的用户名
- 源代码连结:[3]
- 编辑时段及频率:1/day @ 10:03
- 受影响页面:视情况而定
- 遵守机器人规范:无关
- 已有机器人权限:是 --Hamish论 2021年3月4日 (四) 06:36 (UTC)
- 无限期部分封锁应该不能视为已封锁;另外有必要移除Uw-username吗?这似乎会移除他人的留言,而且这应该是错误使用了模板。--Xiplus#Talk 2021年3月4日 (四) 07:01 (UTC)
- Hamish论 2021年3月5日 (五) 13:21 (UTC) 会加入对封锁状态的检测;如果不移除模板的话,不排除会有用户手动加入并且错误使用模板,不如将uw-username的引用直接改为不带分类的文字?--
- Hamish论 2021年3月5日 (五) 21:16 (UTC) 测试编辑已完成,烦请复核。--