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

新增連結
維基百科，自由的百科全書

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

Air7538-bot

  • 狀態：   已批准
  • 操作者： Air7538(留言)最近在打撈電視劇專題
  • 提請時間： 2019年12月25日 (三) 03:14 (UTC)
  • 自動化程度：有監督的半自動
  • 程式語言：Pywikibot
  • 用途：在電視劇條目中添加電視劇專題模板。（根據申請2相關討論這個任務已經停止）
  • 原始碼連結： Github
  • 編輯時段及頻率：每天多次或每周幾次。
  • 受影響頁面：每次檢查一個電視劇相關分類，每次大概200個頁面。
  • 遵守機械人規範： 否
  • 已有機械人權限： 沒有
你會人工確認每個頁面是否真的要加入專題模板嗎？看Code應該是對分類下除模板以外的頁面討論頁全部修改。--Xiplus#Talk 2019年12月25日 (三) 05:48 (UTC)
@Xiplus：我會在自動編輯前會確認代碼所檢查的分類中包含的條目的名稱，所以自動化程度我填的是有監督的半自動。另外只有沒有條目討論頁的會創建討論頁並寫「{{电视剧专题}}」模板，其他情況都不做任何編輯。所以我想要的代碼功能只是代為我進行創建討論頁並寫電視劇專題模板的過程。--Air7538(留言)最近在打撈電視劇專題 2019年12月25日 (三) 06:03 (UTC)
有監督倒是沒多大問題。Code的部分，應該使用 page.title() 取得頁面名稱，page.namespace().id 取得命名空間ID，因為你後面使用 "Talk:"+title 取得討論頁，所以應該確保頁面是條目才能這麼做。--Xiplus#Talk 2019年12月25日 (三) 06:13 (UTC)
@Xiplus：已改用「page.title() 取得頁面名稱，page.namespace().id 取得命名空間ID」，請再看一下Code。(pywikibot的文檔都是全英的，網上又沒有其他參考，實在感謝您提供的這兩個建議)--Air7538(留言)最近在打撈電視劇專題 2019年12月25日 (三) 06:43 (UTC)
批准測試運作（50次編輯）。--Xiplus#Talk 2020年1月5日 (日) 05:49 (UTC)
@Xiplus：已測試，--Air7538(留言)最近在打撈電視劇專題 2020年1月8日 (三) 01:47 (UTC)
 正式批准運作，待授權後才開始作業。--Xiplus#Talk 2020年1月10日 (五) 05:47 (UTC)
@Xiplus：你好，問一下等待授權是等待誰授權呢？--Air7538(留言) 2020年1月19日 (日) 15:09 (UTC)
已授權。--Jimmy Xu 論 2020年1月20日 (一) 19:02 (UTC)

FuduBot 2

  • 狀態：   撤銷許可
  • 操作者：—Rowingbohe♬ （台州專題）
  • 提請時間：2020年3月9日 (一) 10:19 (UTC)
  • 自動化程度：有監督的半自動
  • 程式語言：AWB
  • 用途：為大量非主名字空間的頁面（如分類，模板等）掛評級模板。因為評級模板自動識別分類、模板等的等級（分類級/模板級）和重要度（不適用重要度），所以可做到絕大多數過程自動化。使用時本人會監視。
  • 原始碼連結：AWB
  • 編輯時段及頻率：一分鐘大約10-20次
  • 受影響頁面：目測10000個以上
  • 遵守機械人規範：不適用
  • 已有機械人權限：無
  • 說明：可參見本人貢獻記錄。本人目前已經為浙江專題、杭州專題、台州專題、滁州專題、北京專題等專題添加大量評級模板，有比較熟練的AWB操作經驗。本人承諾（主觀意義上）不對任何主名字空間的條目做評級（即，除非操作失誤，不編輯Talk頁面）。—Rowingbohe♬ （台州專題） 2020年3月9日 (一) 10:21 (UTC)
既然會人工監督， 快速批准運作，另外非緊急任務的編輯頻率建議為每次編輯應相隔最少五秒。請待授權後再開始編輯。--Xiplus#Talk 2020年3月12日 (四) 05:10 (UTC)
了解，會調整。—Rowingbohe♬ （台州專題） 2020年3月12日 (四) 05:54 (UTC)
授權了。 Stang★★ 2020年3月13日 (五) 00:00 (UTC)
撤銷許可。--Xiplus#Talk 2022年10月11日 (二) 09:26 (UTC)

TongcyBot

  • 狀態：   撤銷許可
  • 操作者：—TongcyDai  ฅ • ω • ฅ
  • 提請時間：2020年3月27日 (五) 20:06 (UTC)
  • 自動化程度：有監督的半自動
  • 程式語言：AWB
  • 用途：為分類、模板等命名空間頁面加上評級模板
  • 原始碼連結：AWB
  • 編輯時段及頻率：一分鐘10次以上，時段不定
  • 受影響頁面：超過10000個頁面
  • 遵守機械人規範：無關
  • 已有機械人權限：無
  • 說明：將以AWB半自動形式（有人工監督）為台灣專題（及其子專題）、語言專題、語言學專題等分類、模板加上評級模板。機械人將不會為需要人工判斷的條目評級。近來已用主帳號進行了約兩千筆評級模板編輯，相信操作經驗能夠勝任此任務。—TongcyDai  ฅ • ω • ฅ 2020年3月27日 (五) 20:06 (UTC)
我覺得Template_talk:臺灣教育大學系統/list子模板、Template_talk:臺灣氣象站/doc模板文檔應該都不需要評級吧。--Xiplus#Talk 2020年3月28日 (六) 07:45 (UTC)
@Xiplus：是的，/doc等子頁面不須評級（但我認為有實際功能、可以單獨存在的子頁面應可評級），此為誤操作，已將所有類似的錯誤都修正。—TongcyDai  ฅ • ω • ฅ 2020年3月28日 (六) 09:14 (UTC)
「機械人將不會為需要人工判斷的條目評級」您以何種方式產生需要評級的頁面列表？--Xiplus#Talk 2020年3月28日 (六) 07:47 (UTC)
@Xiplus：使用AWB將某一分類（例如Category:語言學）底下所有的子分類和所屬模板全部取出，再以人工方式剔除不須評級的頁面。—TongcyDai  ฅ • ω • ฅ 2020年3月28日 (六) 09:14 (UTC)
在人工決定編輯頁面的條件下給予 快速批准運作，另外非緊急任務的編輯頻率建議為每次編輯應相隔最少五秒，請待授權後再開始編輯。另外請使用{{Bot}}標記機械人用戶頁，以及使用機械人帳號在沙盒或使用者頁面作任一編輯以授予AWB權限。--Xiplus#Talk 2020年3月30日 (一) 10:21 (UTC)
已授權。--J.Wong 2020年3月31日 (二) 14:35 (UTC)
因不活躍而 撤銷許可。--Jimmy Xu 論 2021年9月7日 (二) 15:08 (UTC)

A2093064-bot 23

如果提報的條目被移動，則在提報頁修正條目名稱為重定向目標，範例編輯。--Xiplus#Talk 2020年2月28日 (五) 13:55 (UTC)

快速批准運作 --百無一用是書生 (☎) 2020年4月3日 (五) 08:49 (UTC)

A2093064-bot 22

範例1 2 3 4 5。--Xiplus#Talk 2020年2月8日 (六) 02:19 (UTC)
機械人只會在新引用量與舊引用量差距2%（可設定）以上時才會更新數值，不會頻繁更新不斷少量增減引用量的模板。--Xiplus#Talk 2020年2月8日 (六) 08:43 (UTC)
批准測試運作（50次編輯） --百無一用是書生 (☎) 2020年4月3日 (五) 08:44 (UTC)
@Shizhao： 測試已完成，1個錯誤編輯，直接加入不處理名單。--Xiplus#Talk 2020年4月4日 (六) 00:51 (UTC)
沒明白什麼錯誤，能否說明白一些？--百無一用是書生 (☎) 2020年4月6日 (一) 12:05 (UTC)
@Shizhao：該doc嵌入到兩個模板，使用解析器函數決定要顯示哪個High-use，機械人無法判斷要更新哪個參數；其他情況例如Template:High-use/doc是為了展示High-use的使用結果而非標記High-use本身的引用量，之類機械人無需機械人更新使用量的情況都可以加入白名單來避免機械人修改。--Xiplus#Talk 2020年4月6日 (一) 12:29 (UTC)
能否程式檢查一下，如果High-use在一個頁面中出現大於1次，就忽略或另行處理？--百無一用是書生 (☎) 2020年4月6日 (一) 12:50 (UTC)
@Shizhao：可以，已修改程式為跳過不處理。--Xiplus#Talk 2020年4月6日 (一) 13:00 (UTC)

 正式批准運作 --百無一用是書生 (☎) 2020年4月7日 (二) 02:38 (UTC)

A2093064-bot 24

  • 狀態：   已批准
  • 操作者：Xiplus#Talk
  • 提請時間：2020年3月13日 (五) 11:18 (UTC)
  • 自動化程度：全自動
  • 程式語言：Pywikibot
  • 用途：修正因不留重定向移動而導致斷掉的雙重重定向
  • 原始碼連結：Github
  • 編輯時段及頻率：數十分鐘清理一次
  • 受影響頁面：斷掉的雙重重定向
  • 遵守機械人規範：無關
  • 已有機械人權限：是

因不留重定向移動而導致斷掉的雙重重定向從技術上符合WP:G15而被機械人提刪，然而正確做法應該是修正重定向到目標頁，這些重定向很可能有大量的連入，就算重定向不合適，也不應符合G15及快速刪除，應提交存廢討論，為避免管理員不察刪除而導致諸多問題而申請該機械人修正。--Xiplus#Talk 2020年3月13日 (五) 11:18 (UTC)

為何不用pywikibot已有的修復腳本？--百無一用是書生 (☎) 2020年4月3日 (五) 08:50 (UTC)
@Shizhao：有現有的修復腳本？--Xiplus#Talk 2020年4月3日 (五) 09:04 (UTC)
額，仔細看了一下Pywikibot庫，有兩個修重定向的腳本，但看起來不太符合你的這個需求.... 批准測試運作（50次編輯） --百無一用是書生 (☎) 2020年4月3日 (五) 09:15 (UTC)
@Shizhao：我試用了redirect.py，確實可以修復斷掉的雙重重定向，但我考量的點是，移動的人可能會自己修復或做其他處置，所以我的機械人會等到被提刪才來處理，那麼redirect.py這個腳本就沒法處理已經被掛速刪的頁面了，因為已不是重定向。--Xiplus#Talk 2020年4月3日 (五) 09:19 (UTC)
測試已完成，見此。--Xiplus#Talk 2020年4月5日 (日) 07:24 (UTC)
 正式批准運作 --百無一用是書生 (☎) 2020年4月7日 (二) 03:19 (UTC)

Njzjzbot

我在裏面看到了模板沙盒，您有人工檢查嗎？直接用分類成員全掛專題模板是不允許的。--Xiplus#Talk 2020年4月9日 (四) 13:37 (UTC)
更新了列表，已經過人工檢查，現在應該沒問題了。已經排除了已掛專題模板的頁面，共計95個。--曾晉哲（留言·Q61655160） 2020年4月9日 (四) 17:32 (UTC)
我把Draft talk空間去掉了，對於Template talk空間，專題模板可以自動識別模板討論頁，分類到Category:模板級2019冠狀病毒病條目，沒什麼問題。--曾晉哲（留言·Q61655160） 2020年4月9日 (四) 17:34 (UTC)
@Njzjz：關於批量添加專題模板的部分，需要遵守Wikipedia:專題委員會/技術支持#機械人添加專題橫幅的相關規範。不知您是否已詳閱了呢？另外其實如果才95個頁面要掛的話，大可不用機械人...-Peacearth（留言） 2020年4月17日 (五) 09:24 (UTC)
已閱。如果有人能手動加模板也可……--曾晉哲（留言·Q61655160） 2020年4月19日 (日) 01:46 (UTC)
@Njzjz：如果您仍想親自透過機械人來加模板的話，我認為是可以批核的（雖然數量還真有點少）。只是提醒您，其實這麼少頁面的話您也可以手動添加，或者是在該頁申請、尋求其他已獲權的用戶幫忙而不用親自操作。看您決定囉。-Peacearth（留言） 2020年4月24日 (五) 08:27 (UTC)
我希望通過機械人添加，不麻煩別人了。--曾晉哲（留言·Q61655160） 2020年4月25日 (六) 08:46 (UTC)
由於僅少量（95個）頁面受影響，應可跳過測試期， 快速批准運作-Peacearth（留言） 2020年4月25日 (六) 12:11 (UTC)
撤銷許可。--Xiplus#Talk 2021年8月19日 (四) 01:12 (UTC)

和平-bot 2

@Jimmy Xu：--Temp3600（留言） 2015年8月27日 (四) 16:43 (UTC)
(～)補充：測試編輯：[1][2][3][4][5]，運作應無問題。（只是得一直手動載入隨機頁面，不知有無更方便的方法） - 和平、奮鬥、救地球！(留言)自然科學條目提升計劃地質專題於 2015年8月28日 (五) 06:36 (UTC)
既然都要用上機械人了，直接將之改為符合格式手冊規範之跨語言連結會不會較好？--Kanashimi（留言） 2015年8月28日 (五) 08:44 (UTC)
@Kanashimi：社群對應用紅連或綠連未有共識且各有偏好。 - 和平、奮鬥、救地球！(留言)自然科學條目提升計劃地質專題於 2015年8月28日 (五) 08:45 (UTC)
@和平奮鬥救地球：使用跨語言連結模板{{ilh}}和{{tsl}}標註外語維基的對應條目如何？--Kanashimi（留言） 2015年8月28日 (五) 11:51 (UTC)
@Kanashimi：那就是綠連，有許多用戶因各種理由反對，但也有為數不少的支持者。 - 和平、奮鬥、救地球！(留言)自然科學條目提升計劃地質專題於 2015年8月28日 (五) 11:53 (UTC)
完成，授權通過--百無一用是書生 (☎) 2015年11月3日 (二) 08:21 (UTC)
寂伏經年，現按《機械人方針》，撤銷許可，及除其權。--J.Wong 2018年5月7日 (一) 10:21 (UTC)

依Wikipedia:機械人方針#活躍度要求規範，重新申請操作許可。-Peacearth（留言） 2020年4月13日 (一) 02:38 (UTC)

@和平奮鬥救地球：原先申請的理由是「社群對應用紅連或綠連未有共識」，但現在已有指引要求使用綠連。--Xiplus#Talk 2020年4月14日 (二) 02:36 (UTC)
@Xiplus：不，那條不是申請理由，只是對於為啥不「直接將之改為符合格式手冊規範之跨語言連結」的原因之一而已。另外還有其他原因上面沒說到，比如像是一些各式各樣的跨語言連結用法需要人工判斷修正。比如這種，[[:en:Supreme Headquarters Allied Powers Europe|盟军力量欧洲最高总部（SHAPE）]]並不能直接改成盟軍力量歐洲最高總部（SHAPE）（英語：Supreme Headquarters Allied Powers Europe）。另一個例子是這個，[[:en:Pittsburgh International Airport People Movers|机场地下轨道列车]]不能直接改成機場地下軌道列車（英語：Pittsburgh International Airport People Movers）。而這類情況非常多，不宜且難以自動化處理。-Peacearth（留言） 2020年4月14日 (二) 02:58 (UTC)
那麼要如何列出需要掛模板的頁面？--Xiplus#Talk 2020年4月14日 (二) 03:00 (UTC)
@Xiplus：會依以下方式做操作：
  • 若該頁並未掛上{{Link style}}模板，且找得到「(?<!([Aa]dvtranslation|[Pp]lant\-translation|[Tt]ranslate|[Tt]ranslating|[Tt]ranslation[ _]+WIP|TRANSLATION|[Tt]ranslation|[Tt]rans|[Tt]ran|[Vv]oltranslation|[Ww]ptranslation|正在翻(譯|译)|(翻)?(譯|译)(中)?)\s*\|\s*(tfrom|1)?\s*(\=)?\s*)\[\[\:語言代碼\:(?![A-Za-z\-]+\:)」（regex）時（即：條目中存在「非跨維基計劃」且「不在{{Translation}}模板內」的跨語言連結時），掛上模板。
  • 若該頁已掛上{{Link style}}模板，但找不到「(?<!([Aa]dvtranslation|[Pp]lant\-translation|[Tt]ranslate|[Tt]ranslating|[Tt]ranslation[ _]+WIP|TRANSLATION|[Tt]ranslation|[Tt]rans|[Tt]ran|[Vv]oltranslation|[Ww]ptranslation|正在翻(譯|译)|(翻)?(譯|译)(中)?)\s*\|\s*(tfrom|1)?\s*(=)?\s*)\[\[\:[A-Za-z\-]+\:(?![A-Za-z\-]+\:)|(?<=\r|\n)(\=){2,}.*\[\[.*\]\].*(\=){2,}」（regex）時（即：條目中不存在上述不合規跨語言連結、也不存在章節標題內的內部連結時），移除該頁{{Link style}}模板。
大概是這樣。-Peacearth（留言） 2020年4月15日 (三) 08:13 (UTC)
快速批准運作。--Xiplus#Talk 2020年4月16日 (四) 00:29 (UTC)
已授權。-千村狐兔（留言） 2020年4月16日 (四) 07:19 (UTC)

和平-bot 6

強制全保護能不能減少麻煩?Kanashimi（留言） 2016年5月17日 (二) 10:38 (UTC)
WP:SIG#EL本就規定「不要在簽名中使用模板（例如這樣（{{User:Name/sig}}）的簽名）」。理由除了「成為破壞的目標」之外，還有「簽名對伺服器資源的影響」。-和平、奮鬥、救地球！留言・DC14討論於 2016年5月17日 (二) 10:42 (UTC)
已批准。--Jimmy Xu 論 2016年5月17日 (二) 12:24 (UTC)
寂伏經年，現按《機械人方針》，撤銷許可，及除其權。--J.Wong 2018年5月7日 (一) 10:22 (UTC)

依Wikipedia:機械人方針#活躍度要求規範，重新申請操作許可。-Peacearth（留言） 2020年4月13日 (一) 02:39 (UTC)

@和平奮鬥救地球：這是人工找出使用簽名模板的人，然後批量替換嗎？--Xiplus#Talk 2020年4月14日 (二) 02:38 (UTC)
@Xiplus：對。-Peacearth（留言） 2020年4月14日 (二) 03:03 (UTC)
快速批准運作。--Xiplus#Talk 2020年4月16日 (四) 00:33 (UTC)

和平-bot 7

沒看明白啥意思？有測試編輯嗎？--百無一用是書生 (☎) 2017年2月3日 (五) 03:24 (UTC)
我的意思是Special:Diff/42212359、Special:Diff/42212358、Special:Diff/42212357，如果手動用就得一直點確認，但有時引用量很大所以想使用機械人。-和平、奮鬥、救地球！（留言） 2017年2月3日 (五) 04:40 (UTC)
任務批准--百無一用是書生 (☎) 2017年2月4日 (六) 08:40 (UTC)
寂伏經年，現按《機械人方針》，撤銷許可，及除其權。--J.Wong 2018年5月7日 (一) 10:22 (UTC)

依Wikipedia:機械人方針#活躍度要求規範，重新申請操作許可。-Peacearth（留言） 2020年4月13日 (一) 02:39 (UTC)

@和平奮鬥救地球：這是人工指定要替換的模板嗎？這是僅適用於模板命名不當嗎？否則一般來說不應不留重定向。--Xiplus#Talk 2020年4月14日 (二) 02:40 (UTC)
@Xiplus：「這是人工指定要替換的模板嗎？」對。另外，「模板命名不當」是一種可能的原因。不過我並不打算只限制在此種原因上，而是日後所有經討論共識重新命名且因故不留重定向之模板。-Peacearth（留言） 2020年4月14日 (二) 03:02 (UTC)
快速批准運作。--Xiplus#Talk 2020年4月16日 (四) 00:33 (UTC)

和平-bot 1

@Kegns、Shizhao：可以幫我看一下嗎？ - 和平、奮鬥、救地球！(留言)自然科學條目提升計劃地質專題於 2015年7月29日 (三) 05:30 (UTC)

完成--百無一用是書生 (☎) 2015年7月31日 (五) 01:09 (UTC)
謝謝您 - 和平、奮鬥、救地球！(留言)自然科學條目提升計劃地質專題於 2015年7月31日 (五) 01:45 (UTC)
寂伏經年，現按《機械人方針》，撤銷許可，及除其權。--J.Wong 2018年5月7日 (一) 10:20 (UTC)

依Wikipedia:機械人方針#活躍度要求規範，重新申請操作許可。-Peacearth（留言） 2020年4月13日 (一) 02:38 (UTC)

快速批准運作。--Xiplus#Talk 2020年4月18日 (六) 00:40 (UTC)

A2093064-bot 20

如果條目或草稿（僅處理這兩空間）引用了{{Copyvio}}，卻未在Wikipedia:頁面存廢討論/疑似侵權中含有連結，則提報上去（範例編輯）。--Xiplus#Talk 2019年9月22日 (日) 13:35 (UTC)

批准測試運作（7日） --Kanashimi（留言） 2019年10月3日 (四) 10:43 (UTC)
@Kanashimi：發生的情況不多，需要更長的測試期。--Xiplus#Talk 2019年10月18日 (五) 11:28 (UTC)
批准測試運作（20次編輯） --Kanashimi（留言） 2019年10月18日 (五) 13:37 (UTC)
@Xiplus，現在有在運作嗎？Special:Whatlinkshere/Draft:Sandbox一直沒什麼動靜。--Jimmy Xu 論 2019年12月17日 (二) 19:09 (UTC)
@Jimmy Xu：原來是程式有誤，現已修復：Special:Diff/57301594，或許讓我再延長個測試期。--Xiplus#Talk 2019年12月18日 (三) 00:03 (UTC)
Special:Diff/57377002：新的提報；Special:Diff/57382293：因時間差導致的錯誤提報。--Xiplus#Talk 2019年12月23日 (一) 23:43 (UTC)
測試已完成，已達到20編輯，請在WP:CV或貢獻頁搜尋編輯摘要「機器人30：提報已張貼侵權模板卻未於此提報的頁面」。--Xiplus#Talk 2020年1月30日 (四) 11:02 (UTC)
 正式批准運作-Peacearth（留言） 2020年4月19日 (日) 02:33 (UTC)

Xiplus-abot 4

根據Wikipedia:高風險模板500+半保護，5000+全保護，暫時考慮豁免模塊:CGroup，相關申請：Wikipedia:機械人/申請/Antigng-bot2/2。--Xiplus#Talk 2020年4月2日 (四) 05:28 (UTC)

我建議不要這麼嚴格。我提個建議你看是否合適？500+和5000+全部都自動半保護，是否全保護由用戶決定--百無一用是書生 (☎) 2020年4月3日 (五) 09:30 (UTC)
另外吐個槽，CGroup里好多有問題的繁簡轉換.....--百無一用是書生 (☎) 2020年4月3日 (五) 09:32 (UTC)
@Shizhao：可以，在User:Xiplus-abot/task/3/config.json可供任何管理員設定。--Xiplus#Talk 2020年4月6日 (一) 12:41 (UTC)

批准測試運作（50次編輯） --百無一用是書生 (☎) 2020年4月6日 (一) 12:52 (UTC)

今天執行保護的時候錯誤地將原先全保護的模板改成半保護，因為我的處理方式是，先獲取Special:最多連結模板整個列表的保護狀態，再進行保護，應該是因為獲取保護狀態的階段執行失敗，誤認為目前都沒有保護，才會提升保護為半保護。已修改程式碼識別獲取保護狀態失敗的狀況並將其跳過，另機械人出錯的部分都已修復。--Xiplus#Talk 2020年4月14日 (二) 01:21 (UTC)
測試已完成，參見1、2。--Xiplus#Talk 2020年5月10日 (日) 03:34 (UTC)
 正式批准運作-Peacearth（留言） 2020年5月29日 (五) 01:21 (UTC)

Air7538-bot 2

Antigng-bot2 2

  • 狀態：   撤銷許可
  • 操作者： Antigng（留言）
  • 提請時間： 2017年3月12日 (日) 15:14 (UTC)
  • 自動化程度：有人值守的全自動
  • 程式語言：C
  • 用途：自動保護高風險模板
  • 討論內容連結： WP:BOTREQ#自動保護高引用量模板
  • 源代碼連結： User:Antigng-bot2/highrisktemp
  • 編輯時段及頻率：-
  • 受影響頁面：137（含重定向)
  • 遵守機械人規範：無關
  • 已有機械人權限：無
    • 工作流程：取得所有非重定向模板頁面的ID，對每個頁面，檢查鏈入頁面數量。若超過5000，檢查其是否被無限期編輯全保護+移動全保護，如無，則無限期保護之。若小於5000大於500，檢查其是否被無限期編輯保護或半保護，如無，則無限期半保護之。--Antigng（留言） 2017年3月12日 (日) 15:17 (UTC)
批准測試運作現存的所有頁面（應該是100多？）--Xiplus#Talk 2020年7月9日 (四) 05:23 (UTC)
抱歉，沒有管理員權限，請問用什麼賬戶測試？主帳戶嗎？--Antigng（留言） 2020年7月9日 (四) 19:56 (UTC)
Wikipedia:機械人方針#附有管理員權限的機械人--GZWDer（留言） 2020年7月10日 (五) 22:50 (UTC)
根據Wikipedia:機械人方針#良好溝通，在編輯摘要內使用中文會比英文更為妥當。 Xiplus#Talk 2020年7月11日 (六) 01:50 (UTC)
如前面的請求所述，摘要沒有繁簡轉換，如獲批會單獨創建一個標籤標記相應的編輯。--Antigng（留言） 2020年7月11日 (六) 02:58 (UTC)
不轉換的中文也比英文還要好。另外如果使用標籤的話，您打算把摘要留空嗎？該摘要也會顯示於Special:已保護頁面等不顯示標籤的地方。 Xiplus#Talk 2020年7月11日 (六) 03:05 (UTC)
你說得對。保護操作是有日誌的。我會把相應保護操作的摘要改為"bot: automatic (semi-)protection of high-risk templates/（半）保護高風險模板/（半）保護高風險模板"。--Antigng（留言） 2020年7月11日 (六) 05:54 (UTC)
「bot: high-risk templates/高风险模板/高風險模板」就好了吧，不然太長。 Xiplus#Talk 2020年7月12日 (日) 01:08 (UTC)
好的。bot: [[WP:HRT|high-risk templates/高风险模板/高風險模板]]--Antigng（留言） 2020年7月13日 (一) 01:50 (UTC)
已完成。163筆編輯，未發現問題。多出的部分主要是由於User:Koalabot作業導致相應模板使用量增加所致。--Antigng（留言） 2020年7月11日 (六) 02:58 (UTC)
此任務您會將保護操作標記為機械人編輯(bot flag)嗎？即預設不在最近更改顯示。 Xiplus#Talk 2020年7月13日 (一) 10:37 (UTC)
這個正是我想說的。我自己的代碼里沒有任何類似bot=1/minor=1的東西，但是提交的保護操作里卻有。翻閱相應文檔很驚訝地發現action=protect根本沒有bot/minor參數。只要賬戶有bot權限，提交的操作就有bot flag。--Antigng（留言） 2020年7月13日 (一) 17:24 (UTC)
那麼您是否希望不要授予機械人權限？基本上也會同時批出機械人權限，供小工具及其他機械人等等辨識這個帳號是機械人，而且該任務也應該不需要在最近更改顯示出來，加上bot flag應無不適。 Xiplus#Talk 2020年7月13日 (一) 23:35 (UTC)
那就保留markbotedits吧。我這邊看看能不能從mediawiki的層面上修...--Antigng（留言） 2020年7月14日 (二) 09:38 (UTC)
希望我沒有誤解您「保留markbotedits」的意思是保留機械人權限，因為markbotedits是一個權限（非權限組）名稱。 Xiplus#Talk 2020年7月14日 (二) 09:43 (UTC)
 正式批准運作，請憑此頁找任一行政員授予管理員及機械人。--Xiplus#Talk 2020年7月14日 (二) 09:44 (UTC)
撤銷許可，已一年未有操作，亦已通知操作者，按《機械人方針》撤銷許可。--J.Wong 2023年9月23日 (六) 13:02 (UTC)

Antigng-bot 33

  • 狀態：   已批准
  • 操作者：Antigng（留言）
  • 提請時間：2020年7月1日 (三) 23:05 (UTC)
  • 自動化程度：全自動
  • 程式語言：C
  • 用途：清理Category:引文格式1錯誤：不可見字符
  • 原始碼連結：
  • 編輯時段及頻率：不限
  • 受影響頁面：634570（存量），增速不知
  • 遵守機械人規範：僅影響名字空間0和名字空間118，本身可靠性有保證不需要{{bots}}模板控制
  • 已有機械人權限：是
  • 嚴格按照CS1模塊的邏輯處理這個分類下的條目。框架與最近三個（30，31，32）和模板相關的任務完全一致：
  1. 遍歷一棵模板樹中的所有模板；
  2. 檢查模板名是否為引用模板，若否則跳過；
  3. 檢查是否為不使用CS1的引用模板（e.g. cite arxiv），若是則跳過；
  4. 檢查本模板中各參數值：若參數名實質等同於quote則跳過不處理；若參數值含有"<!---"或"nowiki"字串則跳過不處理；
  5. 除U+FFFD（依其定義，此符號存在的目的是為了替換，而非簡單粗暴地移除）之外，若含有其它任何CS1定義的不可見字符則移除，但以下情況需要特殊處理:
  6. 控制符\t，\r，\n需特殊處理，它們在參數值的開頭和尾部出現是合法的，但在參數值中間出現則是非法的；因此在檢查參數值時，在讀入第一個非不可見且非空格的字符前，不會清走這三個字符；在讀入滿足上述條件的字符後，遇到這三個字符不會立即丟棄，而是會將其存入一個緩衝區，待讀入下一個非不可見且非空格的字符時才清空。最後將留在緩衝區中的字符（即原參數值尾部的\t\r\n）加到輸出的新參數值尾部。這種處理方式有一個非預期的行為即如果原參數值的尾巴是「\t \n \n」，輸出後會變成「 \t\n\n」。但本人認為這種處理至少是沒有害處的，應可以接受;此外，由於該三個控制字符在事實上會顯示為空格，為避免把兩個英文詞彙/數字粘一起，在清空緩衝區前會檢查當前字符和輸出的前一個字符是否是非空格、非連接符且非不可見的ASCII字符，如是則先輸出一個空格再丟棄。
static int judgeinvisible(unsigned int uch)
{
	/* 等于是把[[:Category:引文格式1错误：不可见字符]]的说明照抄一遍，但跳过U+FFFD不处理*/
	return ((uch!=0xFFFD)&&
		(uch==0x200B)||
		(uch==0x00AD)||
		(uch==0x0009)||
		(uch==0x0010)||
		(uch==0x0013)||
		((0<uch)&&(uch<=0x001F))||
		((0x0080<=uch)&&(uch<=0x009F))||
		((0xFFF9<=uch)&&(uch<=0xFFFF))||
		((0xE000<=uch)&&(uch<=0xF8FF))||
		((0xF0000<=uch)&&(uch<=0xFFFFD))||
		((0x100000<=uch)&&(uch<=0x10FFFD)));
}
批准測試運作（30次編輯）。--Xiplus#Talk 2020年7月15日 (三) 10:35 (UTC)
  • 已完成50筆編輯。除1、2之外均滿足設計要求。檢查發現是上面的表達式沒有寫對，應為：
static int judgeinvisible(unsigned int uch)
{
	/* 等于是把[[:Category:引文格式1错误：不可见字符]]的说明照抄一遍，但跳过U+FFFD不处理*/
	return ((uch!=0xFFFD)&&
		((uch==0x200B)||
		(uch==0x00AD)||
		(uch==0x0009)||
		(uch==0x0010)||
		(uch==0x0013)||
		((0<uch)&&(uch<=0x001F))||
		((0x0080<=uch)&&(uch<=0x009F))||
		((0xFFF9<=uch)&&(uch<=0xFFFF))||
		((0xE000<=uch)&&(uch<=0xF8FF))||
		((0xF0000<=uch)&&(uch<=0xFFFFD))||
		((0x100000<=uch)&&(uch<=0x10FFFD))));
}
(：)回應
1. 是。如Special:Diff/60649498所示，不取消這一換行CS1即報錯。（但處理任務時bot完全「看不見」CS1的報錯信息，因此上面的空運行結果才有意義。）
2. 是。因為最後一個參數裏帶了reflist模板，當程序完成模板解析的時候參數值的地方是一個單向鍊表
(节点1：[类型=文本,字符指针=指向字符串" ref = harv \n==参考文献==\n"所在的内存区域])->（节点2: [类型=模板，结构指针=指向模板reflist所在的内存区域]）->（节点3：[类型=文本，字符指针=指向字符串"\n\n==另请参阅==\n  "所在的内存区域]）->NULL
當程序處理到節點3的地方時，如果要去除「另請參閱」前面的兩個\n，它就必須利用節點1和節點2中已經出現過的信息。但是它完全不知道節點2中的模板里有什麼內容——不可能每解析一個條目還要向伺服器請求所有使用的模板的源碼，這不現實——為保險起見就一刀切禁止這種跨節點處理的情況。
3. 引起Citation/CS1報錯的的除了不可見字符之外，還有部分控制字符和私有字符。™與U+FFFD不同，其出現幾乎總是由OCR識別錯誤所導致的，而不是替換了什麼合法的字符，因此採用移除的處理方法並無不妥之處。--Antigng（留言） 2020年7月18日 (六) 02:11 (UTC)
 正式批准運作。--Xiplus#Talk 2020年7月18日 (六) 05:13 (UTC)

Hamish-bot 3

  • 狀態：   已批准
  • 操作者：Hamish論
  • 提請時間：2020年6月7日 (日) 13:54 (UTC)
  • 自動化程度：全自動
  • 程式語言：pywikibot
  • 用途：存檔WP:RSN
  • 討論內容連結：非討論，來自User:蟲蟲飛站外請求
  • 原始碼連結：Github
  • 編輯時段及頻率：一天一次，13:14 (UTC+8)
  • 受影響頁面：WP:RSN及其存檔頁
  • 遵守機械人規範：無關
  • 已有機械人權限：是
存檔規則為何？看部分討論有公示程序，是否有與此配合？--Xiplus#Talk 2020年6月7日 (日) 14:31 (UTC)
抱歉，未適配。請保留是申請，適配後繼續進行。--Hamish論 2020年6月7日 (日) 14:34 (UTC)
@Xiplus：已適配，修改了{{RSNR}}，章節使用status2指示狀態，當status2的狀態符合設置文件的publicizing_status或done_status時，分別會拋給機械人一個布爾值，正在公示的章節不存檔，已有共識，也就是done的章節三日即存檔，其他的按照討論中處理，也就是七日存檔。--Hamish論 2020年6月8日 (一) 17:29 (UTC)
批准測試運作（30日）。--Xiplus#Talk 2020年6月9日 (二) 01:16 (UTC)
@Xiplus：30日已到，請復檢。--來自熱烈慶祝貴市長沙地鐵再獲雙線貫通的Hamish論 2020年7月15日 (三) 08:24 (UTC)
是不是應該自動修改status2為「已過時、已存檔」之類的，而不是維持「討論中」的標記？ Xiplus#Talk 2020年7月15日 (三) 10:27 (UTC)
@Xiplus：將會在存檔時將「{{status2|討論中}}」修改為「{{status2|-|已過時並存檔}}」，不論前者簡繁。（[11]）--來自熱烈慶祝貴市長沙地鐵再獲雙線貫通的Hamish論 2020年7月17日 (五) 10:02 (UTC)
能否測試一筆編輯？您可以還原最近一次存檔再讓機械人跑一次。 Xiplus#Talk 2020年7月17日 (五) 10:05 (UTC)
@Xiplus：煩請查看機械人18日的貢獻。--來自熱烈慶祝貴市長沙地鐵再獲雙線貫通的Hamish論 2020年7月18日 (六) 09:29 (UTC)
只應該修改當下存檔的狀態而非所有舊有存檔。 Xiplus#Talk 2020年7月18日 (六) 10:00 (UTC)
咱覺得這樣可以順便修改掉他人手動存檔過後的文本，會比較好，您是怕什麽問題呢？--來自熱烈慶祝貴市長沙地鐵再獲雙線貫通的Hamish論 2020年7月18日 (六) 10:27 (UTC)
您說的有理。--Xiplus#Talk 2020年7月18日 (六) 11:13 (UTC)
 正式批准運作。--Xiplus#Talk 2020年7月18日 (六) 11:13 (UTC)

A2093064-bot 25

程式碼已在Github上提供，當在Wikipedia:新條目推薦/候選則標記條目討論頁，若發現條目討論頁掛有模板卻不在Wikipedia:新條目推薦/候選中時則移除模板。可在此查看編輯範例，其中一個錯誤是檢查模板時沒有忽略大小寫，現已修復。--Xiplus#Talk 2020年6月29日 (一) 01:55 (UTC)

批准測試運作（50次編輯）-Peacearth（留言） 2020年6月29日 (一) 07:44 (UTC)
測試已完成，包含17筆標記和33筆移除，見此。另外有個問題，如果移除後頁面為空是否要自動提刪，個人認為保留空頁面無所謂，在歷史中記載曾提過DYKC或許有意義。 Xiplus#Talk 2020年6月29日 (一) 08:44 (UTC)
我是覺得不用自動提刪，畢竟歷史紀錄還算有意義。如果刪除了，反而導致一般用戶無法查閱歷史。雖然空頁面會符合WP:G1中的「內容為空」標準。通常來說無論有沒有通過DYKC，都會把相關投票記錄存檔到討論頁，所以不會造成內容為空的情形。然而這33筆移除當中卻出現了11筆清空（佔了1/3），查閱歷史皆為2017年所建，不確定當時是出了什麼問題。目測除此之外沒其他問題了，看看其他人有沒有什麼想法吧，如果沒有的話我等幾天預計就通過了。-Peacearth（留言） 2020年6月29日 (一) 10:22 (UTC)
我在想，有沒有可能讓機械人在這種會清空頁面的情形下，掛上一個新的模板，裏面寫着「本條目在X年X月曾經入選新條目推薦」或「本條目在X年X月曾經被提名新條目推薦候選但未通過」之類的。X年X月則透過檢查Wikipedia:新條目推薦當中的粗體連結、同時比對該討論頁的編輯歷史日期來獲取。不過可能得考慮條目被移動的問題。-Peacearth（留言） 2020年7月4日 (六) 08:39 (UTC)
目前街燈會在移動討論的同時移除{{DYK Invite}}並給通過的條目討論頁加上{{DYKtalk}}，未通過的則只移除模板，之前的Liangent-bot也有這個功能。如果還需要再移除{{DYK Invite}}應該只是用於不正常的情況。我看了Talk:奧林匹克運動會津巴布韋代表團。發現是因為主編刪除了提名相關的討論而導致DYK Invite沒有被移除。我猜測DYK Invite留在頁面上可能大都是這樣的情況？感覺對於需要移除的模板生成一個列表，人工複查會更好些？--及時雨 留言 2020年7月4日 (六) 15:53 (UTC)
@94rain：機械人不是停工了一段時間嗎？才導致有模板殘留。 Xiplus#Talk 2020年7月5日 (日) 04:07 (UTC)
機械人是停工了，但街燈處理DYK時還是會移除的（Special:Diff/60430773）--及時雨 留言 2020年7月5日 (日) 04:12 (UTC)
@Xiplus：你有什麼想法嗎？-Peacearth（留言） 2020年8月18日 (二) 19:09 (UTC)
沒有，要不要全部清理完之後再來看看狀況。 Xiplus#Talk 2020年8月18日 (二) 23:00 (UTC)
也行。那就 正式批准運作-Peacearth（留言） 2020年8月18日 (二) 23:14 (UTC)
Cdip150的程序沒有支援所有模板別名：Special:Diff/61454927。--Xiplus#Talk 2020年9月2日 (三) 00:41 (UTC)

Xiplus-abot 5

透過API檢查帳號的locked狀態，如果帳號被隱藏，再檢查logevents看有沒有lock紀錄，來決定是否保護。--Xiplus#Talk 2020年7月25日 (六) 02:58 (UTC)

快速批准運作 --百無一用是書生 (☎) 2020年10月26日 (一) 01:54 (UTC)

Cewbot 23

20201008.fix_anchor.js screenshot
  • 狀態：   已批准
  • 操作者：Kanashimi（留言）
  • 提請時間：2020年10月10日 (六) 08:35 (UTC)
  • 自動化程度：全自動
  • 程式語言：wikiapi
  • 用途： 修正失效的章節標題 Fix broken anchor
  • 原始碼連結：20201008.fix_anchor.js
  • 編輯時段及頻率：持續運行
  • 受影響頁面：約每天20個頁面
  • 遵守機械人規範：Yes
  • 已有機械人權限：Yes
  1. Listen to edits modifying section title in ARTICLE.
  2. Checking all pages linking to the ARTICLE.
  3. If there are links with old anchor, modify it to the newer one.
  4. If need, the bot will search revisions to find previous renamed section title.
  5. The bot may notice in the talk page for lost anchors.

測試編輯, and will trying Wikipedia:機械人/作業請求#修正由於簡繁不符匹配而失效的章節標題 --Kanashimi（留言） 2020年10月10日 (六) 08:35 (UTC)

第4點是為了處理現存的問題嗎？如果全部修正完後，應該就不需再執行第4點了？--Xiplus#Talk 2020年10月26日 (一) 01:29 (UTC)
檢查變更紀錄可以找出變更章節名稱的情況。一增一減時，才當作是改變章節名稱。 --Kanashimi（留言） 2020年10月26日 (一) 09:23 (UTC)
同時修改章節標題跟其內文（僅修改一個章節），會視為修改章節標題嗎？--Xiplus#Talk 2020年10月26日 (一) 09:41 (UTC)
當標題差異過大時，不視為相同的意涵。會當作缺失。 --Kanashimi（留言） 2020年10月26日 (一) 09:53 (UTC)
批准測試運作 20個章節修改。--Xiplus#Talk 2020年10月26日 (一) 10:00 (UTC)
完成 Please search "修正失效的章節標題" in Special:用戶貢獻/Cewbot. --Kanashimi（留言） 2020年10月27日 (二) 15:31 (UTC)
Special:Diff/62554449編輯摘要中指出的編輯是怎麼得出修改「音樂作品」的？舊版本繁簡都存在，而新版本只有繁體的。--Xiplus#Talk 2020年10月29日 (四) 01:17 (UTC)
本任務會偵測繁簡轉換（應Wikipedia:機械人/作業請求#修正由於簡繁不符匹配而失效的章節標題需求）。因此對當前文章有「音樂作品」的情況，會將「音乐作品」改成「音樂作品」。未來將在 summary 反映出修正繁簡不符匹配而失效的章節標題。 --Kanashimi（留言） 2020年10月29日 (四) 08:52 (UTC)
 正式批准運作--Xiplus#Talk 2020年10月29日 (四) 15:37 (UTC)

Antigng-bot 34

  • 狀態：   已批准
  • 操作者：Antigng（留言）
  • 提請時間：2020年7月5日 (日) 05:05 (UTC)
  • 自動化程度：自動
  • 程式語言：C
  • 用途：清理Category:含有冗餘參數的引用的頁面
  • 討論內容連結：no
  • 原始碼連結：Module:沙盒/CS1-output等
  • 編輯時段及頻率：過濾器限制1/s
  • 受影響頁面：275（存量），增速未知
  • 遵守機械人規範：無關
  • 已有機械人權限：是
  • 框架仍然與前四個申請（30，31，32，33）相同。在這個任務中，冗餘參數是完全根據Module:Citation/CS1/Configuration的配置來判定；檢驗CS1模板各參數名的別名相關的代碼是由Module:沙盒/CS1-output從Module:Citation/CS1/Configuration自動生成的（但需要人為剔除6個重複參數），因此人為疏失導致錯誤的可能性很小。處理模板的函數做下列事情：
    • 後序遍歷模板樹；
    • 如模板損壞/溢出，則跳過不處理；
    • 如不是引用模板，或為引用模板但非使用Module:Citation的引用模板，跳過不處理；
    • 對本模板內的每一對格式為（參數名=參數值）的參數，
      • 若參數名處沒有引出子模板，則查找是否有CS1意義下的同名參數（定義為Module:Citation/CS1/Configuration中同一參數名的若干別名），如有且先前僅出現過一次，則：
        • 檢驗兩個參數的參數值處是否a、皆未引出子模板；b、皆實質非空；c、實質相等；若是，則：
          • 清空後一個參數，標記當前模板為已處理；
        • 否則標記該參數名重複出現過兩次以上（且無法自動處理），不再參與後續處理。
      • 否則如該參數名從未出現過，則加入記錄。
    • 初步檢查完成後，進一步檢查跨參數導致出現冗餘參數的情形：
    • page和pages，若兩個參數名都記錄且僅記錄過一次，參數值處無引出子模板，實質非空且實質相同，則清除page參數保留pages參數，標記當前模板為已處理；
    • author和last，editor和editor-last，contributor和contributor-last，translator和translator-last，這四對參數（以下記為（本名參數，姓氏參數））分別依次進行如下處理：
      • 若本名參數和姓氏參數均僅記錄過一次，未引出子模板，
        • 若兩參數實質非空且實質相同，則：
          • 清除本名參數保留姓氏參數，標記當前模板為已處理；
        • 否則檢查名字參數（本名參數-first），若記錄且僅記錄過一次，實質非空，且名字參數和姓氏參數能「拼」成實質等同於本名參數的串（e.g. last=Sparrow|first=Jack 可拼出author=Jack Sparrow或author=Sparrow, Jack）則釋放本名參數，標記當前模板為已處理；
    • 若當前模板已處理或任何一個子模板已處理，且當前一個模板和所有子模板未損壞，輸出已處理。
批准測試運作（50次編輯）。--Xiplus#Talk 2020年10月26日 (一) 01:24 (UTC)
 正式批准運作--Xiplus#Talk 2020年10月29日 (四) 15:37 (UTC)

Antigng-bot 30

  • 第一部分將條目中的模板及嵌套關係提取出來。為正確地判斷「|」、「=」等符號的含義，在解析模板的過程中還會檢查內鏈、註釋和部分會導致維基語法失效的標籤（如nowiki、math、pre等）的狀態。此外，如果在提取過程中發現子模板已經損壞或者這個程序處理不了，則會將其所有的母模板標記為損壞。條目中有任何一個模板損壞，或者正文結束時內鏈、註釋、標籤的狀態不正常，則不會轉入第二部分。（經測試，主名字空間中有0.2%的頁面會遇到此問題，其中絕大多數是由語法錯誤造成的，例如此頁面）關於提取模板的功能的測試參見1、2。
  • 第二部分調用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次測試編輯。除本次編輯由於沒有檢查參數值是否為空（已修正）而導致錯誤外，其它編輯均符合設計要求。
批准測試運作（50次編輯）。--Xiplus#Talk 2020年10月26日 (一) 01:27 (UTC)
完成無誤--Antigng（留言） 2020年10月30日 (五) 11:51 (UTC)
 正式批准運作。--Xiplus#Talk 2020年11月2日 (一) 23:46 (UTC)

Zestbot 12

  • 狀態：   撤銷許可
  • 操作者： -Zest
  • 提請時間： 2019年2月24日 (日) 20:50 (UTC)
  • 自動化程度：全自動與半自動
  • 程式語言：awb
  • 用途：Linter obsolete tag
  • 原始碼連結：
  • 編輯時段及頻率：20/1m max
  • 受影響頁面：於下
  • 遵守機械人規範：N
  • 已有機械人權限：Y
  • 以<center>方面，將做出以下修正
    • 1：<center><gallery>...</gallery></center>→<gallery class="center">...</gallery> （1200+）
      • 以上適用於<gallery>、<categorytree>、<poem>、<pre>、<syntaxhighlight>、<source>（400）
      • 以上不適用於<hiero>、<math>、<score>、<timeline>
    • 2：表格的| <center>xxxx</center>會替換為|style="text-align: center;" | xxxx （3800+）
    • 3：<center>包圍表格，改為{| style="margin: 1em auto;" （2000-）
  • 4：以<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)
@-Zest：有測試結果或報告嗎？ --Kanashimi（留言） 2019年9月12日 (四) 15:38 (UTC)
請求已過期，請憑測試結果隨時重開。--Jimmy Xu 論 2019年12月13日 (五) 23:04 (UTC)
第一項 正式批准運作。--Xiplus#Talk 2020年10月26日 (一) 08:19 (UTC)
撤銷許可。--Xiplus#Talk 2022年10月11日 (二) 09:31 (UTC)
取自 "https://zh.wikipedia.org/w/index.php?title=Wikipedia:机器人/申请/存档/2020年/獲批的申請&oldid=64527642"