跳转到内容

维基百科:机器人/申请/存档/2020年/獲批的申請

维基百科,自由的百科全书

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

  • 狀態 已批准
  • 操作者: 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)
  • 狀態 撤銷許可
  • 操作者: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)
  • 狀態 撤銷許可
  • 操作者: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)
如果提報的條目被移動,則在提報頁修正條目名稱為重定向目標,範例編輯。--Xiplus#Talk 2020年2月28日 (五) 13:55 (UTC)

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

範例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)

  • 狀態 已批准
  • 操作者: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)
我在裡面看到了模板沙盒,您有人工檢查嗎?直接用分類成員全掛專題模板是不允許的。--Xiplus#Talk 2020年4月9日 (四) 13:37 (UTC)
更新了列表,已经过人工检查,现在应该没问题了。已经排除了已挂专题模板的页面,共计95个。--曾晋哲留言·Q616551602020年4月9日 (四) 17:32 (UTC)
我把Draft talk空间去掉了,对于Template talk空间,专题模板可以自动识别模板讨论页,分类到Category:模板级2019冠状病毒病条目,没什么问题。--曾晋哲留言·Q616551602020年4月9日 (四) 17:34 (UTC)
@Njzjz關於批量添加專題模板的部分,需要遵守Wikipedia:专题委员会/技术支持#机器人添加专题横幅的相關規範。不知您是否已詳閱了呢?另外其實如果才95個頁面要掛的話,大可不用機器人...-Peacearth留言2020年4月17日 (五) 09:24 (UTC)
已阅。如果有人能手动加模板也可……--曾晋哲留言·Q616551602020年4月19日 (日) 01:46 (UTC)
@Njzjz如果您仍想親自透過機器人來加模板的話,我認為是可以批核的(雖然數量還真有點少)。只是提醒您,其實這麼少頁面的話您也可以手動添加,或者是在該頁申請、尋求其他已獲權的用戶幫忙而不用親自操作。看您決定囉。-Peacearth留言2020年4月24日 (五) 08:27 (UTC)
我希望通过机器人添加,不麻烦别人了。--曾晋哲留言·Q616551602020年4月25日 (六) 08:46 (UTC)
由於僅少量(95個)頁面受影響,應可跳過測試期, 快速批准運作-Peacearth留言2020年4月25日 (六) 12:11 (UTC)
撤銷許可。--Xiplus#Talk 2021年8月19日 (四) 01:12 (UTC)
@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)
強制全保護能不能減少麻煩?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)
没看明白啥意思?有测试编辑吗?--百無一用是書生 () 2017年2月3日 (五) 03:24 (UTC)
我的意思是Special:Diff/42212359Special:Diff/42212358Special: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)

@KegnsShizhao可以幫我看一下嗎? - 和平、奮鬥、救地球!(留言)自然科學條目提升計劃地質專題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)

如果條目或草稿(僅處理這兩空間)引用了{{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)

根據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)
測試已完成,參見12。--Xiplus#Talk 2020年5月10日 (日) 03:34 (UTC)
 正式批准運作-Peacearth留言2020年5月29日 (五) 01:21 (UTC)

  • 狀態 撤銷許可
  • 操作者: 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)
先前討論
目前有什么要求,链入数达到一定数量就要保护?--百無一用是書生 () 2017年3月13日 (一) 03:17 (UTC)
難道上方的說明不夠清楚嗎?--小躍撈出記錄2017年3月13日 (一) 04:13 (UTC)
WP:HRT:“連結的頁面達到一定的數量(500+可先半保護,若超過5000+則應考慮全保護)”--Antigng留言2017年3月13日 (一) 10:17 (UTC)
关于保护功能的测试见这里。--Antigng留言2017年3月13日 (一) 13:53 (UTC)
我这里认为可以,就是看到EnterCriticalSection整个人都严肃了起来[開玩笑的]。不过HRT[開玩笑的]提到的只是“可以”、“考虑”,是否换成bot操作应该再留一点空间?(COI提示:这句话基本上是代表我那堆编辑请求说的。)——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月15日 (三) 03:40 (UTC)
一但這些模板被破壞,會有極大量的條目受影響。很多引用量大的模板到現在都還沒被保護,人工一個一個保護並不是很實際。還記得去年暑假某幾個高引用量模板被破壞,導致大量條目白屏無法閱讀,大家找了一段時間才找到問題。-和平、奮鬥、救地球!留言歡迎加入維基Telegram群 2017年3月15日 (三) 03:51 (UTC)

(+)支持,不過重定向模板页面怎麼辦?其高風險程度貌似和非重定向模板頁相當?(亦即如果被破壞,受到影響的頁面並不會因為他是不是重定向而有差別)。-和平、奮鬥、救地球!留言歡迎加入維基Telegram群 2017年3月15日 (三) 03:48 (UTC)

想处理重定向把hideredirect设成0就行,这个以及半保护,全保护的标准都依赖讨论共识决定。--Antigng留言2017年3月15日 (三) 09:37 (UTC)
支持處理重定向頁面。--Temp3600留言2017年3月15日 (三) 09:54 (UTC)
方针只是要求可以考虑保护,现在却变成了一定要保护,这样不太合适吧?--百無一用是書生 () 2017年3月20日 (一) 08:54 (UTC)
想不到有何种例外情形啊。--Antigng留言2017年3月20日 (一) 13:28 (UTC)
不一定一定要全保護吧!有的模板有例外,需要非管理員的更新。建議可以先徵著半保護吧!--小躍撈出記錄2017年3月20日 (一) 23:44 (UTC)
哪些呢?--Antigng留言2017年3月21日 (二) 00:48 (UTC)
Template:TOWpercent,若連結很多頁面,除擾亂或破壞以外,比較常更新的頁面,也不一定一定要全保護。--小躍撈出記錄2017年3月21日 (二) 01:01 (UTC)
这个链入页面500不到。--Antigng留言2017年3月21日 (二) 01:05 (UTC)
在下已經說了「若」,如果的意思。--小躍撈出記錄2017年3月21日 (二) 01:07 (UTC)
但是这种假设不存在啊,这种只服务于一个项目,且需要频繁修改页面不会被大量引用。公告栏才334嵌入页面呢。--Antigng留言2017年3月21日 (二) 01:08 (UTC)
那公用轉換組呢?不就是例外了嗎?--小躍撈出記錄2017年3月21日 (二) 01:11 (UTC)
公用转换组也不应该让所有用户修改啊,链入页面量大了,擅自修改谁保证不会出现“死机械人”这种奇怪的转换呢?--Antigng留言2017年3月21日 (二) 01:18 (UTC)
提请注意目前申请仅处理“模板”,未提及“模块”。原则上模块值得一起搞,但对于CGroup持保留意见。作为某些模块(Infobox gene…)的半主要维护者我可能也要有点保留意见。——Artoria2e5 讨论要完整回复请用ping 2017年3月25日 (六) 16:13 (UTC)
如果人工解除保護的話……--逆襲的天邪鬼留言2017年4月2日 (日) 02:42 (UTC)
久無討論,先且存檔。如有需要,請直接重啟此討論。--J.Wong 2017年6月7日 (三) 08:01 (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留言
  • 提請時間: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笔编辑。除12之外均满足设计要求。检查发现是上面的表达式没有写对,应为:
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
  • 提請時間: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)
@Xiplus30日已到,请复检。--來自熱烈慶祝貴市長沙地鐵再獲雙線貫通的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)

程式碼已在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)
透過API檢查帳號的locked狀態,如果帳號被隱藏,再檢查logevents看有沒有lock紀錄,來決定是否保護。--Xiplus#Talk 2020年7月25日 (六) 02:58 (UTC)

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

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留言
  • 提請時間: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-outputModule: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)
  • 第一部分将条目中的模板及嵌套关系提取出来。为正确地判断“|”、“=”等符号的含义,在解析模板的过程中还会检查内链、注释和部分会导致维基语法失效的标签(如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次测试编辑。除本次编辑由于没有检查参数值是否为空(已修正)而导致错误外,其它编辑均符合设计要求。
Old discussions...
  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)
@Antigng? --Kanashimi留言2019年9月12日 (四) 15:36 (UTC)
@Antigng?—— Eric Liu 留言留名學生會 2019年11月12日 (二) 08:47 (UTC)
請求已過期,如仍欲执行此任务请随时重开。--Jimmy Xu 2019年12月13日 (五) 22:51 (UTC)
批准測試運作(50次編輯)。--Xiplus#Talk 2020年10月26日 (一) 01:27 (UTC)
完成无误--Antigng留言2020年10月30日 (五) 11:51 (UTC)
 正式批准運作。--Xiplus#Talk 2020年11月2日 (一) 23:46 (UTC)
  • 狀態 撤銷許可
  • 操作者: -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)