跳至內容

維基百科:機器人/申請/存檔/2021年/獲批的申請

維基百科,自由的百科全書

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

該頁面會全保護,故需要管理員機器人。其他管理員可以在設定頁面排除特定模板以免被全保護。請參閱該頁面的歷史來查看範例編輯。--Xiplus#Talk 2021年2月1日 (一) 12:13 (UTC)
批准測試運作,看一下測試效果如何?--百無一用是書生 () 2021年2月1日 (一) 12:50 (UTC)
測試已完成,因為MediaWiki模板更動沒那麼頻繁,所以我做了一個模擬的測試,首先在MW空間內加入了模板{{沙盒}},機器人就將該模板加入了連鎖保護頁,然後我將其加入排除規則機器人就將其移除,希望這樣的測試足夠。--Xiplus#Talk 2021年2月4日 (四) 13:17 (UTC)

 正式批准運作 --百無一用是書生 () 2021年2月7日 (日) 12:31 (UTC)

目前Category:非中文重定向被大量天文學臨時編號重定向占據,難以維護。本人按照\d{4} [A-Z]{1,2}\d*過濾出這些重定向列於User:Steven_Sun/List_test2中,部分特殊編號列於User:Steven_Sun/List_test3中。此項作業將這些重定向由Category:非中文重定向移動至Category:天文學臨時編號重定向(尚未建立)。執行命令為:python pwb.py category -file:filename -to:天文学临时编号重定向 --Steven Sun留言2021年2月7日 (日) 10:56 (UTC)
方案不可行。這些重定向中的Category:非中文重定向是通過模板{{非中文重定向}}引入的。--Antigng留言2021年2月7日 (日) 11:49 (UTC)
那是否可以用{{Redirect template}}建立一個可自動歸類的模板,再使用mw:Manual:Pywikibot/replace.py將{{非中文重定向}}替換為新建立的模板?如:python pwb.py replace -file:filename "{{非中文重定向}}" "{{天文学临时编号重定向}}"--Steven Sun留言2021年2月7日 (日) 12:19 (UTC)
有可能可行。但是最好在編輯之前檢查重定向目標是否確實為天體條目,以進一步降低錯誤的可能性。--Antigng留言2021年2月8日 (一) 03:44 (UTC)
初步檢查了一遍,應該沒有非天體條目的重定向。--Steven Sun留言2021年2月9日 (二) 09:07 (UTC)
批准測試運作(100次編輯)--Antigng留言2021年2月9日 (二) 09:43 (UTC)
測試完成,未發現錯誤。--Steven Sun留言2021年2月10日 (三) 14:47 (UTC)
請行政員看一下還有沒有問題,似乎可以批准授權。@ShizhaoStangWong128hkManchiuKegnsATAlexander Misel--Antigng留言2021年2月11日 (四) 02:40 (UTC)
完成--千村狐兔留言2021年2月11日 (四) 16:17 (UTC)
撤銷許可。--Xiplus#Talk 2022年10月11日 (二) 09:29 (UTC)
  • 狀態 已批准
  • 操作者:Xiplus#Talk
  • 提請時間:2021年2月2日 (二) 01:49 (UTC)
  • 自動化程度:全自動
  • 程式語言Pywikibot
  • 用途:展開討論頁面中章節標題內的模板
  • 原始碼連結:Github
  • 編輯時段及頻率:每天數次
  • 受影響頁面:設定頁控制
  • 遵守機器人規範否,由設定頁控制
  • 已有機器人權限:
許多人會在章節標題內使用模板,但是這將導致編輯章節時自動產生的編輯摘要中的章節標題連結無法連結到該章節(範例),故設計此機器人來展開章節標題內的模板,展開模板後,編輯該章節產生的編輯摘要即可連結到該章節。範例編輯 1 2 3。--Xiplus#Talk 2021年2月2日 (二) 01:50 (UTC)
章節標題使用{{CHN}}等國家、國旗模板的怎麼辦,展開將導致無法統一更新(如南/北朝鮮命名之事)。對章節標題中違規使用的<ref>內的模板是否處理良好。--YFdyh000留言2021年2月7日 (日) 11:04 (UTC)
@YFdyh000:本工作僅處理極少數的討論頁面,即互助客棧。--Xiplus#Talk 2021年2月7日 (日) 11:12 (UTC)

快速批准運作 --百無一用是書生 () 2021年2月20日 (六) 07:04 (UTC)

批准測試運作(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)
無限期部分封鎖應該不能視為已封鎖;另外有必要移除Uw-username嗎?這似乎會移除他人的留言,而且這應該是錯誤使用了模板。--Xiplus#Talk 2021年3月4日 (四) 07:01 (UTC)
@Xiplus會加入對封鎖狀態的檢測;如果不移除模板的話,不排除會有用戶手動加入並且錯誤使用模板,不如將uw-username的引用直接改為不帶分類的文字?--Hamish 2021年3月5日 (五) 13:21 (UTC)
後者沒問題,就這麼做吧。--Xiplus#Talk 2021年3月5日 (五) 13:35 (UTC)
@Xiplus那就這樣吧。--Hamish 2021年3月5日 (五) 14:16 (UTC)
我建議替換成 {{subst:uw-username|category=}} 比較好。--Xiplus#Talk 2021年3月5日 (五) 14:38 (UTC)
@Xiplus好主意。--Hamish 2021年3月5日 (五) 15:08 (UTC)
批准測試運作分類內全數處理。--Xiplus#Talk 2021年3月5日 (五) 15:18 (UTC)
@Xiplus測試編輯已完成,煩請覆核。--Hamish 2021年3月5日 (五) 21:16 (UTC)
@Hamish代為調整狀態,並移動對應章節,若有誤請修正。 Willy1018留言2021年3月6日 (六) 04:30 (UTC)
 正式批准運作,編輯摘要記得改成人類可讀的中文。--Xiplus#Talk 2021年3月6日 (六) 06:19 (UTC)

本申請將取代Wikipedia:機器人/申請/A2093064-bot/22的工作,除了減少編輯量,模組化資料還可用在其他地方等好處。--Xiplus#Talk 2021年3月7日 (日) 02:55 (UTC)

快速批准運作 --百無一用是書生 () 2021年3月8日 (一) 07:59 (UTC)

已經寫好了腳本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)
@Antigng:確實在維護的情況下該列表應只有少量項目,且供人進一步處理有其意義,擬批准,是否有其他意見?--Xiplus#Talk 2021年3月18日 (四) 11:18 (UTC)
@xiplus無意見。--Antigng留言2021年3月18日 (四) 14:42 (UTC)
 正式批准運作。--Xiplus#Talk 2021年3月18日 (四) 14:48 (UTC)
  • 狀態 撤銷許可
  • 操作者:海の向こうは敵だ!|歡迎訂閱維貓報! 2021年3月20日 (六) 14:20 (UTC)
  • 提請時間:2021年3月20日 (六) 14:21 (UTC)
  • 自動化程度:有監督的半自動
  • 程式語言AWB
  • 用途:通過AWB將位列於分類:未評級遼寧條目中的條目予以標記並評級,並通過AWB將未分類到「分類:未評級遼寧條目」(不包括已評級的)的遼寧條目進行分類。
  • 原始碼連結:
  • 編輯時段及頻率:1分鐘11-20條(利用AWB測試時確認。)
  • 受影響頁面:所有未評級的討論頁(遼寧專題),且在可預見的未來內均定期使用本機器人執行本任務,並自動評級一些小條目。
  • 遵守機器人規範無關
  • 已有機器人權限:

以下是上次申請的討論

另外,本機器人目前沒有AWB權限,將會在允許測試的時候申請AWB。--··自·由·的 2021年1月29日 (五) 04:41 (UTC)

以上是上次申請的討論


  • 請求重啟:我主帳號申請機械用戶,掛了請求協助模板,一個月沒人處理。然後又考慮到在可預見的未來內定期使用本機器人,因此我希望得到這個機器人的授權。(有人和我吐槽我直接上AWB太洗版了)以上。--海の向こうは敵だ!|歡迎訂閱維貓報! 2021年3月20日 (六) 14:20 (UTC)
  • 接IRC討論,批准該機器人測試運作,要求:
    1. 於用戶子頁列出所有待評級條目以及擬評級別;
    2. 示範性編輯25次。

--Antigng留言2021年3月20日 (六) 14:57 (UTC)

完成。測試已完成。所有待評級頁面(本次任務)皆已列於CAT:遼寧行政區劃小作品,不符合小作品頁面已於人工檢測時移除,請覆核。--Mikasa-bot留言2021年3月21日 (日) 01:03 (UTC)
當獲得授權後,我將會開始處理列於此CAT中的頁面。現時任務已經結束。--Mikasa-bot留言2021年3月21日 (日) 01:07 (UTC)
註:排除 韓州

金州 (遼寧) 蓮花鎮 (開原市) 科爾沁左翼前旗 炮台街道 ‎ 李石街道 望海寺街道 ‎ 對樁石街道 ‎

海の向こうは敵だ!|歡迎訂閱維貓報! 2021年3月21日 (日) 01:43 (UTC)

--Antigng留言2021年3月30日 (二) 07:20 (UTC)

(~)補充:相關討論已存檔至Module_talk:Citation/CS1#修改CS1系列引文格式模板Module_talk:Citation/CS1#關於引文模組未知參數的清理方式。-Peacearth留言2021年5月8日 (六) 14:53 (UTC)
如果出現「urlstatus參數值實質等同於"live",且deadurl參數實質等同於"yes"或"y"或"true"」或「urlstatus參數值實質等同於"dead" 且deadurl參數實質等同於"no"」的矛盾情況,或者是其他重複參數之矛盾情形,是否考慮處理?-Peacearth留言2021年5月8日 (六) 14:53 (UTC)
@和平奮鬥救地球,暫不處理,因為導致矛盾的情形很多:可以是用戶不小心填錯,也可能是IABot抽風。機器人沒法判斷是哪種情況,需要人工檢查。若將來發現其他可靠的錯誤模式(例如,IABot處理的某一批頁面都是錯的)再考慮另案處理。--Antigng留言2021年5月10日 (一) 03:21 (UTC)
了解。 批准測試運作(100次編輯)。-Peacearth留言2021年5月13日 (四) 19:49 (UTC)
測試已完成,經人工檢查沒有發現錯誤。--Antigng留言2021年5月14日 (五) 03:42 (UTC)
經複查無誤, 正式批准運作。-Peacearth留言2021年5月14日 (五) 19:17 (UTC)

--Kanashimi留言2021年3月18日 (四) 09:43 (UTC)

@Kanashimi,有兩個(?)疑問
  1. 這裡這裡分別直接搜索Special:前綴索引/Mediawiki:Conversiontable/Category:公共轉換組模板下面的所有頁面,並認為其均是合法的轉換組頁面涵蓋了主空間的轉換規則。然而前者之下尚有MediaWiki:Conversiontable/zh-hans/ns8等非主空間的轉換規則;後者亦有可能導致將來有用戶建立了一個草稿(如Module:CGroup/Physics/draftModule:CGroup/Physics/sandbox),其中的轉換規則也會被機器人認為是現行的轉換規則。不知道這會不會導致過度清理?
  2. 關於內文中轉換規則的清理,是否會導致其它轉換錯誤的出現?例如「X-{关于Y的转换规则}-」被清理成「XY」,但實際上「XY」會匹配某一條錯誤轉換的規則,前面的重複轉換乃有意為之,以避免錯誤轉換的出現。尤其是考慮到閣下將來有意加入全局轉換表的情況下,如何避免此類問題的發生?--Antigng留言2021年4月9日 (五) 02:15 (UTC)
  1. 清理轉換規則時,只會轉換有確實引用到的規則。例如當明確引用{{NoteTA|G1=Physics/draft}}才會清理Module:CGroup/Physics/draft中有的規則。也因此不會清理Special:前綴索引/Mediawiki:Conversiontable/下面的規則。
  2. 感謝提醒。這是一個選詞的問題。我們可以選用一個不會被轉換的組合。這邊已修改原始碼,檢測與前一段、後一段文字合起來時,會不會被轉換。有合適的才做轉換,否則放棄轉換。 --Kanashimi留言2021年4月9日 (五) 04:57 (UTC)
感謝釋疑和修正。 批准測試運作(100次編輯),應儘可能涵蓋目前準備處理的三類情形。--Antigng留言2021年4月9日 (五) 16:00 (UTC)
都快跑一半的文章了,看起來可能沒有1000篇。 --Kanashimi留言2021年4月10日 (六) 00:44 (UTC)
@Kanashimi該條轉換規則去除之後片名無法正常轉換。--Antigng留言2021年4月10日 (六) 16:48 (UTC)
感謝幫忙檢查。之前沒注意到單向轉換規則的正規化問題。現在程式碼已經修正,經測試會跳過這種情況不刪除。--Kanashimi留言2021年4月11日 (日) 01:47 (UTC)
有一個小疑問,如果頁面內定義的轉換規則和公共轉換組的規則不一樣的情況,機器人會怎麼處理。比如杜拜里轉換規則在簡體部分定義了zh-hans:杜拜;zh-cn:迪拜,但在Module:CGroup/地名里簡體部分是zh-cn:迪拜;zh-sg:杜拜。這種顯示效果應該是一樣的,不知道機器人會不會清理。--𝓧𝓩𝓣𝓓𝓮𝓪𝓷𝕋𝕒𝕝𝕜2021年4月24日 (六) 20:32 (UTC)
只會消除正規化後完全相同的轉換規則。因此就本例來說不會被更動。--Kanashimi留言2021年4月24日 (六) 21:29 (UTC)
明白了,感謝解答 --𝓧𝓩𝓣𝓓𝓮𝓪𝓷𝕋𝕒𝕝𝕜2021年4月25日 (日) 01:31 (UTC)
@Antigng先跑兩禮拜人工檢核如何? --Kanashimi留言2021年6月15日 (二) 10:38 (UTC)
很抱歉沒注意到,之前測試完後就一直常規執行中。不過看了一下並沒有什麼問題,也沒有人反應有錯誤。看起來應該是沒太大問題。 --Kanashimi留言2021年6月30日 (三) 12:06 (UTC)
編輯摘要中註明的規則是從條目中移除的嗎?可以註明是與哪張轉換表重複的嗎?--Xiplus#Talk 2021年8月19日 (四) 00:55 (UTC)
完成 see 「Wikipedia:沙盒」修訂間的差異 用連結的方式會造成摘要太長,修改兩三筆就看不到了。因此只登記公共轉換組名稱。--Kanashimi留言2021年8月19日 (四) 01:38 (UTC)
我是覺得應該不需要把移除的轉換語法寫在編輯摘要,轉換語法相當的長,或許可以直接寫「參數X存在於Y」(Y=轉換組名稱)。--Xiplus#Talk 2021年8月19日 (四) 15:09 (UTC)
修改了一下 存在於轉換組 ${source}: ${rule}。有的時候會有很多條轉換規則,不顯示轉換規則可能讓人理不清頭緒。還是附加在編輯摘要的好。--Kanashimi留言2021年8月19日 (四) 21:57 (UTC)
 正式批准運作。--Xiplus#Talk 2021年8月20日 (五) 01:23 (UTC)

--Kanashimi留言2021年4月5日 (一) 21:32 (UTC)

@Kanashimi所以最終清理哪些「未知參數」呢。煩請指明原始碼連結。--YFdyh000留言2021年4月6日 (二) 03:18 (UTC)
現在準備先清理 df。程式正在寫。 --Kanashimi留言2021年4月6日 (二) 03:19 (UTC)
程式寫完了。--Kanashimi留言2021年4月11日 (日) 06:39 (UTC)
批准測試運作(100次編輯)--Antigng留言2021年4月12日 (一) 02:05 (UTC)
程式多次修改過,之前有問題的都回退了。現在的版本會先檢查所有日期參數,判斷日期格式是否正確。若有錯誤日期格式,嘗試修正之。仍無法改正,則不清除 df參數。
由於要刪除df參數必須判別日期格式,因此順便修正可讀得懂,但是格式錯誤的日期。
現在的版本測試結果,麻煩請從這一筆開始尋找"正規化日期格式、清理引文模組未知參數":
2021年4月12日 (一) 20:20 差異 歷史  −4‎  小 Cg語言
想問問是否也能順便刪除掉doi-access這個參數?或者依照先前的討論準備修改模組了?--Kanashimi留言2021年4月12日 (一) 12:36 (UTC)
@Kanashimi
  1. 請勿修正不會引起CS1模塊報錯的日期參數,該種修正沒有共識且為另一名BAG所反對
  2. doi-access參數與df參數有所不同,其包含了本站條目所需的有用信息,應通過修改模塊使之發揮作用,而非刪除;
  3. 該測試僅批准您清理df參數而非修正日期格式;請勿於測試過程中添加早前討論所未提及的功能。

--Antigng留言2021年4月12日 (一) 13:20 (UTC)

謝謝您的說明。這邊已經註解掉會修改df以外其他日期格式的部分。
現在會先檢查所有日期參數,判斷日期格式是否正確。可判別日期,才清除 df參數。--Kanashimi留言2021年4月12日 (一) 20:44 (UTC)
@Xiplus在要修改df參數的前提下,順便修改日期參數為ISO 8601格式,這樣如何? --Kanashimi留言2021年4月13日 (二) 08:37 (UTC)
抽了幾筆編輯來看,若不修就會出錯的修改當然是沒有問題。--Xiplus#Talk 2021年4月13日 (二) 08:46 (UTC)
這樣的效果等於是開了AWB General fix。出於其它用戶的牴觸,仍然建議將這種修改限於:1. 需要同時刪除df的模板(而非頁面);2. 應跳過「yyyy年mm月dd日」這種格式的參數保持原樣。--Antigng留言2021年4月13日 (二) 10:34 (UTC)
英文格式本地是兼容的嗎?不過當初反對的部分僅有「yyyy年mm月dd日」和「yyyy-mm-dd」轉換,不涉及這部分我認為就沒問題。--Xiplus#Talk 2021年4月13日 (二) 10:43 (UTC)
@Xiplus本地兼容幾乎全部的英文格式,見Module:Citation/CS1/Date_validation#L-329。純粹英文格式並不會導致CS1模板報錯。--Antigng留言2021年4月13日 (二) 10:49 (UTC)
批准測試運作(100次編輯),按修改後的代碼重新測試編輯100次。--Antigng留言2021年4月13日 (二) 10:40 (UTC)
是的,這邊的意思就是將此類日期修正當作一種 AWB General fix。--Kanashimi留言2021年4月13日 (二) 11:29 (UTC)
測試完成。煩請從
2021年4月13日 (二) 19:48 差異 歷史  −8‎  小 2006年東帝汶危機
開始搜尋正規化日期格式、清理引文模組未知參數。--Kanashimi留言2021年4月13日 (二) 11:58 (UTC)
@Kanashimi,以下日期修正不正確:123。--Antigng留言2021年4月13日 (二) 12:40 (UTC)
感謝幫忙偵錯。前兩者已對應或者改為無法判別。至於第三個例子,經查w:en:Hey Violet,已經改成與機器人相同的日期了,因此這邊的編輯是正確的。 --Kanashimi留言2021年4月13日 (二) 13:15 (UTC)
@Kanashimi,諸如 "10 12, 2018"這樣的日期既可能是dmy格式,也可能是mdy格式;機器人不會查證來源不知道是哪個,這次對也可能只是僥倖猜對罷了。--Antigng留言2021年4月13日 (二) 14:33 (UTC)
...您說的有道理。其實從w:en:Hey Violet的{{Use mdy dates}}標示可以知道格式。無論如何,這邊已將所有類似的格式改為無法判別。 --Kanashimi留言2021年4月13日 (二) 21:57 (UTC)
@Antigng先跑兩禮拜人工檢核如何? --Kanashimi留言2021年6月15日 (二) 10:39 (UTC)
全程人工監視檢測過一遍,有錯誤的編輯都已經修正過程式了。Category:含有未知參數的引用的頁面從3K+減少到2151。煩請再檢查看看是否有問題,謝謝。--Kanashimi留言2021年6月25日 (五) 23:34 (UTC)
抽樣來看沒啥問題,您還需要測試嗎?--Xiplus#Talk 2021年8月19日 (四) 01:01 (UTC)
謝謝關注。不用做測試了。通過的話,未來會觀察幾週,有問題會直接修改。--Kanashimi留言2021年8月19日 (四) 01:07 (UTC)
@Xiplus 剛剛完整跑了一次。有問題的頁面都會像土衛六一樣直接跳過,讓人工來處理。您可覆核看看。--Kanashimi留言2021年8月20日 (五) 23:04 (UTC)
@Antigng:擬批准,您還有什麼想問的嗎?--Xiplus#Talk 2021年8月21日 (六) 10:35 (UTC)
 正式批准運作。--Xiplus#Talk 2021年8月29日 (日) 11:42 (UTC)
舊討論
  1. Wikipedia:互助客棧/方針/存檔/2021年10月#專題命名空間(第五至六階段)Draft:WP-WPJ重新導向連入數量(除「專題/首頁的缺失條目」和「MEA」豁免)
  2. Wikipedia:互助客棧/方針#國籍欄使用模板後續處理:約3000多筆
申請人︰路西法人留言 2021年6月9日 (三) 10:23 (UTC)
@LuciferianThomas潛在的國籍參數還有nationality,而且要替換的還有{{CHN-1949}}(重新導向到同一模板)。你至少要調整一下bot的參數。SANMOSA Σουέζ 2021年6月10日 (四) 11:56 (UTC)
就編輯時段及頻率而言,我建議你給出它理論上最高的運行頻率(例如1分鐘內最多可以處理多少個條目)。SANMOSA Σουέζ 2021年6月10日 (四) 11:58 (UTC)
done--路西法人留言 2021年6月10日 (四) 12:03 (UTC)
那我支持這bot的工作。SANMOSA Σουέζ 2021年6月10日 (四) 14:11 (UTC)
這不應該去Wikipedia:機器人/申請嗎?--百無一用是書生 () 2021年6月18日 (五) 13:36 (UTC)
真的看不出來兩版的分別--路西法人留言 2021年6月20日 (日) 07:49 (UTC)
@LuciferianThomas,按上述第二條清理規則,請問趙丹冰心張國立頁面會被清理成什麼?--Antigng留言2021年6月21日 (一) 17:36 (UTC)
趙丹張國立頁面都是{{CHN}}→{{PRC}};冰心頁面應無變更(不符合RegExp規則,國籍欄沒有{{CHN}}或{{CHN-1949}})。--路西法人留言 2021年6月22日 (二) 02:04 (UTC)
@LuciferianThomas OK。現在我有這樣一個測試頁面,請閣下以主帳號,並使用AWB工具嘗試清理一下。--Antigng留言2021年6月22日 (二) 02:44 (UTC)
批准測試運作(50次編輯),請閣下以主帳戶按修改後的第二條規則作出50筆編輯。--Antigng留言2021年6月22日 (二) 02:59 (UTC)
完成50筆測試編輯。--路西法人留言 2021年6月22日 (二) 03:10 (UTC)
第二項任務是利用成熟的工具半自動批量代換國籍參數下的國籍模板,該任務已有社群共識潛在的反對者也已知情。經檢查,測試編輯無誤。此外,該任務為半自動作業,若有測試未能涵蓋的少數例外情形,亦能以人工方式檢出並加以排除。故擬予以批准。請行政員複查,若無誤可授權。同時提醒申請者盡到人工檢查和確認的義務。--Antigng留言2021年6月22日 (二) 12:19 (UTC)
 正式批准運作AT 2021年6月28日 (一) 13:56 (UTC)
(?)疑問第一項任務目前狀態?怎麼還沒審就「待存檔」?-- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年7月5日 (一) 14:24 (UTC)
(?)疑問x2—- [雪菲🐉蛋糕🎂] >[娜娜奇🐰鮮果茶☕](☎️·☘️2021年7月19日 (一) 12:38 (UTC)
不相干的任務不應該一起申請。--Xiplus#Talk 2021年8月29日 (日) 11:45 (UTC)
兩項任務無關,請重開頁面提出第一項任務。--Jimmy Xu 2021年8月29日 (日) 18:32 (UTC)
@Antigng關於第二項任務,可否容許我延伸至將國籍欄不符合MOS:NATL使用的:
完成後我再順便將現為重定向的{{CHN-HKG}}和{{CHN-MAC}}改回舊有版本?(當時為了方便,Sanmosa君直接改了為重定向)--路西法人留言 2021年7月25日 (日) 02:19 (UTC)

使用{{AFC botreview}},(手動)測試效果請見User:LuciferianThomas/AFC測試2。--路西法人留言 2021年7月7日 (三) 09:59 (UTC)

徵詢Antigng意見後,按照WP:BOTPOL「除此之外,機器人如只在其擁有者的用戶空間進行編輯,亦毋需申請機器人權限」進行自動化測試,以供相關人員參考。--路西法人留言 2021年7月7日 (三) 12:15 (UTC)
測試頁面:User:LuciferianThomas/AFC測試2,草稿提交者有啟用Flow則機器人自動轉往User talk:LuciferianThomas/AFC測試2。--路西法人留言 2021年7月9日 (五) 05:56 (UTC)

批准測試運作(50次編輯) --百無一用是書生 () 2021年8月4日 (三) 07:06 (UTC)

@Shizhao五十次全自動測試編輯完成,複查無誤。--路西法人留言 2021年8月7日 (六) 01:46 (UTC)
突然想到一個問題需要確認一下,有bot權限的帳號在他人用戶對話頁上發表的內容,用戶會收到留言通知的吧?--百無一用是書生 () 2021年8月9日 (一) 03:04 (UTC)
應該是。Cewbot也有。--路西法人留言 2021年8月9日 (一) 03:10 (UTC)
Cewbot哪個任務是會給用戶留言的?翻了一下沒找到--百無一用是書生 () 2021年8月10日 (二) 03:15 (UTC)
提醒關注度過期。--路西法人留言 2021年8月10日 (二) 10:22 (UTC)
使用小修改就不會有通知,因此要根據是否通知的需求設定是否小修改。--Xiplus#Talk 2021年8月19日 (四) 01:04 (UTC)
個人認為既然為「自動審核結果」,有通知引起新手注意是好的。--路西法人留言 2021年8月19日 (四) 02:54 (UTC)
 正式批准運作,在用戶對話頁留言時請避免標記為小修改。--Jimmy Xu 2021年8月29日 (日) 18:18 (UTC)
透過解析Category:已批准機器人作業申請中所有頁面的內容來產生,其中已批准操作取自用途參數的第一行。範例。--Xiplus#Talk 2021年8月20日 (五) 01:46 (UTC)
快速批准運作,請自行更新Wikipedia:機器人/列表。--Jimmy Xu 2021年8月29日 (日) 18:38 (UTC)
  • 狀態 已批准
  • 操作者: Jimmy Xu
  • 提請時間: 2016年8月16日 (二) 13:23 (UTC)
  • 程式語言
  • 用途:移除有多個鏈入頁面之條目的{{orphan}}標記。
  • 編輯時段及頻率:
  • 受影響頁面:
  • 遵守機器人規範
  • 已有機器人權限:
鏈入不計非條目、消歧義和重定向。--Jimmy Xu 2016年8月16日 (二) 13:23 (UTC)

頁面要由機器人執行刪除,必須符合以下條件:

  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)
  • 狀態 已批准
  • 操作者:百無一用是書生 ()
  • 提請時間:2021年10月9日 (六) 09:42 (UTC)
  • 自動化程度:全自動
  • 程式語言基於pywikibot開發
  • 用途:條目狀態通告
    Wikipedia:Article alerts的不完整復刻版,不同於英文版的每日更新,本bot為實時更新
  • 原始碼連結:[2]
  • 編輯時段及頻率:約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成員@AntigngPeacearthWhitePhosphorusKanashimiXiplus召喚一下....--百無一用是書生 () 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)

我已在用戶空間子頁面開始了測試,見Special:用戶貢獻/Alertlivebot--百無一用是書生 () 2021年10月21日 (四) 02:43 (UTC)
在現有Category:用於專題的條目通告且位於WikiProject:空間(目前有24個) 批准測試運作(30日)。--Xiplus#Talk 2021年10月22日 (五) 03:10 (UTC)
感謝!另外,用戶空間下的(我的和bot的)頁面為了方便調試,我還是需要接著更新--百無一用是書生 () 2021年10月22日 (五) 07:04 (UTC)
那就納入吧,反正用戶空間本來就不受規範。--Xiplus#Talk 2021年10月22日 (五) 10:57 (UTC)
這裡是開發日誌:User:Alertlivebot/beta--百無一用是書生 () 2021年10月27日 (三) 06:27 (UTC)
 正式批准運作。--Xiplus#Talk 2021年11月24日 (三) 04:30 (UTC)
感謝!--百無一用是書生 () 2021年11月24日 (三) 05:55 (UTC)
  • 狀態 已批准
  • 操作者: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)
批准延長測試運作(60日),已過一段長時間,如還有運作必要還請再測試一下。--Jimmy Xu 2021年8月29日 (日) 18:15 (UTC)
測試已完成,已過2個月,機器人持續運作中,用戶名黑名單基本上是我自己看到較嚴重的傀儡就會加入,當然也可以受理其他管理員的私下請求。--Xiplus#Talk 2021年11月16日 (二) 06:18 (UTC)
 正式批准運作。--Jimmy Xu 2021年12月7日 (二) 20:28 (UTC)