维基百科:机器人/申请/存档/2020年/获批的申请

添加链接
维基百科，自由的百科全书

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

Air7538-bot

  • 状态：   已批准
  • 操作者： Air7538(留言)最近在打捞电视剧专题
  • 提请时间： 2019年12月25日 (三) 03:14 (UTC)
  • 自动化程度：有监督的半自动
  • 编程语言：Pywikibot
  • 用途：在电视剧条目中添加电视剧专题模板。（根据申请2相关讨论这个任务已经停止）
  • 源代码连结： Github
  • 编辑时段及频率：每天多次或每周几次。
  • 受影响页面：每次检查一个电视剧相关分类，每次大概200个页面。
  • 遵守机器人规范： 否
  • 已有机器人权限： 没有
你会人工确认每个页面是否真的要加入专题模板吗？看Code应该是对分类下除模板以外的页面讨论页全部修改。--Xiplus#Talk 2019年12月25日 (三) 05:48 (UTC)
@Xiplus：我会在自动编辑前会确认代码所检查的分类中包含的条目的名称，所以自动化程度我填的是有监督的半自动。另外只有没有条目讨论页的会创建讨论页并写“{{电视剧专题}}”模板，其他情况都不做任何编辑。所以我想要的代码功能只是代为我进行创建讨论页并写电视剧专题模板的过程。--Air7538(留言)最近在打捞电视剧专题 2019年12月25日 (三) 06:03 (UTC)
有监督倒是没多大问题。Code的部分，应该使用 page.title() 取得页面名称，page.namespace().id 取得命名空间ID，因为你后面使用 "Talk:"+title 取得讨论页，所以应该确保页面是条目才能这么做。--Xiplus#Talk 2019年12月25日 (三) 06:13 (UTC)
@Xiplus：已改用“page.title() 取得页面名称，page.namespace().id 取得命名空间ID”，请再看一下Code。(pywikibot的文档都是全英的，网上又没有其他参考，实在感谢您提供的这两个建议)--Air7538(留言)最近在打捞电视剧专题 2019年12月25日 (三) 06:43 (UTC)
批准测试运作（50次编辑）。--Xiplus#Talk 2020年1月5日 (日) 05:49 (UTC)
@Xiplus：已测试，--Air7538(留言)最近在打捞电视剧专题 2020年1月8日 (三) 01:47 (UTC)
 正式批准运作，待授权后才开始作业。--Xiplus#Talk 2020年1月10日 (五) 05:47 (UTC)
@Xiplus：你好，问一下等待授权是等待谁授权呢？--Air7538(留言) 2020年1月19日 (日) 15:09 (UTC)
已授权。--Jimmy Xu 论 2020年1月20日 (一) 19:02 (UTC)

FuduBot 2

  • 状态：   撤销许可
  • 操作者：—Rowingbohe♬ （台州专题）
  • 提请时间：2020年3月9日 (一) 10:19 (UTC)
  • 自动化程度：有监督的半自动
  • 编程语言：AWB
  • 用途：为大量非主名字空间的页面（如分类，模板等）挂评级模板。因为评级模板自动识别分类、模板等的等级（分类级/模板级）和重要度（不适用重要度），所以可做到绝大多数过程自动化。使用时本人会监视。
  • 源代码连结：AWB
  • 编辑时段及频率：一分钟大约10-20次
  • 受影响页面：目测10000个以上
  • 遵守机器人规范：不适用
  • 已有机器人权限：无
  • 说明：可参见本人贡献记录。本人目前已经为浙江专题、杭州专题、台州专题、滁州专题、北京专题等专题添加大量评级模板，有比较熟练的AWB操作经验。本人承诺（主观意义上）不对任何主名字空间的条目做评级（即，除非操作失误，不编辑Talk页面）。—Rowingbohe♬ （台州专题） 2020年3月9日 (一) 10:21 (UTC)
既然会人工监督， 快速批准运作，另外非紧急任务的编辑频率建议为每次编辑应相隔最少五秒。请待授权后再开始编辑。--Xiplus#Talk 2020年3月12日 (四) 05:10 (UTC)
了解，会调整。—Rowingbohe♬ （台州专题） 2020年3月12日 (四) 05:54 (UTC)
授权了。 Stang★★ 2020年3月13日 (五) 00:00 (UTC)
撤销许可。--Xiplus#Talk 2022年10月11日 (二) 09:26 (UTC)

TongcyBot

  • 状态：   撤销许可
  • 操作者：—TongcyDai  ฅ • ω • ฅ
  • 提请时间：2020年3月27日 (五) 20:06 (UTC)
  • 自动化程度：有监督的半自动
  • 编程语言：AWB
  • 用途：为分类、模板等命名空间页面加上评级模板
  • 源代码连结：AWB
  • 编辑时段及频率：一分钟10次以上，时段不定
  • 受影响页面：超过10000个页面
  • 遵守机器人规范：无关
  • 已有机器人权限：无
  • 说明：将以AWB半自动形式（有人工监督）为台湾专题（及其子专题）、语言专题、语言学专题等分类、模板加上评级模板。机器人将不会为需要人工判断的条目评级。近来已用主账号进行了约两千笔评级模板编辑，相信操作经验能够胜任此任务。—TongcyDai  ฅ • ω • ฅ 2020年3月27日 (五) 20:06 (UTC)
我觉得Template_talk:台湾教育大学系统/list子模板、Template_talk:台湾气象站/doc模板文档应该都不需要评级吧。--Xiplus#Talk 2020年3月28日 (六) 07:45 (UTC)
@Xiplus：是的，/doc等子页面不须评级（但我认为有实际功能、可以单独存在的子页面应可评级），此为误操作，已将所有类似的错误都修正。—TongcyDai  ฅ • ω • ฅ 2020年3月28日 (六) 09:14 (UTC)
“机器人将不会为需要人工判断的条目评级”您以何种方式产生需要评级的页面列表？--Xiplus#Talk 2020年3月28日 (六) 07:47 (UTC)
@Xiplus：使用AWB将某一分类（例如Category:语言学）底下所有的子分类和所属模板全部取出，再以人工方式剔除不须评级的页面。—TongcyDai  ฅ • ω • ฅ 2020年3月28日 (六) 09:14 (UTC)
在人工决定编辑页面的条件下给予 快速批准运作，另外非紧急任务的编辑频率建议为每次编辑应相隔最少五秒，请待授权后再开始编辑。另外请使用{{Bot}}标记机器人用户页，以及使用机器人账号在沙盒或使用者页面作任一编辑以授予AWB权限。--Xiplus#Talk 2020年3月30日 (一) 10:21 (UTC)
已授权。--J.Wong 2020年3月31日 (二) 14:35 (UTC)
因不活跃而 撤销许可。--Jimmy Xu 论 2021年9月7日 (二) 15:08 (UTC)

A2093064-bot 23

如果提报的条目被移动，则在提报页修正条目名称为重定向目标，范例编辑。--Xiplus#Talk 2020年2月28日 (五) 13:55 (UTC)

快速批准运作 --百無一用是書生 (☎) 2020年4月3日 (五) 08:49 (UTC)

A2093064-bot 22

范例1 2 3 4 5。--Xiplus#Talk 2020年2月8日 (六) 02:19 (UTC)
机器人只会在新引用量与旧引用量差距2%（可设定）以上时才会更新数值，不会频繁更新不断少量增减引用量的模板。--Xiplus#Talk 2020年2月8日 (六) 08:43 (UTC)
批准测试运作（50次编辑） --百無一用是書生 (☎) 2020年4月3日 (五) 08:44 (UTC)
@Shizhao： 测试已完成，1个错误编辑，直接加入不处理名单。--Xiplus#Talk 2020年4月4日 (六) 00:51 (UTC)
没明白什么错误，能否说明白一些？--百無一用是書生 (☎) 2020年4月6日 (一) 12:05 (UTC)
@Shizhao：该doc嵌入到两个模板，使用解析器函数决定要显示哪个High-use，机器人无法判断要更新哪个参数；其他情况例如Template:High-use/doc是为了展示High-use的使用结果而非标记High-use本身的引用量，之类机器人无需机器人更新使用量的情况都可以加入白名单来避免机器人修改。--Xiplus#Talk 2020年4月6日 (一) 12:29 (UTC)
能否程式检查一下，如果High-use在一个页面中出现大于1次，就忽略或另行处理？--百無一用是書生 (☎) 2020年4月6日 (一) 12:50 (UTC)
@Shizhao：可以，已修改程式为跳过不处理。--Xiplus#Talk 2020年4月6日 (一) 13:00 (UTC)

 正式批准运作 --百無一用是書生 (☎) 2020年4月7日 (二) 02:38 (UTC)

A2093064-bot 24

  • 状态：   已批准
  • 操作者：Xiplus#Talk
  • 提请时间：2020年3月13日 (五) 11:18 (UTC)
  • 自动化程度：全自动
  • 编程语言：Pywikibot
  • 用途：修正因不留重定向移动而导致断掉的双重重定向
  • 源代码连结：Github
  • 编辑时段及频率：数十分钟清理一次
  • 受影响页面：断掉的双重重定向
  • 遵守机器人规范：无关
  • 已有机器人权限：是

因不留重定向移动而导致断掉的双重重定向从技术上符合WP:G15而被机器人提删，然而正确做法应该是修正重定向到目标页，这些重定向很可能有大量的连入，就算重定向不合适，也不应符合G15及快速删除，应提交存废讨论，为避免管理员不察删除而导致诸多问题而申请该机器人修正。--Xiplus#Talk 2020年3月13日 (五) 11:18 (UTC)

为何不用pywikibot已有的修复脚本？--百無一用是書生 (☎) 2020年4月3日 (五) 08:50 (UTC)
@Shizhao：有现有的修复脚本？--Xiplus#Talk 2020年4月3日 (五) 09:04 (UTC)
额，仔细看了一下Pywikibot库，有两个修重定向的脚本，但看起来不太符合你的这个需求.... 批准测试运作（50次编辑） --百無一用是書生 (☎) 2020年4月3日 (五) 09:15 (UTC)
@Shizhao：我试用了redirect.py，确实可以修复断掉的双重重定向，但我考量的点是，移动的人可能会自己修复或做其他处置，所以我的机器人会等到被提删才来处理，那么redirect.py这个脚本就没法处理已经被挂速删的页面了，因为已不是重定向。--Xiplus#Talk 2020年4月3日 (五) 09:19 (UTC)
测试已完成，见此。--Xiplus#Talk 2020年4月5日 (日) 07:24 (UTC)
 正式批准运作 --百無一用是書生 (☎) 2020年4月7日 (二) 03:19 (UTC)

Njzjzbot

我在里面看到了模板沙盒，您有人工检查吗？直接用分类成员全挂专题模板是不允许的。--Xiplus#Talk 2020年4月9日 (四) 13:37 (UTC)
更新了列表，已经过人工检查，现在应该没问题了。已经排除了已挂专题模板的页面，共计95个。--曾晋哲（留言·Q61655160） 2020年4月9日 (四) 17:32 (UTC)
我把Draft talk空间去掉了，对于Template talk空间，专题模板可以自动识别模板讨论页，分类到Category:模板级2019冠状病毒病条目，没什么问题。--曾晋哲（留言·Q61655160） 2020年4月9日 (四) 17:34 (UTC)
@Njzjz：关于批量添加专题模板的部分，需要遵守Wikipedia:专题委员会/技术支持#机器人添加专题横幅的相关规范。不知您是否已详阅了呢？另外其实如果才95个页面要挂的话，大可不用机器人...-Peacearth（留言） 2020年4月17日 (五) 09:24 (UTC)
已阅。如果有人能手动加模板也可……--曾晋哲（留言·Q61655160） 2020年4月19日 (日) 01:46 (UTC)
@Njzjz：如果您仍想亲自透过机器人来加模板的话，我认为是可以批核的（虽然数量还真有点少）。只是提醒您，其实这么少页面的话您也可以手动添加，或者是在该页申请、寻求其他已获权的用户帮忙而不用亲自操作。看您决定啰。-Peacearth（留言） 2020年4月24日 (五) 08:27 (UTC)
我希望通过机器人添加，不麻烦别人了。--曾晋哲（留言·Q61655160） 2020年4月25日 (六) 08:46 (UTC)
由于仅少量（95个）页面受影响，应可跳过测试期， 快速批准运作-Peacearth（留言） 2020年4月25日 (六) 12:11 (UTC)
撤销许可。--Xiplus#Talk 2021年8月19日 (四) 01:12 (UTC)

和平-bot 2

@Jimmy Xu：--Temp3600（留言） 2015年8月27日 (四) 16:43 (UTC)
(～)补充：测试编辑：[1][2][3][4][5]，运作应无问题。（只是得一直手动载入随机页面，不知有无更方便的方法） - 和平、奋斗、救地球！(留言)自然科学条目提升计划地质专题于 2015年8月28日 (五) 06:36 (UTC)
既然都要用上机器人了，直接将之改为符合格式手册规范之跨语言链接会不会较好？--Kanashimi（留言） 2015年8月28日 (五) 08:44 (UTC)
@Kanashimi：社群对应用红连或绿连未有共识且各有偏好。 - 和平、奋斗、救地球！(留言)自然科学条目提升计划地质专题于 2015年8月28日 (五) 08:45 (UTC)
@和平奮鬥救地球：使用跨语言链接模板{{ilh}}和{{tsl}}标注外语维基的对应条目如何？--Kanashimi（留言） 2015年8月28日 (五) 11:51 (UTC)
@Kanashimi：那就是绿连，有许多用户因各种理由反对，但也有为数不少的支持者。 - 和平、奋斗、救地球！(留言)自然科学条目提升计划地质专题于 2015年8月28日 (五) 11:53 (UTC)
完成，授权通过--百無一用是書生 (☎) 2015年11月3日 (二) 08:21 (UTC)
寂伏经年，现按《机器人方针》，撤销许可，及除其权。--J.Wong 2018年5月7日 (一) 10:21 (UTC)

依Wikipedia:机器人方针#活跃度要求规范，重新申请操作许可。-Peacearth（留言） 2020年4月13日 (一) 02:38 (UTC)

@和平奮鬥救地球：原先申请的理由是“社群对应用红连或绿连未有共识”，但现在已有指引要求使用绿连。--Xiplus#Talk 2020年4月14日 (二) 02:36 (UTC)
@Xiplus：不，那条不是申请理由，只是对于为啥不“直接将之改为符合格式手册规范之跨语言链接”的原因之一而已。另外还有其他原因上面没说到，比如像是一些各式各样的跨语言链接用法需要人工判断修正。比如这种，[[:en:Supreme Headquarters Allied Powers Europe|盟军力量欧洲最高总部（SHAPE）]]并不能直接改成盟军力量欧洲最高总部（SHAPE）（英语：Supreme Headquarters Allied Powers Europe）。另一个例子是这个，[[:en:Pittsburgh International Airport People Movers|机场地下轨道列车]]不能直接改成机场地下轨道列车（英语：Pittsburgh International Airport People Movers）。而这类情况非常多，不宜且难以自动化处理。-Peacearth（留言） 2020年4月14日 (二) 02:58 (UTC)
那么要如何列出需要挂模板的页面？--Xiplus#Talk 2020年4月14日 (二) 03:00 (UTC)
@Xiplus：会依以下方式做操作：
  • 若该页并未挂上{{Link style}}模板，且找得到“(?<!([Aa]dvtranslation|[Pp]lant\-translation|[Tt]ranslate|[Tt]ranslating|[Tt]ranslation[ _]+WIP|TRANSLATION|[Tt]ranslation|[Tt]rans|[Tt]ran|[Vv]oltranslation|[Ww]ptranslation|正在翻(譯|译)|(翻)?(譯|译)(中)?)\s*\|\s*(tfrom|1)?\s*(\=)?\s*)\[\[\:語言代碼\:(?![A-Za-z\-]+\:)”（regex）时（即：条目中存在“非跨维基计划”且“不在{{Translation}}模板内”的跨语言链接时），挂上模板。
  • 若该页已挂上{{Link style}}模板，但找不到“(?<!([Aa]dvtranslation|[Pp]lant\-translation|[Tt]ranslate|[Tt]ranslating|[Tt]ranslation[ _]+WIP|TRANSLATION|[Tt]ranslation|[Tt]rans|[Tt]ran|[Vv]oltranslation|[Ww]ptranslation|正在翻(譯|译)|(翻)?(譯|译)(中)?)\s*\|\s*(tfrom|1)?\s*(=)?\s*)\[\[\:[A-Za-z\-]+\:(?![A-Za-z\-]+\:)|(?<=\r|\n)(\=){2,}.*\[\[.*\]\].*(\=){2,}”（regex）时（即：条目中不存在上述不合规跨语言链接、也不存在章节标题内的内部链接时），移除该页{{Link style}}模板。
大概是这样。-Peacearth（留言） 2020年4月15日 (三) 08:13 (UTC)
快速批准运作。--Xiplus#Talk 2020年4月16日 (四) 00:29 (UTC)
已授权。-千村狐兔（留言） 2020年4月16日 (四) 07:19 (UTC)

和平-bot 6

强制全保护能不能减少麻烦?Kanashimi（留言） 2016年5月17日 (二) 10:38 (UTC)
WP:SIG#EL本就规定“不要在签名中使用模板（例如这样（{{User:Name/sig}}）的签名）”。理由除了“成为破坏的目标”之外，还有“签名对服务器资源的影响”。-和平、奋斗、救地球！留言・DC14讨论于 2016年5月17日 (二) 10:42 (UTC)
已批准。--Jimmy Xu 论 2016年5月17日 (二) 12:24 (UTC)
寂伏经年，现按《机器人方针》，撤销许可，及除其权。--J.Wong 2018年5月7日 (一) 10:22 (UTC)

依Wikipedia:机器人方针#活跃度要求规范，重新申请操作许可。-Peacearth（留言） 2020年4月13日 (一) 02:39 (UTC)

@和平奮鬥救地球：这是人工找出使用签名模板的人，然后批量替换吗？--Xiplus#Talk 2020年4月14日 (二) 02:38 (UTC)
@Xiplus：对。-Peacearth（留言） 2020年4月14日 (二) 03:03 (UTC)
快速批准运作。--Xiplus#Talk 2020年4月16日 (四) 00:33 (UTC)

和平-bot 7

没看明白啥意思？有测试编辑吗？--百無一用是書生 (☎) 2017年2月3日 (五) 03:24 (UTC)
我的意思是Special:Diff/42212359、Special:Diff/42212358、Special:Diff/42212357，如果手动用就得一直点确认，但有时引用量很大所以想使用机器人。-和平、奋斗、救地球！（留言） 2017年2月3日 (五) 04:40 (UTC)
任务批准--百無一用是書生 (☎) 2017年2月4日 (六) 08:40 (UTC)
寂伏经年，现按《机器人方针》，撤销许可，及除其权。--J.Wong 2018年5月7日 (一) 10:22 (UTC)

依Wikipedia:机器人方针#活跃度要求规范，重新申请操作许可。-Peacearth（留言） 2020年4月13日 (一) 02:39 (UTC)

@和平奮鬥救地球：这是人工指定要替换的模板吗？这是仅适用于模板命名不当吗？否则一般来说不应不留重定向。--Xiplus#Talk 2020年4月14日 (二) 02:40 (UTC)
@Xiplus：“这是人工指定要替换的模板吗？”对。另外，“模板命名不当”是一种可能的原因。不过我并不打算只限制在此种原因上，而是日后所有经讨论共识重新命名且因故不留重定向之模板。-Peacearth（留言） 2020年4月14日 (二) 03:02 (UTC)
快速批准运作。--Xiplus#Talk 2020年4月16日 (四) 00:33 (UTC)

和平-bot 1

@Kegns、Shizhao：可以帮我看一下吗？ - 和平、奋斗、救地球！(留言)自然科学条目提升计划地质专题于 2015年7月29日 (三) 05:30 (UTC)

完成--百無一用是書生 (☎) 2015年7月31日 (五) 01:09 (UTC)
谢谢您 - 和平、奋斗、救地球！(留言)自然科学条目提升计划地质专题于 2015年7月31日 (五) 01:45 (UTC)
寂伏经年，现按《机器人方针》，撤销许可，及除其权。--J.Wong 2018年5月7日 (一) 10:20 (UTC)

依Wikipedia:机器人方针#活跃度要求规范，重新申请操作许可。-Peacearth（留言） 2020年4月13日 (一) 02:38 (UTC)

快速批准运作。--Xiplus#Talk 2020年4月18日 (六) 00:40 (UTC)

A2093064-bot 20

如果条目或草稿（仅处理这两空间）引用了{{Copyvio}}，却未在Wikipedia:页面存废讨论/疑似侵权中含有连结，则提报上去（范例编辑）。--Xiplus#Talk 2019年9月22日 (日) 13:35 (UTC)

批准测试运作（7日） --Kanashimi（留言） 2019年10月3日 (四) 10:43 (UTC)
@Kanashimi：发生的情况不多，需要更长的测试期。--Xiplus#Talk 2019年10月18日 (五) 11:28 (UTC)
批准测试运作（20次编辑） --Kanashimi（留言） 2019年10月18日 (五) 13:37 (UTC)
@Xiplus，现在有在运作吗？Special:Whatlinkshere/Draft:Sandbox一直没什么动静。--Jimmy Xu 论 2019年12月17日 (二) 19:09 (UTC)
@Jimmy Xu：原来是程式有误，现已修复：Special:Diff/57301594，或许让我再延长个测试期。--Xiplus#Talk 2019年12月18日 (三) 00:03 (UTC)
Special:Diff/57377002：新的提报；Special:Diff/57382293：因时间差导致的错误提报。--Xiplus#Talk 2019年12月23日 (一) 23:43 (UTC)
测试已完成，已达到20编辑，请在WP:CV或贡献页搜寻编辑摘要“機器人30：提報已張貼侵權模板卻未於此提報的頁面”。--Xiplus#Talk 2020年1月30日 (四) 11:02 (UTC)
 正式批准运作-Peacearth（留言） 2020年4月19日 (日) 02:33 (UTC)

Xiplus-abot 4

根据Wikipedia:高风险模板500+半保护，5000+全保护，暂时考虑豁免模块:CGroup，相关申请：Wikipedia:机器人/申请/Antigng-bot2/2。--Xiplus#Talk 2020年4月2日 (四) 05:28 (UTC)

我建议不要这么严格。我提个建议你看是否合适？500+和5000+全部都自动半保护，是否全保护由用户决定--百無一用是書生 (☎) 2020年4月3日 (五) 09:30 (UTC)
另外吐个槽，CGroup里好多有问题的繁简转换.....--百無一用是書生 (☎) 2020年4月3日 (五) 09:32 (UTC)
@Shizhao：可以，在User:Xiplus-abot/task/3/config.json可供任何管理员设定。--Xiplus#Talk 2020年4月6日 (一) 12:41 (UTC)

批准测试运作（50次编辑） --百無一用是書生 (☎) 2020年4月6日 (一) 12:52 (UTC)

今天执行保护的时候错误地将原先全保护的模板改成半保护，因为我的处理方式是，先获取Special:最多链接模板整个列表的保护状态，再进行保护，应该是因为获取保护状态的阶段执行失败，误认为目前都没有保护，才会提升保护为半保护。已修改程式码识别获取保护状态失败的状况并将其跳过，另机器人出错的部分都已修复。--Xiplus#Talk 2020年4月14日 (二) 01:21 (UTC)
测试已完成，参见1、2。--Xiplus#Talk 2020年5月10日 (日) 03:34 (UTC)
 正式批准运作-Peacearth（留言） 2020年5月29日 (五) 01:21 (UTC)

Air7538-bot 2

Antigng-bot2 2

  • 状态：   撤销许可
  • 操作者： Antigng（留言）
  • 提请时间： 2017年3月12日 (日) 15:14 (UTC)
  • 自动化程度：有人值守的全自动
  • 编程语言：C
  • 用途：自动保护高风险模板
  • 讨论内容连结： WP:BOTREQ#自动保护高引用量模板
  • 源代码连结： User:Antigng-bot2/highrisktemp
  • 编辑时段及频率：-
  • 受影响页面：137（含重定向)
  • 遵守机器人规范：无关
  • 已有机器人权限：无
    • 工作流程：取得所有非重定向模板页面的ID，对每个页面，检查链入页面数量。若超过5000，检查其是否被无限期编辑全保护+移动全保护，如无，则无限期保护之。若小于5000大于500，检查其是否被无限期编辑保护或半保护，如无，则无限期半保护之。--Antigng（留言） 2017年3月12日 (日) 15:17 (UTC)
批准测试运作现存的所有页面（应该是100多？）--Xiplus#Talk 2020年7月9日 (四) 05:23 (UTC)
抱歉，没有管理员权限，请问用什么账户测试？主帐户吗？--Antigng（留言） 2020年7月9日 (四) 19:56 (UTC)
Wikipedia:机器人方针#附有管理员权限的机器人--GZWDer（留言） 2020年7月10日 (五) 22:50 (UTC)
根据Wikipedia:机器人方针#良好沟通，在编辑摘要内使用中文会比英文更为妥当。 Xiplus#Talk 2020年7月11日 (六) 01:50 (UTC)
如前面的请求所述，摘要没有繁简转换，如获批会单独创建一个标签标记相应的编辑。--Antigng（留言） 2020年7月11日 (六) 02:58 (UTC)
不转换的中文也比英文还要好。另外如果使用标签的话，您打算把摘要留空吗？该摘要也会显示于Special:已保护页面等不显示标签的地方。 Xiplus#Talk 2020年7月11日 (六) 03:05 (UTC)
你说得对。保护操作是有日志的。我会把相应保护操作的摘要改为"bot: automatic (semi-)protection of high-risk templates/（半）保护高风险模板/（半）保护高风险模板"。--Antigng（留言） 2020年7月11日 (六) 05:54 (UTC)
“bot: high-risk templates/高风险模板/高風險模板”就好了吧，不然太长。 Xiplus#Talk 2020年7月12日 (日) 01:08 (UTC)
好的。bot: [[WP:HRT|high-risk templates/高风险模板/高風險模板]]--Antigng（留言） 2020年7月13日 (一) 01:50 (UTC)
已完成。163笔编辑，未发现问题。多出的部分主要是由于User:Koalabot作业导致相应模板使用量增加所致。--Antigng（留言） 2020年7月11日 (六) 02:58 (UTC)
此任务您会将保护操作标记为机器人编辑(bot flag)吗？即预设不在最近更改显示。 Xiplus#Talk 2020年7月13日 (一) 10:37 (UTC)
这个正是我想说的。我自己的代码里没有任何类似bot=1/minor=1的东西，但是提交的保护操作里却有。翻阅相应文档很惊讶地发现action=protect根本没有bot/minor参数。只要账户有bot权限，提交的操作就有bot flag。--Antigng（留言） 2020年7月13日 (一) 17:24 (UTC)
那么您是否希望不要授予机器人权限？基本上也会同时批出机器人权限，供小工具及其他机器人等等辨识这个账号是机器人，而且该任务也应该不需要在最近更改显示出来，加上bot flag应无不适。 Xiplus#Talk 2020年7月13日 (一) 23:35 (UTC)
那就保留markbotedits吧。我这边看看能不能从mediawiki的层面上修...--Antigng（留言） 2020年7月14日 (二) 09:38 (UTC)
希望我没有误解您“保留markbotedits”的意思是保留机器人权限，因为markbotedits是一个权限（非权限组）名称。 Xiplus#Talk 2020年7月14日 (二) 09:43 (UTC)
 正式批准运作，请凭此页找任一行政员授予管理员及机器人。--Xiplus#Talk 2020年7月14日 (二) 09:44 (UTC)
撤销许可，已一年未有操作，亦已通知操作者，按《机器人方针》撤销许可。--J.Wong 2023年9月23日 (六) 13:02 (UTC)

Antigng-bot 33

  • 状态：   已批准
  • 操作者：Antigng（留言）
  • 提请时间：2020年7月1日 (三) 23:05 (UTC)
  • 自动化程度：全自动
  • 编程语言：C
  • 用途：清理Category:引文格式1错误：不可见字符
  • 源代码连结：
  • 编辑时段及频率：不限
  • 受影响页面：634570（存量），增速不知
  • 遵守机器人规范：仅影响名字空间0和名字空间118，本身可靠性有保证不需要{{bots}}模板控制
  • 已有机器人权限：是
  • 严格按照CS1模块的逻辑处理这个分类下的条目。框架与最近三个（30，31，32）和模板相关的任务完全一致：
  1. 遍历一棵模板树中的所有模板；
  2. 检查模板名是否为引用模板，若否则跳过；
  3. 检查是否为不使用CS1的引用模板（e.g. cite arxiv），若是则跳过；
  4. 检查本模板中各参数值：若参数名实质等同于quote则跳过不处理；若参数值含有"<!---"或"nowiki"字串则跳过不处理；
  5. 除U+FFFD（依其定义，此符号存在的目的是为了替换，而非简单粗暴地移除）之外，若含有其它任何CS1定义的不可见字符则移除，但以下情况需要特殊处理:
  6. 控制符\t，\r，\n需特殊处理，它们在参数值的开头和尾部出现是合法的，但在参数值中间出现则是非法的；因此在检查参数值时，在读入第一个非不可见且非空格的字符前，不会清走这三个字符；在读入满足上述条件的字符后，遇到这三个字符不会立即丢弃，而是会将其存入一个缓冲区，待读入下一个非不可见且非空格的字符时才清空。最后将留在缓冲区中的字符（即原参数值尾部的\t\r\n）加到输出的新参数值尾部。这种处理方式有一个非预期的行为即如果原参数值的尾巴是“\t \n \n”，输出后会变成“ \t\n\n”。但本人认为这种处理至少是没有害处的，应可以接受;此外，由于该三个控制字符在事实上会显示为空格，为避免把两个英文词汇/数字粘一起，在清空缓冲区前会检查当前字符和输出的前一个字符是否是非空格、非连接符且非不可见的ASCII字符，如是则先输出一个空格再丢弃。
static int judgeinvisible(unsigned int uch)
{
	/* 等于是把[[:Category:引文格式1错误：不可见字符]]的说明照抄一遍，但跳过U+FFFD不处理*/
	return ((uch!=0xFFFD)&&
		(uch==0x200B)||
		(uch==0x00AD)||
		(uch==0x0009)||
		(uch==0x0010)||
		(uch==0x0013)||
		((0<uch)&&(uch<=0x001F))||
		((0x0080<=uch)&&(uch<=0x009F))||
		((0xFFF9<=uch)&&(uch<=0xFFFF))||
		((0xE000<=uch)&&(uch<=0xF8FF))||
		((0xF0000<=uch)&&(uch<=0xFFFFD))||
		((0x100000<=uch)&&(uch<=0x10FFFD)));
}
批准测试运作（30次编辑）。--Xiplus#Talk 2020年7月15日 (三) 10:35 (UTC)
  • 已完成50笔编辑。除1、2之外均满足设计要求。检查发现是上面的表达式没有写对，应为：
static int judgeinvisible(unsigned int uch)
{
	/* 等于是把[[:Category:引文格式1错误：不可见字符]]的说明照抄一遍，但跳过U+FFFD不处理*/
	return ((uch!=0xFFFD)&&
		((uch==0x200B)||
		(uch==0x00AD)||
		(uch==0x0009)||
		(uch==0x0010)||
		(uch==0x0013)||
		((0<uch)&&(uch<=0x001F))||
		((0x0080<=uch)&&(uch<=0x009F))||
		((0xFFF9<=uch)&&(uch<=0xFFFF))||
		((0xE000<=uch)&&(uch<=0xF8FF))||
		((0xF0000<=uch)&&(uch<=0xFFFFD))||
		((0x100000<=uch)&&(uch<=0x10FFFD))));
}
(：)回应
1. 是。如Special:Diff/60649498所示，不取消这一换行CS1即报错。（但处理任务时bot完全“看不见”CS1的报错信息，因此上面的空运行结果才有意义。）
2. 是。因为最后一个参数里带了reflist模板，当程序完成模板解析的时候参数值的地方是一个单向链表
(节点1：[类型=文本,字符指针=指向字符串" ref = harv \n==参考文献==\n"所在的内存区域])->（节点2: [类型=模板，结构指针=指向模板reflist所在的内存区域]）->（节点3：[类型=文本，字符指针=指向字符串"\n\n==另请参阅==\n  "所在的内存区域]）->NULL
当程序处理到节点3的地方时，如果要去除“另请参阅”前面的两个\n，它就必须利用节点1和节点2中已经出现过的信息。但是它完全不知道节点2中的模板里有什么内容——不可能每解析一个条目还要向服务器请求所有使用的模板的源码，这不现实——为保险起见就一刀切禁止这种跨节点处理的情况。
3. 引起Citation/CS1报错的的除了不可见字符之外，还有部分控制字符和私有字符。™与U+FFFD不同，其出现几乎总是由OCR识别错误所导致的，而不是替换了什么合法的字符，因此采用移除的处理方法并无不妥之处。--Antigng（留言） 2020年7月18日 (六) 02:11 (UTC)
 正式批准运作。--Xiplus#Talk 2020年7月18日 (六) 05:13 (UTC)

Hamish-bot 3

  • 状态：   已批准
  • 操作者：Hamish论
  • 提请时间：2020年6月7日 (日) 13:54 (UTC)
  • 自动化程度：全自动
  • 编程语言：pywikibot
  • 用途：存档WP:RSN
  • 讨论内容连结：非讨论，来自User:虫虫飞站外请求
  • 源代码连结：Github
  • 编辑时段及频率：一天一次，13:14 (UTC+8)
  • 受影响页面：WP:RSN及其存档页
  • 遵守机器人规范：无关
  • 已有机器人权限：是
存档规则为何？看部分讨论有公示程序，是否有与此配合？--Xiplus#Talk 2020年6月7日 (日) 14:31 (UTC)
抱歉，未适配。请保留是申请，适配后继续进行。--Hamish论 2020年6月7日 (日) 14:34 (UTC)
@Xiplus：已适配，修改了{{RSNR}}，章节使用status2指示状态，当status2的状态符合设置文件的publicizing_status或done_status时，分别会抛给机器人一个布尔值，正在公示的章节不存档，已有共识，也就是done的章节三日即存档，其他的按照讨论中处理，也就是七日存档。--Hamish论 2020年6月8日 (一) 17:29 (UTC)
批准测试运作（30日）。--Xiplus#Talk 2020年6月9日 (二) 01:16 (UTC)
@Xiplus：30日已到，请复检。--来自热烈庆祝贵市长沙地铁再获双线贯通的Hamish论 2020年7月15日 (三) 08:24 (UTC)
是不是应该自动修改status2为“已过时、已存档”之类的，而不是维持“讨论中”的标记？ Xiplus#Talk 2020年7月15日 (三) 10:27 (UTC)
@Xiplus：将会在存档时将“{{status2|討論中}}”修改为“{{status2|-|已過時並存檔}}”，不论前者简繁。（[11]）--来自热烈庆祝贵市长沙地铁再获双线贯通的Hamish论 2020年7月17日 (五) 10:02 (UTC)
能否测试一笔编辑？您可以还原最近一次存档再让机器人跑一次。 Xiplus#Talk 2020年7月17日 (五) 10:05 (UTC)
@Xiplus：烦请查看机器人18日的贡献。--来自热烈庆祝贵市长沙地铁再获双线贯通的Hamish论 2020年7月18日 (六) 09:29 (UTC)
只应该修改当下存档的状态而非所有旧有存档。 Xiplus#Talk 2020年7月18日 (六) 10:00 (UTC)
咱觉得这样可以顺便修改掉他人手动存档过后的文本，会比较好，您是怕什么问题呢？--来自热烈庆祝贵市长沙地铁再获双线贯通的Hamish论 2020年7月18日 (六) 10:27 (UTC)
您说的有理。--Xiplus#Talk 2020年7月18日 (六) 11:13 (UTC)
 正式批准运作。--Xiplus#Talk 2020年7月18日 (六) 11:13 (UTC)

A2093064-bot 25

程式码已在Github上提供，当在Wikipedia:新条目推荐/候选则标记条目讨论页，若发现条目讨论页挂有模板却不在Wikipedia:新条目推荐/候选中时则移除模板。可在此查看编辑范例，其中一个错误是检查模板时没有忽略大小写，现已修复。--Xiplus#Talk 2020年6月29日 (一) 01:55 (UTC)

批准测试运作（50次编辑）-Peacearth（留言） 2020年6月29日 (一) 07:44 (UTC)
测试已完成，包含17笔标记和33笔移除，见此。另外有个问题，如果移除后页面为空是否要自动提删，个人认为保留空页面无所谓，在历史中记载曾提过DYKC或许有意义。 Xiplus#Talk 2020年6月29日 (一) 08:44 (UTC)
我是觉得不用自动提删，毕竟历史纪录还算有意义。如果删除了，反而导致一般用户无法查阅历史。虽然空页面会符合WP:G1中的“内容为空”标准。通常来说无论有没有通过DYKC，都会把相关投票记录存档到讨论页，所以不会造成内容为空的情形。然而这33笔移除当中却出现了11笔清空（占了1/3），查阅历史皆为2017年所建，不确定当时是出了什么问题。目测除此之外没其他问题了，看看其他人有没有什么想法吧，如果没有的话我等几天预计就通过了。-Peacearth（留言） 2020年6月29日 (一) 10:22 (UTC)
我在想，有没有可能让机器人在这种会清空页面的情形下，挂上一个新的模板，里面写着“本条目在X年X月曾经入选新条目推荐”或“本条目在X年X月曾经被提名新条目推荐候选但未通过”之类的。X年X月则透过检查Wikipedia:新条目推荐当中的粗体连结、同时比对该讨论页的编辑历史日期来获取。不过可能得考虑条目被移动的问题。-Peacearth（留言） 2020年7月4日 (六) 08:39 (UTC)
目前街灯会在移动讨论的同时移除{{DYK Invite}}并给通过的条目讨论页加上{{DYKtalk}}，未通过的则只移除模板，之前的Liangent-bot也有这个功能。如果还需要再移除{{DYK Invite}}应该只是用于不正常的情况。我看了Talk:奥林匹克运动会津巴布韦代表团。发现是因为主编删除了提名相关的讨论而导致DYK Invite没有被移除。我猜测DYK Invite留在页面上可能大都是这样的情况？感觉对于需要移除的模板生成一个列表，人工复查会更好些？--及时雨 留言 2020年7月4日 (六) 15:53 (UTC)
@94rain：机器人不是停工了一段时间吗？才导致有模板残留。 Xiplus#Talk 2020年7月5日 (日) 04:07 (UTC)
机器人是停工了，但街灯处理DYK时还是会移除的（Special:Diff/60430773）--及时雨 留言 2020年7月5日 (日) 04:12 (UTC)
@Xiplus：你有什么想法吗？-Peacearth（留言） 2020年8月18日 (二) 19:09 (UTC)
没有，要不要全部清理完之后再来看看状况。 Xiplus#Talk 2020年8月18日 (二) 23:00 (UTC)
也行。那就 正式批准运作-Peacearth（留言） 2020年8月18日 (二) 23:14 (UTC)
Cdip150的程序没有支援所有模板别名：Special:Diff/61454927。--Xiplus#Talk 2020年9月2日 (三) 00:41 (UTC)

Xiplus-abot 5

透过API检查账号的locked状态，如果账号被隐藏，再检查logevents看有没有lock纪录，来决定是否保护。--Xiplus#Talk 2020年7月25日 (六) 02:58 (UTC)

快速批准运作 --百無一用是書生 (☎) 2020年10月26日 (一) 01:54 (UTC)

Cewbot 23

20201008.fix_anchor.js screenshot
  • 状态：   已批准
  • 操作者：Kanashimi（留言）
  • 提请时间：2020年10月10日 (六) 08:35 (UTC)
  • 自动化程度：全自动
  • 编程语言：wikiapi
  • 用途： 修正失效的章节标题 Fix broken anchor
  • 源代码连结：20201008.fix_anchor.js
  • 编辑时段及频率：持续运行
  • 受影响页面：约每天20个页面
  • 遵守机器人规范：Yes
  • 已有机器人权限：Yes
  1. Listen to edits modifying section title in ARTICLE.
  2. Checking all pages linking to the ARTICLE.
  3. If there are links with old anchor, modify it to the newer one.
  4. If need, the bot will search revisions to find previous renamed section title.
  5. The bot may notice in the talk page for lost anchors.

测试编辑, and will trying Wikipedia:机器人/作业请求#修正由于简繁不符匹配而失效的章节标题 --Kanashimi（留言） 2020年10月10日 (六) 08:35 (UTC)

第4点是为了处理现存的问题吗？如果全部修正完后，应该就不需再执行第4点了？--Xiplus#Talk 2020年10月26日 (一) 01:29 (UTC)
检查变更纪录可以找出变更章节名称的情况。一增一减时，才当作是改变章节名称。 --Kanashimi（留言） 2020年10月26日 (一) 09:23 (UTC)
同时修改章节标题跟其内文（仅修改一个章节），会视为修改章节标题吗？--Xiplus#Talk 2020年10月26日 (一) 09:41 (UTC)
当标题差异过大时，不视为相同的意涵。会当作缺失。 --Kanashimi（留言） 2020年10月26日 (一) 09:53 (UTC)
批准测试运作 20个章节修改。--Xiplus#Talk 2020年10月26日 (一) 10:00 (UTC)
完成 Please search "修正失效的章节标题" in Special:用户贡献/Cewbot. --Kanashimi（留言） 2020年10月27日 (二) 15:31 (UTC)
Special:Diff/62554449编辑摘要中指出的编辑是怎么得出修改“音乐作品”的？旧版本繁简都存在，而新版本只有繁体的。--Xiplus#Talk 2020年10月29日 (四) 01:17 (UTC)
本任务会侦测繁简转换（应Wikipedia:机器人/作业请求#修正由于简繁不符匹配而失效的章节标题需求）。因此对当前文章有“音樂作品”的情况，会将“音乐作品”改成“音樂作品”。未来将在 summary 反映出修正繁简不符匹配而失效的章节标题。 --Kanashimi（留言） 2020年10月29日 (四) 08:52 (UTC)
 正式批准运作--Xiplus#Talk 2020年10月29日 (四) 15:37 (UTC)

Antigng-bot 34

  • 状态：   已批准
  • 操作者：Antigng（留言）
  • 提请时间：2020年7月5日 (日) 05:05 (UTC)
  • 自动化程度：自动
  • 编程语言：C
  • 用途：清理Category:含有冗余参数的引用的页面
  • 讨论内容连结：no
  • 源代码连结：Module:沙盒/CS1-output等
  • 编辑时段及频率：过滤器限制1/s
  • 受影响页面：275（存量），增速未知
  • 遵守机器人规范：无关
  • 已有机器人权限：是
  • 框架仍然与前四个申请（30，31，32，33）相同。在这个任务中，冗余参数是完全根据Module:Citation/CS1/Configuration的配置来判定；检验CS1模板各参数名的别名相关的代码是由Module:沙盒/CS1-output从Module:Citation/CS1/Configuration自动生成的（但需要人为剔除6个重复参数），因此人为疏失导致错误的可能性很小。处理模板的函数做下列事情：
    • 后序遍历模板树；
    • 如模板损坏/溢出，则跳过不处理；
    • 如不是引用模板，或为引用模板但非使用Module:Citation的引用模板，跳过不处理；
    • 对本模板内的每一对格式为（参数名=参数值）的参数，
      • 若参数名处没有引出子模板，则查找是否有CS1意义下的同名参数（定义为Module:Citation/CS1/Configuration中同一参数名的若干别名），如有且先前仅出现过一次，则：
        • 检验两个参数的参数值处是否a、皆未引出子模板；b、皆实质非空；c、实质相等；若是，则：
          • 清空后一个参数，标记当前模板为已处理；
        • 否则标记该参数名重复出现过两次以上（且无法自动处理），不再参与后续处理。
      • 否则如该参数名从未出现过，则加入记录。
    • 初步检查完成后，进一步检查跨参数导致出现冗余参数的情形：
    • page和pages，若两个参数名都记录且仅记录过一次，参数值处无引出子模板，实质非空且实质相同，则清除page参数保留pages参数，标记当前模板为已处理；
    • author和last，editor和editor-last，contributor和contributor-last，translator和translator-last，这四对参数（以下记为（本名参数，姓氏参数））分别依次进行如下处理：
      • 若本名参数和姓氏参数均仅记录过一次，未引出子模板，
        • 若两参数实质非空且实质相同，则：
          • 清除本名参数保留姓氏参数，标记当前模板为已处理；
        • 否则检查名字参数（本名参数-first），若记录且仅记录过一次，实质非空，且名字参数和姓氏参数能“拼”成实质等同于本名参数的串（e.g. last=Sparrow|first=Jack 可拼出author=Jack Sparrow或author=Sparrow, Jack）则释放本名参数，标记当前模板为已处理；
    • 若当前模板已处理或任何一个子模板已处理，且当前一个模板和所有子模板未损坏，输出已处理。
批准测试运作（50次编辑）。--Xiplus#Talk 2020年10月26日 (一) 01:24 (UTC)
 正式批准运作--Xiplus#Talk 2020年10月29日 (四) 15:37 (UTC)

Antigng-bot 30

  • 第一部分将条目中的模板及嵌套关系提取出来。为正确地判断“|”、“=”等符号的含义，在解析模板的过程中还会检查内链、注释和部分会导致维基语法失效的标签（如nowiki、math、pre等）的状态。此外，如果在提取过程中发现子模板已经损坏或者这个程序处理不了，则会将其所有的母模板标记为损坏。条目中有任何一个模板损坏，或者正文结束时内链、注释、标签的状态不正常，则不会转入第二部分。（经测试，主名字空间中有0.2%的页面会遇到此问题，其中绝大多数是由语法错误造成的，例如此页面）关于提取模板的功能的测试参见1、2。
  • 第二部分调用tempgroom函数（源码已附）“梳理”前一部分获得的每一组模板。首先利用递归遍历每一个模板。然后依次检查：如果模板已损坏，不处理；不是引用模板，不处理；没有模板参数，不处理。然后检查有无待处理的“accessdate”和“archivedate”参数（满足：1、（除去空格、常见控制符和注释之后的）参数名相符；2、有参数值；3、该参数处没有引出子模板）。如果模板中有且仅有一个满足条件的“accessdate”参数，则检查（除去空格、常见控制符和注释之后的）参数值是否符合“xxxx-xx-xx”的格式。如果不符，利用Wikipedia:机器人/申请/Antigng-bot/11中的函数（在此基础上增加了对中文月份的支持）提取“年、月、日”。如果：

  1. 负责转换的函数没有报错
  2. 得到了大于2000的年份
  3. 没在参数中发现诸如“xx期”的字样
  4. 如果有月份，则月份数在1-12之间
  5. 如果有日数，日数在1-31之间，且有月份。

  • 则用规范的年月日格式代替老格式。对“archivedate”参数采取类似的方法处理。如果模板被梳理，或任何一个子模板被梳理过，则返回1，否则返回0。
  • 第三部分将模板放回页面的源代码中，如果1、第一部分没有发现任何错误；2、第二部分至少有一个模板梳理过，则提交编辑。
  • 有且仅有第二部分中“提取年月日”的部分可能出错，因为所涉对象是自然语言，不可能穷尽所有可能性。但从测试结果来看似乎并发现没有问题。
  • 70次测试编辑。除本次编辑由于没有检查参数值是否为空（已修正）而导致错误外，其它编辑均符合设计要求。
批准测试运作（50次编辑）。--Xiplus#Talk 2020年10月26日 (一) 01:27 (UTC)
完成无误--Antigng（留言） 2020年10月30日 (五) 11:51 (UTC)
 正式批准运作。--Xiplus#Talk 2020年11月2日 (一) 23:46 (UTC)

Zestbot 12

  • 状态：   撤销许可
  • 操作者： -Zest
  • 提请时间： 2019年2月24日 (日) 20:50 (UTC)
  • 自动化程度：全自动与半自动
  • 编程语言：awb
  • 用途：Linter obsolete tag
  • 源代码连结：
  • 编辑时段及频率：20/1m max
  • 受影响页面：于下
  • 遵守机器人规范：N
  • 已有机器人权限：Y
  • 以<center>方面，将做出以下修正
    • 1：<center><gallery>...</gallery></center>→<gallery class="center">...</gallery> （1200+）
      • 以上適用於<gallery>、<categorytree>、<poem>、<pre>、<syntaxhighlight>、<source>（400）
      • 以上不适用于<hiero>、<math>、<score>、<timeline>
    • 2：表格的| <center>xxxx</center>会替换为|style="text-align: center;" | xxxx （3800+）
    • 3：<center>包围表格，改为{| style="margin: 1em auto;" （2000-）
  • 4：以<span>方面，将做出以下修正
    • color、face、size这三个修改为span style（19000+、11000+、40000+）
此任务先这两个 其他另外申请。-Zest 2019年2月24日 (日) 20:50 (UTC)
最后一个是 <font> 下面的属性吧？看上去基本没有问题。表格的 center 修改语义不是完全一致，但也挺好的。（我不活跃这么久不能批准吧）——Artoria2e5编 讨论要完整，回复请用ping。 2019年4月15日 (一) 14:39 (UTC)
每项各 批准测试运作（30次编辑）。--Xiplus#Talk 2019年4月27日 (六) 23:49 (UTC)
@-Zest：有测试结果或报告吗？ --Kanashimi（留言） 2019年9月12日 (四) 15:38 (UTC)
请求已过期，请凭测试结果随时重开。--Jimmy Xu 论 2019年12月13日 (五) 23:04 (UTC)
第一项 正式批准运作。--Xiplus#Talk 2020年10月26日 (一) 08:19 (UTC)
撤销许可。--Xiplus#Talk 2022年10月11日 (二) 09:31 (UTC)
取自“https://zh.wikipedia.org/w/index.php?title=Wikipedia:机器人/申请/存档/2020年/獲批的申請&oldid=64527642”