维基百科机器人

维基百科:机器人/申请

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

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

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

Emojibot-noref

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年2月1日 (一) 01:46 (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留言) 2021年1月30日 (六) 04:20 (UTC)
@Temp3600:好,要PV吗?--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2021年1月31日 (日) 02:59 (UTC)

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)

Non-robot 2

已经写好了脚本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)

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)
没找到机器人在近期添加错误参数,可能相关配置已调整。但改进模板模块还是更好些。--YFdyh000留言) 2021年2月27日 (六) 10:39 (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)

A2093064-bot 27

本申请将取代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)
因为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)

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)

已完成测试的机器人

待存档

Antigng-bot 30

批准测试运作(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)

Hamish-bot 4

无限期部分封锁应该不能视为已封锁;另外有必要移除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)

申请复核

不活跃机器人

提报不活跃机器人