維基百科机器人

维基百科:机器人/申请

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

在未獲批准之前就使用機械人可能招致封禁。

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)
2 A2093064-bot 16
討論中
7 5 Shizhao 2019-07-15 10:43 Shizhao 2019-07-15 10:43
3 WhitePhosphorus-bot 11
討論中
7 5 Kanashimi 2019-07-04 21:39 Kanashimi 2019-07-04 21:39
4 A2093064-bot 19
新申請
1 1 Xiplus 2019-04-24 20:36
5 Antigng-bot 30
討論中
7 3 Xiplus 2019-07-07 12:37 Xiplus 2019-07-07 12:37
7 Jimmy-abot 6
測試中
8 5 MCC214 2019-06-10 15:20 Xiplus 2019-03-01 14:53
8 Zestbot 11
部分批准,其餘測試
5 2 Xiplus 2019-03-22 08:46 Xiplus 2019-03-22 08:46
9 Zestbot 12
測試中
3 3 Xiplus 2019-04-28 07:49 Xiplus 2019-04-28 07:49
10 DiBabelYurikBot
測試中
4 5 Ericliu1912 2019-06-26 12:55 Shizhao 2019-05-17 19:40
11 Zestbot 14
測試中
4 3 Xiplus 2019-05-22 09:41 Xiplus 2019-05-22 09:41
12 Arnie97-Bot 3
測試中
13 7 Antigng 2019-06-15 00:19 Antigng 2019-06-15 00:19
13 Zestbot 16
測試中
6 3 Xiplus 2019-07-04 21:21 Xiplus 2019-07-04 21:21
15 WhitePhosphorus-bot 10
測試已完成
14 7 MCC214 2019-06-10 15:21 Antigng 2018-08-27 09:00
16 Xinbenlv bot
測試已完成
50 7 Xinbenlv 2019-07-12 01:12 Xiplus 2019-07-11 20:33
17 WQL-bot 2
測試已完成
32 10 Antigng 2019-06-15 01:32 Antigng 2019-06-15 01:32
18 Koalabot 3
測試已完成
21 6 Koalabot 2019-06-23 04:16 Antigng 2019-06-23 01:21
20 Antigng-bot 31
已批准
5 2 Xiplus 2019-07-08 08:11 Xiplus 2019-07-08 08:11
21 Antigng-bot 32
已批准
21 2 Xiplus 2019-07-11 10:15 Xiplus 2019-07-11 10:15
24 WPCleaner (bot)
   新提案
0 1 MCC214 2019-07-16 16:45

請求測試許可[编辑]

A2093064-bot 16[编辑]

对草稿移动的持保留意见,大概。——Artoria2e5 讨论要完整回覆请用ping 2018年7月27日 (五) 05:20 (UTC)
建议只是移除已经是红链的页面即可--百無一用是書生 () 2018年8月22日 (三) 07:03 (UTC)
User:Shizhao意思是草稿的移動覆蓋不處理嗎?--Xiplus#Talk 2018年9月19日 (三) 11:10 (UTC)
Shizhao?--MCC214#ex umbra in solem 2019年6月10日 (一) 07:13 (UTC)
再@Shizhao。—— Eric Liu留言留名學生會 2019年7月9日 (二) 03:39 (UTC)
草稿的移動覆蓋能否确保不会有问题?例如草稿内容仍然侵权等?--百無一用是書生 () 2019年7月15日 (一) 02:43 (UTC)

WhitePhosphorus-bot 11[编辑]

  • 狀態: 討論中
  • 操作者: 砜中嘌呤的白磷萃取 打谱
  • 提請時間: 2019年4月8日 (一) 12:53 (UTC)
  • 自動化程度:全自动
  • 程式語言Python
  • 用途:清理条目页模板参数名前后的不换行空格
  • 原始碼連結: 还没写
  • 編輯時段及頻率:<=10/min
  • 受影響頁面:条目页,粗略名单可搜 insource:/\{\{[^}]+ [  ]*\=/
  • 遵守機器人規範不相关
  • 已有機器人權限:
MediaWiki 不会把参数名中的不换行空格当作普通空格,导致很多模板无法正常显示参数,且人工很难发现这样的问题。phab:T22076 似乎遥遥无期。 --砜中嘌呤的白磷萃取 打谱 2019年4月8日 (一) 12:53 (UTC)
  • @kanashimi:,请问您的bot有类似的功能吗?--Antigng留言) 2019年5月27日 (一) 03:16 (UTC)

這邊有寫過類似的功能,但沒有完全相同的。有2點或可注意:

  1. 採用insource:/.../搜尋可能找不齊所有出問題的條目。
  2. 我猜出這種問題的條目比率不太高。

--Kanashimi留言) 2019年5月27日 (一) 09:21 (UTC)

A2093064-bot 19[编辑]

範例編輯:Special:Diff/54153097,使用放在注釋的logid來防止重複標記。--Xiplus#Talk 2019年4月24日 (三) 12:36 (UTC)

Antigng-bot 30[编辑]

  • 狀態: 討論中
  • 操作者: Antigng留言
  • 提請時間: 2019年6月1日 (六) 20:56 (UTC)
  • 自動化程度:全自动
  • 程式語言C
  • 用途:清理引用模板中accessdate和archivedate的格式
  • 原始碼連結: User:Antigng-bot/date
  • 編輯時段及頻率:不限
  • 受影響頁面:~103-104
  • 遵守機器人規範不相关,只影响主名字空间
  • 已有機器人權限:
  • 由三部分组成:
  • 第一部分将条目中的模板及嵌套关系提取出来。为正确地判断“|”、“=”等符号的含义,在解析模板的过程中还会检查内链、注释和部分会导致维基语法失效的标签(如nowiki、math、pre等)的状态。此外,如果在提取过程中发现子模板已经损坏或者这个程序处理不了,则会将其所有的母模板标记为损坏。条目中有任何一个模板损坏,或者正文结束时内链、注释、标签的状态不正常,则不会转入第二部分。(经测试,主名字空间中有0.2%的页面会遇到此问题,其中绝大多数是由语法错误造成的,例如此页面)关于提取模板的功能的测试参见12
  • 第二部分调用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次测试编辑。除本次编辑由于没有检查参数值是否为空(已修正)而导致错误外,其它编辑均符合设计要求。
  • 这个任务的最终目标是完全取代Wikipedia:机器人/申请/Liangent-bot/16。本申请仅涉及“accessdate”和“archivedate”,原因在于“date”、“month”、“year”等参数之间存在复杂的相互作用,极端一点,如果清出“第X期”来了还得查“issue”参数。这些问题留待将来解决。--Antigng留言) 2019年6月1日 (六) 20:56 (UTC)
  • 如可行,請順便處理access-date、archive-date和同時使用兩個的情況。--Zest 2019年6月2日 (日) 02:06 (UTC)
  1. 负责转换的函数没有报错
  2. 没在参数中发现诸如“xx期”的字样
  3. 得到了大于2000的年份,在1-12之间的月份和在1-31之间的日数

--Antigng留言) 2019年6月2日 (日) 03:07 (UTC)

正規化日期格式似乎沒有共識?--Xiplus#Talk 2019年7月4日 (四) 13:14 (UTC)
那个讨论串里也只是有人想用xxxx年x月x日这种格式,排除掉就好了。--Antigng留言) 2019年7月4日 (四) 16:27 (UTC)
這個工作是修復出錯的參數,還是會全面正規化參數?--Xiplus#Talk 2019年7月7日 (日) 04:37 (UTC)

正在測試的機械人[编辑]

Jimmy-abot 6[编辑]

cc Kanashimi。用Module:PatternedCandidateUtils更新的好像就这两页。--Jimmy Xu 2019年1月14日 (一) 22:42 (UTC)

這邊的機器人要放在哪個頁面比較合適呢?例如Wikipedia:典範條目/列表草稿? --Kanashimi留言) 2019年1月14日 (一) 22:45 (UTC)
bot应该是直接向那两页存subst:#invoke:...就可以了,看起来应该不用从草稿复制贴上?--Jimmy Xu 2019年1月14日 (一) 22:46 (UTC)
OK. 那應該就不需要這邊再動作了 --Kanashimi留言) 2019年1月14日 (一) 23:05 (UTC)
批准測試運作(30日)。--Xiplus#Talk 2019年1月18日 (五) 06:03 (UTC)
@Jimmy Xu:這個有在運作嗎?--Xiplus#Talk 2019年3月1日 (五) 06:53 (UTC)
@Jimmy Xu?—— Eric Liu留言留名學生會 2019年5月7日 (二) 05:07 (UTC)
Jimmy Xu?--MCC214#ex umbra in solem 2019年6月10日 (一) 07:20 (UTC)

Zestbot 11[编辑]

  • 狀態: 部分批准,其餘測試
  • 操作者: -Zest
  • 提請時間: 2019年2月19日 (二) 06:03 (UTC)
  • 自動化程度:全、半自動
  • 程式語言AWB、WPC
  • 用途:修正章節標題語法
  • 討論內容連結: wikicheck 7 8 19 83 57 4 25 92 44 49 62 105
  • 原始碼連結:
  • 編輯時段及頻率:15/1m
  • 受影響頁面:1000+
  • 遵守機器人規範無關
  • 已有機器人權限:Y
  • 7:自動改2個,之後用wikicheck 25修正
  • 8:根據開頭自動補足結尾
  • 19:自動改2個,期間手動儲存
    • 以上三個我已經手動改了,目前數量為0
  • 83:同上7
  • 57:自動去除,期間手動儲存
  • 4:直接去除,手動檢查
  • 25:按順序統一調整
  • 92:只有連續兩個才會移除一個,跨段手動檢查
  • 44:直接移除
  • 49:白名單之後手動儲存
  • 62:手動
  • 105:直接替換 半自動

--Zest 2019年2月19日 (二) 06:03 (UTC)

對於全自動的部分,每個項目各 批准測試運作(10次編輯),請在編輯摘要註明wikicheck編號。--Xiplus#Talk 2019年3月1日 (五) 06:51 (UTC)
  • 這邊-Zest 2019年3月1日 (五) 13:06 (UTC)
    • 對於7 44 57 83  正式批准運作。--Xiplus#Talk 2019年3月22日 (五) 00:46 (UTC)
  • 其餘各項 批准測試運作,各項至多10編輯。--Xiplus#Talk 2019年3月22日 (五) 00:46 (UTC)

Zestbot 12[编辑]

  • 狀態: 測試中
  • 操作者: -Zest
  • 提請時間: 2019年2月24日 (日) 20:50 (UTC)
  • 自動化程度:全自動與半自動
  • 程式語言awb
  • 用途:Linter obsolete tag
  • 原始碼連結:
  • 編輯時段及頻率:20/1m max
  • 受影響頁面:於下
  • 遵守機器人規範N
  • 已有機器人權限:Y
  • 以<center>方面,將做出以下修正
    • <center><gallery>...</gallery></center>→<gallery class="center">...</gallery> (1200+)
      • 以上適用於<gallery>、<categorytree>、<poem>、<pre>、<syntaxhighlight>、<source>(400)
      • 以上不適用於<hiero>、<math>、<score>、<timeline>
    • 表格的| <center>xxxx</center>會替換為|style="text-align: center;" | xxxx (3800+)
    • <center>包圍表格,改為{| style="margin: 1em auto;" (2000-)
  • 以<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)

DiBabelYurikBot[编辑]

  • DiBabel bot will copy templates and modules from mediawiki.org to all other sites/languages listed in Wikidata for that page, automatically changing the template and module names.
  • It will be copied ONLY if Wikidata item has "instance of" set to Wikimedia multi-site page (Q63090714).
  • It will be copied ONLY if the current content of the page exists in the history of mediawiki.org's (origin) version. E.g. if a user modifies English version of the page, it will not be overwritten unless that exact text ever existed in the history of the page on mediawiki.org. To resume automatic synchronization, a user must copy the latest version of the page from mediawiki.org. Note that simply reverting a page to an older version will not be enough to prevent a bot from copying it again. A page has to be different from any of origin's revisions (e.g. add a note why the page was modified).
  • Any template names will be automatically localized inside the wiki markup, e.g. {{MW name|...}} text will become {{Localized name|...}}, as long as Template:MW name exists on mediawiki.org, and it has a corresponding template on the destination wiki. Shared templates should not use non-shared templates, as that may cause unexpected results.
  • Just like templates, modules text require('Module:MW name') will be converted to require('Module:Localized name').
  • 討論內容連結: wishlist proposal
  • 原始碼連結: PyWikiAPI + https://github.com/nyurik/dibabel
  • 編輯時段及頻率:a few times a day
  • 受影響頁面:10-15 -- depending how widely the community wants to use it
  • 遵守機器人規範No: the bot will copy anything from MW.org to enwiki, as long as that page is tagged for its operation. If a user modifies enwiki's version in any way, including adding a {{bot}} flag, the bot will not override it because it will not match any of the page's revision history on mw.org. On the other hand, if mw.org has a shared page with the {{bot}}, that content will be copied as is, because that's the intention of the page's author.
  • 已有機器人權限:ruwiki, possibly a few more already granted botflag
I sent a notice on the Village pump. Waiting for discussion. --Xiplus#Talk 2019年5月4日 (六) 13:35 (UTC)
  • 可以有有心人士翻譯一下嗎?-- Sunny00217 - 2019年5月6日 (一) 11:14 (UTC)
批准測試運作(10次編輯) --百無一用是書生 () 2019年5月17日 (五) 11:40 (UTC)

Zestbot 14[编辑]

  • 狀態: 測試中
  • 操作者: -Zest
  • 提請時間: 2019年4月4日 (四) 21:19 (UTC)
  • 自動化程度:
  • 程式語言AWB
  • 用途:\<\?[Pp]\>變成\r\n
  • 原始碼連結:
  • 編輯時段及頻率:20/m
  • 受影響頁面:2000
  • 遵守機器人規範基本上無關
  • 已有機器人權限:Y
  • p不知道何時會被不支援,目前是列入Lint裡面。
  • 可以討論的點,是否\r\n就好,還是有需要用br而不用\r\n的情況?

--Zest 2019年4月4日 (四) 21:19 (UTC)

排除模板之類中的可能比較保險? --Kanashimi留言) 2019年4月25日 (四) 10:26 (UTC)
  • 模板的應該會手動。-Zest 2019年5月3日 (五) 14:59 (UTC)
    • 批准測試運作(30次編輯)。--Xiplus#Talk 2019年5月22日 (三) 01:41 (UTC)

Arnie97-Bot 3[编辑]

  • 狀態: 測試中
  • 操作者: Arnie97留言
  • 提請時間: 2018年8月25日 (六) 17:36 (UTC)
  • 自動化程度:半自动
  • 程式語言Python
  • 用途:建立 IATA、ICAO 机场代码的重定向
  • 原始碼連結: airport.py
  • 編輯時段及頻率:一次性
  • 受影響頁面:不修改现存页面
  • 遵守機器人規範无关
  • 已有機器人權限:
  • 准备工作:是否应先建立一个分类?中文维基目前没有 en:Template:R from airport code
  • 运作流程:
  1. 遍历主命名空间中嵌有 {{Infobox airport}} 的条目。
  2. 对于每个条目,读取模板中填写的三字码和四字码。
  3. 如果已存在与机场代码名称相同的的条目,不进行任何操作。
  4. 否则,建立从机场代码指向机场条目的重定向。—以上未簽名的留言由Arnie97對話貢獻)於2018年8月25日 (六) 17:51 (UTC)加入。
  • (-)傾向反對,怎么可以根据条目中的红链,全自动地建立三个英文字母构成的重定向呢?且不考虑用户填错、笔误的可能性,三个英文字母可以是很多东西的缩写,比如JFK,可以指肯尼迪这个人,也可以指机场。没有人的干预,机器人不可能知道这种歧异存不存在。--Antigng留言) 2018年8月27日 (一) 00:42 (UTC)
  • @Arnie97:有任何回應嗎?--Xiplus#Talk 2018年11月4日 (日) 15:27 (UTC)
  • @Arnie97:試試再PING--Temp3600留言) 2018年11月17日 (六) 15:02 (UTC)
    • 关于用户填错的可能性,可改用可信的外部参考来源。歧义的处理我没有很好的想法,根据抽样测试,的确涉及到不少歧义,欢迎各位献策。现在有两个不完善的思路:
      1. 搜索其他条目的首段或全文中是否存在此词;如果检查全文,则标题中含有机场、航点等词的条目除外;
      2. 检查英文维基的同名页面是否是机场代码重定向;
      ——Arnie97留言) 2018年11月18日 (日) 03:17 (UTC)
第一點可能有判別錯誤的問題。就第2點而言,還必須確認英語維基的重定向目標正是這個機場。 --Kanashimi留言) 2018年12月3日 (一) 21:42 (UTC)

Zestbot 16[编辑]

  • 狀態: 測試中
  • 操作者: -Zest
  • 提請時間: 2019年5月16日 (四) 20:05 (UTC)
  • 自動化程度:全自動
  • 程式語言AWB
  • 用途:移除外部連結內的內部連結
  • 討論內容連結: wikilink-in-extlink (lint)
  • 原始碼連結:
  • 編輯時段及頻率:20/1m
  • 受影響頁面:2000↓
  • 遵守機器人規範無關
  • 已有機器人權限:
  • 一次性,未來不定時修復。-Zest 2019年5月16日 (四) 20:05 (UTC)
    • 測試結果-Zest 2019年5月16日 (四) 20:05 (UTC)
      • 雖然渲染結果不一致,但似乎移除是預期上較正確的結果;這個是否應該將 ] 前的空白移除?--Xiplus#Talk 2019年5月17日 (五) 11:03 (UTC)
        • 那就最後將[http xxx ]一律改成[http xxx]這樣來作。-Zest 2019年6月7日 (五) 19:30 (UTC)
          • 那就再額外 批准測試運作(50次編輯)。--Xiplus#Talk 2019年7月4日 (四) 13:21 (UTC)
  • Xiplus?--MCC214#ex umbra in solem 2019年6月10日 (一) 07:18 (UTC)

已完成測試的機械人[编辑]

WhitePhosphorus-bot 10[编辑]

功能就是把<font>[[link]]</font>换成[[link|<font>link</font>]]开 flood 跑过两百来个没出问题,因为觉得不是一次性工作(除非用过滤器拦下)所以还是来申请机器人了。Xiplus 说可以顺便把已弃用的 font 换成 span,我也打算弄,当然这样正则表达式会写得保守一些。 --砜中嘌呤的白磷萃取 打谱 2018年3月11日 (日) 14:45 (UTC)

我觉得听Xiplus的话,更一劳永逸一些--百無一用是書生 () 2018年3月12日 (一) 11:39 (UTC)
反对。Tidy将要或者已经被换成了HTML5那套东西(还记得换了之后空标签的事情吗?),现在搞tidy bug是脱裤子放屁。——Artoria2e5 讨论要完整回覆请用ping 2018年3月19日 (一) 07:37 (UTC)
鬼啦,原来是把tidy换掉之后会丢失颜色啊(mw:Help:Extension:Linter/tidy-font-bug)……那我支持吧。——Artoria2e5 讨论要完整回覆请用ping 2018年3月19日 (一) 07:40 (UTC)
@WhitePhosphorus:所以有要替換font為span嗎?--Xiplus#Talk 2018年4月2日 (一) 08:43 (UTC)
phab:T175706以及[1]:今年7月底将完成 Tidy2RemexHTML。这个bot任务还有必要么?--百無一用是書生 () 2018年4月2日 (一) 13:40 (UTC)
User:Xiplus替换成 span 的脚本也写好了,一个小测试。用fixtidyfont.py --dry --pageid PAGEID可以针对单一页面进行测试(要求 python>=3.6,安装 BeautifulSoup。botsite.py 可以从我机器人代码下载)。这里各种奇怪的情况都考虑了——只是白名单里只有十六种颜色,没纳入 X11 colors。
必要性的问题 IRC 群里说过了,WMF 等着社群自己修复错误,所以有必要。 --砜中嘌呤的白磷萃取 打谱 2018年4月2日 (一) 15:34 (UTC)
User:WhitePhosphorustestcase裡正常的size跟奇怪的size兩章節沒有替換到?--Xiplus#Talk 2018年4月6日 (五) 00:42 (UTC)
因为它没有触发要修的那个 LintError。所以要顺便把页面里的 font 都换成 span?这样感觉修Special:LintErrors/obsolete-tag又只修一半有点怪怪的。 --砜中嘌呤的白磷萃取 打谱 2018年4月6日 (五) 01:04 (UTC)
User:WhitePhosphorus就按原先申請範圍進行吧, 批准測試運作(50次編輯)。--Xiplus#Talk 2018年4月8日 (日) 03:21 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── User:Xiplus 測試已完成贡献),发现两个问题。

  1. 把Deeppink当成十六进制编码,这个是我正则前后忘加^和$导致的,已修正。
  2. 会把链接里的<br>等标签的左右括号转义掉(12)。这个应该是 BeautifulSoup 库的问题,我得再想想怎么规避。 --砜中嘌呤的白磷萃取 打谱 2018年4月8日 (日) 16:08 (UTC)

Xinbenlv bot[编辑]

  • 狀態: 測試已完成
  • 操作者: Xinbenlv留言
  • 提請時間: 2019年2月20日 (三) 18:57 (UTC)
  • 自動化程度:全自动
  • 程式語言Javascript
  • 用途:在一个人物的维基百科的讨论页面上标注跨语言的生日不一致现象。如果某个人物在不同维基百科页面上的生日彼此不同,本机器人将在讨论(Talk)页面上留言,提醒编辑们发现这种跨语言的生日不一致,以便促进维基百科的知识一致性。
  • 討論內容連結: en:Wikipedia:Village_pump_(technical)/Archive_166#Cross_Lang_Conflicts
  • 原始碼連結: Github(开发中)
  • 編輯時段及頻率:每天或者每周两次
  • 受影響頁面:大约30页每天,之后可能提高到200页每天。社区如果觉得速率可以,有可能提高到1000页每天。总共大约15000页
  • 遵守機器人規範
  • 已有機器人權限:否 (中文暂无,已经获得法文维基百科社区)
這個我也一直想處理,感謝閣下的機器人構思,希望討論頁標記時能有一個模板或分類標記(像{{ep}}模板)同時也能檢查wikidata。--Zest 2019年2月20日 (三) 19:32 (UTC)
好主意。我确认一下我对阁下的建议理解是否正确:阁下希望的是,创建一个分类模版或者分类标记,让如果页面出现生日冲突,可以让机器人添加这个模版,以便提醒编辑生日不一致,是这样吗? Xinbenlv留言) 2019年2月20日 (三) 20:11 (UTC)
簡言之就是,都要人檢查(追蹤分類),檢查後移除分類或模板的功能,如何?--Zest 2019年2月20日 (三) 20:53 (UTC)
我觉得阁下推荐的这个方法,很好。我个人暂时还不是特别擅长创建和使用分类和模版,如果有人能够愿意与我搭档一起来创建就好了。我可以负责编写程序。 Xinbenlv留言) 2019年2月20日 (三) 21:08 (UTC)
这是不是还应该检查wikidata上的数据(如果有的话?)--百無一用是書生 () 2019年2月22日 (五) 12:03 (UTC)
@Shizhao: 对的,这是我们的wishlist item之一。我们在下一个更新的机器人功能里面,会想要增加检查wikidata的数据。因为从未申请过bot,通过阅读政策文件,我们发现从比较小的功能开始申请,并逐渐赢得社区信任,在后面提议新功能的时候更容易得到批准。所以我们将在本次申请的功能相对稳定之后,在本页上进一步的提交新的机器人新功能的申请。 Xinbenlv留言) 2019年2月22日 (五) 23:38 (UTC)
掛在討論頁好處是該條目的主編會注意到,缺點是1. 怕都沒人改,像是維護模板一樣,2. 編輯量大;統一頁面好處是編輯量小。建議到互助客棧徵詢更多人意見,包含是否需要這個機器人,以及提示方式(模板/分類/統一頁面)。--Xiplus#Talk 2019年2月23日 (六) 10:21 (UTC)
谢谢@Xiplus: 我们可以不可以先小规模的运行一下,比如我说我们先Target挂100~200个,看看效果,然后再进一步的决定具体应该是用模板还是统一分类? Xinbenlv留言) 2019年2月24日 (日) 19:31 (UTC)
我认为可以尝试--百無一用是書生 () 2019年2月25日 (一) 02:13 (UTC)
好的,多谢 Xinbenlv留言) 2019年2月25日 (一) 16:22 (UTC)
@-ZestXiplusShizhao:,敬请查看测试运行的结果 zh:Category:Wikipedia:WikiProject_WikiLoop/Inconsistent_Birthday Xinbenlv留言) 2019年2月27日 (三) 00:38 (UTC)
這個模板能不能簡單一點,例如將原本的模板加一個 |ok=1|by=~~~~,另日期別加連結(已經發布的就算了,之後的再避免即可。應該可以顯示3~5個語言,包含wikidata。--Zest 2019年2月27日 (三) 06:39 (UTC)
谢谢,我觉得你提了一个好主意!不过加日期和加链接这些格式的讨论,不同Wikipedia社区现在提出了不同的建议,我一方面希望尊重每一个local语言的意见,一方面希望能够让模板和传入参数能够尽量的一致一些。我会认真考虑你的建议然后结合其他编辑的意见一起来修改template. 我目前在m::User:Xinbenlv_bot列出了另外几个社区的botflag申请情况,德语的编辑们有特别多想法...然后我又不懂德语只能借助翻译...苦闷...... T.T. ORZ Xinbenlv留言) 2019年2月27日 (三) 09:36 (UTC)
其实,在{{bd}}类模板中加入wikidata实体进行判断,是否也可行?--百無一用是書生 () 2019年2月27日 (三) 09:45 (UTC)
@Shizhao:这一点我不是特别理解,可否请详细说说? Xinbenlv留言) 2019年2月28日 (四) 01:50 (UTC)
簡單來說就是用{{P|P569|Q937}}來檢查日期是否一樣(QXXX為Wikidata的ID P569是生日的編號)-Zest 2019年2月28日 (四) 02:00 (UTC)
@-Zest:, 前提是我们首先需要把所有各个语言的生日数据都搬到Wikidata上吗? Xinbenlv留言) 2019年2月28日 (四) 02:07 (UTC)
WD只能放一個數據,這個是指放在討論頁的(如Talk:瑞達·班巴茲en和zh那邊)書生的意思是{{bd}}亦可考慮放此判斷(雖然這與本申請沒直接關係)。-Zest 2019年2月28日 (四) 02:25 (UTC)
哦,好的,那么诸位管理员们还在等待我提供更多其他讯息吗? Xinbenlv留言) 2019年3月7日 (四) 00:39 (UTC)
其實把資料都搬到WD上,本地都使用WD就沒這問題了,之前似乎從en搬過了一次,但中文這邊沒改成用WD的數據而已。--Xiplus#Talk 2019年3月9日 (六) 06:31 (UTC)
我建議到客棧通知社群,要不然機器人掛完都沒人修,這機器人也沒用了。--Xiplus#Talk 2019年3月9日 (六) 06:31 (UTC)
@Xiplus:好,我可以去通知互助客栈。当然,我自己也会作为这个机器人的长期维护者。至于搬运使用WD,据我所知英文还有相当多页面没有使用WD-base的InfoBox,因为部分页面的主要作者并未达成共识。其中有几个原因:
  • 不同语言社区里面对于不同source的可靠性的判断有所不同,所有一些社区会更倾向于其社区内部比较有权威的source,例如德语的作者比较信赖德国的一些数据库和权威词典,不过英语作者可能就把这些当作一般可靠来源。
  • MediaWiki暂时不支持WD-based InfoBox的revision history快速跳转,据我听说很多作者反映不方便查看谁对WD的数据进行了梗概或者有些编辑不了解来源不理解是WD的来源,无法进行进一步调研。
因此全面统一使用WD在全球范围的所有维基百科目前可能还有一两年以上的时间甚至很可能更久,短期内,跨语言的不一致性,甚至同一个语言内的不一致性还很多,我们的机器人主要是希望用作者们比较熟悉的方式来辅助他们进行编辑。如果你们觉得这个主意还不错,恳请大家投票支持通过本机器人的申请,这样我们可以开启第一步骤的功能推动。另外,最新更新请见本机器人的国际User页面m::User:Xinbenlv_bot Xinbenlv留言) 2019年3月11日 (一) 18:11 (UTC)
改了一下通知模板,还请知晓。想法非常好,后续可以考虑类似Internet Archive Bot一样有API支持半自动人工编辑。不知道还有没有除生日外其他内容的其他想法?——小老虎3018 2019年3月15日 (五) 17:14 (UTC)
@小老虎3018:感谢鼓励,其他想法有一些,也还在思考,目前想先看看这个模式如何,也希望跟诸位维基友一起头脑风暴一下 Xinbenlv留言) 2019年3月15日 (五) 18:24 (UTC)
@Xiplus:,@小老虎3018:, @Shizhao:, 大家如果觉得这个idea还不错,恳请大家帮忙投票支持这个bot proposal,在下这边拜谢了 Xinbenlv留言) 2019年3月15日 (五) 21:01 (UTC)
多谢@Sunny00217:,我看到你直接更新了模版,多谢啦!Xinbenlv留言) 2019年3月17日 (日) 18:34 (UTC)
      • 我覺得弄成維護模板,修好就直接移除會方便些,要不然像IABot那些留言也沒人要看,後來就停用了。--Xiplus#Talk 2019年3月17日 (日) 14:52 (UTC)
@Xiplus:我们目前在讨论页面造成的trial edits已经看到不少editor进行了修缮,效果还不错,特别是这些editor通常都是该文章的原作者或者最active的编辑所作出的,
例如:
所以,使用讨论页面也是有很好的效果的。使用维护模版还是讨论页面这个问题在别的语言例如德语和英语上也讨论过,例如在德语维基的人物社群的页面上的讨论:https://de.wikipedia.org/wiki/Hilfe_Diskussion:Personendaten:
(原文德语,我也不大懂...)Je mehr ich lese, desto mehr frage ich mich, warum das unbedingt auf Artikeldiskussionsseiten platziert werden sollte? Inkonsistenzen könnten auch in einer Wartungsseiten abgelegt werden. So wie ich Xinbenlv verstehe, befinden sich die Daten auf [2]. Diese einfach in Listen (entweder 26 für A-Z oder nach ca. 20 Themenschwerpunkten via Kategorienauswertung, zB: "Sportler", "Künstler" etc.) aufbereiten, so dass daran Interessierte diese abarbeiten können (die Befürchtung Enzian44 bezüglich unsauberer Abarbeitung wäre dann kleiner, da nicht jeder dahergelaufene über solche Listen stolpert und abarbeitet, wenn er nicht gerade daran interessiert ist). Aka und andere machen auch immer wieder solche Listen. Würden wir alles, was wir auf Wartungslisten haben, neu auf Diskussionsseiten platzieren, so hätten wir dort am Ende nur noch Botnachrichten (Tippfehler, fehlende Normdaten, Wikisyntaxfehler, ...). Tote Weblinks ist eine Ausnahme, die aber breit gestützt ist. --Filzstift ✏️ 09:20, 27. Feb. 2019 (CET)
(谷歌翻译为英文的结果:)The more I read, the more I wonder why this should be placed on article discussion pages? Inconsistencies could also be stored in a maintenance page. As I understand Xinbenlv, the data are on [2], These simply in lists (either 26 for AZ or after about 20 main topics via category evaluation, eg: "athletes", "artist" etc.) prepare, so that those interested can work it out (the fear Enzian44 regarding dirty processing would then be smaller, because not everyone that has tripped over such lists stumbles and works off, if he is not exactly interested in it). Aka and others make such lists again and again. If we were to place everything we have on maintenance lists on discussion pages, we would end up with only bot messages (typos, missing authority data, wiki syntax errors, ...). Dead web links is an exception, but it is broadly based. - Felt  Tip ✏️ 09:20, 27. Feb. 2019 (CET)
结论是,大家建议先保守一点,用讨论页面。因为咱们这个bot是做跨语言不一致检测的,所以可能会暂时按照相对最保守的社区的模式进行(木桶里面最短的一块板),中文维基社区如果对此的态度更开放(好赞!),接受机器人直接写在文章页面,以后也可以再更加推进到维护页面。

Xinbenlv留言) 2019年3月17日 (日) 18:34 (UTC)

我的意思是維護模板的樣式,但放在討論頁(我覺得放在條目上較不可行)。--Xiplus#Talk 2019年3月18日 (一) 13:13 (UTC)
@Xiplus:,哦是这样。那么放在讨论页上方还是讨论页的一个新的section呢?如果是放在讨论页上方,那么处理完要不要删除呢?一种观点认为应该放在新的section而不是讨论页上方是因为即便处理完也不用删除,要保留辩论。不知道你怎么看这种观点 Xinbenlv留言) 2019年3月18日 (一) 16:35 (UTC)
放在討論頁的首段(就如同維護模板),處理完即刪除,如果需要討論再開新章節討論即可。剛剛想到一個想法,使用類似{{需要消歧义}}的模板就適合放在條目裡,缺點是使用tooltip提供資訊量無法太多,好處是能夠讓修改者修改完隨手移除。--Xiplus#Talk 2019年3月20日 (三) 11:01 (UTC)
@ Sunny00217:看起来不错,可以帮忙创建一下doc吗,从你的模版源代码上我不是特别看得明白要怎么用 Xinbenlv留言) 2019年3月21日 (四) 20:41 (UTC)
條目只有一部分有問題的話,並不適用這種維護模板。--Xiplus#Talk 2019年3月22日 (五) 00:28 (UTC)
同上xiplus意見,建議設計為{{fact}}這種格式。-Zest 2019年4月3日 (三) 15:08 (UTC)
@XinbenlvSpecial:PermanentLink/53687314-- Sunny00217 2019年3月22日 (五) 12:10 (UTC)
@Sunny00217:, 赞,不过好像参数有错误 Xinbenlv留言) 2019年3月25日 (一) 08:11 (UTC)
@Sunny00217:, 这个模版不能现实究竟有哪些不同的wikipedia,它们的链接和所显示的日期以供编辑查证。 Xinbenlv留言) 2019年4月15日 (一) 19:00 (UTC)
經過抽查,多數頁面時隔多日都沒有獲得處理,另Talk:戴立綱機器人出錯。--Xiplus#Talk 2019年7月9日 (二) 02:39 (UTC)
幫@Xinbenlv。—— Eric Liu留言留名學生會 2019年7月9日 (二) 03:32 (UTC)
多谢,我将看一下 Xinbenlv留言) 2019年7月9日 (二) 04:24 (UTC)
@Xiplus:, @Ericliu1912: 在法语大约3月份我们投放了3000对的错误生日信息,目前被修复或者标记为确有争议的大约128个(4.3%~)生日。这个数据你们觉得怎么样?可以还是偏低? Xinbenlv留言) 2019年7月9日 (二) 04:55 (UTC)
User:Xinbenlv跟本地一樣都很低,沒人處理只會淪為垃圾訊息而已。--Xiplus#Talk 2019年7月10日 (三) 11:42 (UTC)
@Xiplus:,Good point.... 一个页面平均多久会被更新一次呢?很多低流量的页面本来也会需要半年到一年才会有一个志愿者编辑来查看一次吧? Xinbenlv留言) 2019年7月10日 (三) 17:12 (UTC)
User:Xinbenlv我仍然認為全部彙整到一個頁面的做法會比發在討論頁好,顯然討論頁通知對於提升處理速度沒有多大功效,彙整同一頁讓想處理的人去處理就好。--Xiplus#Talk 2019年7月11日 (四) 02:20 (UTC)
@Xiplus: 全部整在一页的版本我们也会有的——之后会有一个WikiLoop Explorer可以直接浏览,正在开发中,敬请期待,敬请关注 https://meta.wikimedia.org/wiki/WikiProject_WikiLoop#Summary。 Xinbenlv留言) 2019年7月11日 (四) 07:33 (UTC)
User:Xinbenlv我就在想Wikidata game已經有Birthday Conflicts了啊,為何還要在本地跑機器人。--Xiplus#Talk 2019年7月11日 (四) 12:33 (UTC)
@Xiplus: 因为我们发现每一个平台能够覆盖的编辑群体是不同的。实际上WikiData Game的用户还很少(其中的Conflicting Birthdays那个也是我们做的)。另外会想到去专门找编辑工具浏览器等来进行批量编辑的编辑也是少数,所以我们的想法是多个方式一起往前走。这种用机器人通知讨论页面的方法主要作用是帮助那些未来会看到页面的读者或者初级编辑来快速编辑单个页面。 Xinbenlv留言) 2019年7月11日 (四) 17:12 (UTC)

WQL-bot 2[编辑]

  • 狀態: 測試已完成
  • 操作者: 云间守望上海地铁25周年
  • 提請時間: 2018年6月16日 (六) 07:35 (UTC)
  • 自動化程度:全自动/有监督的半自动
  • 程式語言pywikibot的refLinks.py(做了一些小的修改,避免识别错误多加上一些模板。)
  • 用途:转换光秃引用(即仅有链接而连标题都没有的引用,以机器方式自动获取标题并加上注释),并将重复的引用使用自动生成的ref名称替换;同时若页面内没有<reference />一类的参考来源模板/wiki文字,则自动补上。
  • 原始碼連結: 见Phab
  • 編輯時段及頻率:不定
  • 受影響頁面:大概几万个
  • 遵守機器人規範本案中无关
  • 已有機器人權限:

说明一下两个账户的关系:WQL-bot现在我将会用来进行全自动操作,因此未来会放到自己的服务器上去;而Yjsw-bot的操作全在自己电脑上,人工监视,设置阻塞防止刷屏。英文维基百科也曾用过相关脚本进行类似的操作,我认为是相对安全的。--云间守望上海地铁25周年 2018年6月16日 (六) 07:36 (UTC)

(?)疑問机器如何判断页面标题?--140.180.251.211留言) 2018年6月21日 (四) 03:30 (UTC)
李四阁下您好。该脚本判断来源为裸露的条件是类似以下的来源格式:<ref>[http://example.tld]</ref>
或者是这种:<ref>http://example.tld</ref>
以上两类会被认为是裸露的。这样子保证了“不做不该做的事情”。--云间守望 2018年6月21日 (四) 13:36 (UTC)
為何不替換成{{Cite web}}?--Xiplus#Talk 2018年7月6日 (五) 03:55 (UTC)
目前的机制是,若检测到链接存在且可访问,就给放进模板,若是死链接就标记{{dead link}},因为是现成程序改造,有点复杂。--云间守望 2018年7月6日 (五) 11:36 (UTC)
您的機器人會發生這種情況嗎?--Xiplus#Talk 2018年7月6日 (五) 12:55 (UTC)
@Xiplus: 难以避免,原因是一个网址在历经很长时间之后不能保证其依然为同一内容,亦或是链接向G11的内容。目前我的一切操作均人工监视人工确认。--云间守望 2018年7月6日 (五) 13:43 (UTC)
@WQL:其实在下问的是“以机器方式自动获取标题……”这个如何做到?--140.180.252.94留言) 2018年7月6日 (五) 21:00 (UTC)
把外部頁面load一次不就好了?JC1 2018年7月12日 (四) 16:43 (UTC)
建議互助客棧提一下,若無人反對將會批准。另上面提到的問題,若有人工監視確認倒是沒問題,但若要轉為全自動,將需要著手處理。--Xiplus#Talk 2018年7月15日 (日) 11:02 (UTC)
感谢,我会去提下。我现在选择该机器人的一切动作半自动。--WQL留言) 2018年7月17日 (二) 06:50 (UTC)
請求已過期 。--Xiplus#Talk 2018年7月31日 (二) 10:32 (UTC)
操作者重開請求。--Xiplus#Talk 2018年8月22日 (三) 06:21 (UTC)
操作者声明已经退出维基百科,而且bot账号是被封的....--百無一用是書生 () 2018年8月22日 (三) 06:45 (UTC)
退出维基百科,但是没退出其他计划。这个机器人未来有打算在其他维基计划里使用。被封用途与申请用途完全无关。--Mend My Way 2018年8月25日 (六) 11:32 (UTC)
User:WQL如果您沒打算在本地運行機器人,該請求將關閉,否則請說明一下目前進度如何。--Xiplus#Talk 2018年8月25日 (六) 11:41 (UTC)
我说“但是没退出其他计划”说明这个机器人若未来在中文维基百科运行将会持续维护。目前,机器人已经就绪。--Mend My Way 2018年8月25日 (六) 12:11 (UTC)
应要求,在WP:VPD开讨论,请关注。--Mend My Way 2018年8月25日 (六) 12:39 (UTC)
Wikipedia:互助客栈/条目探讨#关于转换“光秃引用”机器人的意见征求。经过了七日公示,请确认。--Mend My Way 2018年9月1日 (六) 14:06 (UTC)
批准測試運作(50次編輯)--Xiplus#Talk 2018年11月4日 (日) 15:26 (UTC)
添加缺少的<references />标签这一项已经测试完成,见Special:Contribs/Yjsw-bot;裸露引用相关依然在测试中测试已经完成。(备注:WQL-bot这个号还没有被解封)。--Mend My Way 2018年11月9日 (五) 15:12 (UTC)
如果您想要用Yjsw-bot執行,那麼請把最上方章節名稱改掉,以及移動本頁。--Xiplus#Talk 2018年11月9日 (五) 15:50 (UTC)
这是权宜之举,我依然在等待相关账号解封,而且我的机器人配置里也写明了使用申请中提到的账号。--Mend My Way 2018年11月9日 (五) 16:27 (UTC)
您應該自行請求解封,BAG(即使有管理員身分)不會幫您做這件事。--Xiplus#Talk 2018年11月10日 (六) 00:01 (UTC)
测试完成,在测试的时候发现了一些问题,修改了一处程序,以保证标题中含有|时候能够处理到位。 --Mend My Way 2018年11月10日 (六) 16:02 (UTC)
User:WQL您的機器人於2010年ATP世界巡回赛总决赛中,將File:R federer.jpg|thumb|right替換成File:R federer.jpg|缩略图|右,個人認為沒壞別修,而且好像沒必要修正。 Willy1018(留言) 2018年11月11日 (日) 04:16 (UTC)
似乎是我开了一个叫做cosmetic change的功能,我给关掉了。--Mend My Way 2018年11月11日 (日) 04:27 (UTC)
Special:Diff/51973324,抓到死連的標題?Special:Diff/51973399看起來比reFill差?--Xiplus#Talk 2018年11月17日 (六) 06:14 (UTC)
@WQL?—— Eric Liu 坐等萬次編輯留言留名學生會 2019年5月22日 (三) 06:52 (UTC)
WQL?--MCC214#ex umbra in solem 2019年6月10日 (一) 07:16 (UTC)
抱歉,很久没上线了。我在测试运作完成后,并未接获其他指示,故暂没有回应。如果有相关疑问,请在我的用户讨论页面提醒。--云间守望 2019年6月10日 (一) 13:16 (UTC)
你开不开修pdf的功能?如果不开问题很简单,直接用citoid就好了,你可以自己安装一个,或是使用wmf提供的,注意检查返回结果编码是否正常(比如有没有包含U+FFFD)避免重蹈ve的覆辙;如果开的话你可以把源码里的GET请求改成HEAD,如果Content-type是application/pdf的话还用程序原来的逻辑处理,是text/html的话丢给citoid,否则扔掉。--Antigng留言) 2019年6月14日 (五) 17:32 (UTC)

Koalabot 3[编辑]

  • 狀態: 測試已完成
  • 操作者: Koala0090留言
  • 提請時間: 2019年6月7日 (五) 19:56 (UTC)
  • 自動化程度:全自動
  • 程式語言AWB
  • 用途:在生物頁面置放Taxobar
  • 討論內容連結: Wikipedia:互助客栈/技术/存档/2019年5月#Taxonbar
  • 原始碼連結: User:Koalabot/Taxobar_bot
  • 編輯時段及頻率:01:00~8:00,視網路速度而定
  • 受影響頁面:37000+
  • 遵守機器人規範
  • 已有機器人權限:
  • (!)意見,很多地方需要考虑中文维基的实际。比如代码的第一部分,检查条目是否含有人物信息框,这就需要把中文信息框考虑在内,例如{{學術研究工作者}};接下来检查是否已经有信息框那一部分也应该作类似考虑;最后加模板的时候需要调整小条目模板的位置,并且需要检测分类的位置,小条目模板的中文译名和分类的中文译名也需要考虑。--Antigng留言) 2019年6月14日 (五) 16:08 (UTC)
    • @Antigng:感謝意見,以上問題已經請Xiplus排除,再請閣下複查。再次感謝Xiplus君幫忙協助解決以上問題。---Koala0090留言) 2019年6月17日 (一) 07:02 (UTC)
      • @Koala0090:感谢修正。然而{{學術研究工作者}}仅仅是一个例子而已,那一行提及的几乎所有infobox都有中文译名,需要挨个排除。--Antigng留言) 2019年6月17日 (一) 14:39 (UTC)
        • @Antigng:我剛剛看了一下,因為中文沒有統一模板的要求,所以模板連入的重定向太多,所以我會限定機器人運作的對象為Taxobox、automatic taxobox等系列模板的連入頁面,應該可以避免此一狀況---Koala0090留言) 2019年6月17日 (一) 14:54 (UTC)
          • @Koala0090: 短路掉一个安全措施我心里有点没底......这样吧,您可以先跑一个空运行,列出所有“需要编辑的页面”,如何?--Antigng留言) 2019年6月17日 (一) 15:06 (UTC)
            • @Antigng這樣您看一下行不行---Koala0090留言) 2019年6月17日 (一) 16:54 (UTC)
            • 我發現檔案太大傳不上去,說一下邏輯好了:What transcludes page: "Template:Taxobox/core", "Template:Taxobox",共38095條---Koala0090留言) 2019年6月17日 (一) 16:57 (UTC)
              • 我指的不是引用这个模板的页面,而是经过您的程序检验下来,需要编辑的页面。--209.2.211.81留言) 2019年6月17日 (一) 17:23 (UTC)
                • @Antigng:,抱歉我不太確定您的意思,我先將AWB的源碼和我預計處理的列表開放出來[2],如果有修正module的方法也歡迎告訴我---Koala0090留言) 2019年6月17日 (一) 18:51 (UTC)
                • 話說這位209.2.211.81是Antigng閣下嗎?—— Eric Liu留言留名學生會 2019年6月18日 (二) 04:58 (UTC)
  • 批准測試運作(200 edits)。--Antigng留言) 2019年6月20日 (四) 01:53 (UTC)
    • 測試已完成贡献),發現一個問題
      • 發現病毒無法成功加上模板,已修正。---Koala0090留言) 2019年6月20日 (四) 05:41 (UTC)
        • 为什么把小作品模板转移到两个分类中间?--Antigng留言) 2019年6月20日 (四) 13:38 (UTC)
          • @Antigng: 把general fix開起來就好了---Koala0090留言) 2019年6月21日 (五) 04:54 (UTC)
            • User:Koala0090这种条目已经有wikispecies模板了,加进去的分类栏也有一个wikispecies参数,是不是重复了?--Antigng留言) 2019年6月21日 (五) 20:41 (UTC)
              • @Antigng: 確實是重複,不過英文版是沒有特別去砍wikispecies的模板,不知道有沒有必要特別去砍掉原本的species模板---Koala0090留言) 2019年6月21日 (五) 21:15 (UTC)
                • @Antigng:您覺得可以直接移除Wikispecies-inline模板嗎(不檢查模板參數)?--Xiplus#Talk 2019年6月22日 (六) 12:53 (UTC)
                  • 根据互联群组上的讨论,这个任务可以这样做下去,摘species模板另行讨论、申请。--Antigng留言) 2019年6月22日 (六) 17:21 (UTC)
  • Symbol tick plus blue.svg 批准延長測試運作 (1000 edits),注意自行检查。--Antigng留言) 2019年6月22日 (六) 17:21 (UTC)

待存檔[编辑]

Antigng-bot 31[编辑]

  • 狀態: 已批准
  • 操作者: Antigng留言
  • 提請時間: 2019年6月3日 (一) 01:27 (UTC)
  • 自動化程度:自动
  • 程式語言C
  • 用途:清理引用模板中内链与外链的冲突
  • 原始碼連結:
  • 編輯時段及頻率:不限
  • 受影響頁面:先清存档,后转入定期运行
  • 遵守機器人規範不相关,不涉及用户页
  • 已有機器人權限:
  • 框架与Wikipedia:机器人/申请/Antigng-bot/30相同,仍然是三部分。第一、第三部分与前一申请完全相同,第二部分的逻辑更改为:
    • 调用tempgroom函数清理所获每一组模板。先利用递归遍历每一个模板,然后检查模板,如果模板损坏,不处理;模板不是引用模板,不处理。接着对模板参数进行检查,如果模板:
        1. 存在至少一个有效(参数值处引出子模板,或未引出子模板,但是存在非注释,空格和常见控制符的其它字符)的
        2. a、url参数,或
        3. b、pmc参数且此时的引用模板为{{cite journal}}(在url参数为空的情况下会自动生成链接)。且,
        4. 有且仅有一个有参数值的title参数(此处不检查其是否有效)。且,
        5. title参数的参数值处没有引出子模板(记作情况1)。或,
        6. title参数的参数值处仅引出了一个子模板,且模板中没有script-title参数(为最小化风险,此处甚至不检查其参数值是否为空)(记作情况2)。
    • 对于情况1,检查title参数的参数值是否存在内链。对于每个内链,如果没有管道链接,则直接去除方括号,检查方括号包裹的内容是否存在维基名字空间的前缀或者跨语言链接,如果存在,则直接丢弃这一部分内容(读者不应该看到指向非主名字空间的链接);如不然,除去该内容开头可能存在的冒号,再把它放回原来的参数中。如果有管道链接,则对显示的内容作上述处理。
    • 对于情况2,检查title参数值中子模板前后的内容是否无效(仅存在注释,空格和常见控制符),如否,不处理。之后检查子模板的名称,若其为lang,记作情况2a;若其为lang-xx,记作情况2b。
      • 对于情况2a,检查其是否仅存在符合lang模板规范的2个参数,如果是,将子模板整个替换为“参数1:参数2”,释放子模板,并将title改为script-title。否则不处理。
      • 对于情况2b,检查其是否仅存在符合lang-xx模板要求的1个参数,如果是,将子模板整个替换为“xx:参数1”,释放子模板,并将title改为script-title。否则不处理。
    • 如果情况1和情况2都不符合,不处理。
  • 如果模板被处理,或其有任意一个子模板被处理,返回1,否则返回0。
  • 这个任务完全涵盖了Wikipedia:机器人/申请/Liangent-bot/18(仅处理情况2a)。测试编辑。其中仅此编辑有问题,相关问题已修正。其余编辑均无问题。--Antigng留言) 2019年6月3日 (一) 01:27 (UTC)
  • 在整个主名字空间跑了一下空运行。一共发现421个可以编辑的页面,其中Special:Diff/54666335这15个页面并不在Category:引文格式1错误:网址-维基内链冲突之中。绝大多数的假阳性都是由于{{cite interview}}没有使用cs1而导致的。--Antigng留言) 2019年6月3日 (一) 04:56 (UTC)
  • 批准測試運作條目內30編輯。--Xiplus#Talk 2019年7月4日 (四) 13:17 (UTC)
  • 完成。最前边6个错误估计是不小心动了公共库里的什么东西,导致提交的请求没有正确地百分号编码所致,回退到旧版本以后问题就解决了,修正后所有编辑均符合设计要求。--Antigng留言) 2019年7月4日 (四) 15:43 (UTC)
  •  正式批准運作。--Xiplus#Talk 2019年7月8日 (一) 00:11 (UTC)

Antigng-bot 32[编辑]

  • 狀態: 已批准
  • 操作者: Antigng留言
  • 提請時間: 2019年6月4日 (二) 15:20 (UTC)
  • 自動化程度:自动
  • 程式語言C
  • 用途:清理调用重复模板参数的页面
  • 原始碼連結:
  • 編輯時段及頻率:不限,先清存档,然后转入长期运行
  • 受影響頁面:存量1680,另每个月大致新产生~50个
  • 遵守機器人規範不相关
  • 已有機器人權限:
  • 框架与前两个申请完全相同。第二部分修改为:
    • 遍历所有模板,模板损坏,不处理;模板没参数,不处理。然后打开一个表存放(参数名,参数值的地址),并开始检查参数,对每个参数,如果参数名处引出模板,跳过,如果没有参数值(注:指|date|之类的),跳过;如果参数值处引出模板,跳过。然后在表中查询参数名,
      • 如果命中,检查当前的参数值。
        • 若其实质为空(定义为仅有空格,注释和常见控制符),释放本参数。
        • 否则检查旧参数值是否实质为空
          • 若是,将当前参数复制到旧参数值的地址,释放本参数。
          • 否,则检查新旧参数值是否实质上相同,若是,释放本参数,否则跳过。
      • 如果未命中,将(参数名,参数值的地址)加入表中。
    • 释放表格。若模板或任意子模板被清理过,返回1,否则返回0。
  • 修正了解析模板的部分的很多bug。修好之后,在整个主名字空间空运行结果表明,有1680个可处理的页面,其中仅4个不在追踪分类里边。经检查,假阳性的原因在于待处理的问题发生在不存在的模板之中。但是即使清理不存在的模板也没有害处,所以没什么可进一步修的。
  • 在功能上可以完全替代Wikipedia:机器人/申请/Liangent-bot/15。--Antigng留言) 2019年6月4日 (二) 16:30 (UTC)
  • 测试编辑,全部符合设计要求。--Antigng留言) 2019年6月16日 (日) 01:48 (UTC)
    1. User:AntigngSpecial:Diff/54836579:動到「監製」前面的換行了。
    2. Special:Diff/54836557:為什麼保留的值是前面出現的小寫?
    3. {{1x|1=a|1=}}在機器人處理後結果為?
    4. 上述步驟中的「释放本参数」是什麼意思?--Xiplus#Talk 2019年7月8日 (一) 12:28 (UTC)
    • @Xiplus
      1. “動到「監製」前面的換行”:是因为那个参数值是从最底下的老参数值复制上去的,而后者并不存在换行。
      2. “為什麼保留的值是前面出現的小寫?”:“检查是否实质上相同”一步做了大小写转换,导致程序以为两个参数的参数值实质相同,于是只留了前一个。为避免问题已删除转换相关的逻辑。
      3. {{1x|1=a}}
      4. “上述步驟中的「释放本参数」是什麼意思”:C并不自带垃圾回收,一块内存区域不用就必须人工释放掉。--Antigng留言) 2019年7月8日 (一) 14:40 (UTC)
  • User:Antigng第三個問題的答案,這會改變模板的顯示結果,不是應該以不更動顯示結果為基本原則嗎?--Xiplus#Talk 2019年7月9日 (二) 02:31 (UTC)
  • User:Xiplus,没有人会故意填一个参数又故意让模板显示不出来,这样做几乎肯定是笔误所致。--Antigng留言) 2019年7月9日 (二) 02:33 (UTC)
  • User:Antigng對於資訊框來說是這樣沒錯,不過對於其他地方不會有意想不到的意外嗎?--Xiplus#Talk 2019年7月9日 (二) 02:37 (UTC)
  • 那我跑一下空运行看一下呗,if(atoi(name)>0||!strcmp(name,"0")) {/* do somthing*/}--Antigng留言) 2019年7月9日 (二) 02:39 (UTC)
  • 查完了,所有数字=xxx类型并且模板参数重复的条目涉及的都是noteta模板,且其中不存在上述情况。--Antigng留言) 2019年7月9日 (二) 04:47 (UTC)
  • User:Antigng不一定是數字參數啊,命名參數也有一樣的效果(後出現的參數值覆蓋前面的,即使後參數值為空字串)。--Xiplus#Talk 2019年7月9日 (二) 04:58 (UTC)
  • 没发现不是错用的情况。--Antigng留言) 2019年7月9日 (二) 05:20 (UTC)
  • 所有符合这个条件导致不显示的空参数Special:Diff/55136813,没见到哪个有特殊需求需要刻意使用空参数覆盖老参数的。--Antigng留言) 2019年7月9日 (二) 05:35 (UTC)
  • 那再 批准測試運作(100次編輯)。--Xiplus#Talk 2019年7月9日 (二) 09:20 (UTC)
  • 测试已完成,全部符合设计要求。--Antigng留言) 2019年7月9日 (二) 13:30 (UTC)
    • User:AntigngSpecial:Diff/55142030,對於這筆編輯來說,我覺得保留注釋會比較好。--Xiplus#Talk 2019年7月10日 (三) 08:40 (UTC)
    • 另外編輯摘要使用中文應能更好地提供資訊,甚至是應考慮連結到分類頁。--Xiplus#Talk 2019年7月10日 (三) 08:42 (UTC)
      • User:Xiplus,那就在两个参数都实质为空的情况下把后边一个参数接到前边一个参数的后边;中文和链接可以通过标签来加,加标签可以通过过滤器实现。--Antigng留言) 2019年7月10日 (三) 12:27 (UTC)
        • User:Antigng為什麼覺得標籤比編輯摘要好?這樣不就標籤和摘要給出重複的資訊嗎,還是說編輯摘要留空?--Xiplus#Talk 2019年7月10日 (三) 12:30 (UTC)
  •  正式批准運作。--Xiplus#Talk 2019年7月11日 (四) 02:15 (UTC)

申請覆核[编辑]

不活躍機器人[编辑]

提報不活躍機器人


WPCleaner (bot)[编辑]