維基百科机器人

维基百科:机器人/申请

维基百科,自由的百科全书
跳转至: 导航搜索
快捷方式
WP:BRFA
WP:RFBOT
WP:RFBA

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

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 this page.
 機械人申請流程
# 機器人申請 進度 發言 參與 最新發言 最後更新(UTC+8) 最新BAG發言 BAG最後更新(UTC+8)
1 Zestbot 1 10 6 175.167.130.228 2017-11-14 00:48 A2093064 2017-10-21 16:56
2 Zestbot 2 9 5 Koala0090 2017-10-31 00:48 A2093064 2017-10-20 21:42
3 Zestbot 3 5 3 蘭斯特 2017-11-19 22:12 Artoria2e5 2017-10-17 10:33
4 A2093064-bot 10 7 4 Antigng 2017-11-21 23:36 Antigng 2017-11-21 23:36
5 Eagerbot 12 批准測試運作(100次編輯) 13 5 Kanashimi 2017-09-03 18:16 Kanashimi 2017-09-03 18:16
6 WhitePhosphorus-bot 6 測試已完成 19 7 A2093064 2017-11-11 17:24 A2093064 2017-11-11 17:24
7 Cewbot 18  正式批准運作 30 3 Xiplus 2017-11-19 09:41 A2093064 2017-11-13 15:51
8 Cewbot 17  正式批准運作 34 5 A2093064 2017-11-03 19:44 A2093064 2017-11-03 19:44
9 WhitePhosphorus-bot 8 操作者撤回申請 15 5 Kanashimi 2017-11-04 07:43 Kanashimi 2017-11-04 07:43
10 WQL-bot 撤回请求 3 1 WQL 2017-11-05 19:50
更新圖例
最近1小時內
最近1日內
一週內
一個月內
逾一個月

請求測試許可[编辑]

Zestbot 1[编辑]

  • 操作者: Zest
  • 提請時間: 2017年9月22日 (五) 04:50 (UTC)
  • 自動化程度:在確認一次任務的正確之前一律人工監視的半自動
  • 程式語言AWB為主
  • 用途: 月球環行山格式修正,共1300+頁面,用戶JHICBCGC固定錯一樣的格式,經年累月數千條目。

幾乎每個條目都相同,special:diff/45715268special:diff/45546067

  • 討論內容連結: Tiger兄的格式提醒
  • 源代碼連結:
  • 編輯時段及頻率:頻率可調整,一分鐘20筆為限
  • 受影響頁面: Special:用户贡献/JHICBCGC
  • 遵守機器人規範無關
  • 已有機器人權限:
  • (!)意見,所列任务太宽泛了,比如“喪心病狂的強迫症月球環行山格式修正”,具体如何修正您要讲清楚。另外,最好把完全没有关联的多项任务放在不同的页面申请。--Antigng留言) 2017年9月22日 (五) 03:10 (UTC)
    • 分拆。--Zest 2017年9月22日 (五) 04:50 (UTC)
      • 好。首先我们来看一下第一个修正(公里3->立方公里),我不知道要不要修,这得看社群意见。但是如果要修的话,顺便把这一堆都修了吧。--Antigng留言) 2017年9月22日 (五) 05:17 (UTC)
        • 這已經是中文和數字亂用了 2²你不會說 二² 吧,Tiger兄說的公里³要就寫km³或者中文名稱立方公里,閣下所給頁面有9成都是環型山和撞擊坑的,另外該用戶同一行習慣前面用(千)米後面用公里³,行文不統一,根據格式手册說明應採用国际单位制,格下認為公里³是合理的嗎?--Zest 2017年9月22日 (五) 05:34 (UTC)
@Antigng:這一點上我贊成蘭斯特的看法。--Temp3600留言) 2017年10月10日 (二) 17:49 (UTC)
        • BTW,我google 公里³ 只見滿滿的維基月球條目,未見任何學術機構使用,另外想問真有此事?--Zest 2017年9月22日 (五) 05:39 (UTC)
          • 这样的话,公里3可以用flood一次性搞掉了吧。立方千米及相关模板都没有这种写法。不过环形山、陨石坑还有半角括号引号、人名引号的问题 囧rz...--Tiger留言) 2017年10月15日 (日) 06:26 (UTC)
            • 我見過倒是少見,還是要丟客棧問問?--A2093064#Talk 2017年10月21日 (六) 08:56 (UTC)
註:此處原有文字,因為误导,已由175.167.130.228留言)於2017年11月13日 (一) 16:48 (UTC)刪除,尚祈見諒。若有異議請至互助客棧或向管理員反映。

Zestbot 2[编辑]

  • 操作者: Zest
  • 提請時間: 2017年9月21日 (四) 19:45 (UTC)
  • 自動化程度:在確認一次任務的正確之前一律人工監視的半自動
  • 程式語言手動與AWB為主
  • 用途: 已有條目的紅鍊分類建立與上層分類建立,至少400+,依一次清單完成一批一批建立,與機器用戶申請上相似。可見上一次編輯記錄--Zest 2017年9月22日 (五) 05:04 (UTC)
  • 討論內容連結: 機器用戶申請頁
  • 源代碼連結:
  • 編輯時段及頻率:頻率可調整,一分鐘20筆為限
  • 受影響頁面:分類方面數百至數千,可從页面分类找出未創立分類
  • 遵守機器人規範無關
  • 已有機器人權限:
    • (?)疑問:利用機器人建立分類後,請問您有辦法一個一個將之連入至WikiData?像是您建立的Category:1045年終結的國家或政權是存在外語版本的,但無連入WikiData。--Steven |_-。) 2017年9月22日 (五) 05:38 (UTC)
      • 我如果使用機器人時皆會有清單,我只要依清單給予連入即可,比起手動來說更不會遺漏。--Zest 2017年9月22日 (五) 05:50 (UTC)
    • 上層分類怎麼決定的?--A2093064#Talk 2017年10月20日 (五) 13:42 (UTC)
    • 再一個疑問:有些分類,如年史分類,需要引用像是{{estcat}}、{{DecadeCategoryNav}}或是{{Year in country category}}等年史分類模板。請問您如何利用AWB來填入這些模板之參數(這些年史分類必須要引用年史分類模板,否則我還是會照慣例修改)?再者如樓上的問題一樣,您如何決定其分類中的「上層分類」?--Steven |_-。) 2017年10月26日 (四) 12:25 (UTC)
    • 這個機器人只會操作在已經有同類型分類可參考的分類以及參照外語與上層,年表上CSV可以簡單達成。--Zest留言簽名板 2017年10月26日 (四) 19:31 (UTC)
    • 支持,這種東西靠人工建立真的極度浪費人力---Koala0090留言) 2017年10月30日 (一) 16:48 (UTC)

Zestbot 3[编辑]

  • 操作者: Zest
  • 提請時間: 2017年9月21日 (四) 19:45 (UTC)
  • 自動化程度:在確認一次任務的正確之前一律人工監視的半自動
  • 程式語言AWB為主
  • 用途:建立生物科學分類模板,參見此Special:前缀索引/Template:Taxonomy/,依個人認定維基是百年事業,這些模板能使未來生物建立者更加方便。如此任務通過會將生物條目的科學分類予以套用。前有烏拉兄的機器人建立的大量生物條目,此任務可將其模板再次優化。
  • 討論內容連結:
  • 源代碼連結:
  • 編輯時段及頻率:頻率可調整,一分鐘20筆為限
  • 受影響頁面:科學分類模板難以估計(我也沒有詳細了解有多少)
  • 遵守機器人規範無關
  • 已有機器人權限:
wp:botpol:「你應先到互助客栈及相關專題尋求共識。」,故你必須附上討論連結,bag才能處理您的申請。--Temp3600留言) 2017年10月10日 (二) 17:52 (UTC)
这年头都用Template:Automatic_taxobox了,还用得着这个吗……?——Artoria2e5 讨论要完整回覆请用ping 2017年10月17日 (二) 02:33 (UTC)
{{Taxonomy}}的子頁面皆可嵌套{{Automatic_taxobox}}、{{Subspeciesbox}}等五個模版,此模版只有優化生物科學的功能,生物學家隨時都可能變更演化支、亞種,{{Taxonomy}}正是為這個而創立,有益而無害。--米莉婭諾朵卡留言) 2017年10月24日 (二) 16:49 (UTC)

A2093064-bot 10[编辑]

{{Status2|+}}且頁面存在的都是復還或存廢再議維持原決,或許跟@Wong128hk確認一下實際情況?而且某人都不掛模板的,

因此提出此bot為這些頁面掛上Drv-kept,會檢查頁面是否有相同日期Drv-kept來避免重複掛模板。另外為了方便,我想Drv-kept的參數使用oldid應該是沒多大問題。--A2093064#Talk 2017年9月22日 (五) 04:35 (UTC)

管理員可能會用{{Status2|done}}標示完成--林勇智 2017年10月30日 (一) 05:42 (UTC)
如果用 oldid 的话,模板生成的 diff 看上去很奇怪,乍一看完全是不相关的东西。这个是小问题,要修的话可以给模板加个参数。另外打算怎么判断页面标题呢,标题栏经常很乱,会有页面移动和多个复核页面的情况。 --砜中嘌呤的白磷萃取 打谱 2017年11月3日 (五) 17:00 (UTC)
@WhitePhosphorus:我意思是我會為這模板新增oldid這個參數。--A2093064#Talk 2017年11月4日 (六) 01:29 (UTC)
將維持使用diff參數,標題混亂者忽略,只標記條目討論頁,可參考半自動標記結果。--A2093064Xiplus 2017年11月10日 (五) 14:26 (UTC)
需要考虑这种类型的编辑,以及{{Multidel}}的使用。修好之后应该可以测试了。--Antigng留言) 2017年11月21日 (二) 15:36 (UTC)

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

Eagerbot 12[编辑]

這是個成熟的程式碼,而且我檢查了測試編輯(Special:用户贡献/小躍),覺得可以考慮批准。如果出現2月30日或者11月31日,這是編者的問題,不是程式問題。--逆襲的天邪鬼留言) 2017年3月20日 (一) 08:57 (UTC)

我本來決定永不使用{{BotTrial}}這類行政模板的,但是發生一些變故,所以我還是站出來 批准測試運作(100次編輯)吧。--逆襲的天邪鬼留言) 2017年3月23日 (四) 04:53 (UTC)

  • (!)意見,每做一次条目编辑居然要记两次日志,这个每隔一段时间或者完成多少次记一下就可以了吧。--E8×E8753) 2017年3月24日 (五) 19:57 (UTC)
    • 嗯,記錄的次數比編輯的次數都多,做好事不僅留名,還要記到日記裡給人看[開玩笑的]……可以改一下,既然想事無鉅細地記錄所有編輯,那麼最好不要每做一次就記一次,而且不要特意讓機器人記錄編輯次數——請用lua模組計算以節約資源。其他任務也一樣。--逆襲的天邪鬼留言) 2017年3月25日 (六) 04:35 (UTC)
      • 好的,一對一記錄,至於次數則用模板實現。--小躍撈出記錄) 2017年3月25日 (六) 04:57 (UTC)
        • 我不幹了,測試完成之後請讓其他BAG成員處理。--逆襲的天邪鬼留言) 2017年4月10日 (一) 04:08 (UTC)

我当初搬运这个东西的时候还不太会正则,用了9行代码,现在发现其实用2行就搞定了。。--Qwhisper 2017年4月19日 (三) 10:30 (UTC)

已改內容及不做紀錄,即將重新測試100筆修改。--小躍撈出記錄) 2017年6月23日 (五) 03:15 (UTC)
順便處理一下 archivedate=6 三月 2007 這種的吧。不過或許直接跟User:InternetArchiveBot講比較快? --Kanashimi留言) 2017年9月3日 (日) 10:16 (UTC)

WhitePhosphorus-bot 6[编辑]

  • 操作者: 砜中嘌呤的白磷萃取 打谱
  • 提請時間: 2017年3月10日 (五) 15:46 (UTC)
  • 自動化程度:全自动
  • 程式語言Python
  • 用途:根据最近更改中的封禁与保护日志,如果半小时(待定)后管理员没有更新,则自动更新WP:VIPWP:PTWP:UAA的处理结果
  • 源代碼連結: 见github
  • 編輯時段及頻率:全天候运行
  • 受影響頁面:WP:VIPWP:PTWP:UAA
  • 遵守機器人規範不相关
  • 已有機器人權限:
  • WP:VIP只会更新“处理”那行还空着的。WP:PTWP:UAA只会更新“只含一个时间戳”的讨论(谁叫那里格式都这么乱呢……)。
  • 报告格式采用{{blocked}}和{{RFPP}}。封禁时长如果API没给duration,就填至%Y年%m月%d日%H时%M分%S秒(均有前导零);保护时长自己用两个时间戳算,显示%Y年%m个月%d天%H小时%M分%S秒,为0的不显示。(后者参照了现在常说的“保护1个月”“保护3天”的格式)
  • TODO: VIP那里还不支持IP range的封禁;根据Antigng的建议,要加个延时防止编辑冲突,然而延时多久尚需讨论,希望能得到大家的建议。
  • 以上。 --砜中嘌呤的白磷萃取 打谱 2017年3月10日 (五) 15:46 (UTC)
  • 对了,机器人找到第一个符合的讨论串就break了,所以如果有重复提报的话后面的它就不管了。 --砜中嘌呤的白磷萃取 打谱 2017年3月11日 (六) 10:59 (UTC)
bot不能标记重复么?--百無一用是書生 () 2017年6月7日 (三) 05:55 (UTC)
可以,这个申请现在想先搁着,暑假有空改进一下。 --砜中嘌呤的白磷萃取 打谱 2017年6月7日 (三) 06:01 (UTC)

变化:可以处理重复提报(全部都添加处理结果)。UAA不处理了,交给其他机器人。

如果有牛头不对马嘴的回报结果,直接删掉就行;除非管理员继续管理操作,否则机器人不会再添加。 --砜中嘌呤的白磷萃取 打谱 2017年6月25日 (日) 12:05 (UTC)

批准測試運作(7日)請記得隨時注意測試的狀況。 --Kanashimi留言) 2017年8月17日 (四) 10:01 (UTC)

@WhitePhosphorusLily135留言) 2017年8月17日 (四) 10:05 (UTC)

@WhitePhosphorus:是否已放棄本項申請?--Temp3600留言) 2017年10月25日 (三) 08:00 (UTC)
User:Lily135User:Temp3600User:Kanashimi刚刚开始测试,就从今天开始算吧。紧急开关在此,可供管理员使用。 --砜中嘌呤的白磷萃取 打谱 2017年10月30日 (一) 11:41 (UTC)

測試已完成。测试过程中修复的问题:
  • 之前的逻辑是优先使用 expire 而不是 duration,容易出现「2017年11月08日10时45分01秒」这种奇怪的结果。已修改优先使用 duration。
将来预期会作出的改进:
  • 由于发现封禁/保护和提交编辑之间有时间差,在提交编辑时应该再确认一次管理员是否已更改封禁/保护结果。
  • 封禁时 duration 参数还可以是这样的英文,之前没考虑到。
比较难以修复的问题:
  • RFPP 没有固定的处理栏,机器人根据是否有他人发言判断,假如有其他人发言就不回报结果,宁可少做也不做错。Xiplus 君有一个判断是否已加入保护模板的正则表达式,会再观察是否使用。
  • 由于 PHP 软件的问题,机器人看到的以年为单位的封禁和保护时间很奇怪,两年是 63113904 秒。
以上。 --砜中嘌呤的白磷萃取 打谱 2017年11月6日 (一) 16:30 (UTC)
關於短期封禁時間過後的處理不知如何?例如 115.82.209.209 --Kanashimi留言) 2017年11月6日 (一) 22:38 (UTC)
封禁兩年的單位是秒,我想問題應該是這個12。--A2093064Xiplus 2017年11月6日 (一) 22:57 (UTC)
不曉得封禁時間過後還在榜上的是不是也要把處理結果消去會比較好?或者放著原樣也是沒關係的,即使還有後續發展?例如 115.82.209.209 @ WP:VIP --Kanashimi留言) 2017年11月6日 (一) 23:12 (UTC)
我覺得放著比較好,才知道這個請求已經被處理過。--A2093064Xiplus 2017年11月8日 (三) 05:12 (UTC)
Special:Diff/46891101,小小bug(?),建議是直接四捨五入到分鐘或小時,標記時應該只需要寫到小時為最小單位就好了吧?--A2093064Xiplus 2017年11月8日 (三) 05:14 (UTC)
這個沒標記到,處理欄全空也要標記(由TW提交的)。--A2093064Xiplus 2017年11月11日 (六) 09:24 (UTC)

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

Cewbot 18[编辑]

最近因為規範變嚴格了,所以有些頁面也出現問題,必須清理。基本上這邊會從高優先度的開始嘗試,然後再往低優先度的去處理。這個維基語法清理任務已經在中文以及日文維基上跑了好一段時間了,這次擴展到對於Special:LintErrors的清理。記錄見User:Cewbot/log/20151002。 --Kanashimi留言) 2017年10月11日 (三) 09:43 (UTC)

您要先清理哪一個?我覺得應該一項一項分別來審核會比較方便。--A2093064#Talk 2017年10月15日 (日) 07:04 (UTC)
先清理Special:LintErrors/bogus-image-options吧。 --Kanashimi留言) 2017年10月19日 (四) 09:06 (UTC)
所提供的紀錄應該還沒有執行清理LintErrors的紀錄吧?那說明一下有問題的檔案選項要怎麼處理,是全部移除、還是有特別處理方式?--A2093064#Talk 2017年10月19日 (四) 11:03 (UTC)
這邊只會針對有問題的部分,刪除重複的檔案選項,嘗試修復檔案選項(如130轉成130px),略過不能處置的。 --Kanashimi留言) 2017年10月19日 (四) 13:02 (UTC)
我希望了解對於不同的錯誤個別的處理方式,您可以展示code或是列於這裡,或者在測試編輯展示,看您要哪種方式。--A2093064#Talk 2017年10月20日 (五) 12:42 (UTC)
請見Special:Diff/46639754, Special:Diff/46639667, Special:Diff/46639664, Special:Diff/46639637, Special:Diff/46639626。這幾筆原先都在Special:LintErrors/bogus-image-options中,經過修正後就消除了。 --Kanashimi留言) 2017年10月20日 (五) 13:01 (UTC)
這筆是屬於「刪除重複的檔案選項」對吧?那麼這筆呢?--A2093064#Talk 2017年10月20日 (五) 13:15 (UTC)
Special:Diff/46639626這一筆屬於刪除無效選項,有效選項請參見en:Help:Files, en:Wikipedia:Extended image syntax。 --Kanashimi留言) 2017年10月20日 (五) 13:28 (UTC)
其實硬要說全部都是無效選項,不過交給機器人清理就需要想到所有修正案例,例如纳西族中有個thrumb參數,我想應該是thumb,因此我不建議把無法判斷的移除,建議留給人類判斷;另外我在想機器人修改之後會不會讓版面改變(雖然可能不是個大問題),如果不希望動到版面,反而是不做判斷一律移除LintErrors列出的所有選項。--A2093064#Talk 2017年10月20日 (五) 13:37 (UTC)
其實"LintErrors"的意思就是說系統不能夠解析判別,就算指定了也當作是錯誤選項,有跟沒有展現的效果相同,因此刪掉也不會造成版面改變。但是像數字的部分,因為可以猜測得出來原先編輯者的意思,因此這邊就可以幫忙修正。因為過去曾經有類似作業的經驗,這邊不會一下子就馬上把所有的東西都改變或者刪掉,而是會一個一個嘗試,程式碼會不斷測試修改,確認可行再繼續作業下去。 --Kanashimi留言) 2017年10月20日 (五) 13:43 (UTC)
批准測試運作(3項各20次編輯):「刪除重複的檔案選項」、「只有數值的選項加上"px"」、「刪除空的檔案選項」各批准測試20次,其餘的請先不要改。建議編輯摘要能夠分別,好方便複查。其他的修復方式請再個別列出來。--A2093064#Talk 2017年10月27日 (五) 11:36 (UTC)
@A2093064 測試已完成 Special:LintErrors/bogus-image-options把所有種類的錯誤都列在一起了,因此比較不好甄別。請在編輯記錄找尋關鍵字"bot test",謝謝。 --Kanashimi留言) 2017年10月29日 (日) 11:34 (UTC)
Special:Diff/46760966,缩略图是無效選項嗎?而且此編輯反而產生重複選項了。
Special:Diff/46760841Special:Diff/46760471,刪除重複的檔案選項有誤。
Special:Diff/46760553,最後面那個也是空的吧。
Special:Diff/46760308,解釋一下。
Special:Diff/46760841,有框也是有效選項吧?
您也編輯太多筆了吧 囧rz...--A2093064#Talk 2017年10月29日 (日) 12:39 (UTC)
@A2093064:感謝您的核驗。多測試一點比較能看出問題所在。上面列的這些已經都修正了,再麻煩您看看了。 --Kanashimi留言) 2017年10月29日 (日) 16:19 (UTC)
我只有看到您撤銷編輯,應該再讓機器人把這幾個頁面跑一次?--A2093064#Talk 2017年11月3日 (五) 11:48 (UTC)
@A2093064:這個任務需要倚賴LintErrors API,因此已經編輯過的頁面就沒有辦法簡單的指定頁面後再重新編輯。這邊另外做了一些編輯給您參考,請在編輯記錄中找尋關鍵字"修正維基語法:",謝謝。 --Kanashimi留言) 2017年11月3日 (五) 12:44 (UTC)
已檢查,都沒有錯誤。下面列出的看看我有沒有漏掉什麼,我是根據Code列出的。--A2093064Xiplus 2017年11月5日 (日) 11:44 (UTC)
另外一些疑問,有些看起來是重複的caption,是否其中一個做為alt會比較好,對於 未規範且無效的檔案選項 和 與檔名重複且無作用的檔案選項()。--A2093064Xiplus 2017年11月5日 (日) 11:44 (UTC)
@A2093064:非常感謝您用心的檢查。關於您提到"是否其中一個做為alt會比較好","未規範且無效的檔案選項"這一項所列出的為長度極短、非有意義文字,抑或絕不可被拿來當作caption描述者。至於"與檔名重複且無作用的檔案選項",或許可列為caption,但也有很大機會誤判(例如有"|.jpg|"這類的)。既然與檔名重複,則刪除此無效選項亦不會減損資訊量。至於此task,未知您認為是否已可,或者尚須測試。 --Kanashimi留言) 2017年11月5日 (日) 13:04 (UTC)
好吧,caption這就算了,反正原本也不會顯示。至於下方黃色勾勾的我只是覺得測試較少,想再多看幾個,反正您測試每個修正規則都會跑到吧?那就請再繼續跑一些測試囉。--A2093064Xiplus 2017年11月8日 (三) 05:11 (UTC)
@A2093064 測試已完成 又做了一些測試。有些項目是邏輯上應該存在的,但是看起來實際上出現這種問題的並不多。 --Kanashimi留言) 2017年11月8日 (三) 07:13 (UTC)
您也可以參考在日文維基的編輯。 --Kanashimi留言) 2017年11月9日 (四) 08:36 (UTC)
已檢查,我只看需要再檢查的部分,這筆替換沒跟需要指定值的移除配合到。下方綠色勾的就 正式批准運作。不過我想有辦法單獨執行已批准部分嗎?要不然就還是一樣繼續測試囉。--A2093064Xiplus 2017年11月9日 (四) 11:37 (UTC)
非常感謝您幫忙檢查。這一筆替換已經修正了,其他的就再測試一下好了,正在執行。 --Kanashimi留言) 2017年11月9日 (四) 11:51 (UTC)
已經把所有能判別的都完整跑完了,其他留下來的都是無法判別的。 --Kanashimi留言) 2017年11月9日 (四) 22:34 (UTC)
Special:diff/46940317,本地也可以用「左」吧?其餘的沒有問題。正式批准「刪除同類別之其他語系的檔案選項」。--A2093064Xiplus 2017年11月13日 (一) 07:51 (UTC)
@A2093064:謝謝您的檢查,已更新。"刪除同類別之別名"可以參考在日文維基的編輯。另外當前6,874個錯誤中發生於User:,User Talk:等File, Template, Category外的有4000+,不知是否亦可作業。 --Kanashimi留言) 2017年11月13日 (一) 09:29 (UTC)
不修正應該不會有什麼問題吧?另,正式批准「將其他語系的檔案選項改為本wiki相對應的檔案選項」「刪除同類別之別名」--XiplusA2093064 2017年11月19日 (日) 01:41 (UTC)

簡要修正規則[编辑]

  • 刪除空檔案選項,Code已檢查
  • 刪除未規範且無效的檔案選項,Code已檢查
  • 刪除需要指定值但未指定值的檔案選項,Codeyellow tickY 需要更多檢查,ja:2
  • 刪除與檔名重複且無作用的檔案選項,Code已檢查
  • 修正尺寸選項為px單位,Code已檢查
  • 將尺寸選項改為正規形式,Codeyellow tickY 需要更多檢查,zh:5;ja:1
  • 刪除同類別之其他語系的檔案選項,Code已檢查
  • 將其他語系的檔案選項改為本wiki相對應的檔案選項,Code已檢查
  • 刪除同類別之別名,Code已檢查
  • 修正誤植,Code已檢查
  • 修正錯誤的圖片替代文字用法,Codeyellow tickY 需要更多檢查,zh:6;ja:1
  • 刪除重複的檔案選項,Code已檢查
  • 去掉相同類別的無效檔案選項,Code已檢查
  • 更新時間:2017年11月19日 (日) 01:41 (UTC)

待存檔[编辑]

Cewbot 17[编辑]

當作Jimmy的備用。 --Kanashimi留言) 2017年9月25日 (一) 14:18 (UTC)

    • 当前jimmy-bot是半小时清一次,您的时间最好和他的协调好。--Antigng留言) 2017年9月25日 (一) 15:41 (UTC)
這邊的依照其他wiki使用者的經驗,認為時間太短不利於測試,因此現在改兩天才清理一次,改變完後就沒有其他的意見了。 --Kanashimi留言) 2017年9月25日 (一) 22:22 (UTC)
這個這個,平常沙盒沒這行的,jimmy-bot還是會清,建議去除。Jimmy xu應該沒時間改,最好是閣下協調。--PatrollerAAAA討論|留名) 2017年9月30日 (六) 09:12 (UTC)
完成: 為 Jimmy-bot 特設,希望 Jimmy 早日歸來Smiley.svg --Kanashimi留言) 2017年9月30日 (六) 09:29 (UTC)
@Artoria2e5DargaseaA2093064:現在還是持續運行中。不過因為Jimmy-bot的活躍所以看不出來而已。只要有需要,這個任務就會自動清理沙盒。能幫忙看一下嗎?謝謝。 --Kanashimi留言) 2017年10月6日 (五) 22:49 (UTC)
目前好像是沒看到給Jimmy-bot特設後的編輯,建議先到其他未被Jimmy-bot清理的頁面測試,例如User_talk:Sandbox_for_user_warnings~zhwiki。--A2093064#Talk 2017年10月9日 (一) 12:20 (UTC)
完成. 已設定。 --Kanashimi留言) 2017年10月9日 (一) 15:33 (UTC)
我个人感觉 Jimmy-Bot 总是在别人刚动手以后就把沙盒恢复了。可否考虑在执行清理工作前,先行检查用户最后编辑时间?(不重要)Dargaseatcs 2017年10月10日 (二) 15:31 (UTC)
完成這個點子不錯。現在間隔30分鐘之內就不會清理。 --Kanashimi留言) 2017年10月11日 (三) 08:40 (UTC)
当前版本第 53 行: if (replace_to.trim() === CeL.wiki.content_of(page_data).trim()) {。此处应该没有必要加 .trim()?如果一个用户加了一堆空格和回车的话,应当也作清理。Dargaseatcs 2017年10月10日 (二) 15:35 (UTC)
 已修复 --Kanashimi留言) 2017年10月11日 (三) 08:40 (UTC)
@Kanashimi
批准測試運作。希望您可以让机器人去Beta Cluster作测试。逻辑尚且比较简单,如果在那边测试没有什么问题的话,就在此处批准吧。Dargaseatcs 2017年10月11日 (三) 23:32 (UTC)
@DargaseaFace-smile.svg謝謝你 這個任務已經在 wikinews, zh-classical, testwiki, moegirl 處理良久,您也可以參考一下在這些維基項目的紀錄。另外Wikipedia:机器人/申请/Cewbot/18也麻煩一下,謝謝。 --Kanashimi留言) 2017年10月12日 (四) 06:06 (UTC)
@DargaseaA2093064Artoria2e5:在User_talk:Sandbox_for_user_warnings~zhwiki已經測試過一段時間,不知現在看起來如何呢? --Kanashimi留言) 2017年10月20日 (五) 22:35 (UTC)
清理頻率是設定兩天嗎,還是目前是手動執行?看歷史11日的編輯到21日才清理。--A2093064#Talk 2017年10月21日 (六) 08:52 (UTC)
經查過紀錄,前一陣子的確因為程式設定上的問題,所以並沒有執行。現在是設定每天一次。是不是還需要再經過一個禮拜呢? --Kanashimi留言) 2017年10月21日 (六) 10:55 (UTC)
其實您若是需要確認執行的效果,也可以到testwiki:Project:Sandbox, zh-classical:Project:Sandbox, [1]這些地方看一下。 --Kanashimi留言) 2017年10月21日 (六) 10:59 (UTC)
現在的設定是:一天一次 & 30分鐘內有編輯不清理對吧?(看起來是UTC+8的5點清理)那如果在4:30~5:00之間有編輯,這天是不是就不會清理?--A2093064#Talk 2017年10月22日 (日) 11:48 (UTC)
是的沒錯,這樣子的編輯就會等到隔天再清理。 --Kanashimi留言) 2017年10月22日 (日) 11:54 (UTC)
@A2093064:煩請您幫忙看一下,謝謝。 --Kanashimi留言) 2017年10月29日 (日) 01:49 (UTC)
看了程式碼及做了測試編輯本身看來是沒問題。不過跟jimmy-bot配合的地方需要注意一下,同一頁面就不用兩隻機器人工作了,例如Template:沙盒。此任務會編輯的頁面請一一列在此頁。--A2093064#Talk 2017年10月29日 (日) 01:57 (UTC)
謝謝您的注意。這邊已經為 Jimmy-bot 又做了一些改變,未來不會再打編輯戰了。此任務會編輯的頁面:

由於目的是要作備援,因此大部分只在 Jimmy-bot 故障的時候才會作用。 --Kanashimi留言) 2017年10月29日 (日) 02:38 (UTC)

我覺得這個好像寫錯了?--A2093064#Talk 2017年10月29日 (日) 02:48 (UTC)
應該是可以:
var PATTERN = /==[^=]+==\s*(<[^<>]+>)?\n$/;
'header' === 'header\n== 請在這行文字底下進行您的測試 ==</noinclude>\n'.replace(PATTERN, '').trim()
'header' === 'header\n== 請在這行文字底下進行您的測試 ==\n'.replace(PATTERN, '').trim()

--Kanashimi留言) 2017年10月29日 (日) 03:03 (UTC)

var content = '<noinclude>{{請注意:請在這行文字底下進行您的測試,請不要刪除或變更這行文字以及這行文字以上的部份。}}\n{{请注意:请在这行文字底下进行您的测试,请不要删除或变更这行文字以及这行文字以上的部分。}}</noinclude>';
var replace_to = '<noinclude>{{請注意:請在這行文字底下進行您的測試,請不要刪除或變更這行文字以及這行文字以上的部份。}}\n{{请注意:请在这行文字底下进行您的测试,请不要删除或变更这行文字以及这行文字以上的部分。}}\n== 請在這行文字底下進行您的測試 ==</noinclude>\n';
replace_to.replace(/==[^=]+==\s*(<[^<>]+>)?\n$/, '').trim() === content.trim();

,不是這樣嗎?--A2093064#Talk 2017年10月29日 (日) 05:26 (UTC)

實在抱歉。您所言甚是,已經改了:
var PATTERN = /\n==[^=]+==([\n\s]*(?:<[^<>]+>)?)\n?$/;
'header</noinclude>'.trim() === 'header\n== 請在這行文字底下進行您的測試 ==</noinclude>\n'.replace(PATTERN, '$1').trim()
'header'.trim() === 'header\n== 請在這行文字底下進行您的測試 ==\n'.replace(PATTERN, '$1').trim()
'header\n</noinclude>'.trim() === 'header\n== 請在這行文字底下進行您的測試 ==\n</noinclude>\n'.replace(PATTERN, '$1').trim()
'header\n'.trim() === 'header\n== 請在這行文字底下進行您的測試 ==\n'.replace(PATTERN, '$1').trim()

--Kanashimi留言) 2017年10月29日 (日) 05:45 (UTC)

@A2093064 測試已完成 再麻煩您幫忙看一下,謝謝。 --Kanashimi留言) 2017年10月29日 (日) 11:35 (UTC)
我剛剛想到...即使您的機器人不會去修改jimmy-bot清理完的版本,可是j-bot會來清理您的機器人清理後的版本啊,這樣不太好吧?我建議要就完全配合j-bot的格式,或者您的機器人就不要清理j-bot已經負責的頁面。--A2093064#Talk 2017年10月29日 (日) 12:12 (UTC)
@A2093064:這麼說也有道理。已經改過來了,現在採用相同的格式,預防和Jimmy Xu打架。 --Kanashimi留言) 2017年10月29日 (日) 14:07 (UTC)
Special:Diff/46780095:錯誤的編輯。--A2093064#Talk 2017年10月30日 (一) 23:46 (UTC)
@A2093064:非常感您的檢核。已經過修正,並且經執行測試過。再麻煩您看一下,謝謝您。 --Kanashimi留言) 2017年10月31日 (二) 08:40 (UTC)
 正式批准運作:已複查,執行無誤。批准範圍為上列6個頁面。--A2093064#Talk 2017年11月3日 (五) 11:44 (UTC)

WhitePhosphorus-bot 8[编辑]

  • 操作者: 砜中嘌呤的白磷萃取 打谱
  • 提請時間: 2017年6月13日 (二) 14:40 (UTC)
  • 自動化程度:全自动
  • 程式語言Python
  • 用途:即时更新RFBA状态表格
  • 討論內容連結: 参见WP:机器人/申请/WhitePhosphorus-bot/4
  • 源代碼連結: (最近有大改,github上的代码过时了,改天更新)
  • 編輯時段及頻率:全天
  • 受影響頁面:User:WhitePhosphorus-bot/RFBA Status(获批的话会在RFBA页嵌入)
  • 遵守機器人規範不相关
  • 已有機器人權限:
  • 对表格的格式有意见请尽管提。时间戳的格式上次似乎未能解决。 --砜中嘌呤的白磷萃取 打谱 2017年6月13日 (二) 14:40 (UTC)
  • 此機械人極度依賴Template:BAG_Tools,有機會需要人手修正狀態表格。人手修正以後,機械人會否強行回退?--J.Wong 2017年6月18日 (日) 15:27 (UTC)
  • @WhitePhosphorusLily135留言) 2017年6月19日 (一) 08:56 (UTC)
    • 这问题后来在Telegram群组上讨论过了,简述一下结果。打算再弄一套类似{{status2}}的模版用在RFBA,让机器人识别那个,这样特殊情况(比如crystal-bot那个申请)不用BAG_Tools系列模版也不会出错,像WP:DRV那边一样改status就行。现有的BAG_Tools系列模版也可以接着用,不影响机器人存档和判定状态。 --砜中嘌呤的白磷萃取 打谱 2017年6月19日 (一) 09:01 (UTC)
    • {{StatusBRFA}}已經創建。稍後白磷會修改代碼。--J.Wong 2017年6月19日 (一) 10:23 (UTC)
      • 稍微弄了下,顯示的顏色,以及接受的參數,可能需再討論研究下。--A2093064#Talk 2017年6月19日 (一) 10:25 (UTC)
@WhitePhosphorus 批准測試運作(7日)試試看效果吧。請記得隨時注意測試的狀況。 --Kanashimi留言) 2017年8月17日 (四) 09:48 (UTC)
您這筆我就不手動搬移了。不曉得維基百科:機器人/申請/WhitePhosphorus-bot/4這個任務還有在跑嗎? --Kanashimi留言) 2017年8月17日 (四) 09:50 (UTC)
@Kanashimi:没有在跑,我自己手动搬好了。最近在重构代码,可能得晚些时候开始测试。 --砜中嘌呤的白磷萃取 打谱 2017年9月3日 (日) 12:34 (UTC)
這樣的話,未來或許這邊也來試試維基百科:機器人/申請/WhitePhosphorus-bot/4這個任務? --Kanashimi留言) 2017年9月3日 (日) 12:36 (UTC)
@WhitePhosphorus:請問這一筆是不是仍應放在「正在測試的機器人」呢? --Kanashimi留言) 2017年9月3日 (日) 12:48 (UTC)
您也能跑当然很好啦。抱歉我眼残了,不应该移动的。 --砜中嘌呤的白磷萃取 打谱 2017年9月3日 (日) 13:01 (UTC)

这个暂时先不写了, 操作者撤回申請。以后写好的话当作备胎再申请吧。 --砜中嘌呤的白磷萃取 打谱 2017年11月3日 (五) 16:44 (UTC)
您辛苦了。 --Kanashimi留言) 2017年11月3日 (五) 23:43 (UTC)

WQL-bot[编辑]

  • 操作者: 雲間守望 · 💬留言
  • 提請時間: 2017年10月24日 (二) 15:33 (UTC)
  • 自動化程度:有监督半自动
  • 程式語言Pywikibot脚本
  • 用途:Category:上海公交路线Category:上海轨道交通等分类下的页面批量向讨论页添加专题模板
  • 源代碼連結: 框架是[2],机器人直接执行CMD命令,会在下方说明
  • 編輯時段及頻率:大约在每日的晚间20时到24时之间
  • 受影響頁面:大约在500个左右,均在Talk名字空间
  • 遵守機器人規範不涉及该模板覆盖的页面,所以不遵守
  • 已有機器人權限:无(因未经批准测试被Antigng封禁,故明确提请审核再前往测试维基测试)
  • 说明0:已经进行了48笔测试操作。
  • 说明1:关于机器人用户身份编辑用户页面,我确认属于误操作。当时我曾经使用OAuth登入WMF Lab PAWS在测试维基进行操作,但是忘记登出全域账号。
  • 说明2:该机器人因为出错被封禁的原因分析。
    • 当时我输入控制台要求机器人测试的脚本如下:
      python pwb.py add_text -cat:上海公交路线 -summary:"添加上海专题模板" -text:"{{上海專題|}}" -except:"\{\{([Tt]emplate:|)上海專題" -talkpage -up
      

python pwb.py add_text -cat:上海轨道交通10号线车站 -summary:"添加上海专题模板" -text:"{{上海專題|}}" -except:"\{\{([Tt]emplate:|)上海專題" -talkpage -up python pwb.py add_text -cat:上海轨道交通10号线车站 -summary:"添加城市軌道交通專題模板" -text:"{{城市軌道交通專題|}}" -except:"\{\{([Tt]emplate:|)城市軌道交通專題" -talkpage -up

但是第一句话被误替换成了:python pwb.py add_text -cat:上海公交路线 -summary:"添加上海专题模板" -text:"[[]]" -except:"\{\{([Tt]emplate:|)上海專題" --talkpage -up,这意味着-talkpage这个选项没有生效,添加的内容还是错的。当时曾经走开,发现的时候已经晚了。事后已经尽数回退。--雲間守望 · 💬留言 2017年10月24日 (二) 15:33 (UTC)

  • 抱歉,由于接下来无暇进行测试, 撤回请求,有待日后重开申请,感谢各位关注。--雲間守望 · 💬留言 2017年11月5日 (日) 11:50 (UTC)

申請覆核[编辑]

Wcam-botAntigng-bot 18[编辑]

JPEG质量参数[编辑]

这两个bot在JPEG处理上存在对于质量系数决定过低的问题。JPEG质量系数决定对于高频细节的舍弃程度,较高的质量对于图片的清晰程度非常重要。在像素较少时图片特征个个都是一两像素的“高频”部分,更不可以使用低(小于 90)的质量系数。

  • User:Wcam的Wcam-bot生成的JPG质量系数低者达75。建议检查相关库参数。似乎和复用了原始文件的质量有关?
  • User:Antigng的bot直接使用commons缩略图,质量系数多在80左右。建议改为自己压缩。在缩小时请尽量接近wcam所用的高质量算法,此外wcam-bot保留exif的行为值得模仿。@shizhao:主意馊了。

方针规定的像素数量已经够低了,请不要再恶化质量了。原图像中相对的高低频取舍不能应用到缩小后的图片。同理,Chroma subsampling 请设置为 4:4:4,即不舍去色彩分量。 ——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月12日 (日) 17:40 (UTC)

Wcam-bot仅仅依照指引修改尺寸,不会修改图片的任何其他参数。对于非自由图片,如何在像素有限的情况下提高图片质量,是图片上传者和使用者的责任,不应该由机器人来做额外的决定。另外我不能同意「规定的像素数量已经够低了」这一说法,首先WP:NFCC规定维基百科条目和其他地方都不会自动拥有使用非自由内容的资格。其次,非自由图片是为条目服务的,因此其尺寸理应不得大于其在条目中的尺寸,而十万像素往往高于这个尺寸。在这个前提下,纠结诸如JPG质量系数这类问题我认为没有实际意义。--Wcam留言) 2017年3月13日 (一) 02:57 (UTC)
@Wcam:重新讀我簽名之前倒數第一、二句。不要讓我把《數字圖像處理》拿出來跟你講JPEG。質量係數確實是容易忽視的細節,然而出現嚴重例子(File:Police_Force_use_Brick_attack_protesters_AP_20160209.jpg,對比[3])之後就不該用「是細節」掩蓋了。——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月13日 (一) 03:54 (UTC)
已修改JPG质量参数--Wcam留言) 2017年3月13日 (一) 17:09 (UTC)
@Wcam:好的,谢谢。虽然我自己总是会说 100 太高……——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月13日 (一) 18:41 (UTC)
既然好像Jimmy又提起来了,我也再强调一遍“只用得到十万”是瞎扯吧。任何合格的前端工程师都应该知道HTML、CSS的“px”只是一种196英寸(0.26毫米)的长度单位,和物理像素的关系随着高分屏普及越来越少(要给Windows最常见的1.5x屏幕“够用”的话,限制要乘上2.25;要给移动设备和macOS机器够用的话,那乘个9限制跟没限制都快没区别了)。限制像素最重要的一个目的是保证这东西没有拿来制作盗版的价值,什么“只能用到”都是在瞎贴金。——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月14日 (二) 17:15 (UTC)
Mediawiki用的是VIPS,缺省的Q值是75,反正要么把libvips编译进来,要么直接命令行运行vipsthumbnail -s (大小) -f (输出文件名)[Q:90] (输入文件名)。--Antigng留言) 2017年3月14日 (二) 09:55 (UTC)
@Antigng:如果阁下要认真做个将图片缩小成图片——而非用后即弃的缩略图——的东西的话,请自己去抓一份imagemagick的convert做成png,然后喂进mozjpeg的cjpeg程序。——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月14日 (二) 17:13 (UTC)
啊,其實vipsthumbnail這玩意還算靠谱。就是-s的时候注意一下长宽比(可以 -c),考虑 -p 个 nohalo/lbb 之类的玩玩。system或者spawn的时候别搞炸。没别的意见了。——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月14日 (二) 20:09 (UTC)
Mediawiki原来就是用的imagemagick,后来是因为效率和质量的问题换成了VIPS。--Antigng留言) 2017年3月15日 (三) 00:02 (UTC)
因为质量原因我才会推荐两步处理呀。效率我倒是不在意,你才多少编辑速度……(倒是有件事可以整一下,进程优先级调低一点的话,你用电脑做其他工作的时候可以舒服一点。)--Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月16日 (四) 13:26 (UTC)

任务延迟和例外处理[编辑]

@Wong128hkTemp3600:在Telegram上提到,英文维基对于缩小图像的指引有“准许例外”和“考虑剪裁出重点细节部分,而非缩小全图”两点。现有的bot处理提供的“标记(Eagerbot)—缩图(antigng, wcam)—删除(jimmy-abot)”一条龙服务显得有点太aggressive了

  • @WcamAntigng:建议两个缩图bot在挂上标记模板后等待至少10天进行操作,并允许使用某种一致的模板标记设置例外。Bot在处理完成图片后应该加入跟踪分类,方便人类管理员检查。
  • @Jimmy Xu:考虑到操作效率的问题,虽然有错的可能是缩图bot,但做检查的大概得落到执行删除的管理员身上。
    • 建议Jimmy-abot快速删除旧版非自由版权文件时,排除处理最后版本是bot创建的文件。
    • 建议改为人类管理员检查bot操作后决定是删除旧版,还是回退到上一个版本(保留缩图请求、指定应该裁剪,并加bot例外)。——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月12日 (日) 19:56 (UTC)

只是有哪些要保持原圖風貌還是什麼的,以保持圖片不失真呢?我的機器人先暫停標記工作,等無異議再來繼續標記。--小躍撈出記錄) 2017年3月13日 (一) 00:01 (UTC)

@Wcam-botAntigng-bot:請先暫停縮圖的工作,協商一下怎麼作會比較好。--小躍撈出記錄) 2017年3月13日 (一) 00:08 (UTC)
@小躍:也不是说风貌(这个理由太不“合理使用”了XD),是要在分辨率不超过限制的情况下,保证条目用得到的部分看得清。因此在直接缩图之外,还有裁剪一解。另外感谢暂停。——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月13日 (一) 02:42 (UTC)
就是要看解析度夠不夠。--小躍撈出記錄) 2017年3月13日 (一) 02:44 (UTC)

@小躍:批量回退就不用了吧?还没授权呢……——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月13日 (一) 03:15 (UTC)

在下怕他們又繼續縮圖。才會實施回退功能。--小躍撈出記錄) 2017年3月13日 (一) 03:17 (UTC)
@小躍:心意领了,但是还没授权呢!——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月13日 (一) 03:20 (UTC)
不好意思該維護模板是我的機器人在維護,在下有權利可以暫停任務。--小躍撈出記錄) 2017年3月13日 (一) 03:23 (UTC)
  • @WcamAntigng:亦建議縮圖以後發個通知予上載者,告知如有不滿,可移步存廢覆核。--J.Wong 2017年3月13日 (一) 03:36 (UTC)

首先,对非自由内容从严限制,符合维基百科「自由百科全书」的宗旨和维基媒体基金会的意愿,目前的非自由图片处理流程我认为并无不妥。其次,为了少数例外情况而对目前适用于全部非自由图片的工作流程做出较大的改动,我认为实属虚耗社群精力。然而J.Wong关于通知上传者的建议我认为有可取之处。非自由内容在维基百科条目使用的资格要靠上传者自己来争取。--Wcam留言) 2017年3月13日 (一) 03:46 (UTC)

目前的處理流程完全沒有人類介入控制,是為不妥之處。如有例外情況值得標記,就不能用「全部」一詞了。將刪除作為檢查步驟的原因在於人類手動縮圖速度緩慢,檢查簡單的對錯選項則快得多,這已是出於效率考量。——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月13日 (一) 03:52 (UTC)
話不可說的這麼滿,我的機器人可以控制。--小躍撈出記錄) 2017年3月13日 (一) 03:55 (UTC)
@小躍:你的bot是好同志不錯,但它掛上的模板只是說「圖片太大」,而沒有直接表示要直接整個縮小。如果下游的bot直接默認是「整個縮小」,又有管理bot自動刪除……——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月13日 (一) 03:58 (UTC)
都已經標記建議縮小的寬度了,閣下還有問題嗎?--小躍撈出記錄) 2017年3月13日 (一) 04:01 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── @小躍:那就重新用一下之前的結論吧:問題不在標記、不在刪除,在於縮圖時默認「整個縮小」。然而考慮到人類手動縮圖速度緩慢,更適合做對錯題,應該換到刪除(管理員)步驟控制。就是說錯最小可能是你,所以也沒把你拉來覆核。——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月13日 (一) 04:03 (UTC)

雖然縮小時解析度沒去動過,不過整體縮小後圖片容易失真。--小躍撈出記錄) 2017年3月13日 (一) 04:08 (UTC)
就拿這圖說事好了,這大於十萬,你除了可以整張縮細之外,更可以裁去兩邊,突顯重點嘛。--J.Wong 2017年3月13日 (一) 04:55 (UTC)
这说得没错,但我认为图片的上传者和使用者有责任进行这些图片编辑操作,使得图片在按规定缩小后不会质量过于低下。任何用户均可根据图片来源信息获取原始图片进行必要的编辑(或在存废复核请求电邮原图),机器人不应该也不可能为特定图片做特殊的额外处理。--Wcam留言) 2017年3月13日 (一) 14:59 (UTC)
(传声筒模式)@Temp3600:在Telegram提到,目前机器人处理的图片不乏五、十年前的旧图。(Artoria认为)从这点看来,指望原上传者负责是不现实的事情。如果真的希望其他用户(包括图片使用者)看到之后顺手修复,至少该加一个“由机器人缩小,不满意者请自己上”的模板。——Artoria2e5 保持讨论完整直接{{ping}}我回复 2017年3月14日 (二) 04:29 (UTC)

逾两年没有任何编辑活动

提報不活躍機器人

Jimmy-abot 3[编辑]

目前 Jimmy-abot 每日大量使用AS号码和运营商在RIR的账户为基准封禁 IP 段,但其操作许可已经被撤销。此情况属于运行批准以外任务/未经许可运行机器人,请考虑作出处理。操作人已被通知。Dargaseatcs 2017年6月13日 (二) 17:34 (UTC)

封禁的區域段太廣了。沒有實質效益,這樣也防不住破壞者的破壞。有的想要有心想要作好的編輯卻被封禁的區段給擋住了,讓很多封禁區段的用戶都申請IP封禁豁免權,這不是好現象。--小躍撈出記錄) 2017年6月17日 (六) 13:56 (UTC)
似乎封禁脚本已经停了?--百無一用是書生 () 2017年6月19日 (一) 02:15 (UTC)
User:Shizhao似乎没有,例如52.150.96.0/20。Dargaseatcs 2017年6月19日 (一) 04:00 (UTC)
昨天之后就没有了--百無一用是書生 () 2017年6月19日 (一) 05:36 (UTC)
User:Shizhao 又继续了。Dargaseatcs 2017年6月30日 (五) 21:24 (UTC)
已通知用戶。--小躍撈出記錄) 2017年7月1日 (六) 14:55 (UTC)
操作者收到通知後,Jimmy-abot已經停止施行封禁。本案完結。--J.Wong 2017年9月10日 (日) 14:05 (UTC)

Liangent-bot 4[编辑]

參見Wikipedia:机器人/申请/Liangent-bot/4,此機器人根據跨語言連結模板自動建立重定向出錯不在少數,甚至建立後自行提報刪除(繁簡混用),實在矛盾。另外跨語言連結模板填寫的正確性影響此機器人運行的正確性,我認為這需要重新審視。--A2093064#Talk 2017年6月15日 (四) 23:06 (UTC)

问题不在bot身上,而在于输入的数据有问题(有句俗话叫做垃圾进,垃圾出);而人写出垃圾,就该去怪让新人用 {{link-en}} 这种垃圾东西的人身上。这种先不存在(中文)再存在(外文)再给显示文字的奇怪参数顺序,一般人用了不出错才怪。人这边建议早日 {{tsl}} 报平安,bot 这边偏向于驳回覆核。毕竟在 bot 编辑之前,正常人类看到的页面也会发现连结目标不对,而 bot 只是固化了这个状态而已。——Artoria2e5 讨论要完整回覆请用ping 2017年8月22日 (二) 17:24 (UTC)
@Artoria2e5:我不確定您是否沒能理解我的問題,這問題不管用link-en或是tsl都會發生,我當然知道模板填寫正確就沒這問題,可是問題就是存在錯誤,至於機器人的問題請順便看一下Wikipedia:互助客栈/其他#有關Liangent-bot根據跨語言連結自動建立重定向。--A2093064#Talk 2017年8月22日 (二) 23:32 (UTC)
垃圾进垃圾出,人类的错没有必要怪机器人。另外 link-xx 就是比 tsl 容易出现人类错误,当然就不该去用啊。——Artoria2e5 讨论要完整回覆请用ping 2017年8月23日 (三) 00:41 (UTC)
@Artoria2e5:例如連結到外文章節,這應該不能說是錯誤吧。--A2093064#Talk 2017年8月23日 (三) 00:48 (UTC)
我给那个模块写好EP了。链接外文章节的时候对不对,需要看用户在中文这里写了啥。——Artoria2e5 讨论要完整回覆请用ping 2017年8月23日 (三) 01:09 (UTC)

Jimmy-bot 6[编辑]

例子(请在各页面中搜索「px」): [4] [5] [6] [7] [8] [9] [10]

  • 是否应当修订WP:FUC第9条,将命名空间的限制适当放宽,例如允许Draft和Template命名空间?
  • 即便现有方针不变,将链接命名为「??px」是否妥当?我认为,在以上各例中,还不如直接删掉较为合适,尤其是第一例…

——Arnie97留言) 2017年7月23日 (日) 09:33 (UTC)

Draft:移到條目再放圖不就好了?Template:是否真的有合理使用,WP:NFCC#8:「條目中的意義。只有當其呈現將有助於加深讀者對條目主題的理解,而其缺失將妨礙理解時,非自由內容才能被使用。」,缺少了這張圖是否有嚴重影響,另外,在模板使用將會使得大量在頁面使用,請注意要合理使用圖像,必須要圖像說明頁一一標明所使用的條目及使用理由。--A2093064#Talk 2017年7月23日 (日) 09:46 (UTC)
链接命名只是将档名前直接加了个 : 变成普通链接所致,似乎也没什么不对的。支持考虑放宽 Draft,但是请转 VPP。——Artoria2e5 讨论要完整回覆请用ping 2017年8月12日 (六) 18:22 (UTC)