维基百科:机器人/申请

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

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

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 "請求測試許可".
# bot 機器人申請 進度 💬 👥 🙋 最新發言 🕒 (UTC+8) BAG 🕒 (UTC+8)
1 Crystal-bot 3
狀態 申請變更
44 3 Shizhao 2022-07-28 10:56 Shizhao 2022-07-28 10:56
2 Crystal-bot 6
狀態 討論中
8 5 MilkyDefer 2022-07-09 21:12 Shizhao 2022-06-10 11:35
3 150B01-abot
狀態 測試中
22 8 和平奮鬥救地球 2022-07-08 19:08 Xiplus 2022-01-20 19:01
4 LuciferianBot 4
狀態 測試中
23 5 Xiplus 2022-07-27 10:53 Xiplus 2022-07-27 10:53
5 Jimmy-bot 13
狀態 測試已完成
13 3 Xiplus 2022-05-02 22:06 Xiplus 2022-05-02 22:06
6 WPAFC-zhwiki-bot
狀態 測試已完成
28 7 Xiplus 2022-05-01 14:55 Xiplus 2022-05-01 14:55
7 YFdyh-bot 3
狀態 測試已完成
8 3 YFdyh000 2022-07-07 10:15 Xiplus 2022-06-19 14:52
8 Dušan Kreheľ (bot) 2
狀態 已批准
13 4 Shizhao 2022-08-01 13:59 Shizhao 2022-08-01 13:59
9 Dušan Kreheľ (bot)
狀態 已批准
21 4 Shizhao 2022-06-20 16:38 Shizhao 2022-06-20 16:38
10 QiuLiming-bot
狀態 撤回申請
18 4 QiuLiming1 2022-07-06 11:25 Xiplus 2022-06-24 13:22
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

請求測試許可[编辑]

Crystal-bot 3[编辑]

原申请[编辑]

每15分钟获取最近更改,筛选带有mw-undomw-rollback的编辑,如果做出上述编辑的用户是延伸确认用户,标记被其回退的编辑为已巡查。

脚本会从带有mw-undo的编辑向前搜索,如果发现与前述修订版本相同的版本,则存储搜索过程中找到的所有版本;如果超过50个编辑后仍未找到,放弃搜索。对于回退操作,则会从mw-rollback的编辑向前搜索,直到做出编辑的用户的用户名发生变化为止。最后,将上述搜索过程中找到的所有版本标记为已巡查。 Stang 2022年6月2日 (四) 00:20 (UTC)Reply[回复]

简单测试了一下 Stang 2022年6月2日 (四) 00:22 (UTC)Reply[回复]
我覺得只需要標記最新(或進行回退的)版本為已巡查就好,不需要每筆都標記。--Xiplus#Talk 2022年6月2日 (四) 01:11 (UTC)Reply[回复]
一定程度上借鉴了这边的指南。进行回退的版本目前没管,看共识吧。 Stang 2022年6月2日 (四) 01:25 (UTC)Reply[回复]
我覺得應該是回退到另一個已巡查版本才視為自動巡查吧?--Xiplus#Talk 2022年6月2日 (四) 03:48 (UTC)Reply[回复]
我的想法是“一个相对资深的用户对某个页面执行了回退,那么可以认为被退回的页面已经被检查过了”;你这种思路有点像flaggedrev那种处理方法(autoreviewrestore),我感觉问题主要在于那个“被退回到的版本”可能并没有人标记(尽管它很可能是没问题的),另外“查某个修订版本是不是被巡查过了”有些过于麻烦了。 Stang 2022年6月3日 (五) 14:37 (UTC)Reply[回复]
批准測試運作(100次編輯) --百無一用是書生 () 2022年6月6日 (一) 13:23 (UTC)Reply[回复]
@Shizhao:请授予patroller权限。另外本任务不涉及编辑。 Stang 2022年6月6日 (一) 15:26 (UTC)Reply[回复]
套用的模板而已,就是100次巡查操作--百無一用是書生 () 2022年6月7日 (二) 01:50 (UTC)Reply[回复]
測試已完成。在2022-06-06T16:19Z至2022-06-07T06:49Z(共14.5个小时)期间,执行了100次标记巡查。标记巡查在某些情况下会失败,例如被标记的版本:由持有autopatrol权限的用户做出、距今超过了30天、已被修订版本删除(内容)、是被回退(mw-rollback)的。本任务不会检查标记巡查是否成功。 Stang 2022年6月7日 (二) 06:52 (UTC)Reply[回复]
回退由MW系統自動將被回退的編輯標為已巡查,只需要巡查回退本身(如同我前面建議)。--Xiplus#Talk 2022年6月7日 (二) 15:10 (UTC)Reply[回复]
已进行修改(目前会对附带mw-rollback标签的编辑进行巡查),如有需要可延长测试。 Stang 2022年6月7日 (二) 16:06 (UTC)Reply[回复]
我不太清楚,API不提供某个版本是否已巡查的标记么?--百無一用是書生 () 2022年6月8日 (三) 03:27 (UTC)Reply[回复]
啊,是有的[1]--百無一用是書生 () 2022年6月8日 (三) 03:47 (UTC)Reply[回复]
你是指标记巡查前先判断这个版本是否已被标记过了?感觉没这个必要,这又不是edit还要考虑冲突问题;还是说用这个当generator,那么不是这么一回事吧,我应该查的是mw-undo撤销掉的编辑(而不是带mw-undo这个tag的编辑)是否是已被标记过的。 Stang 2022年6月8日 (三) 04:06 (UTC)Reply[回复]
啊,之前的搞错意思了,那为何不直接查标记为mw-reverted的编辑呢?--百無一用是書生 () 2022年6月8日 (三) 06:28 (UTC)Reply[回复]
一方面,mw-reverted的添加(跑一个RevertedTagUpdateJob)在时间上具有一定的滞后性,具体会延迟多少不清楚,但这会对判断产生一定的误差;另一方面,The mw-reverted change tag is applied shortly after the revert is made if the edit is considered auto-approved...If patrolling is enabled on your wiki, auto-approval is equivalent to the edit being autopatrolled. Thus, only users with the autopatrol user right will have their reverted tag applied right away.Shizhao Stang 2022年6月8日 (三) 07:29 (UTC)Reply[回复]
顺便本来是想用EventStreams的,可惜那边给不出来tag Stang 2022年6月8日 (三) 07:44 (UTC)Reply[回复]
原来这样。这个task竟然有11年历史了.....。说回正题,这个任务只要把需要标记为已巡查的修订根据条件判断正确就行了,至于你说的标记失败的例子,我认为没啥大问题,顶多就是后台日志输出可能多了点(只要不标错,标漏了没关系)--百無一用是書生 () 2022年6月8日 (三) 08:55 (UTC)Reply[回复]
另外,能不能社群讨论一下,符合什么条件的用户的编辑可以视为免巡查,那么只要某用户达到该条件,就可以用bot把他之前的编辑全部标记为已巡查。甚至可以考虑结合OERS打分的情况,只要评分好的编辑,不管是谁编辑的,全都用bot自动标记为已巡查。我说这个的目的就是,尽量把未巡查的数量减少,以便更加凸显版本巡查的意义--百無一用是書生 () 2022年6月8日 (三) 09:02 (UTC)Reply[回复]
来点数据以我运行这个机器人之前的7天为例,7天内共发生编辑221445次,最近更改中有26%的编辑(57163笔)出于未巡查状态,而进行了最近更改巡查的修订版本只占全部编辑的0.04%(85笔)。以上面测试的数据估计,这个任务可以将待巡查的编辑的2%(约1160笔)进行标记(感觉比例很小啊)。我支持设置一个条件使“达成就可以使用机器人将其的编辑全部标记巡查”(当然,最理想的情况是Xiplus贡献的patch得到合并)。 Stang 2022年6月8日 (三) 11:05 (UTC)Reply[回复]
SQL有錯,應該使用rc_type = 0而非rc_new = 0。--Xiplus#Talk 2022年6月8日 (三) 12:42 (UTC)Reply[回复]
感谢指出。更正:7天内产生的104243笔对已存在的页面的编辑中,有55%的编辑(56893笔)未被最近巡查,最近更改巡查共83笔,占全部编辑的0.07%。ORES相关的事项稍后发到客栈其他版。 Stang 2022年6月8日 (三) 13:50 (UTC)Reply[回复]
Symbol tick plus blue.svg 批准延長測試運作 100次巡查操作--百無一用是書生 () 2022年6月8日 (三) 09:03 (UTC)Reply[回复]
进行中……日志参见此处 Stang 2022年6月8日 (三) 11:05 (UTC)Reply[回复]
測試已完成。在2022-06-08T10:34:00Z至2022-06-09T01:49:00Z(共15.25个小时)期间,执行了112次标记巡查 Stang 2022年6月9日 (四) 02:20 (UTC)Reply[回复]
看到客栈开讨论了。如果客栈讨论有结果并做了bot,那本任务是不是意义就不大了?--百無一用是書生 () 2022年6月9日 (四) 03:08 (UTC)Reply[回复]
不怎么相关,被回退的编辑一般都不怎么goodfaith。如果有结果那扩充一下本任务的范围好了,bot也比较好写。 Stang 2022年6月9日 (四) 03:24 (UTC)Reply[回复]

 正式批准運作 --百無一用是書生 () 2022年6月9日 (四) 03:38 (UTC)Reply[回复]

@Stang:我仍強烈建議如果您要巡查被回退編輯的話,也請同時巡查該回退本身,我現在常常在巡查時,檢查最近一次巡查的版本與最新版本的差異(檢查所有未巡查修訂差異的意思),然後發現這是一筆回退的編輯,但這個破壞已經被其他人檢查過了,我不應該要再次檢查。--Xiplus#Talk 2022年6月10日 (五) 07:01 (UTC)Reply[回复]
參見食物巡查日誌或透過Wikipedia:最近更改巡查小工具查看歷史。--Xiplus#Talk 2022年6月10日 (五) 07:03 (UTC)Reply[回复]
我主要担心出现编辑战的问题。另外如果客栈里的提案通过的话,应该可以解决大部分您说到的情况。 Stang 2022年6月10日 (五) 07:56 (UTC)Reply[回复]
編輯戰的問題?--Xiplus#Talk 2022年6月10日 (五) 11:44 (UTC)Reply[回复]
重新一想问题不大,即使那种问题也不是修订巡查应该负责的范围,已修改。 Stang 2022年6月10日 (五) 13:24 (UTC)Reply[回复]

变更1[编辑]

接上6月被存档了的客栈讨论。本脚本监听ORES的EventStreams,当“damaging为false且goodfaith为true”时标记编辑为已巡查。因为任务很相关所以就写到一个页面上了。 Stang 2022年7月13日 (三) 04:32 (UTC)Reply[回复]

是不是这个任务通过,就可以不用屏蔽未巡查标记了?--百無一用是書生 () 2022年7月13日 (三) 08:26 (UTC)Reply[回复]
為什麼不用0.027這個門檻?--Xiplus#Talk 2022年7月13日 (三) 09:20 (UTC)Reply[回复]
我的理解是,采用真假的方式好处是简单、不用维护、保持与ORES的判断标准在逻辑上一致、且能巡查掉大半的(可能)无问题编辑;0.027则是自定的标准,可能需要时不常调整数值,很多(可能)无问题编辑不会被巡查?--百無一用是書生 () 2022年7月13日 (三) 09:51 (UTC)Reply[回复]
尝试dry run了一下发现用EventStreams传回的true/false用很大的问题……
标上“★”的是一些damaging是true的probability接近50%的编辑,看起来ORES认为这个值不到50%就没问题……?新版的代码已修改成读0.027这种值来判断的方式。 Stang 2022年7月13日 (三) 11:48 (UTC)Reply[回复]
在機器學習應用面上,這個數值本來就是由人工選定,您所認為的「真假」,也只是選定門檻值為0.5而已,並無差異,反而是選定0.5無邏輯,「保持與ORES的判斷標準在邏輯上一致」實際上ORES就是選定0.027作為門檻。--Xiplus#Talk 2022年7月13日 (三) 12:33 (UTC)Reply[回复]
不实际进行巡查的跑了几天,发现大概可以巡查掉30%的(可以被巡查的)编辑。 Stang 2022年7月16日 (六) 19:22 (UTC)Reply[回复]
 正式批准運作 --百無一用是書生 () 2022年7月28日 (四) 02:56 (UTC)Reply[回复]

变更2[编辑]

灵感来自元维基的一个task Stang 2022年7月13日 (三) 14:15 (UTC)Reply[回复]

批准測試運作(30日) --百無一用是書生 () 2022年7月28日 (四) 02:56 (UTC)Reply[回复]

Crystal-bot 6[编辑]

  • 狀態 討論中
  • 操作者: Stang
  • 提請時間:2022年6月9日 (四) 13:28 (UTC)
  • 自動化程度:全自动
  • 程式語言Pywikibot
  • 用途:清理若干不再适用的条目讯息模板
  • 原始碼連結:
  • 編輯時段及頻率:不定期、每分钟最大12次
  • 受影響頁面:见下
  • 遵守機器人規範不相关
  • 已有機器人權限:

本任务将清理两个不再适用的条目讯息模板:{{Dead end}}(src)、{{Lead missing}}(src)。Dead end会在链出的内部链接大于某个值(此处设定为5)时移除模板,同时会排除指向BLACKLIST内的链接;预计影响511个条目。Lead missing会去查RestAPI来判断;预计影响<10个条目。 Stang 2022年6月9日 (四) 13:28 (UTC)Reply[回复]

直接用API取得連結數量並不妥當,您沒有考慮資訊框或導航模板造成的連結。--Xiplus#Talk 2022年6月9日 (四) 13:33 (UTC)Reply[回复]
应该是要考虑infobox/navbox还是不要考虑?直接从API取得时是考虑的;如果不考虑的话可以取得文本内容之后干掉所有模板,再分析内部链接。 Stang 2022年6月9日 (四) 16:04 (UTC)Reply[回复]
可以告訴我潍坊医学院在link_count的數值是多少嗎?--Xiplus#Talk 2022年6月9日 (四) 16:21 (UTC)Reply[回复]
170。这个数确实非常离谱,正在改代码。 Stang 2022年6月9日 (四) 16:34 (UTC)Reply[回复]
資訊框或導航模板造成的連結也应该算的吧?--百無一用是書生 () 2022年6月10日 (五) 03:35 (UTC)Reply[回复]
這些也確實應該算是內部連結。Ericliu1912留言) 2022年6月23日 (四) 12:32 (UTC)Reply[回复]
从技术角度来讲,要准确判断内部链接数量需要对源码进行分析。我记得有phab工单还是技术愿望清单调查有一条是希望能够筛选掉嵌入的模版内的链接,但是没什么下文。--MilkyDefer 2022年7月9日 (六) 13:12 (UTC)Reply[回复]

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

150B01-abot[编辑]

批准測試運作(14日),请用自己的账户不带bot flag编辑。--Jimmy Xu 2021年8月29日 (日) 18:40 (UTC)Reply[回复]
@Cdip150:狀況如何?--拒食木瓜。〉 2021年9月19日 (日) 05:40 (UTC)Reply[回复]
@Cdip150:看起來您連續測試了近5個月,如果沒什麼問題的話,應轉給機器人帳號執行。--Xiplus#Talk 2022年1月20日 (四) 11:01 (UTC)Reply[回复]
@Cdip150:似乎可以讓Bot執行?--Ghren🐦🕓 2022年1月30日 (日) 08:30 (UTC)Reply[回复]
最近添加的功能還是有些bug,要再試。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年5月3日 (二) 04:02 (UTC)Reply[回复]
@Cdip150:請問目前狀況如何了呢?-Peacearth留言) 2022年6月20日 (一) 17:11 (UTC)Reply[回复]
討論頁模板還是時不時就放錯地方,需要再調試。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年7月7日 (四) 16:39 (UTC)Reply[回复]
了解。修復後麻煩通知一下。否則一直用自己的帳號跑其實不太好,應早日轉予機器人為宜。-Peacearth留言) 2022年7月8日 (五) 11:08 (UTC)Reply[回复]

LuciferianBot 4[编辑]

  • 機械人將自動運行兩項任務:
    1. 檢查查核請求問題:在傀儡調查請求查核的案件自動產生報表檢查被提報查核的帳號的問題,會在報表中提供的問題包括無效用戶名(IP帳號)、沒有本地帳號、在本地沒有可見編輯或日誌記錄、在本地超過90天前最後可見編輯或日誌記錄(可能数据过期 数据过期)、在本地超過83天前最後可見編輯或日誌記錄(可能即將数据过期 数据过期)。此任務隨產生「Wikipedia:傀儡調查/案件」報表的任務執行,每十分鐘更新報表的同時找出新的查核請求提供報表,如無新查核請求則沒有額外動作。
    2. 提示監管員留言:此系根據絲糖君於Wikipedia:机器人/作业请求#同步SPI中监管员的查核结果提出的工作。監聽m:SRCU監管員作出的編輯,如監管員有新留言則於本地作出提示,提示僅會在本地案件狀態為「endorse」或「condefer」時提供。現階段暫時僅作出提示有新留言,但由於現在SPI(以及過往HAM)的習慣還是轉回來的時候也要翻譯成中文給本地,如果以絲糖君所提出的做法直接轉回來似乎有所牴觸,故此部分暫緩執行。
--西 2022年6月10日 (五) 04:57 (UTC)Reply[回复]
通知上次審閱SPI報表任務的Xiplus君和其他調查助理1233ATannedBurgerItcfangyeSCP-2000諸君。--西 2022年6月10日 (五) 05:01 (UTC)Reply[回复]
建議頻率改為5分鐘。--1233 T / C 2022年6月10日 (五) 11:24 (UTC)Reply[回复]
子任務1中已根據Antigng君在站外的提醒修改成「在本地沒有可見編輯或日誌記錄」和「在本地超過90/83天前最後可見編輯或日誌記錄」。--西 2022年6月12日 (日) 01:51 (UTC)Reply[回复]
1. 簽名應該放在留言最後面。 2. 非查核的SPI還是可以確認IP,而且本質上是不會公布帳號與IP間關係,查核時提供IP是沒有問題的。--Xiplus#Talk 2022年6月19日 (日) 01:33 (UTC)Reply[回复]
已修正訊息留言置於留言最後方,而IP的訊息已經撤除。--西 2022年6月22日 (三) 01:27 (UTC)Reply[回复]
批准測試運作(14日)先測試一段時間再看有什麼問題需要改善。--Xiplus#Talk 2022年6月22日 (三) 01:45 (UTC)Reply[回复]
e04我開了半天才發現早前測試用的filter沒關掉,完全沒在運行(((14天從第一筆編輯啟計吧。--西 2022年6月24日 (五) 15:13 (UTC)Reply[回复]
机器人应签名 Stang 2022年6月30日 (四) 16:00 (UTC)Reply[回复]
有留意到,那個只是測試編輯(強行搬回過去的留言作測試),並非實際運作環境。--西 2022年7月1日 (五) 00:16 (UTC)Reply[回复]
測試運作以第一筆有效編輯(2022年7月3日 (日) 10:20 (UTC))起計。--西 2022年7月4日 (一) 00:14 (UTC)Reply[回复]
请转换機械助理一词,可以考虑-{zh-hans:机器人助理;zh-hant:機械助理}-;指向监管员用户名的链接建议使用metawiki的;如果可行的话,请不要更新{{doing}}的回应。 Stang 2022年7月6日 (三) 15:57 (UTC)Reply[回复]
已更新,已加入地區詞轉換和監管員用戶名連結;新版本會讀取監管員的狀態更新,監管員的{{doing}}會將狀態變更為checking(版本差異),而完成查核就會留言完成查核並將狀態變更為checked(版本差異)。--西 2022年7月9日 (六) 01:12 (UTC) 編輯:補個連結。--西編輯於2022年7月12日 (二) 08:54 (UTC)Reply[回复]
考慮到只有香港翻譯為「機械人」,建議臺灣正體地區詞改為「機器人助理」。—— Eric Liu 創造は生命(留言留名學生會 2022年7月13日 (三) 08:30 (UTC)Reply[回复]
@Ericliu1912Stang:新版本的原始碼改成「機械人」(不帶手動轉換),該詞會自動轉換成zh-tw的「機器人」和zh-cn的「机器人」。(zh-hk的「機械」不會自動轉換成「機器」,但機械人有)--西 2022年7月13日 (三) 09:06 (UTC)Reply[回复]
測試已完成,順便十四天唯一一次CU請求有即將過期的帳號觸發自動提示的編輯差異。--西 2022年7月17日 (日) 15:07 (UTC)Reply[回复]
通知@XiplusEricliu1912Stang。--西 2022年7月17日 (日) 15:08 (UTC)Reply[回复]
LGTM,不过为什么机器人的签名中的两个链接是一样的。LuciferianThomas Stang 2022年7月18日 (一) 00:53 (UTC)Reply[回复]
User:LuciferianBot/SPIsign我寫錯了((((--西 2022年7月18日 (一) 01:18 (UTC)Reply[回复]
Special:Diff/72911871,建議收集常見的status參數,顯示為完成而不是d。--Xiplus#Talk 2022年7月27日 (三) 02:19 (UTC)Reply[回复]
完成。--西 2022年7月27日 (三) 02:51 (UTC)Reply[回复]
Symbol tick plus blue.svg 批准延長測試運作(30日)--Xiplus#Talk 2022年7月27日 (三) 02:53 (UTC)Reply[回复]

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

Jimmy-bot 13[编辑]

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

{{Short description}} 這邊也有看到。要直接刪除很簡單,不過想說比較完善的方法是先跟英文維基那邊對比、查漏補缺,別單純漏失資料,看來有點複雜所以就沒動手了。
{{Pathnav}} 的問題相同。要直接刪除很簡單,不過刪掉就白白失去資訊了。
加上這兩個模板都不影響渲染,修與不修沒有表現上的差異,就沒動他們了。假如要做的話,煩請看看是不是能保留資訊。--Kanashimi留言) 2021年9月23日 (四) 22:06 (UTC)Reply[回复]
Short description如果d:还没有内容(而本地内容至少有一个汉字)就可以补填过去,否则我会直接不要本地的而以d:已有为准。en:的文本应该没什么帮助才对,毕竟语言不同。
Pathnav则是本来就应该丢掉。应该大都是翻译而来但没有依本地惯例调整的。
至少如果能把积压消化掉的话,新来的内容也会比较好处理一些。--Jimmy Xu 2021年9月23日 (四) 22:29 (UTC)Reply[回复]
這邊之前的調查,許多 {{Pathnav}} 包含本地的條目階層資訊,e.g, 中华人民共和国铁道部。感覺最好把這個階層結構轉換成導航模板。不過這樣就不適合機器人處理了,只好放棄。
關於 {{Short description}},之前的想法是搜尋英文維基百科,看看是否有任何一個歷史版本包含相同的短導言,有的話就能刪除。否則檢查維基數據,看看是不是能統合在一起。不過這不但麻煩,也會有一些必須手動處理的狀況。想說留著不礙事,所以也沒做了。提供給您參考。
關於Wikipedia:機器人/作業請求#電影產地模板,您可以先做些編輯,看看是否有特別需要注意的。
這邊只是提供一點之前處理時的想法,因為現實中生活繁忙,歡迎其他BAG幫忙審核。--Kanashimi留言) 2021年9月24日 (五) 06:37 (UTC)Reply[回复]
本地条目层级应该是用分类的,Pathnav包含的资讯个人意见都是因为没有维护而才让人觉得大不了就放一个,所以意见还是应该移除。现在应该没有哪个页面缺乏分类但有Pathnav。
短导言之前看了几个条目是d:上其实空白,所以那种简单情况应该是直接复制过去就好。反正bot应该也不会去处理太为复杂的冲突。
反正这些跑的话应该都会盯着差异看,但习惯是这种简单任务至少要有测试许可才会开始写程式了。--Jimmy Xu 2021年9月24日 (五) 15:07 (UTC)Reply[回复]
Short description著作權不相容,還是直接移除為佳。--Xiplus#Talk 2022年5月2日 (一) 14:06 (UTC)Reply[回复]

批准測試運作(100次編輯) 嗯...其他BAG好像沒空?鑑於Jimmy Xu為受信賴的操作者,Wikipedia:機器人/作業請求#電影產地模板這一項就直接做完了吧,請檢核操作結果。其他兩項有時間幫您看一下,請附上操作記錄連結。--Kanashimi留言) 2021年10月2日 (六) 23:24 (UTC)Reply[回复]

電影產地已做完。Pathnav 測試已完成,但似乎未遇到有模板嵌套的情况。--Jimmy Xu 2021年10月4日 (一) 17:21 (UTC)Reply[回复]
  1. 抽了幾筆,大部分都可以直接刪除。但就是會有些特例,像警訊我想應該改{{香港警務處架構}}或另創導航模板,再將之置入警訊較理想。這恐怕是上下文相關,bot很難判別的。有個方法是檢查導航模板,若其中有本文連結,這種情況似乎較能安全刪除。
  2. 不曉得有code可供查閱嗎?--Kanashimi留言) 2021年10月7日 (四) 00:30 (UTC)Reply[回复]
  1. 但其实对于读者来说,先前就不存在的资讯就也不会因清理而被移除。那模板已经近十年没有向读者提供任何资讯,如果有导航需要相信早已有人做了。
  2. 测试运作时用的正则是(?i){{[\s\u200e]*(?:(?:Template|模板):)?[\s\u200e]*(?:Pathnav)[\s\u200e]*(\|(?:.(?!{{))*?)?}}\n?。--Jimmy Xu 2021年10月7日 (四) 19:51 (UTC)Reply[回复]
的確絕大多數文章都有導航模板了,不過編輯者添加導航模板也是個累積的過程,不能一蹴可幾。因此有的文章只是還沒有人著手,而這些{{Pathnav}}模板可以提供靈感。最起碼就我看到警訊是如此。另外這邊也抽了其他還沒刪除{{Pathnav}}的文章,也有類似情況。感覺一個不完全保險的方法如上述,檢查導航模板,若其中有本文連結,這種情況似乎較能安全刪除。不過就您的程式碼看來,似乎是無條件刪除。一點意見提供給您參考。--Kanashimi留言) 2021年10月7日 (四) 22:51 (UTC)Reply[回复]
或许这样,如果Pathnav的最后一个参数有链接到该条目,那么就可以移除。--Jimmy Xu 2021年10月21日 (四) 13:53 (UTC)Reply[回复]
同樣是檢查連結,或許可檢查最後一個section的模板(導航模板),檢查其若有連結到該條目,那麼就可以移除。--Kanashimi留言) 2021年10月22日 (五) 05:45 (UTC)Reply[回复]

WPAFC-zhwiki-bot[编辑]

Symbol wtf vote.svg 請詳細說明自动清理之经过。--Jimmy Xu 2021年8月29日 (日) 18:36 (UTC)Reply[回复]
(抱歉實在太懶了)
  1. 監聽 https://stream.wikimedia.org/v2/stream/recentchange ,從中撈出分類Category:正在等待審核的草稿的變動(第16行~第57行)
  2. WPJ:AFCH的方式分析頁面
    1. 如果裡面找不到Template:AFC submission,跳過該頁面(可能是已經接受的條目或是原作者不想提交了)
  3. 對其進行整理(第550行-第654行,源自於[2]並對其進行了一些修改)
  4. 如果清理完和原本長得不一樣則編輯他
以上-- Sunny00217  2021年8月30日 (一) 02:49 (UTC)Reply[回复]
批准測試運作(50次編輯)。--Jimmy Xu 2021年8月30日 (一) 18:12 (UTC)Reply[回复]
已修改AF 265直接給予此帳號豁免。--Xiplus#Talk 2021年8月31日 (二) 14:07 (UTC)Reply[回复]
完成,早期(8/31-9/1)有幾筆編輯會莫名移除換行,已修復,疑似是Nodejs和瀏覽器對RegExp的解析邏輯不太一樣導致-- Sunny00217  2021年9月17日 (五) 10:58 (UTC)Reply[回复]
看了几笔最近的,错误:时间格式不正确移除这个换行应该不对这里又多了一个换行这里移除了一个章节<​br>不需要close。--Jimmy Xu 2021年9月17日 (五) 11:09 (UTC)Reply[回复]
(:)回應
  1. 這個提交者模板用錯了
  2. 看來是筆誤
  3. ref的,再研究一下
  4. 預期行為,沒有放外部連結的話那個章節乾脆刪了
  5. HTML5標準好像是<br />
1和2都改了-- Sunny00217  2021年9月17日 (五) 13:00 (UTC)Reply[回复]
4. 不是外部链接,是diff最下面一行;5. Self-closing tags don't exist in HTML.--Jimmy Xu 2021年9月17日 (五) 13:04 (UTC)Reply[回复]
4. 最後一個章節是編輯很久的演員詞條,演技很好具有一定的知名度,希望能通過審核,條目內不會存在這標題八?5. 看了一下標頭是Content-Type: text/html; charset=UTF-8,把</br>改成<br>就好了-- Sunny00217  2021年9月17日 (五) 15:36 (UTC)Reply[回复]
所以是如何判断条目内不会存在的呢,为什么这一笔就留下来了。--Jimmy Xu 2021年9月17日 (五) 15:44 (UTC)Reply[回复]
應該又是RegExp的問題了......-- Sunny00217  2021年9月18日 (六) 07:39 (UTC)Reply[回复]
那是給審核員看的,重新提交時,會顯示「解釋本提交內容的詳細信息欄位將顯示在頁面的「底部」。」審核完才能刪。--拒食木瓜。〉 2021年9月18日 (六) 04:43 (UTC)Reply[回复]
現在這種一提交就刪掉的方法會讓審核員看不到提交者的說明。--拒食木瓜。〉 2021年9月18日 (六) 04:47 (UTC)Reply[回复]
@Jonathan5566:我想你理解錯他的意思了,那個訊息指的是審核模板而不是說更改了什麼-- Sunny00217  2021年9月18日 (六) 07:42 (UTC)Reply[回复]
不清楚。但實務上提交者多會用來寫些拜託通過提交之類的廢話--拒食木瓜。〉 2021年9月18日 (六) 07:49 (UTC)Reply[回复]
既然是廢話就刪了吧-- Sunny00217  2021年9月18日 (六) 08:18 (UTC)Reply[回复]
请待修正完成后Symbol tick plus blue.svg 批准延長測試運作(50次編輯)。--Jimmy Xu 2021年9月20日 (一) 13:33 (UTC)Reply[回复]
@Sunny00217:情況如何?—— Eric Liu 創造は生命(留言留名學生會 2022年1月9日 (日) 14:21 (UTC)Reply[回复]
@Ericliu1912:暫時擱置,要等到1月22號以後才有時間測試-- Sunny00217  2022年1月13日 (四) 10:38 (UTC)Reply[回复]
@Sunny00217:現在如何了?--Xiplus#Talk 2022年2月26日 (六) 15:02 (UTC)Reply[回复]
太懶忘記了 囧rz……,等待新的專題提交中......--SunAfterRain 2022年2月28日 (一) 07:06 (UTC)Reply[回复]
BUG:未能辨識「。」也是句號的一種 Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年3月2日 (三) 02:05 (UTC)Reply[回复]
@SunAfterRain Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年3月2日 (三) 02:05 (UTC)Reply[回复]
@Emojiwiki:不是bug,你看他ref標籤的前方和後方本來就各有一個句號了--SunAfterRain 2022年3月2日 (三) 09:42 (UTC)Reply[回复]
@SunAfterRain:我指這裏:
*激活老人的自理能力,鼓勵老人自行到餐廳用餐,創造社交機會,增添老人自信心和幸福感。主張“過度護理和沒有護理一樣有害”。。<ref>{{cite web |title=快樂養老:荷蘭老人是這樣度過幸福晚年的|url=http://www.cadf.org.cn/post/343}}</ref>
這兩個句號。 Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年3月2日 (三) 09:57 (UTC)Reply[回复]
@Emojiwiki:他原本是
*激活老人的自理能力,鼓勵老人自行到餐廳用餐,創造社交機會,增添老人自信心和幸福感。主張“過度護理和沒有護理一樣有害”。<ref>{{cite web |title=快樂養老:荷蘭老人是這樣度過幸福晚年的|url=http://www.cadf.org.cn/post/343}}</ref>。
顯示起來是:

激活老人的自理能力,鼓勵老人自行到餐廳用餐,創造社交機會,增添老人自信心和幸福感。主張“過度護理和沒有護理一樣有害”。[ref]。

完全合理(如果硬是對兩個一樣的移除容易誤殺,故不適合執行)--SunAfterRain 2022年3月2日 (三) 15:07 (UTC)Reply[回复]
完成,初步看問題基本上是一堆多出的換行,已使用[3]解決(效果不在這50筆編輯以內)--SunAfterRain 2022年3月19日 (六) 14:55 (UTC)Reply[回复]
修改標點通常是被禁止的,Wikipedia:機械人方針#上下文有關的修訂。--Xiplus#Talk 2022年5月1日 (日) 06:55 (UTC)Reply[回复]

YFdyh-bot 3[编辑]

接續Help talk:引文格式1错误#新出现的引文格式1错误,@Antigng:所以這個批量修正是正確的嗎?--Xiplus#Talk 2022年6月2日 (四) 03:51 (UTC)Reply[回复]

(:)回應Xiplus我记得之前在IRC跟申请者聊过......这个任务不太适合全自动,因为既有可能是{{cite web}}错用了{{cite news}},也可能是|website=错用了|newspapwer=,需要判断是哪种情况再决定如何清理。--Antigng留言) 2022年6月2日 (四) 04:49 (UTC)Reply[回复]
那麼YFdyh000還有打算執行此任務嗎?是不是應該一律監督半自動?--Xiplus#Talk 2022年6月2日 (四) 12:48 (UTC)Reply[回复]
与Antigng的想法不同,我认为如果是误用模板,发现的人在编辑条目时更正会比现在始终红字展示给所有读者更好,目前上千个条目多为历史遗留问题,因为以前不报错、效果相差无几。以及,随机检查来看,newspaper参数大多数为新闻机构,只是误用了cite web模板,目前亦无必要去逐一核对,错误提示避免未来增长就好。|website=新闻机构 的情况,尚未检查而暂无运行计划。此外,某些新闻网站/媒体如何归类,也并无共识。--YFdyh000留言) 2022年6月2日 (四) 14:35 (UTC)Reply[回复]
我不太懂...為何cite web有newspaper參數?如果這是個支援的功能,那就不應該顯示警告。--Xiplus#Talk 2022年6月19日 (日) 01:38 (UTC)Reply[回复]
以前是支援的,但CS1模块改版期间加了限制(版本差异,引文格式1错误:periodical系列参数),对混用参数名强制显示红字警告给所有读者,而非仅仅维护性分类。因而现有警告值得快速清理,而不是拖下去等“好心人”完成逐条清理。或者,去掉该限制/警告,英文维基似乎没有此限制。--YFdyh000留言) 2022年6月19日 (日) 06:31 (UTC)Reply[回复]
批准測試運作(50次編輯),先看一些範例吧。--Xiplus#Talk 2022年6月19日 (日) 06:52 (UTC)Reply[回复]
xiplus刚看到批准。已监看执行50条(针对乱序后列表),现有规则自动跳过86条(不适用/待改进),用时15分钟。过程中见到3例更适合web而非news:马正其高密市坊子德日建筑群——但引用即便用错cite系列,也不会有明显后果,而目前不匹配的参数会显示很丑的警告给读者。Antigng真心不觉得这需要展示,参数相符的也不一定就用对了,包括像是网络新闻(如cnBeta)写web还是news,并没有一致观念。--YFdyh000留言) 2022年7月7日 (四) 02:15 (UTC)Reply[回复]

Dušan Kreheľ (bot) 2[编辑]

cite模板内archive-url参数(或者类似的)应保证不被变更。 Stang 2022年6月29日 (三) 17:27 (UTC)Reply[回复]
@Stang: Thx Your message. The better way is, if the URL is "archive.org", so the URL is skeeped.--Dušan Kreheľ留言) 2022年6月29日 (三) 21:20 (UTC)Reply[回复]
@Stang: It is implement to ignore the domain archive.org now.--Dušan Kreheľ留言) 2022年6月30日 (四) 17:01 (UTC)Reply[回复]
批准測試運作(50次編輯) --百無一用是書生 () 2022年7月8日 (五) 11:49 (UTC)Reply[回复]
@Shizhao: The 50 changes is done.--Dušan Kreheľ留言) 2022年7月8日 (五) 19:07 (UTC)Reply[回复]
find a bug: [4]. Don't fix content in <syntaxhighlight>, <pre>, <nowiki>--百無一用是書生 () 2022年7月9日 (六) 12:28 (UTC)Reply[回复]
@Shizhao: Yes, fixed. There was no condition for testing the tag names with the broken tag names.--Dušan Kreheľ留言) 2022年7月9日 (六) 12:57 (UTC)Reply[回复]
@Dušan Kreheľ:I like the idea, but also have multiple questions:
  1. The reason why the source code is not available. The rules is configurable? Or just because it's still an alpha.
  2. How many pages will check and modify, all pages per 15 days? and why it doesn't comply the {{bot}}, or the future will comply.
  3. diff, just removing the trailing "&" is not worth committing I think.
  4. It does not adequately remove all useless parameters. null parameters, ?hp&?hp (may need to be customized), oref&oref=slogin, chksm= (maybe).--YFdyh000留言) 2022年7月12日 (二) 02:48 (UTC)Reply[回复]
It is difficult to remove all useless parameters--百無一用是書生 () 2022年7月12日 (二) 03:20 (UTC)Reply[回复]
@Shizhao:
  1. The source code is public.
  2. Standart no more pages. The list of pages for change is generated from a dump of the local wikipedia (new wiki dump are 2 times per month).
  3. Even one insignificant character can be used for tracking.
  4. Thanks for the tips for the next revision of the tracking parameters.--Dušan Kreheľ留言) 2022年7月12日 (二) 15:43 (UTC)Reply[回复]
Symbol tick plus blue.svg 批准延長測試運作(50 edits) --百無一用是書生 () 2022年7月13日 (三) 02:15 (UTC)Reply[回复]
@Shizhao: Ups, 60 changes is done.--Dušan Kreheľ留言) 2022年7月13日 (三) 07:23 (UTC)Reply[回复]
 正式批准運作 --百無一用是書生 () 2022年8月1日 (一) 05:59 (UTC)Reply[回复]

待存檔[编辑]

Dušan Kreheľ (bot)[编辑]

  • 狀態 已批准
  • 操作者:Dušan Kreheľ留言
  • 提請時間:2022年6月8日 (三) 03:05 (UTC)
  • 自動化程度:Automatically or semi-automatically
  • 程式語言PHP, Wikimate and my custom code.
  • 用途:Merging simple identical references by bot (Only the wiki syntax type changes).
  • 原始碼連結:Private.
  • 編輯時段及頻率:Maximal 2 times per month.
  • 受影響頁面:Standard no more pages.
  • 遵守機器人規範No.
  • 已有機器人權限:No.

✍️ Dušan Kreheľ留言) 2022年6月8日 (三) 03:05 (UTC)Reply[回复]

"User account "Dušan Kreheľ (bot)" is not registered." Please use the bot account to log in to zhwiki first--百無一用是書生 () 2022年6月8日 (三) 06:36 (UTC)Reply[回复]
@Shizhao: Fixed.--Dušan Kreheľ留言) 2022年6月8日 (三) 08:30 (UTC)Reply[回复]
Which wikis are this bot task already running on?--百無一用是書生 () 2022年6月8日 (三) 08:45 (UTC)Reply[回复]
en:Wikipedia:Bots/Requests_for_approval/Dušan_Kreheľ_(bot)_III--Antigng留言) 2022年6月8日 (三) 10:37 (UTC)Reply[回复]
@Antigng: My idea is: The bot merging the references and then the someone change the name of references later. The user select the name of the reference based on the title, the url, the publisher or the tematic subject. I wanna the my bot changes the small and good. My change will definitely improve the readability of pages for readers. It's my offer.--Dušan Kreheľ留言) 2022年6月8日 (三) 12:56 (UTC)Reply[回复]
@Shizhao: Actual: cswiki, jawiki, slwiki, euwiki and eswiki. Maybe soon on ptwiki.--Dušan Kreheľ留言) 2022年6月8日 (三) 12:39 (UTC)Reply[回复]

批准測試運作(50次編輯) --百無一用是書生 () 2022年6月9日 (四) 01:49 (UTC)Reply[回复]

@Shizhao: The 50 testing changes is done.--Dušan Kreheľ留言) 2022年6月9日 (四) 08:06 (UTC)Reply[回复]
Just a note that the bot falsely triggered several abuse filters a lot of times and I have fixed those AFs. --砜中嘌呤的白磷萃取 打谱 2022年6月9日 (四) 08:19 (UTC)Reply[回复]
@WhitePhosphorus: I don't think it's completely fake. I think that AFs is more strictly configured and also plays a big role when the account was created (My bot account have approximate only 24 hours). Although the bot is in the "confirmed" group, him changes are strict blocked (none warning) to removing more text from the page.--Dušan Kreheľ留言) 2022年6月9日 (四) 08:46 (UTC)Reply[回复]
@WhitePhosphorus: AF does not know my bot account is the bot, so he considers him as a user. It's probably better to have fake warnings now than to overlook malicious activity in another case.--Dušan Kreheľ留言) 2022年6月9日 (四) 08:55 (UTC)Reply[回复]
Can the edit summary be in Chinese?--百無一用是書生 () 2022年6月9日 (四) 09:30 (UTC)Reply[回复]
To be more specific, could you make the bot's interface texts locally configurable? --Antigng留言) 2022年6月9日 (四) 10:17 (UTC)Reply[回复]
@Shizhao, @Antigng: None problem. But, You must write the text (or translate), how have I use in the page change description with my bot. My bot use standard this comment style messages (Notice: singular/plural):
  • More used with only one reference definition: COUNT new reference/references and COUNT new reference call/calls.--Dušan Kreheľ留言) 2022年6月9日 (四) 21:06 (UTC)Reply[回复]
Sorry, I might have not been clear. By "locally configurable" I meant, to let your bot take the text of local configuration page(s) as the input for bot interface(s), rather than hard code it in your program. For instance, Xiplus-abot is an approved bot, and it is configurable via pages like User:Xiplus-abot/task/10/config.json.--Antigng留言) 2022年6月10日 (五) 02:29 (UTC)Reply[回复]
其实这个要看个案,不是都有这种必要--百無一用是書生 () 2022年6月10日 (五) 03:32 (UTC)Reply[回复]
@Shizhao, @Antigng: Not the bad way. You can set: User:Dušan Kreheľ/Merging simple identical references by bot/Edit summary/zh.--Dušan Kreheľ留言) 2022年6月10日 (五) 08:39 (UTC)Reply[回复]
Edit summary has been translated, Symbol tick plus blue.svg 批准延長測試運作(50次編輯)--百無一用是書生 () 2022年6月13日 (一) 02:27 (UTC)Reply[回复]
@Shizhao: Next 50 adjustments were made.--Dušan Kreheľ留言) 2022年6月19日 (日) 09:50 (UTC)Reply[回复]

 正式批准運作 --百無一用是書生 () 2022年6月20日 (一) 08:38 (UTC)Reply[回复]

QiuLiming-bot[编辑]

测试了三个:Special:用户贡献/QiuLiming1--QiuLiming1留言) 2022年6月7日 (二) 04:01 (UTC)Reply[回复]

因为小作品量繁多,可能需要高速访问API权限,再测试了几个:Special:用户贡献/QiuLiming-bot--QiuLiming-bot留言) 2022年6月7日 (二) 06:31 (UTC)Reply[回复]
目前的程式碼沒有完整實現機器人/作業請求裡面的建議。--Xiplus#Talk 2022年6月7日 (二) 15:26 (UTC)Reply[回复]
是的,求字数函数基本功完成,主程序还未完成,可能还要等几天--QiuLiming1留言) 2022年6月7日 (二) 19:14 (UTC)Reply[回复]
(-)反对,并不是字数超过1个就不是小作品了,这需要人来自主判断。字数并不是一个严格限定的条件--百無一用是書生 () 2022年6月8日 (三) 03:13 (UTC)Reply[回复]
@Shizhao您好,依据小作品指引草案,“任何正文内容不小于50字并少于200字的条目为小作品”,根小作品级的评级有区别,详情见作业请求页面,而且这个规定是要大于等于250子(排除所有英文字符)。另:我已经快写完程序了,初步测试还有待完善bug--QiuLiming1留言) 2022年6月8日 (三) 04:24 (UTC)Reply[回复]
这是确认是小作品的判断依据,而不是不是小作品的判断依据--百無一用是書生 () 2022年6月8日 (三) 06:32 (UTC)Reply[回复]
代码基本完成了,可否进行测试?--QiuLiming1留言) 2022年6月8日 (三) 18:02 (UTC)Reply[回复]

本人发现此代码没有完全按照请求的要求去做,申请搁置本申请。--QiuLiming1留言) 2022年6月11日 (六) 15:43 (UTC)Reply[回复]

已经提报到互助方针区。--QiuLiming1留言) 2022年6月12日 (日) 17:47 (UTC)Reply[回复]
@Xiplus您能检查一下现在的代码有没有问题吗--QiuLiming1讨论 清理小作品) 2022年6月18日 (六) 15:25 (UTC)Reply[回复]
上面Shizhao已經說過了,大於200字但小於3000位元組是處於模糊空間,只能由人類檢查,不能用機器人。--Xiplus#Talk 2022年6月21日 (二) 07:02 (UTC)Reply[回复]
本人现在了解了相关共识, 撤回请求,但是对于User:QiuLiming-bot/超过250个汉字的小作品这个页面,因为占用太多空间,本人都不好意思更新了,大家对此有什么建议?--QiuLiming1清理小作品 讨论) 2022年6月22日 (三) 01:38 (UTC)Reply[回复]
我覺得列出頁面供人類檢查還是有價值的,參考Wikipedia:資料庫報告的範例。--Xiplus#Talk 2022年6月22日 (三) 01:43 (UTC)Reply[回复]
那可不可以设置成自动添加分类?--QiuLiming1清理小作品 讨论) 2022年6月22日 (三) 01:58 (UTC)Reply[回复]
相對於列出清單,會增加大量的編輯,因此列出清單還是較佳的做法。--Xiplus#Talk 2022年6月24日 (五) 05:22 (UTC)Reply[回复]
我改成只列出清单的话,可以给我大量访问API(5000次每请求)的权限吗?否则会很满--QiuLiming1清理小作品 留言) 2022年6月30日 (四) 22:05 (UTC)Reply[回复]
自认为没有必要,故自行撤回该申请。--QiuLiming1清理小作品 留言) 2022年7月6日 (三) 03:25 (UTC)Reply[回复]

申請覆核[编辑]

不活躍機器人[编辑]

提報不活躍機器人