維基百科机器人

维基百科:机器人/申请

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

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

You may be blocked for running a bot without approval.

 機械人申請流程

請求測試許可[编辑]

A2093064-bot 2[编辑]

  • 操作者: A2093064#Talk
  • 提請時間: 2017年3月29日 (三) 10:47 (UTC)
  • 自動化程度:全自動
  • 程式語言PHP
  • 用途:存檔Wikipedia:需要管理員注意的用戶名
  • 源代碼連結:
  • 編輯時段及頻率:不等,方案A每月一次,方案B每1~7日一次
  • 受影響頁面:Wikipedia:需要管理員注意的用戶名及存檔頁
  • 遵守機器人規範無關
  • 已有機器人權限:Yes
  • 方案A:每月固定日期(例如10日)將前一月份的報告存檔。
  • 方案B:將已處理的(封禁)立即存檔,可設定延時(例如封禁執行過3天才存檔),未處理的指定時間後存檔(報告超過7天或到隔月10日)。
    • 方案B的想法是讓管理員方便關注在尚未處理的部分。--A2093064#Talk 2017年3月29日 (三) 10:47 (UTC)
      • 不用「下劃線劃去被封禁用戶」那個小工具的話就看不出來誰被封禁了……--逆襲的天邪鬼留言) 2017年3月30日 (四) 17:18 (UTC)
        • 我想處理的管理員都有啟用吧,方案B主要是即使用這個小工具,一堆處理過的放著也沒用處,中間還夾雜著沒處理的可能較難發現。--A2093064#Talk 2017年3月30日 (四) 22:36 (UTC)
          • @A2093064:话说我那个申请现在也能根据封禁记录处理UAA(在提报底下加{{Blocked}}),不过本来也想过像enwp那样被封禁了就存档。如果您现在这个申请选择方案B,我的bot就不用管UAA了吧?如果选择方案A,加{{Blocked}}还是有必要的。 --砜中嘌呤的白磷萃取 打谱 2017年3月31日 (五) 10:53 (UTC)
            • @WhitePhosphorus:的確是方案B就全部由我bot操作,對於方案A若有用小工具倒是沒差,我對此沒意見。--A2093064#Talk 2017年3月31日 (五) 11:25 (UTC)
              • 我更喜欢方案B,毕竟一个月的报告还是挺多的。 --砜中嘌呤的白磷萃取 打谱 2017年4月2日 (日) 12:39 (UTC)
            • en:User:HBC_AIV_helperbot5是数十分钟工作一次--Antigng留言) 2017年4月2日 (日) 12:42 (UTC)
              • 多久執行一次都可以快速調整的。--A2093064#Talk 2017年4月9日 (日) 00:24 (UTC)
        • @逆襲的天邪鬼:所以此案可行性是?--A2093064#Talk 2017年4月9日 (日) 00:24 (UTC)
          • 隨便,我沒其他意見。--逆襲的天邪鬼留言) 2017年4月9日 (日) 00:26 (UTC)
          • 我不幹了,讓其他人處理吧。我說過的話只當廢話好了。--逆襲的天邪鬼留言) 2017年4月10日 (一) 04:07 (UTC)

操作者撤回申請--百無一用是書生 () 2017年4月27日 (四) 01:41 (UTC)

shizhao大概是看错了,只是天邪鬼不想管了,楼上才是操作者。 --砜中嘌呤的白磷萃取 打谱 2017年4月27日 (四) 03:10 (UTC)
额,真是看错了,汗--百無一用是書生 () 2017年4月27日 (四) 07:19 (UTC)


A2093064-bot 5[编辑]

(离题意见)说实话In use整个就是个大粪坑……希望beta那边的合并视图能够早点放来这里测试。——Artoria2e5 讨论要完整回覆请用ping 2017年4月12日 (三) 03:09 (UTC)


A2093064-bot 6[编辑]

  • 操作者: A2093064#Talk
  • 提請時間: 2017年4月20日 (四) 12:53 (UTC)
  • 自動化程度:全自動
  • 程式語言PHP
  • 用途:存檔Wikipedia:合併請求
  • 討論內容連結: Wikipedia:机器人/作业请求#協助Wikipedia:合并请求存檔
  • 源代碼連結:
  • 編輯時段及頻率:初估1週1次
  • 受影響頁面:Wikipedia:合併請求及存檔頁
  • 遵守機器人規範無關
  • 已有機器人權限:Yes
  • 分析方式,每個*開始視為一個請求,切開,每個請求若有完成或未完成模板,存檔,若整個月份已空順便移除章節。@Willy1018:大致這樣,有要補充的嗎?--A2093064#Talk 2017年4月20日 (四) 12:53 (UTC)
    • @A2093064:目前沒有,只要注意存檔的方式,是每年每月的方式儲存,其他目前沒有什麼需補充的。-- Willy1018(留言) 2017年4月20日 (四) 13:03 (UTC)
  • 在審核通過之前,暫且可以受監視的手動執行,視為WP:ASSISTED。--A2093064#Talk 2017年4月21日 (五) 04:00 (UTC)
  • @A2093064:假如标记完成或未完成时刚好撞上机器人存档,是不是就一点延迟都没有了?感觉加一点延时比较好,虽然不知道您那边技术上麻不麻烦。 --砜中嘌呤的白磷萃取 打谱 2017年5月5日 (五) 06:55 (UTC)
    • @WhitePhosphorus:您是指標記完成後過固定時間才存檔嗎?--A2093064#Talk 2017年5月5日 (五) 07:08 (UTC)
      • 是。而且如果讨论串还有后续讨论,最好先别存档。 --砜中嘌呤的白磷萃取 打谱 2017年5月5日 (五) 07:11 (UTC)
        • @WhitePhosphorus:OK,改成整個討論串,標記已/未完成且超過7天無留言才存檔。--A2093064#Talk 2017年5月5日 (五) 07:14 (UTC)
          • 嘛,这样应该没啥问题了。好奇一下,您判断最后发言时间是看时间戳还是翻历史还是别的方法? --砜中嘌呤的白磷萃取 打谱 2017年5月5日 (五) 07:18 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── @WhitePhosphorus:如果時間參數格式跟一般簽名一樣的話可以,不過剛剛看了Unsigned的doc各種時間格式...我覺得至少要日期+時間吧。--A2093064#Talk 2017年5月5日 (五) 07:38 (UTC)

  • 我觉得能识别跟签名格式一样的就行了——现在基本都用那种格式。另外我建议您的机器人如果碰到找不着时间戳的留言,可以像jimmy-bot那样加个{{Unsigned-before}},下次把这个时间戳当成最后发言时间(不过一周跑一次的话这样做好像太慢了点……)。 --砜中嘌呤的白磷萃取 打谱 2017年5月5日 (五) 07:46 (UTC)
    • @WhitePhosphorus:這不是要翻編輯歷史查時間嗎?而且判斷是修改留言還是加入新留言有點難搞吧,不是有幾個補簽名的bot都沒有做得很好。--A2093064#Talk 2017年5月5日 (五) 07:55 (UTC)
      • 不不,我想的是这样:本来每行理应有一个时间戳,机器人却在看到讨论串最后一行没有时间戳,就给加一个{{subst:Unsigned-before|~~~~~}}。这样它下次再看就知道最后发言时间了(虽然是推迟了一点)。 --砜中嘌呤的白磷萃取 打谱 2017年5月5日 (五) 07:59 (UTC)
        • @WhitePhosphorus:我懂您的意思了,但我看這頁的提報格式,竟有簽名在內容前面的,我覺得難保不會出錯。--A2093064#Talk 2017年5月5日 (五) 08:14 (UTC)
  • @Willy1018:問個,Wikipedia:合并请求#2017年5月那個deltalk,我機器人該如何處理是好。--A2093064#Talk 2017年6月8日 (四) 07:44 (UTC)
    • @A2093064:覺得應存至2017年5月的存檔。-- Willy1018(留言) 2017年6月8日 (四) 11:20 (UTC)
      • @Willy1018:我又思考了一下,覺得無法判定是否存檔,要是請求是OK的,但下面的留言被deltalk,或是反之請求部分被deltalk,與此狀況沒有分別,因此無法判斷。--A2093064#Talk 2017年6月8日 (四) 11:30 (UTC)
        • @A2093064:言之有理,若機器人可能誤判,則交給人工處理。-- Willy1018(留言) 2017年6月8日 (四) 11:35 (UTC)
          • @A2093064:所以是现在如何处理deltalk的呢。比较关心机器人能不能把这种没把握的就放着别存档(其他存档任务也是)。 --砜中嘌呤的白磷萃取 打谱 2017年6月13日 (二) 04:52 (UTC)
            • @WhitePhosphorus:最簡單繞過的方法就是加上not done,反正我的機器人只看這兩個模板跟簽名時間。--A2093064#Talk 2017年6月13日 (二) 05:18 (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-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)

WhitePhosphorus-bot 9[编辑]

SK-bot 3[编辑]

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

Eagerbot 11[编辑]

這是個成熟的程式碼,而且我檢查了測試編輯(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)


Crystal-bot 2[编辑]

  • 操作者: Stang 136
  • 提請時間: 2017年1月24日 (二) 02:26 (UTC)
  • 程式語言Python
  • 用途:自动补签
  • 編輯時段及頻率:全天候运行
  • 受影響頁面:未知
  • 遵守機器人規範
  • 已有機器人權限:

事先说明一下,这个机器人不是我写的,源代码来自c区的Signbot,我只是进行了一些修改。感谢zhuyifei1999对我的帮助。-- Stang 136 2017年1月24日 (二) 02:26 (UTC)

Wikipedia:机器人/申请/Cewbot/15,打架了--百無一用是書生 () 2017年2月3日 (五) 03:28 (UTC)
所以怎么处理?我撤下?-- Stang 125 2017年2月4日 (六) 03:52 (UTC)
申請時Cewbot本身並未操作,而Crystal-bot申請時就已經自動執行一段時間,請行政員務必核查。--水中撈躍 2017年2月4日 (六) 08:53 (UTC)
既然是同一套,运行了段时间测试也没有任何不良反馈,so,已授权--百無一用是書生 () 2017年2月4日 (六) 09:01 (UTC)
已开工。-- Stang 124 2017年2月5日 (日) 07:10 (UTC)

  • 二○一七年二月二十日,Antigng君封禁機械人,表示出錯頻繁,及勸而不止。
  • 二○一七年二月廿六日,Antigng君接納封禁申訴並予以解封,解封理由為問題已修正。
  • 二○一七年二月廿六日,Antigng君再次永久封禁機械人,指出機械人仍有大量不當編輯。
  • 二○一七年六月五日,因為操作者表示無法修復,遂吊銷操作許可及除權。
  • 二○一七年六月十八日,WhitePhosphorus君接納封禁申訴,解封並准予作進一步測試。
  • 以上。--J.Wong 2017年6月23日 (五) 03:11 (UTC)

17-06-13更新:正在重新测试。-- Stang 2017年6月13日 (二) 10:48 (UTC)

Special:diff/44826901,這個比較特別,簽名應該在模板內,請考慮要不要修復。--A2093064#Talk 2017年6月19日 (一) 02:22 (UTC)
Special:diff/44831377,個人認為這個不需要補簽名。--A2093064#Talk 2017年6月19日 (一) 10:27 (UTC)
@A2093064:44831377 已修复,参考special:diff/44833322;44826901个人认为补签名合理,但是仿佛无法实现在模板内部签名...另如有问题请ping我。-- Stang 2017年6月19日 (一) 11:32 (UTC)
@Stang:不如封禁申訴模板也排除?反正也不會有其他人來申訴,翻查歷史人工補上較其他頁面方便。--A2093064#Talk 2017年6月21日 (三) 12:40 (UTC)
user:A2093064[[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]]封禁申诉中也不是没有其他用户代为申诉的情况啊,如Special:diff/44826901中(当然这个可能会被认定为绕过封禁);另外,如果是用户自己编辑自己的用户讨论页的话,机器人会排除的。-- Stang 2017年6月22日 (四) 00:58 (UTC)
Bugs:
  1. special:diff/44862226,是否应将“还原”加入编辑摘要的排除列表?
  2. special:diff/44834546,此类错误偶尔发生。
  3. special:diff/44839043,这是其他用户代签的原因,因此会补签名。另外经过测试,添加连接到其他维基媒体站点上自己的相关页面也是可以的。
  4. 蓝桌的已删除查询请求的某些问题。

-- Stang 2017年6月22日 (四) 01:09 (UTC)

請@Stang注意:過度補簽名不是好事,望閣下能夠將原始碼做出進一步的更改。--小躍撈出記錄) 2017年6月24日 (六) 14:15 (UTC)

我觉得问题不是在代码呢...另外是在搞不明白为什么有的地方可以按正则排除,有的地方排不了呢。-- Stang 2017年6月24日 (六) 14:20 (UTC)
  • @Stang:個人建議,補簽的時間戳能不能跟標準簽名格式一樣(差了一個星期幾),想讓時間轉換的小工具起效用。--A2093064#Talk 2017年6月27日 (二) 06:56 (UTC)
  • Special:diff/45045707,這不需要簽名。--A2093064#Talk 2017年7月4日 (二) 01:06 (UTC)

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

JJMC89 bot[编辑]

  • 操作者: JJMC89留言
  • 提請時間: 2017年7月9日 (日) 08:36 (UTC)
  • 自動化程度:Automatic
  • 程式語言Python
  • 用途:
    Replace BSicons.
    The config (global) has a blacklist and a whitelist.
  • 討論內容連結:
  • 源代碼連結: Pywikibot; source
  • 編輯時段及頻率:Daily
  • 受影響頁面:未知
  • 遵守機器人規範Yes
  • 已有機器人權限:No
  • Notes: I only understand English. Please verify that the edit summary has been appropriately translated. This task was requested because the route diagram templates don't use syntax recognized by global replace / CommonsDelinker. This task has been approved on English Wikipedia and running since February 2017. 2017年7月9日 (日) 08:36 (UTC)
    • @JJMC89: The edit summary seems good. According to the replacement map, there are 443 pages affected in total, which is not a huge number so you might run at a slow speed without the bot flag. Currently I would like to 批准測試運作(50次編輯). --砜中嘌呤的白磷萃取 打谱 2017年7月9日 (日) 11:19 (UTC)
      • 測試已完成 50 edits. There will be more pages than that. The replacement map only cover the second (smaller) type of replacement that the bot does. Redirects (list) are also replaced. JJMC89留言) 2017年7月9日 (日) 18:40 (UTC)

待存檔[编辑]

A2093064-bot 8[编辑]

無回應难道不应该是直到等到有回应吗?--百無一用是書生 () 2017年6月7日 (三) 05:59 (UTC)
無回應是指沒有新的討論,請注意必須狀態標記為完成或未完成才會存檔,等待回應的狀態應該是新申請或是On hold。--A2093064#Talk 2017年6月7日 (三) 06:01 (UTC)
没什么问题吧, 批准測試運作(30日)。 --砜中嘌呤的白磷萃取 打谱 2017年6月12日 (一) 17:00 (UTC)
@WhitePhosphorus 測試已完成,請在用戶貢獻裡搜尋編輯摘要包含「機器人9」來查看。--A2093064#Talk 2017年7月12日 (三) 23:27 (UTC)
A2093064君︰已抽樣檢查測試結果,未見有誤,乃 正式批准運作--J.Wong 2017年7月13日 (四) 03:31 (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,對比[1])之後就不該用「是細節」掩蓋了。——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)

逾两年没有任何编辑活动

提報不活躍機器人

ChessBOT[编辑]

  • 狀態:   新提案
  • 機器人:ChessBOT (討論 · 貢獻 · 日誌 · 變更權限)
  • 操作者:Mr.Ajedrez (討論 · 貢獻 · 日誌 · 全域貢獻)
  • 機器人最後活動時間:2012年6月25日 (一) 15:32 (UTC)
  • 操作者最後活動時間:2011年6月2日 (四) 18:42 (UTC)
  • 發出通知時間:2017年6月22日 (四) 09:48 (UTC)
  • 提交的維基人及時間:J.Wong 2017年6月22日 (四) 09:48 (UTC)

Kasymbot[编辑]

  • 狀態:   新提案
  • 機器人:Kasymbot (討論 · 貢獻 · 日誌 · 變更權限)
  • 操作者:Kasymov (討論 · 貢獻 · 日誌 · 全域貢獻)
  • 機器人最後活動時間:2012年8月2日 (四) 09:21 (UTC)
  • 操作者最後活動時間:2012年2月4日 (六) 16:08 (UTC)
  • 發出通知時間:2017年6月22日 (四) 09:48 (UTC)
  • 提交的維基人及時間:J.Wong 2017年6月22日 (四) 09:48 (UTC)

DixonDBot[编辑]

  • 狀態:   新提案
  • 機器人:DixonDBot (討論 · 貢獻 · 日誌 · 變更權限)
  • 操作者:DixonD (討論 · 貢獻 · 日誌 · 全域貢獻)
  • 機器人最後活動時間:2012年12月9日 (日) 16:24 (UTC)
  • 操作者最後活動時間:2011年1月14日 (五) 21:55 (UTC)
  • 發出通知時間:2017年6月22日 (四) 09:48 (UTC)
  • 提交的維基人及時間:J.Wong 2017年6月22日 (四) 09:48 (UTC)

Robbot[编辑]

  • 狀態:   新提案
  • 機器人:Robbot (討論 · 貢獻 · 日誌 · 變更權限)
  • 操作者:Rob Hooft (討論 · 貢獻 · 日誌 · 全域貢獻)
  • 機器人最後活動時間:2013年1月13日 (日) 22:52 (UTC)
  • 操作者最後活動時間:2004年1月4日 (日) 16:04 (UTC)
  • 發出通知時間:2017年6月22日 (四) 09:48 (UTC)
  • 提交的維基人及時間:J.Wong 2017年6月22日 (四) 09:48 (UTC)
@Wong128hk:操作者是User:Andre Engels啊。——杰里毛斯留言) 2017年6月26日 (一) 05:10 (UTC)
情況無異,最後操作時間及已通知者均無變。--J.Wong 2017年6月26日 (一) 05:44 (UTC)

DEagleBot[编辑]

CocuBot[编辑]

  • 狀態:   新提案
  • 機器人:CocuBot (討論 · 貢獻 · 日誌 · 變更權限)
  • 操作者:Cocu (討論 · 貢獻 · 日誌 · 全域貢獻)
  • 機器人最後活動時間:2013年2月11日 (一) 22:16 (UTC)
  • 操作者最後活動時間:2012年12月6日 (四) 12:25 (UTC)
  • 發出通知時間:2017年6月22日 (四) 09:48 (UTC)
  • 提交的維基人及時間:J.Wong 2017年6月22日 (四) 09:48 (UTC)

SassoBot[编辑]

  • 狀態:   新提案
  • 機器人:SassoBot (討論 · 貢獻 · 日誌 · 變更權限)
  • 操作者:Djsasso (討論 · 貢獻 · 日誌 · 全域貢獻)
  • 機器人最後活動時間:2013年3月6日 (三) 13:42 (UTC)
  • 操作者最後活動時間:2013年9月16日 (一) 18:05 (UTC)
  • 發出通知時間:2017年6月22日 (四) 09:48 (UTC)
  • 提交的維基人及時間:J.Wong 2017年6月22日 (四) 09:48 (UTC)

ZéroBot[编辑]

Idioma-bot[编辑]

  • 狀態:  
  • 機器人:Idioma-bot (討論 · 貢獻 · 日誌 · 變更權限)
  • 操作者:Hugo.arg (討論 · 貢獻 · 日誌 · 全域貢獻)
  • 機器人最後活動時間:2013年3月7日 (四) 16:53
  • 操作者最後活動時間:2012年7月3日 (二) 11:56
  • 發出通知時間:2017年6月25日 (日) 02:37 (UTC)
  • 提交的維基人及時間:B dash留言) 2017年6月25日 (日) 02:37 (UTC)
  • 此機械人因為已經被全域封鎖,而且寂伏經年,故早前已經除權。--J.Wong 2017年6月25日 (日) 17:05 (UTC)

JAnDbot

  • 狀態:   候覆
  • 機器人:JAnDbot (討論 · 貢獻 · 日誌 · 變更權限)
  • 操作者:JAn Dudík (討論 · 貢獻 · 日誌 · 全域貢獻)
  • 機器人最後活動時間:2013年7月3日 (三) 05:04
  • 操作者最後活動時間:2012年12月22日 (六) 21:43
  • 發出通知時間:2017年6月25日 (日) 02:41 (UTC)
  • 提交的維基人及時間:B dash留言) 2017年6月25日 (日) 02:41 (UTC)
  • B dash君,請問是否已發出通知?由於此為全域機械人,所以本地重複權限已經移除,此處當論其操作許可。--J.Wong 2017年6月25日 (日) 17:13 (UTC)
  • @Wong128hk:已發出通知。--B dash留言) 2017年6月26日 (一) 02:01 (UTC)
  • @Wong128hk:我以為此處僅覆核權限,覆核許可應另開單獨一頁。--A2093064#Talk 2017年6月26日 (一) 02:03 (UTC)
  • 都是因為兩年沒活動而撤銷許可,所以可以置於此。--J.Wong 2017年6月26日 (一) 05:03 (UTC)
    • @Wong128hk:不太明白方針所寫的重新申請是指權限還是許可。--A2093064#Talk 2017年6月26日 (一) 05:13 (UTC)
    • 英文原文是「deauthorized」,即撤銷授權,而且其表示需要重新申請,所以在下理解為撤銷許可。而因為許可撤銷,所以自然而然亦需要「De-flag」,解除權限。--J.Wong 2017年6月26日 (一) 05:19 (UTC)
    • 了解。--A2093064#Talk 2017年6月26日 (一) 05:34 (UTC)

You can de-flag bot. I have no further plan in zh.wiki with it. JAn Dudík留言) 2017年6月26日 (一) 07:00 (UTC)

Swifty Bot[编辑]

  • 狀態:   駁回
  • 機器人:Swifty Bot (討論 · 貢獻 · 日誌 · 變更權限)
  • 操作者:LavixCanvas (討論 · 貢獻 · 日誌 · 全域貢獻)
  • 機器人最後活動時間:2013年4月27日 (六) 19:57
  • 操作者最後活動時間:2016年3月27日 (日) 17:33 (UTC)
  • 發出通知時間:2017年6月25日 (日) 02:55 (UTC)
  • 提交的維基人及時間:B dash留言) 2017年6月25日 (日) 02:55 (UTC)
  • 操作者已改名為LavixCanvas,已其最後編輯時間為二○一六年,距今未足兩年,未符《機械人方針》規定,乃駁回所請。--J.Wong 2017年6月25日 (日) 17:22 (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[[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]]似乎没有,例如52.150.96.0/20。Dargaseatcs 2017年6月19日 (一) 04:00 (UTC)
昨天之后就没有了--百無一用是書生 () 2017年6月19日 (一) 05:36 (UTC)
user:Shizhao[[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]][[user:]] 又继续了。Dargaseatcs 2017年6月30日 (五) 21:24 (UTC)
已通知用戶。--小躍撈出記錄) 2017年7月1日 (六) 14:55 (UTC)

Liangent-bot 4[编辑]

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

Jimmy-bot 6[编辑]

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

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

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