維基百科机器人

维基百科:机器人/申请

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

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

You may be blocked for running a bot without approval.

 機械人申請流程

請求測試許可[编辑]

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

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)

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)

批准測試運作(10次編輯)好像放太久了……您試試看吧。請記得隨時注意測試的狀況。 --Kanashimi留言) 2017年8月17日 (四) 09:38 (UTC)

@Kanashimi:目前沒有任何已完成項目,所以7日內也不會有任何可以存檔的...需要長一點測試期,而且還要看那邊有在處理才能有得存檔。--A2093064#Talk 2017年8月17日 (四) 09:43 (UTC)
改了一下……--Kanashimi留言) 2017年8月17日 (四) 09:51 (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-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)

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)

批准測試運作(10次編輯)放太久了。您試試看吧。請記得隨時注意測試的狀況。 --Kanashimi留言) 2017年9月3日 (日) 10:09 (UTC)


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

待存檔[编辑]

Cewbot 15[编辑]

參考commons:User:SignBot的做法commons:Special:diff/228374368--林勇智 2017年1月10日 (二) 17:44 (UTC)
th也有一隻。 --Kanashimi留言) 2017年1月14日 (六) 02:55 (UTC)
Wikipedia:机器人/申请/Crystal-bot/2,两位协调一下,似乎Crystal-bot这个更成熟一些--百無一用是書生 () 2017年2月4日 (六) 08:59 (UTC)
當作備用如何。這邊是在等回應。依照之前申請時的標準,需要先經過同意才能試運作。所以才沒動作的。 --Kanashimi留言) 2017年2月4日 (六) 13:32 (UTC)
Crystal-bot的功能比较丰富,如果两个不同实现模式的bot,不知道会不会打架。而且pywikibot也比CeJS的库更完善,因此暂时 拒絕申請,如果Crystal-bot不再运行以后再申请吧--百無一用是書生 () 2017年2月10日 (五) 07:23 (UTC)
Crystal-bot的操作者说还有些bug需要调,他现在较忙暂时没工夫,bot停掉了。 批准測試運作(7日),看看情况先--百無一用是書生 () 2017年2月14日 (二) 13:05 (UTC)
可惜小弟最近也有些勞務,可能得好段時間才能調試。鑑於Crystal-bot 2已重啟(見User_talk:Kanashimi),如此本申請將曠日廢時;若您覺得可以就將本申請置於備用,小弟未來有時間再回來補坑。若覺不成,直接把本申請關了吧,這邊會就此打住,不再測試。--Kanashimi留言) 2017年2月18日 (六) 18:08 (UTC)
感觉备用还是有必要的....--百無一用是書生 () 2017年2月20日 (一) 07:00 (UTC)
暂时 拒絕申請,啥时候有空补完了坑,再重新提好了。备用还是很有必要的--百無一用是書生 () 2017年2月22日 (三) 07:38 (UTC)

20170815 重新提出申請[编辑]

當作備用吧。Crystal-bot/2最近沒有在跑。

已經參考、納入了一部分 User:SignBot 的做法。本工具將產生記錄頁面 User:cewbot/Signature check

工作原理:

  1. wiki.listen(): 監視最近更改的頁面。
  2. wiki.listen(): 取得頁面資料。
  3. filter_row(): 從頁面資訊做初步的篩選: 以討論頁面為主。
  4. for_each_row(): 解析頁面結構。比較頁面修訂差異。
  5. check_diff_pair(): 對於頁面每個修改的部分,都向後搜尋/檢查到章節末。
  6. check_sections(): 檢查每一段的差異、提取出所有簽名,並且做出相應的處理。
  7. for_each_row(): 將可能修改了他人文字的編輯寫進記錄頁面 User:cewbot/Signature check
  8. for_each_row(): 為沒有署名的編輯添加簽名標記。

--Kanashimi留言) 2017年8月15日 (二) 03:45 (UTC)

@ShizhaoA2093064Stang小躍:可以幫忙看一下、給點建議嗎?謝謝。最近1個月的報告已經先產生出來了。 --Kanashimi留言) 2017年8月15日 (二) 23:54 (UTC)

咱已经成了一条咸鱼了,并决定弃坑。建议您关注部分模板应被排除的问题。-- Stang 2017年8月16日 (三) 01:19 (UTC)
這個部分已經有特別處理。您可以看一下報告,大概就知道機器人會怎麼處理。 --Kanashimi留言) 2017年8月16日 (三) 01:43 (UTC)
1234,這些應該不需要簽名,另外判斷簽名沒有連結似乎還不夠好,例如12。報告我只看一半而已。--A2093064#Talk 2017年8月16日 (三) 01:57 (UTC)
咱刚看完报告,有几点建议和问题:
  1. 有大量模板需要排除,例如Talk:NU'ESTUser talk:JJMC89 botTalk:臺鐵富岡車輛基地User talk:Dennle24Talk:強震即時警報User talk:PlayerBotUser talk:Momotea233User talk:123.51.219.216
  2. Talk:我的老師叫小賀: --2017年8月11日 (五) 05:14 (UTC) 需要在最後補上用戶 Napoleons 0938 的簽名 --这是什么意思?
  3. 请排除编辑摘要或编辑类型为以下的编辑:
    1. User talk:佈景設計師:合并历史;
    2. 取消/撤销这类回退型编辑;
    3. Talk:各國執政黨列表:添加表格;
    4. User talk:Squidville1/2013年7-8月:使用user_talk页做沙盒使用。
  4. 建议未以连结的形式加上签名(例如只写了用户名或日期,但是没有加连结的情况)可单独提醒。(如Talk:小港區 );
  5. 请考虑存档的移动问题(用户讨论页/各类条目评选...)
  6. 最后,请教一下您为何会排除含有嵌入包含宣告的编辑?(如Wikipedia talk:香港維基人佈告板/2017年5月--這段修改中有嵌入包含宣告如xxx,因此跳過不處理)
以上。-- Stang 2017年8月16日 (三) 02:16 (UTC)
@A2093064Stang:非常感謝兩位熱心的幫忙檢查。
  • 關於 A2093064 所提到的幾項問題,前面那4點應該都解決了。至於後面的那兩項,由於沒有辦法直接取得用戶簽名的時候所留下來的用戶名稱,因此只能夠從註冊名稱去判斷是不是已經有簽名。舉例來說,1 這一項中,李邹不同於Lizouss,因此就很難判斷留下來的這些文字裡面有沒有包含簽名。並且事後要回來找,確實很難從李邹兩個字就判別出使用者的名稱,還是得要翻閱歷史紀錄才行。因此小弟傾向還是幫忙補簽一下名,並且提醒使用者要加上連結會比較好。未知您意下如何?
  • Stang 所提的一二三五點都已經處理了。第四點等到開始測試的時候也會一併處理。至於第六點,小弟覺得這些嵌入包含宣告應該使用在 template: 命名空間,若是要加上簽名,可能會有被含入時出現簽名的問題。因此假如沒有發現其他簽名,那就跳過不處理。
小弟已經更改過程式。因為這一次幅度比較大,所以所有的檢查重新跑一次,大約再過幾小時應該就會有結果了。到時候再麻煩幫忙看一下合不合適,謝謝。 --Kanashimi留言) 2017年8月16日 (三) 05:33 (UTC)
我覺得也是要補簽,但我是看到您的紀錄裡,有獨立出來沒有連結這一項,而我指出那兩個應該都是屬於沒有連結而不是沒有簽名,我個人覺得有加入時間卻沒加入到用戶頁的連結,就可以視為有簽名沒連結了,不知您覺得這樣如何?--A2093064#Talk 2017年8月16日 (三) 05:41 (UTC)
小弟覺得一直放著沒有加上連結也不是辦法(Wikipedia:签名#签名必须包含的部分),因此傾向幫忙加個簽名,並且如 Stang 所提的第四點,提醒一下留言者要改變簽名。事實上小弟也手動的這麼做了(User talk:Hard2signup, User talk:昴星团)。由於這一種情況下的補簽名應該不會太過頻繁,因此應該還好才是? --Kanashimi留言) 2017年8月16日 (三) 06:05 (UTC)
已經改成不自動幫忙加簽名,只會提醒。不過這只在留言有清楚留下登入名稱的情況下才有用。 --Kanashimi留言) 2017年8月16日 (三) 09:04 (UTC)
@A2093064Stang:已經有許多例子了。您可以只看著色的部分,這些才是真正會補簽名的。 --Kanashimi留言) 2017年8月16日 (三) 08:53 (UTC)
看過了,若以上面所說,沒有提供連結的簽名也補簽的話,目前運作是正確的;但我覺得其中幾個帶有日期的,Ex,沒有辨識為缺少連結應該修正一下?--A2093064#Talk 2017年8月16日 (三) 09:15 (UTC)
完成 --Kanashimi留言) 2017年8月16日 (三) 09:30 (UTC)

@ShizhaoWhitePhosphorusAntigng:打擾啦。行的話給個測試吧。 --Kanashimi留言) 2017年8月16日 (三) 11:23 (UTC)

|| row.title.startsWith('Wikipedia:')
        //
        && !row.title.startsWith('Wikipedia:机器人/申请/')
        //
        && !row.title.startsWith('Wikipedia:互助客栈/')
        // 篩選頁面內容。
这排除了相当一部分页面,例如存废讨论,权限申请,DYKN,知识问答...--Antigng留言) 2017年8月17日 (四) 10:50 (UTC)
@Antigng:因為這個命名空間之下有許多重要的頁面,因此以白名單的方式來加入或許會比較好?謝謝您提到這幾個比較重要的討論頁,這邊已經加上了。 --Kanashimi留言) 2017年8月17日 (四) 11:25 (UTC)

批准測試運作(7日)--百無一用是書生 () 2017年8月17日 (四) 11:41 (UTC)

謝謝。 --Kanashimi留言) 2017年8月17日 (四) 11:42 (UTC)
看上去误报率非常高。您的bot把Special:Diff/45348179Special:Diff/45346893Special:Diff/45401508报成了需要补签名的。--Antigng留言) 2017年8月17日 (四) 12:55 (UTC)
@Antigng已經改了。Special:Diff/45401508現在確實還沒有辦法跳過這一種把正文搬到討論區的情況,除非簽名是簽在最後而不是在最前面。只是看了過去一兩個月的記錄,這種情況出現過兩次。 --Kanashimi留言) 2017年8月17日 (四) 13:43 (UTC)
嘿嘿。这问题靠排除标题是没法避免的。--Antigng留言) 2017年8月17日 (四) 14:56 (UTC)
是啊。終極方法是拿人工智能來讀文章……這樣就很容易判別對了。 --Kanashimi留言) 2017年8月17日 (四) 15:01 (UTC)
請試著排除這筆,special:diff/45738128,clear 和格式排版加上簽名完全不搭。--Zest 2017年8月18日 (五) 17:13 (UTC)
@蘭斯特完成已修改。順帶問一下,不知道您有沒有收到機器人補簽名的通知? --Kanashimi留言) 2017年8月19日 (六) 01:14 (UTC)
你是說我留言頁的通知嗎?,這個的話沒有,你的程式碼好像說三次通知。--Zest 2017年8月19日 (六) 01:59 (UTC)
@蘭斯特Special:通知也沒有嗎?個人覺得應該要加上比較好…… --Kanashimi留言) 2017年8月19日 (六) 02:52 (UTC)
通知沒有,補簽機器人也不用每個都提醒吧,多次沒簽在提醒。--Zest 2017年8月19日 (六) 03:01 (UTC)
OK. --Kanashimi留言) 2017年8月19日 (六) 03:06 (UTC)
@Kanashimi:,special:diff/45741565特殊:diff/45742319,大致的問題在於修改格式,另外補簽速度會不會太快,可能有些用戶兩段分開編輯完才簽名,機器人過快怕影響用戶的編輯衝突。--Zest 2017年8月19日 (六) 06:44 (UTC)
@蘭斯特:感謝幫忙檢查。特殊:diff/45742319的情況,若是在這一行後面有人簽名,或者把這種告知性的文字放在模板當中,那就不會幫忙補簽了。但是整體說來,像存廢討論這種頁面,因為有些部分文字不需要簽名,所以還是排除的好。現在已經排除存廢討論了。至於幫忙補簽的延遲時間,現在先改成10分鐘試試看。 --Kanashimi留言) 2017年8月19日 (六) 07:07 (UTC)
想到一個問題,有其他人幫忙補簽名了,機器人會在補簽一次嗎?(不過我的補簽名沒有在加時間);或者把幫忙補簽名的編輯視為未簽名?--A2093064#Talk 2017年8月19日 (六) 08:11 (UTC)
應該會顯示xxx 可能編輯了 xxx 署名的文字(也可能是用戶xxx代簽名、幫忙修正錯誤格式、特意提及、搬移條目討論,或是還原/撤銷編輯)。只要偵測到有任何的簽名存在,就不會幫忙補簽名。 --Kanashimi留言) 2017年8月19日 (六) 09:10 (UTC)

@ShizhaoA2093064蘭斯特Antigng 測試已完成 --Kanashimi留言) 2017年8月24日 (四) 13:38 (UTC)

 正式批准運作--百無一用是書生 () 2017年8月31日 (四) 09:35 (UTC)

A2093064-bot 9[编辑]

  • 操作者: A2093064#Talk
  • 提請時間: 2017年7月25日 (二) 13:16 (UTC)
  • 自動化程度:全自動
  • 程式語言PHP
  • 用途:提報6個月無活動(編輯+日誌)的用戶到Wikipedia:申请解除权限,權限範圍包括Wikipedia:權限申請的7個權限,但依照新修訂的方針同時持有bot權者不會被提報AWB除權。另外在提報前一週到用戶討論頁通知。
  • 源代碼連結: Github
  • 編輯時段及頻率:每日一次
  • 受影響頁面:Wikipedia:申请解除权限
  • 遵守機器人規範不遵守,必定通知用戶
  • 已有機器人權限:
  • 關於源代碼:提報程式碼請見others_edit.php,取得用戶列表請見others_getnew.php,更新用戶最後動作時間請見others_update.php,資料庫格式請見database.sql。--A2093064#Talk 2017年7月26日 (三) 04:48 (UTC)
不知道User:Jimmy Xu有沒有寫過類似的工具了...? --Kanashimi留言) 2017年8月17日 (四) 09:13 (UTC)
@Kanashimi:現在才想到巡查跟回退會由Jimmy-abot自動除權,所以我機器人根本碰不上,而其他權限不常出現,主要還是在IPBE。--A2093064#Talk 2017年8月17日 (四) 09:25 (UTC)
根據前幾天的建議,我想讓此bot加上在提報前一週通知用戶的功能。--A2093064#Talk 2017年8月17日 (四) 09:25 (UTC)

批准測試運作(10次編輯)同樣,請記得隨時注意測試的狀況。 --Kanashimi留言) 2017年8月17日 (四) 09:41 (UTC)

@Kanashimi 測試已完成,請在用戶貢獻搜尋編輯摘要為「通知不活躍用戶除權通知」和「新提案,提報六個月無活動用戶」。--A2093064#Talk 2017年9月3日 (日) 01:16 (UTC)
 正式批准運作 但是煩請一兩個月後檢討一下這段時間的編輯是不是有不恰當的地方。 --Kanashimi留言) 2017年9月3日 (日) 01:28 (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)

逾两年没有任何编辑活动

提報不活躍機器人

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」): [2] [3] [4] [5] [6] [7] [8]

  • 是否应当修订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)