维基百科:机器人/申请

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

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 Xiplus-abot 2
狀態 測試中
7 3 Xiplus 2020-04-03 17:21 Shizhao 2020-04-03 17:19
7 Air7538-bot 3
狀態 測試中
21 5 Air7538 2020-12-22 19:50 Xiplus 2020-11-12 20:37
8 YFdyh-bot 2
狀態 測試中
4 2 YFdyh000 2021-01-23 17:11 Antigng 2021-01-23 16:14
9 Billytanghh-bot 2
狀態 測試中
7 3 Antigng 2021-02-12 12:36 Antigng 2021-02-12 12:36
10 Antigng-bot 30
狀態 已批准
12 2 Shizhao 2021-02-23 11:03 Shizhao 2021-02-23 11:03
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

請求測試許可编辑

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)

正在測試的機械人编辑

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)

申請覆核编辑

不活躍機器人编辑

提報不活躍機器人