维基百科机器人

维基百科:机器人/申请

维基百科,自由的百科全书
跳到导航 跳到搜索

在未获批准之前就使用机器人可能招致封禁。

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-bilibili
状态 新申请
3 2 YFdyh000 2021-02-01 19:54
3 YC-Bot 2
状态 新申请
7 3 Shizhao 2021-05-10 11:37 Shizhao 2021-05-10 11:37
4 Air7538-bot 3
状态 测试中
21 5 Air7538 2020-12-22 19:50 Xiplus 2020-11-12 20:37
5 YFdyh-bot 2
状态 测试中
4 2 YFdyh000 2021-01-23 17:11 Antigng 2021-01-23 16:14
6 Billytanghh-bot 2
状态 测试中
7 3 Antigng 2021-02-12 12:36 Antigng 2021-02-12 12:36
7 Xiplus-abot 2
状态 测试已完成
7 3 Xiplus 2020-04-03 17:21 Shizhao 2020-04-03 17:19
8 Cewbot 24
状态 测试已完成
10 3 XZTDean 2021-04-25 09:31 Antigng 2021-04-11 00:48
9 Cewbot 25
状态 测试已完成
20 4 Kanashimi 2021-04-14 05:57 Antigng 2021-04-13 22:33
发言更新图例
  • 最近一小时内
  • 最近一日内
  • 一周内
  • 一个月内
  • 逾一个月
特殊状态
已移动至其他页面
或完成讨论之议题
手动设定
当列表出现异常时,
请先检查设定是否有误

请求测试许可

150B01-abot

Emojibot-bilibili

@Emojiwiki:每个条目多久更新一次。基于WP:IINFO,我不赞成频繁更新该数据,建议频率>1个月。或者,在维基数据申请属性并频繁更新就没问题了(不清楚有无其他限制),还能留作历史记录,同时改造模板调用维基数据。--YFdyh000留言) 2021年2月1日 (一) 03:54 (UTC)

@YFdyh000:如何使用维基数据?--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年2月1日 (一) 11:35 (UTC)
参考Template:Tracks_Wikidata的链入模板们。参考[1]等文档。仅是合理化建议,您可自行考量。[2]目前无关注者属性,不清楚是否符合相关设立方针。--YFdyh000留言) 2021年2月1日 (一) 11:54 (UTC)

YC-Bot 2

  • 状态 新申请
  • 操作者:--Yining Chen留言|签名
  • 提请时间:2021年3月15日 (一) 11:41 (UTC)
  • 自动化程度:全自动
  • 编程语言Python
  • 用途:检查页面上可能的编辑战并将页面提报到WP:RFPP
  • 源代码连结:[3], 站内链接
  • 编辑时段及频率:不定期编辑
  • 受影响页面:未知
  • 遵守机器人规范不相关
  • 已有机器人权限:

该机器人通过检查编辑是否带“撤销”,“手动回退”,“回退”标签来检查一笔编辑是否为“回退”操作。目的是判断是否可能有编辑战正在发生。在一名用户对一个页面的回退次数大于3次后会将该页面提报至WP:RFPP。该机器人于UTC +8时间2021年3月15日06:50进行了试验运行(没有进行编辑,仅在本地记录相关页面),至2021年3月15日13:40共检查到一个符合条件的页面:多情城市。--Yining Chen留言|签名) 2021年3月15日 (一) 11:41 (UTC)

36.239.147.236连续4笔撤销220.255.113.0的编辑,但这样应该只能视为1次回退,因此这个判断不对。--Xiplus#Talk 2021年3月16日 (二) 01:25 (UTC)
您好,刚刚更正了这个问题,请再次检查代码。--Yining Chen留言|签名) 2021年3月17日 (三) 12:20 (UTC)
检视差异需要登入,这网站真烂。--Xiplus#Talk 2021年3月17日 (三) 12:29 (UTC)
实在抱歉,由于github在大陆访问速度有些慢,因此选择了一个替代品。--Yining Chen留言|签名) 2021年3月17日 (三) 12:34 (UTC)
您可以考虑张贴在站内的页面。--Xiplus#Talk 2021年3月18日 (四) 11:10 (UTC)
“在一名用户对一个页面的回退次数大于3次后会将该页面提报至WP:RFPP”,这个有时间限制吗?总不可能一个页面所有修订历史的3次吧?--百無一用是書生 () 2021年5月10日 (一) 03:37 (UTC)

正在测试的机器人

Air7538-bot 3

(+)支持,不然不可能会有手动处理的一天。 2020年10月24日 (六) 05:12 (UTC)
不修会有什么问题吗?--Xiplus#Talk 2020年10月26日 (一) 01:21 (UTC)
不会。Air7538#Sign 2020年10月26日 (一) 03:05 (UTC)
但维基数据首页的定义有“维基数据是维基媒体和其姊妹计划,包括维基百科,维基导游,维基词典,维基文库等的结构化数据的中央储存库”,个人感觉这种做法没有什么不当的地方。--Air7538#Sign 2020年10月26日 (一) 03:12 (UTC)
wikidata没有数据的会怎么处理?--百無一用是書生 () 2020年10月29日 (四) 01:40 (UTC)
啊,如果只是处理Category:与维基数据相同的豆瓣影人中的条目,应该没这个问题--百無一用是書生 () 2020年10月29日 (四) 01:41 (UTC)
对,等以后处理完这些与wikidata相同的再处理不同的。--Air7538#Sign 2020年10月29日 (四) 03:17 (UTC)
那么修改有什么好处吗?--Xiplus#Talk 2020年10月29日 (四) 15:44 (UTC)
好处是这些数据与wikidata同步,在wikidata与wikipedia任何一方出现破坏时,都能体现到对应的追踪分类中。如条目梅小青中wikidata的豆瓣数据就是错的。--Air7538#Sign 2020年10月29日 (四) 23:59 (UTC)
如果百科直接使用数据的资料,就不会显示在追踪分类了。--Xiplus#Talk 2020年10月30日 (五) 00:12 (UTC)
但破坏直接体现在wikidata和wikipedia总比体现在其中一方被发现破坏的可能性大。--Air7538#Sign 2020年10月30日 (五) 09:18 (UTC)
批准测试运作(20次编辑)。--Xiplus#Talk 2020年11月2日 (一) 23:44 (UTC)
匹配这个规则的暂时只有7条,用主账号编辑了,之后会放到toolforge,有什么需要注意的地方吗?--Air7538#Sign 2020年11月3日 (二) 16:15 (UTC)
200多个只能修复7个的话,我认为机器人效用不大。--Xiplus#Talk 2020年11月5日 (四) 02:03 (UTC)
待我稍做修改。----Air7538#Sign 2020年11月5日 (四) 09:58 (UTC)
对于不能匹配更多条目,这个我会再改,会在这次申请或者时间不足那就下次申请中体现。另外我的意思也包括用机器人一直盯这个分类,因为刚才又匹配到一个条目如萧飒。--Air7538#Sign 2020年11月5日 (四) 10:07 (UTC)
请务必使用机器人账号进行测试,待您累积到20编辑才继续流程。--Xiplus#Talk 2020年11月12日 (四) 12:37 (UTC)
好的。--Air7538#Sign 2020年11月12日 (四) 14:06 (UTC)
对此目的心存疑虑。按我的理解,这将使与维基数据不同的豆瓣影人追踪分类失去维基数据被破坏后凸显不一致的效果。类似设计有{{官网}}模板加参数,是否应该清理相同项,变成引用维基数据。--YFdyh000留言) 2020年12月22日 (二) 07:58 (UTC)
Air7538Pseudo ClassesXiplus 以及{{weibo}}等众多使用了维基数据的模板({{Uses Wikidata}}),在维基数据载有相同数据后,条目中的数据应该被移除吗?这或许应由社群讨论出一个统一方案。--YFdyh000留言) 2020年12月22日 (二) 10:14 (UTC)
支持讨论的方式解决。--Air7538#Sign 2020年12月22日 (二) 11:50 (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)
    @Antigng:对两个疑问的答案是,机器人无法辨识,出现错误添加时需要人工介入,纠正本站及跨语言链接、他站模板参数。因为机器人添加时会在编辑摘要指明添加的参数,检查机器人贡献记录时能发现一些显而易见的笔误。同时,这能揭示出一些跨语言错误和他站参数错误。结论是错误率较低,可后续处理。--YFdyh000留言) 2021年1月23日 (六) 08:02 (UTC)
  • 感谢回复。 批准测试运作(100次编辑),先小范围地测试一下。--Antigng留言) 2021年1月23日 (六) 08:14 (UTC)
    • 搁置 测试已暂停,脚本似乎不能识别空参数但结果正确的情况,有待研究源码。--YFdyh000留言) 2021年1月23日 (六) 09:11 (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)
批准测试运作(100次编辑) 要求:
  1. 生成上述四个专题经人工检查后排除,待编辑页面的名单(可以放置于用户子页)。
  2. 每个专题各编辑25次。

--Antigng留言) 2021年2月12日 (五) 04:36 (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)
因为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)

Cewbot 24

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

Cewbot 25

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

待存档

申请复核

不活跃机器人

提报不活跃机器人