维基百科:机器人/申请

维基百科，自由的百科全书
跳到导航 跳到搜索
快捷方式
Disambig gray.svg  此项目页的主题是机器人任务的申请。关于机器用户权限的申请，请见“Wikipedia:机器用户/申请”。

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

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 Emojibot-stable
状态：   新申请
 21 3 Emojiwiki 2021-09-18 09:47 Xiplus 2021-09-18 09:34
2 Alertlivebot 请审核小组协助 7 2 Shizhao 2021-10-19 19:35 Xiplus 2021-10-16 21:14
3 Xiplus-abot 8
状态：   已批准
 10 2 Shizhao 2021-10-16 20:26 Shizhao 2021-10-16 20:26
4 Xiplus-abot 2
状态：   测试中
 8 3 Jimmy Xu 2021-08-30 02:15 Jimmy Xu 2021-08-30 02:15
5 Air7538-bot 4
状态：   测试中
 5 4 Jimmy Xu 2021-08-30 02:12 Jimmy Xu 2021-08-30 02:12
6 150B01-abot
状态：   测试中
 16 5 Jonathan5566 2021-09-19 13:40 Jimmy Xu 2021-08-30 02:40
7 Sunny00217Bot
状态：   测试中
 17 4 Jimmy Xu 2021-09-20 21:33 Jimmy Xu 2021-09-20 21:33
8 Jimmy-abot 3
状态：   测试中
 17 7 Jimmy Xu 2021-09-26 00:10 Liangent 2021-09-25 11:21
9 Jimmy-bot 13
状态：   测试已完成
 10 2 Kanashimi 2021-10-08 06:51 Kanashimi 2021-10-08 06:51
发言更新图例
  • 最近一小时内
  • 最近一日内
  • 一周内
  • 一个月内
  • 逾一个月
特殊状态
已移动至其他页面
或完成讨论之议题
手动设定
当列表出现异常时，
请先检查设定是否有误

请求测试许可

Emojibot-stable

已在testwiki:测试--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年9月16日 (四) 11:05 (UTC)[回复]
已以手动模式在咱维基测试，成功无问题--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年9月16日 (四) 12:15 (UTC)[回复]
用户名在历史里太难看了，请更改用户名或直接用User:Emojibot跑。--Jimmy Xu 论 2021年9月16日 (四) 15:09 (UTC)[回复]
我可以直接移动申请页吗？--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年9月16日 (四) 22:31 (UTC)[回复]
移动了--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年9月16日 (四) 22:45 (UTC)[回复]
忘了Emojibot密码，改了--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年9月16日 (四) 23:02 (UTC)[回复]
其实是否需要{{deltalk}}？--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年9月16日 (四) 23:11 (UTC)[回复]
个人意见是这例不需要deltalk。但是为什么要改成example.com，如果是裸链接就加nowiki，如果是这种链接直接把链接拿掉（变成这种链接）如何？--Jimmy Xu 论 2021年9月17日 (五) 00:50 (UTC)[回复]
同Jimmy Xu，反对改成另一个连结的做法，应该直接移除。我个人不建议nowiki，就应该直接移除。--Xiplus#Talk 2021年9月17日 (五) 08:41 (UTC)[回复]
@Xiplus：就是直接把连结变成空？--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年9月17日 (五) 12:56 (UTC)[回复]
对，或是{{Redacted}}。--Xiplus#Talk 2021年9月17日 (五) 14:53 (UTC)[回复]
@Jimmy Xu、Xiplus：完成--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年9月17日 (五) 15:35 (UTC)[回复]
在下面回复了，不要只移除链接的域名部分。--Jimmy Xu 论 2021年9月17日 (五) 15:36 (UTC)[回复]
@BAG成员：Antigng、和平奋斗救地球、WhitePhosphorus、Kanashimi和Xiplus加入了regex功能，使用regex以直接移除整个连结。另已更新配置副本--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年9月17日 (五) 08:35 (UTC)[回复]
所以说不要只移除链接的域名部分，也不要加入无效网域。--Jimmy Xu 论 2021年9月17日 (五) 10:57 (UTC)[回复]
其实要是bot无漏洞可以全域跑--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年9月17日 (五) 08:36 (UTC)[回复]
注：此留言已被原作者（User:Emojiwiki）移除。2021年9月17日 (五) 09:29 (UTC)[回复]
最新配置更新：修复Public Test Wiki 修订版本38668出现的错误--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年9月17日 (五) 16:25 (UTC)[回复]
@BAG成员：Antigng、和平奋斗救地球、WhitePhosphorus、Kanashimi和Xiplus最新配置更新：
  1. 符合这种（[2]）连结
  2. 连结允许中文字
 --Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年9月17日 (五) 22:41 (UTC)[回复]
如果您的机器人无法处理Flow页面，我会希望交由可以处理的人统一处理，我不想要同一个案子审两次，而且wikitext页面修正靠WP:AWB就能完成，根本不需要大费周章写机器人。--Xiplus#Talk 2021年9月18日 (六) 01:34 (UTC)[回复]
没办法，我用linux，Flow我会尽快解决--Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵～ 2021年9月18日 (六) 01:47 (UTC)[回复]

Alertlivebot

  • 状态：   新申请
  • 操作者：百無一用是書生 (☎)
  • 提请时间：2021年10月9日 (六) 09:42 (UTC)
  • 自动化程度：全自动
  • 编程语言：基于pywikibot开发
  • 用途：Wikipedia:Article alerts的不完整复刻版，不同于英文版的每日更新，本bot为实时更新
  • 源代码连结：[3]
  • 编辑时段及频率：约0-10次/天/页
  • 受影响页面：挂有{{ArticleAlertbot}}模板的页面（以及可能少数几个功能性用途的页面），短期内不会超过100个页面，中长期应该不会超过500个页面（英文版目前有1600多个页面）
  • 遵守机器人规范：否
  • 已有机器人权限：不需要bot权限

为提高编辑可见性，故不需要bot权限 --百無一用是書生 (☎) 2021年10月9日 (六) 09:42 (UTC)[回复]

好几年前开发过一个同样的bot，后来因为脚本不够健壮，且技术变化较多而不能正常运行（python和pywikibot版本升级，mw API改变等）。现在连代码都丢了。。。重新写了一个新的--百無一用是書生 (☎) 2021年10月9日 (六) 09:47 (UTC)[回复]

手工更新的demo页面：User:Shizhao/test2/1User:Alertlivebot/人物（页面中肉眼可见的bug已经修复了）--百無一用是書生 (☎) 2021年10月11日 (一) 11:37 (UTC)[回复]
@BAG成员：Antigng、和平奋斗救地球、WhitePhosphorus、Kanashimi和Xiplus召唤一下....--百無一用是書生 (☎) 2021年10月16日 (六) 13:01 (UTC)[回复]
受影响页面应该是专题的数量？或许可以限缩在Category:活跃维基专题66个（或再加上Category:半活跃维基专题117个）。这个任务是定时执行还是实时更新（意思是每个操作都会造成机器人1笔编辑）？--Xiplus#Talk 2021年10月16日 (六) 13:14 (UTC)[回复]
这个是要某个专题自己决定是否启用条目状态通告，通过用户手工在专题页面加入{{ArticleAlertbotSubscription}}模板，然后由该专题的用户手工建立一个通告专用的子页面并在该子页面挂上{{ArticleAlertbot}}模板（在某个页面直接挂上{{ArticleAlertbot}}也可以，但不推荐），bot只会编辑这个挂上了{{ArticleAlertbot}}的子页面。如果专题不想用条目状态通告，不走上述流程就可以，如果启用了条目状态通告又想关掉，删除页面上的{{ArticleAlertbot}}模板就可以。实际受影响页面其实就是Category:用于专题的条目通告下的挂有{{ArticleAlertbot}}模板的页面。
这个任务是走的EventStreams接口，实时更新。英文版的那个bot是每日更新一次。可以参考我目前手工更新的传记专题通告的演示页面。bot从12日开始运行（只是没有把结果自动post到wiki上），已经运行了5天了，包括了Category:用于专题的条目通告下的所有状态通告页面（这是以前老bot用的分类，现在这个bot承袭了过去的流程），其中传记专题的状态通告是最频繁的，也不过每天不超过10次更新（也就是等于每天不超过10次编辑）。Category:用于专题的条目通告下的其他状态通告页面，大约四分之一每天最多2-3次更新，剩下大部分几天才有一次更新。这样算下来，bot每天对所有通告页面的总编辑次数最多也就是20-30次左右
另外，这是之前已经运行过一阵的任务，后来停掉了，Category:用于专题的条目通告分类下的页面就是当时的产物，现在是重开这个任务。可以见Wikipedia:专题委员会/技术支持#条目状态通告--百無一用是書生 (☎) 2021年10月16日 (六) 13:59 (UTC)[回复]

用户请求审核小组成员的协助。问题解决后，请移除本标签。 再度召唤，目前绝大部分提醒类型都已经弄好了，需要真正跑起来发现未知问题了--百無一用是書生 (☎) 2021年10月19日 (二) 11:35 (UTC)[回复]

Xiplus-abot 8

页面要由机器人执行删除，必须符合以下条件：

  1. 页面位于使用者命名空间（不含使用者讨论命名空间）
  2. 删除标记符合正规表达式 {{\s*(Delete|Db-reason|D|Deletebecause|Db|速删|速刪|Speedy|SD|快删|快刪|CSD|QD)\s*\|\s*(O1|G10)\s*}}
    防止嵌入引用产生、临时测试或其他特殊需求（同时删除子页面的请求），都交由人类处理。
  3. 加入删除标记的人必须与用户页所属用户名相同（透过检查历史编辑差异完成） 由#6取代
  4. 页面不能从其他地方移动过来。
    由于无法检查透过“移动目标”来检查移动日志，仅能透过页面历史的编辑摘要检查，但这不是稳妥的方式。
    所以将检查页面建立日志是否存在相同名称的页面（透过pageid确保属于当前页面而非已删页面），这表示页面最初就是建立在用户页上。
    虽然将页面移动到其他地方又移动回来仍会判定为可以删除，但因为页面最初就建立在用户页内，我认为应该没问题。
  5. 等待10分钟后才删除。
  6. 用户页仅有一名编辑者（特定机器人排除）

--Xiplus#Talk 2021年10月12日 (二) 04:23 (UTC)[回复]

是否还应该检查页面是否只有用户自己编辑？如果多人编辑似乎不应该O1？--百無一用是書生 (☎) 2021年10月12日 (二) 05:51 (UTC)[回复]
就快速删除方针而言并没有这项规定，您可以说明“哪种性质的多人编辑页面”可能需要额外的人工判断吗？--Xiplus#Talk 2021年10月12日 (二) 07:00 (UTC)[回复]
例如那种用户子页面做留言本、签到簿之类用的，或者共笔用的等等。有别人的贡献在里头，只因为是自己的用户也就能删除，看起来不妥？--百無一用是書生 (☎) 2021年10月13日 (三) 12:23 (UTC)[回复]
就方针而言可以删除，不然试问您作为管理员看到这类请求会如何处理？--Xiplus#Talk 2021年10月13日 (三) 12:37 (UTC)[回复]
如果是有别人进行实质性内容修改的，我会拒绝删除--百無一用是書生 (☎) 2021年10月14日 (四) 12:19 (UTC)[回复]
先暂时加上这条限制了，抽查判断对于处理量应该不会有太大影响。--Xiplus#Talk 2021年10月14日 (四) 12:57 (UTC)[回复]

批准测试运作（50次编辑） --百無一用是書生 (☎) 2021年10月15日 (五) 07:23 (UTC)[回复]

已在上方补上源代码连结。--Xiplus#Talk 2021年10月16日 (六) 11:45 (UTC)[回复]
 正式批准运作 ，代码看来没什么问题。（一看代码第一行就知道是python大佬了 :D）--百無一用是書生 (☎) 2021年10月16日 (六) 12:26 (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)[回复]
Symbol tick plus blue.svg 批准延长测试运作（60日），已过一段长时间，如还有运作必要还请再测试一下。--Jimmy Xu 论 2021年8月29日 (日) 18:15 (UTC)[回复]

Air7538-bot 4

目前是空分类。似乎没有多到需要bot维护的地步？--百無一用是書生 (☎) 2021年8月4日 (三) 07:08 (UTC)[回复]
能够自动化作业总是好的吧。—— Eric Liu 创造は生命（留言．留名．学生会） 2021年8月4日 (三) 07:30 (UTC)[回复]
某天我一共移除了28个，可以看我贡献记录，在今年的7月26日。这个有积压的可能。--Air7538（留言） 2021年8月5日 (四) 00:04 (UTC)[回复]
ok，可否详细说明一下整个任务的工作流？--百無一用是書生 (☎) 2021年8月6日 (五) 03:26 (UTC)[回复]
批准测试运作（30次编辑）。--Jimmy Xu 论 2021年8月29日 (日) 18:12 (UTC)[回复]

150B01-abot

批准测试运作（14日），请用自己的账户不带bot flag编辑。--Jimmy Xu 论 2021年8月29日 (日) 18:40 (UTC)[回复]
@Cdip150：状况如何？--拒食木瓜。〈煮〉 2021年9月19日 (日) 05:40 (UTC)[回复]

Sunny00217Bot

Symbol wtf vote.svg 请详细说明自动清理之经过。--Jimmy Xu 论 2021年8月29日 (日) 18:36 (UTC)[回复]
（抱歉实在太懒了）
  1. 监听 https://stream.wikimedia.org/v2/stream/recentchange ，从中捞出分类Category:正在等待审核的草稿的变动（第16行~第57行）
  2. 以WPJ:AFCH的方式分析页面
    1. 如果里面找不到Template:AFC submission，跳过该页面（可能是已经接受的条目或是原作者不想提交了）
  3. 对其进行整理（第550行-第654行，源自于[4]并对其进行了一些修改）
  4. 如果清理完和原本长得不一样则编辑他
以上-- Sunny00217  2021年8月30日 (一) 02:49 (UTC)[回复]
批准测试运作（50次编辑）。--Jimmy Xu 论 2021年8月30日 (一) 18:12 (UTC)[回复]
已修改AF 265直接给予此账号豁免。--Xiplus#Talk 2021年8月31日 (二) 14:07 (UTC)[回复]
完成，早期（8/31-9/1）有几笔编辑会莫名移除换行，已修复，疑似是Nodejs和浏览器对RegExp的解析逻辑不太一样导致-- Sunny00217  2021年9月17日 (五) 10:58 (UTC)[回复]
看了几笔最近的，错误：时间格式不正确，移除这个换行应该不对，这里又多了一个换行，这里移除了一个章节，<​br>不需要close。--Jimmy Xu 论 2021年9月17日 (五) 11:09 (UTC)[回复]
(：)回应：
  1. 这个提交者模板用错了
  2. 看来是笔误
  3. ref的，再研究一下
  4. 预期行为，没有放外部链接的话那个章节干脆删了
  5. HTML5标准好像是<br />
1和2都改了-- Sunny00217  2021年9月17日 (五) 13:00 (UTC)[回复]
4. 不是外部链接，是diff最下面一行；5. Self-closing tags don't exist in HTML.--Jimmy Xu 论 2021年9月17日 (五) 13:04 (UTC)[回复]
4. 最后一个章节是编辑很久的演员词条，演技很好具有一定的知名度，希望能通过审核，条目内不会存在这标题八？5. 看了一下标头是Content-Type: text/html; charset=UTF-8，把</br>改成<br>就好了-- Sunny00217  2021年9月17日 (五) 15:36 (UTC)[回复]
所以是如何判断条目内不会存在的呢，为什么这一笔就留下来了。--Jimmy Xu 论 2021年9月17日 (五) 15:44 (UTC)[回复]
应该又是RegExp的问题了......-- Sunny00217  2021年9月18日 (六) 07:39 (UTC)[回复]
那是给审核员看的，重新提交时，会显示“解释本提交内容的详细信息字段将显示在页面的“底部”。”审核完才能删。--拒食木瓜。〈煮〉 2021年9月18日 (六) 04:43 (UTC)[回复]
现在这种一提交就删掉的方法会让审核员看不到提交者的说明。--拒食木瓜。〈煮〉 2021年9月18日 (六) 04:47 (UTC)[回复]
@Jonathan5566：我想你理解错他的意思了，那个讯息指的是审核模板而不是说更改了什么-- Sunny00217  2021年9月18日 (六) 07:42 (UTC)[回复]
不清楚。但实务上提交者多会用来写些拜托通过提交之类的废话--拒食木瓜。〈煮〉 2021年9月18日 (六) 07:49 (UTC)[回复]
既然是废话就删了吧-- Sunny00217  2021年9月18日 (六) 08:18 (UTC)[回复]
请待修正完成后Symbol tick plus blue.svg 批准延长测试运作（50次编辑）。--Jimmy Xu 论 2021年9月20日 (一) 13:33 (UTC)[回复]

Jimmy-abot 3

  • 状态：   测试中
  • 操作者： Jimmy Xu 论
  • 提请时间： 2014年4月11日 (五) 08:46 (UTC)
  • 编程语言：
  • 用途：批量封禁已知的开放代理。
  • 编辑时段及频率：
  • 每天受影响页面：
  • 遵守Bots模板：
  • 于其它语言所获权限：
    • 请保证不要错误封禁127.0.0.0/8等特殊网段。--GZWDer（留言） 2014年4月11日 (五) 09:31 (UTC)[回复]
      被指出过一次就不会再犯了嘛。其实目前枪口主要指向GAE之类的。--Jimmy Xu 论 2014年4月11日 (五) 15:24 (UTC)[回复]
已批准--Kegns（留言） 2014年5月2日 (五) 13:11 (UTC)[回复]
鉴于目前本站在中国大陆无法直接访问，对开放代理采取过于激进的主动封禁带来了较大的负面影响，暂时撤回批准待修正--Kegns（留言） 2016年2月8日 (一) 08:23 (UTC)[回复]
依Wikipedia:互助客栈/其他#重启“机器人自动封禁机房IP段的任务”的提议重提申请，排除列表在User:Jimmy-abot/NOP.json。--Jimmy Xu 论 2021年9月20日 (一) 13:32 (UTC)[回复]
  • @AnYiLin：，请看一下当前白名单需纳入哪些内容。--Antigng（留言） 2021年9月20日 (一) 14:07 (UTC)[回复]
    话说这样子公开排除列表（上面那个json）是不是不太好…--安忆Talk 2021年9月20日 (一) 14:23 (UTC)[回复]
    反正到时在封禁日志里也会公开，您想私下告诉我也行。--Jimmy Xu 论 2021年9月20日 (一) 14:45 (UTC)[回复]
    这个白名单是用来让机器人不去封禁特定地址的吧，请问为什么还会有日志呢？--安忆Talk 2021年9月20日 (一) 14:56 (UTC)[回复]
    range开个孔的话会有一堆CIDR绕着一个地址吧。--Jimmy Xu 论 2021年9月20日 (一) 14:58 (UTC)[回复]
    明白了，那这样也没有必要私下给了。不过我想到了一个问题，比如说，现在我用A，并白名单加了A，机器人也执行了一轮封禁。但有一天我弃用了A，转用了B，而B正巧是被上一轮封禁了的。请问机器人会在下一轮运行时对比白名单解封B吗？--安忆Talk 2021年9月20日 (一) 15:11 (UTC)[回复]
    会的。如果没有unblock就是遇到了bug请联系操作者。--Jimmy Xu 论 2021年9月20日 (一) 15:12 (UTC)[回复]
    好的，我没有其他问题了。不过我得明天才能把地址告诉您，因为要开电脑看，而现在太晚了。或者，您也可以允许我直接编辑那个json页面，这样日后我换地址需要更新白名单的时候也不用总再麻烦您了。--安忆Talk 2021年9月20日 (一) 15:18 (UTC)[回复]
    没问题您直接应用编辑其他用户的JSON文件 (edituserjson)编辑即可。--Jimmy Xu 论 2021年9月20日 (一) 15:23 (UTC)[回复]
  • 批准测试运作（3个月）--Antigng（留言） 2021年9月21日 (二) 05:44 (UTC)[回复]
我近期有遇到公共WiFi热点的出口IP地址被（全域）封锁的情况，封锁原因是机房地址，虽然我在这边的编辑不受影响，是在编辑metawiki/enwiki的时候发现的，在[email protected]尝试申诉无果（被拒绝）。我并没有认真调查为什么那个WiFi会使用Akamai的机房地址作为出口IP，以及这样的现象有多广泛，也并没有想过应该怎么办。就在这里说一下吧，看有没有人了解是什么情况，以及应该怎么应对。Liangent（留言） 2021年9月25日 (六) 03:21 (UTC)[回复]
是不是出口直接有透明代理。--Jimmy Xu 论 2021年9月25日 (六) 16:10 (UTC)[回复]

已完成测试的机器人

Jimmy-bot 13

偶在BOTREQ有可协助处理之作业请求，故申请此任务以在链入页面进行文字代换作业。--Jimmy Xu 论 2021年9月23日 (四) 21:05 (UTC)[回复]

{{Short description}} 这边也有看到。要直接删除很简单，不过想说比较完善的方法是先跟英文维基那边对比、查漏补缺，别单纯漏失资料，看来有点复杂所以就没动手了。
{{Pathnav}} 的问题相同。要直接删除很简单，不过删掉就白白失去资讯了。
加上这两个模板都不影响渲染，修与不修没有表现上的差异，就没动他们了。假如要做的话，烦请看看是不是能保留资讯。--Kanashimi（留言） 2021年9月23日 (四) 22:06 (UTC)[回复]
Short description如果d:还没有内容（而本地内容至少有一个汉字）就可以补填过去，否则我会直接不要本地的而以d:已有为准。en:的文本应该没什么帮助才对，毕竟语言不同。
Pathnav则是本来就应该丢掉。应该大都是翻译而来但没有依本地惯例调整的。
至少如果能把积压消化掉的话，新来的内容也会比较好处理一些。--Jimmy Xu 论 2021年9月23日 (四) 22:29 (UTC)[回复]
这边之前的调查，许多 {{Pathnav}} 包含本地的条目阶层资讯，e.g, 中华人民共和国铁道部。感觉最好把这个阶层结构转换成导航模板。不过这样就不适合机器人处理了，只好放弃。
关于 {{Short description}}，之前的想法是搜寻英文维基百科，看看是否有任何一个历史版本包含相同的短导言，有的话就能删除。否则检查维基数据，看看是不是能统合在一起。不过这不但麻烦，也会有一些必须手动处理的状况。想说留着不碍事，所以也没做了。提供给您参考。
关于Wikipedia:机器人/作业请求#电影产地模板，您可以先做些编辑，看看是否有特别需要注意的。
这边只是提供一点之前处理时的想法，因为现实中生活繁忙，欢迎其他BAG帮忙审核。--Kanashimi（留言） 2021年9月24日 (五) 06:37 (UTC)[回复]
本地条目层级应该是用分类的，Pathnav包含的资讯个人意见都是因为没有维护而才让人觉得大不了就放一个，所以意见还是应该移除。现在应该没有哪个页面缺乏分类但有Pathnav。
短导言之前看了几个条目是d:上其实空白，所以那种简单情况应该是直接复制过去就好。反正bot应该也不会去处理太为复杂的冲突。
反正这些跑的话应该都会盯着差异看，但习惯是这种简单任务至少要有测试许可才会开始写程式了。--Jimmy Xu 论 2021年9月24日 (五) 15:07 (UTC)[回复]

批准测试运作（100次编辑） 嗯...其他BAG好像没空？鉴于Jimmy Xu为受信赖的操作者，Wikipedia:机器人/作业请求#电影产地模板这一项就直接做完了吧，请检核操作结果。其他两项有时间帮您看一下，请附上操作记录连结。--Kanashimi（留言） 2021年10月2日 (六) 23:24 (UTC)[回复]

电影产地已做完。Pathnav 测试已完成，但似乎未遇到有模板嵌套的情况。--Jimmy Xu 论 2021年10月4日 (一) 17:21 (UTC)[回复]
  1. 抽了几笔，大部分都可以直接删除。但就是会有些特例，像警讯我想应该改{{香港警务处架构}}或另创导航模板，再将之置入警讯较理想。这恐怕是上下文相关，bot很难判别的。有个方法是检查导航模板，若其中有本文连结，这种情况似乎较能安全删除。
  2. 不晓得有code可供查阅吗？--Kanashimi（留言） 2021年10月7日 (四) 00:30 (UTC)[回复]
  1. 但其实对于读者来说，先前就不存在的资讯就也不会因清理而被移除。那模板已经近十年没有向读者提供任何资讯，如果有导航需要相信早已有人做了。
  2. 测试运作时用的正则是(?i){{[\s\u200e]*(?:(?:Template|模板):)?[\s\u200e]*(?:Pathnav)[\s\u200e]*(\|(?:.(?!{{))*?)?}}\n?。--Jimmy Xu 论 2021年10月7日 (四) 19:51 (UTC)[回复]
    的确绝大多数文章都有导航模板了，不过编辑者添加导航模板也是个累积的过程，不能一蹴可几。因此有的文章只是还没有人着手，而这些{{Pathnav}}模板可以提供灵感。最起码就我看到警讯是如此。另外这边也抽了其他还没删除{{Pathnav}}的文章，也有类似情况。感觉一个不完全保险的方法如上述，检查导航模板，若其中有本文连结，这种情况似乎较能安全删除。不过就您的程式码看来，似乎是无条件删除。一点意见提供给您参考。--Kanashimi（留言） 2021年10月7日 (四) 22:51 (UTC)[回复]

待存档

申请复核

不活跃机器人

提报不活跃机器人
取自“https://wiki.kfd.me/w/index.php?title=Wikipedia:机器人/申请&oldid=68169479”