维基百科机器人

维基百科:机器人/申请

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

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

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

请求测试许可

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)

Xiplus-abot 7

现时方针允许白纸保护代替,那么一律白纸保护就不会有误建不当用户名用户页的问题,在管理员封锁后会等待一段时间让管理员(或很闲的人)看是否要张贴傀儡标记等模板,若没有建立才保护。--Xiplus#Talk 2021年3月14日 (日) 12:31 (UTC)

  • 两个SQL查询供参考:
  • 可见若以2018年以后的封禁为假想的工作范围,该机器人在确保不干扰到很闲的人那些热衷于挂{{indef}}模板的用户的前提下,需要延迟1-3个月的时间处理;在延迟2个月的条件下,待处理的页面数量很少(<100个/年),而且大多涉及RD的问题需要慎重处理。恐怕风险与收益不成比例。--Antigng留言) 2021年3月14日 (日) 17:13 (UTC)
    您觉得旧案例需要处理吗(无论是人工或是机器人)?--Xiplus#Talk 2021年3月16日 (二) 01:53 (UTC)
    • 这问题似乎放客栈讨论比较合适?--Antigng留言) 2021年3月16日 (二) 14:13 (UTC)
      那么单问您作为管理员看到这样的请求,您会处理还是拒绝呢?--Xiplus#Talk 2021年3月16日 (二) 14:58 (UTC)
      丢在那里不管。--Antigng留言) 2021年3月16日 (二) 15:07 (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)

Antigng-bot 34

--Antigng留言) 2021年3月30日 (二) 07:20 (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)

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)

待存档

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)
互助客栈已经在开始着手更新模板了。--Yining Chen留言|签名) 2021年3月10日 (三) 13:14 (UTC)
已基本确定此次模板更新将修复此问题。--Yining Chen留言|签名) 2021年4月1日 (四) 13:06 (UTC)

Symbol abstain vote grey.svg 操作者撤回申请。—— Eric Liu 创造は生命(留言留名学生会 2021年4月2日 (五) 09:34 (UTC)

Mikasa-bot

  • 状态 已批准
  • 操作者:海の向こうは敌だ!|欢迎订阅维猫报! 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)

  • (-)倾向反对,一次性任务、总量小且编辑频率极低——接近或低于正常人工编辑(作为对比,过滤器45对没有机器人权限的AWB用户的限制是每分钟三笔编辑),无需机器人权限。--Antigng留言) 2021年1月29日 (五) 07:35 (UTC)
    (:)回应值得一提的是,机器人任务还包含将所有未分类的辽宁条目予以分类,然而...似乎有很多这样的例子,所以可能需要。而且我的准备是在可预见的未来内,均使用这样的方法进行评级,所以这并不是一次性任务,至于编辑频率...其实是因为我看其他申请频率都好慢,所以自行决定放缓频率,原先预计的频率为1分钟1-3次(可以查看申请最初版本)。--··自·由·的 2021年1月29日 (五) 08:28 (UTC)
    啊,还有,是辽宁分类下所有条目,和未来可能产生的新条目。--··自·由·的 2021年1月29日 (五) 08:30 (UTC)
  • 有监督而速度不超过每分钟三条的项目不需要bot权限。--Temp3600留言) 2021年1月30日 (六) 03:55 (UTC)
  • @LClightcat:查了之后才发现机器人名字叫三笠,好家伙--距离CSCEP开始还有1天🇨🇳🎗️🇷🇸 2021年1月31日 (日) 09:06 (UTC)
    2333--··自·由·的 2021年1月31日 (日) 13:51 (UTC)
  • 撤回请求好吧,看了各位的发言,先暂时撤回申请,等过几天干别的用的时候再申请.--··自·由·的 2021年1月31日 (日) 13:53 (UTC)
  • Symbol abstain vote grey.svg 操作者撤回申请。--Antigng留言) 2021年2月1日 (一) 10:07 (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)

申请复核

不活跃机器人

提报不活跃机器人