中文维基百科:机器人/申请

中文维基百科【维基百科中文版网站】
跳到导航 跳到搜索

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

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 section "請求測試許可".
# 機器人申請 進度 發言 參與 最新發言 最後更新(UTC+8) 最新BAG發言 BAG最後更新(UTC+8)
1 Ning-Bot
狀態 新申請
1 2 YFdyh000 2022-05-09 02:38
2 YFdyh-bot 3
狀態 新申請
0 1 YFdyh000 2022-05-16 22:29
3 Willy1018-bot 5
狀態 新申請
2 1 Willy1018 2022-05-19 14:15
4 150B01-abot
狀態 測試中
19 7 Cdip150 2022-05-03 12:02 Xiplus 2022-01-20 19:01
5 Jimmy-bot 13
狀態 測試已完成
13 3 Xiplus 2022-05-02 22:06 Xiplus 2022-05-02 22:06
6 WPAFC-zhwiki-bot
狀態 測試已完成
28 7 Xiplus 2022-05-01 14:55 Xiplus 2022-05-01 14:55
7 Air7538-bot 4
狀態 已批准
17 5 Xiplus 2022-05-08 22:24 Xiplus 2022-05-08 22:24
8 MilkyDeferBot
狀態 已批准
19 4 AT 2022-05-09 00:12 AT 2022-05-09 00:12
9 Q28bot
狀態 拒絕申請
3 3 Ghrenghren 2022-05-15 21:48 Xiplus 2022-05-15 21:33
發言更新圖例
  • 最近一小時內
  • 最近一日內
  • 一週內
  • 一個月內
  • 逾一個月
特殊狀態
已移動至其他頁面
或完成討論之議題
手動設定
當列表出現異常時,
請先檢查設定是否有誤

請求測試許可[编辑]

Ning-Bot[编辑]

  • (!)意見 如我在客栈所说,我倾向直接移除。或者,识别内容是否含中文(非ASCII)字符,包含才替换为注释,否则直接移除。--YFdyh000留言) 2022年5月8日 (日) 18:38 (UTC)[回复]

YFdyh-bot 3[编辑]

Willy1018-bot 5[编辑]

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

150B01-abot[编辑]

批准測試運作(14日),请用自己的账户不带bot flag编辑。--Jimmy Xu 2021年8月29日 (日) 18:40 (UTC)[回复]
@Cdip150:狀況如何?--拒食木瓜。〉 2021年9月19日 (日) 05:40 (UTC)[回复]
@Cdip150:看起來您連續測試了近5個月,如果沒什麼問題的話,應轉給機器人帳號執行。--Xiplus#Talk 2022年1月20日 (四) 11:01 (UTC)[回复]
@Cdip150:似乎可以讓Bot執行?--Ghren🐦🕓 2022年1月30日 (日) 08:30 (UTC)[回复]
最近添加的功能還是有些bug,要再試。--街燈電箱150號 開箱維修 抄錶 檢驗證明 2022年5月3日 (二) 04:02 (UTC)[回复]

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

Jimmy-bot 13[编辑]

偶在BOTREQ有可协助处理之作业请求,故申请此任务以在链入页面进行文字代换作业。--Jimmy Xu 2021年9月23日 (四) 21:05 (UTC)[回复]

{{Short description}} 這邊也有看到。要直接刪除很簡單,不過想說比較完善的方法是先跟英文維基那邊對比、查漏補缺,別單純漏失資料,看來有點複雜所以就沒動手了。
{{Pathnav}} 的問題相同。要直接刪除很簡單,不過刪掉就白白失去資訊了。
加上這兩個模板都不影響渲染,修與不修沒有表現上的差異,就沒動他們了。假如要做的話,煩請看看是不是能保留資訊。--Kanashimi留言) 2021年9月23日 (四) 22:06 (UTC)[回复]
Short description如果d:还没有内容(而本地内容至少有一个汉字)就可以补填过去,否则我会直接不要本地的而以d:已有为准。en:的文本应该没什么帮助才对,毕竟语言不同。
Pathnav则是本来就应该丢掉。应该大都是翻译而来但没有依本地惯例调整的。
至少如果能把积压消化掉的话,新来的内容也会比较好处理一些。--Jimmy Xu 2021年9月23日 (四) 22:29 (UTC)[回复]
這邊之前的調查,許多 {{Pathnav}} 包含本地的條目階層資訊,e.g, 中华人民共和国铁道部。感覺最好把這個階層結構轉換成導航模板。不過這樣就不適合機器人處理了,只好放棄。
關於 {{Short description}},之前的想法是搜尋英文維基百科,看看是否有任何一個歷史版本包含相同的短導言,有的話就能刪除。否則檢查維基數據,看看是不是能統合在一起。不過這不但麻煩,也會有一些必須手動處理的狀況。想說留著不礙事,所以也沒做了。提供給您參考。
關於Wikipedia:機器人/作業請求#電影產地模板,您可以先做些編輯,看看是否有特別需要注意的。
這邊只是提供一點之前處理時的想法,因為現實中生活繁忙,歡迎其他BAG幫忙審核。--Kanashimi留言) 2021年9月24日 (五) 06:37 (UTC)[回复]
本地条目层级应该是用分类的,Pathnav包含的资讯个人意见都是因为没有维护而才让人觉得大不了就放一个,所以意见还是应该移除。现在应该没有哪个页面缺乏分类但有Pathnav。
短导言之前看了几个条目是d:上其实空白,所以那种简单情况应该是直接复制过去就好。反正bot应该也不会去处理太为复杂的冲突。
反正这些跑的话应该都会盯着差异看,但习惯是这种简单任务至少要有测试许可才会开始写程式了。--Jimmy Xu 2021年9月24日 (五) 15:07 (UTC)[回复]
Short description著作權不相容,還是直接移除為佳。--Xiplus#Talk 2022年5月2日 (一) 14:06 (UTC)[回复]

批准測試運作(100次編輯) 嗯...其他BAG好像沒空?鑑於Jimmy Xu為受信賴的操作者,Wikipedia:機器人/作業請求#電影產地模板這一項就直接做完了吧,請檢核操作結果。其他兩項有時間幫您看一下,請附上操作記錄連結。--Kanashimi留言) 2021年10月2日 (六) 23:24 (UTC)[回复]

電影產地已做完。Pathnav 測試已完成,但似乎未遇到有模板嵌套的情况。--Jimmy Xu 2021年10月4日 (一) 17:21 (UTC)[回复]
  1. 抽了幾筆,大部分都可以直接刪除。但就是會有些特例,像警訊我想應該改{{香港警務處架構}}或另創導航模板,再將之置入警訊較理想。這恐怕是上下文相關,bot很難判別的。有個方法是檢查導航模板,若其中有本文連結,這種情況似乎較能安全刪除。
  2. 不曉得有code可供查閱嗎?--Kanashimi留言) 2021年10月7日 (四) 00:30 (UTC)[回复]
  1. 但其实对于读者来说,先前就不存在的资讯就也不会因清理而被移除。那模板已经近十年没有向读者提供任何资讯,如果有导航需要相信早已有人做了。
  2. 测试运作时用的正则是(?i){{[\s\u200e]*(?:(?:Template|模板):)?[\s\u200e]*(?:Pathnav)[\s\u200e]*(\|(?:.(?!{{))*?)?}}\n?。--Jimmy Xu 2021年10月7日 (四) 19:51 (UTC)[回复]
的確絕大多數文章都有導航模板了,不過編輯者添加導航模板也是個累積的過程,不能一蹴可幾。因此有的文章只是還沒有人著手,而這些{{Pathnav}}模板可以提供靈感。最起碼就我看到警訊是如此。另外這邊也抽了其他還沒刪除{{Pathnav}}的文章,也有類似情況。感覺一個不完全保險的方法如上述,檢查導航模板,若其中有本文連結,這種情況似乎較能安全刪除。不過就您的程式碼看來,似乎是無條件刪除。一點意見提供給您參考。--Kanashimi留言) 2021年10月7日 (四) 22:51 (UTC)[回复]
或许这样,如果Pathnav的最后一个参数有链接到该条目,那么就可以移除。--Jimmy Xu 2021年10月21日 (四) 13:53 (UTC)[回复]
同樣是檢查連結,或許可檢查最後一個section的模板(導航模板),檢查其若有連結到該條目,那麼就可以移除。--Kanashimi留言) 2021年10月22日 (五) 05:45 (UTC)[回复]

WPAFC-zhwiki-bot[编辑]

Symbol wtf vote.svg 請詳細說明自动清理之经过。--Jimmy Xu 2021年8月29日 (日) 18:36 (UTC)[回复]
(抱歉實在太懶了)
  1. 監聽 https://stream.wikimedia.org/v2/stream/recentchange ,從中撈出分類Category:正在等待審核的草稿的變動(第16行~第57行)
  2. WPJ:AFCH的方式分析頁面
    1. 如果裡面找不到Template:AFC submission,跳過該頁面(可能是已經接受的條目或是原作者不想提交了)
  3. 對其進行整理(第550行-第654行,源自於[1]並對其進行了一些修改)
  4. 如果清理完和原本長得不一樣則編輯他
以上-- Sunny00217  2021年8月30日 (一) 02:49 (UTC)[回复]
批准測試運作(50次編輯)。--Jimmy Xu 2021年8月30日 (一) 18:12 (UTC)[回复]
已修改AF 265直接給予此帳號豁免。--Xiplus#Talk 2021年8月31日 (二) 14:07 (UTC)[回复]
完成,早期(8/31-9/1)有幾筆編輯會莫名移除換行,已修復,疑似是Nodejs和瀏覽器對RegExp的解析邏輯不太一樣導致-- Sunny00217  2021年9月17日 (五) 10:58 (UTC)[回复]
看了几笔最近的,错误:时间格式不正确移除这个换行应该不对这里又多了一个换行这里移除了一个章节<​br>不需要close。--Jimmy Xu 2021年9月17日 (五) 11:09 (UTC)[回复]
(:)回應
  1. 這個提交者模板用錯了
  2. 看來是筆誤
  3. ref的,再研究一下
  4. 預期行為,沒有放外部連結的話那個章節乾脆刪了
  5. HTML5標準好像是<br />
1和2都改了-- Sunny00217  2021年9月17日 (五) 13:00 (UTC)[回复]
4. 不是外部链接,是diff最下面一行;5. Self-closing tags don't exist in HTML.--Jimmy Xu 2021年9月17日 (五) 13:04 (UTC)[回复]
4. 最後一個章節是編輯很久的演員詞條,演技很好具有一定的知名度,希望能通過審核,條目內不會存在這標題八?5. 看了一下標頭是Content-Type: text/html; charset=UTF-8,把</br>改成<br>就好了-- Sunny00217  2021年9月17日 (五) 15:36 (UTC)[回复]
所以是如何判断条目内不会存在的呢,为什么这一笔就留下来了。--Jimmy Xu 2021年9月17日 (五) 15:44 (UTC)[回复]
應該又是RegExp的問題了......-- Sunny00217  2021年9月18日 (六) 07:39 (UTC)[回复]
那是給審核員看的,重新提交時,會顯示「解釋本提交內容的詳細信息欄位將顯示在頁面的「底部」。」審核完才能刪。--拒食木瓜。〉 2021年9月18日 (六) 04:43 (UTC)[回复]
現在這種一提交就刪掉的方法會讓審核員看不到提交者的說明。--拒食木瓜。〉 2021年9月18日 (六) 04:47 (UTC)[回复]
@Jonathan5566:我想你理解錯他的意思了,那個訊息指的是審核模板而不是說更改了什麼-- Sunny00217  2021年9月18日 (六) 07:42 (UTC)[回复]
不清楚。但實務上提交者多會用來寫些拜託通過提交之類的廢話--拒食木瓜。〉 2021年9月18日 (六) 07:49 (UTC)[回复]
既然是廢話就刪了吧-- Sunny00217  2021年9月18日 (六) 08:18 (UTC)[回复]
请待修正完成后Symbol tick plus blue.svg 批准延長測試運作(50次編輯)。--Jimmy Xu 2021年9月20日 (一) 13:33 (UTC)[回复]
@Sunny00217:情況如何?—— Eric Liu 創造は生命(留言留名學生會 2022年1月9日 (日) 14:21 (UTC)[回复]
@Ericliu1912:暫時擱置,要等到1月22號以後才有時間測試-- Sunny00217  2022年1月13日 (四) 10:38 (UTC)[回复]
@Sunny00217:現在如何了?--Xiplus#Talk 2022年2月26日 (六) 15:02 (UTC)[回复]
太懶忘記了 囧rz……,等待新的專題提交中......--SunAfterRain 2022年2月28日 (一) 07:06 (UTC)[回复]
BUG:未能辨識「。」也是句號的一種 Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年3月2日 (三) 02:05 (UTC)[回复]
@SunAfterRain Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年3月2日 (三) 02:05 (UTC)[回复]
@Emojiwiki:不是bug,你看他ref標籤的前方和後方本來就各有一個句號了--SunAfterRain 2022年3月2日 (三) 09:42 (UTC)[回复]
@SunAfterRain:我指這裏:
  • 激活老人的自理能力,鼓勵老人自行到餐廳用餐,創造社交機會,增添老人自信心和幸福感。主張“過度護理和沒有護理一樣有害”。。<ref>{{cite web |title=快樂養老:荷蘭老人是這樣度過幸福晚年的|url=http://www.cadf.org.cn/post/343}}</ref>

這兩個句號。 Wiki emoji | 😷🅔🅜🅞🅙🅘🅦🅘🅚🅘😷 祝百毒不侵~ 2022年3月2日 (三) 09:57 (UTC)[回复]

@Emojiwiki:他原本是
*激活老人的自理能力,鼓勵老人自行到餐廳用餐,創造社交機會,增添老人自信心和幸福感。主張“過度護理和沒有護理一樣有害”。<ref>{{cite web |title=快樂養老:荷蘭老人是這樣度過幸福晚年的|url=http://www.cadf.org.cn/post/343}}</ref>。
顯示起來是:

激活老人的自理能力,鼓勵老人自行到餐廳用餐,創造社交機會,增添老人自信心和幸福感。主張“過度護理和沒有護理一樣有害”。[ref]。

完全合理(如果硬是對兩個一樣的移除容易誤殺,故不適合執行)--SunAfterRain 2022年3月2日 (三) 15:07 (UTC)[回复]
完成,初步看問題基本上是一堆多出的換行,已使用[2]解決(效果不在這50筆編輯以內)--SunAfterRain 2022年3月19日 (六) 14:55 (UTC)[回复]
修改標點通常是被禁止的,Wikipedia:機械人方針#上下文有關的修訂。--Xiplus#Talk 2022年5月1日 (日) 06:55 (UTC)[回复]

待存檔[编辑]

Air7538-bot 4[编辑]

目前是空分类。似乎没有多到需要bot维护的地步?--百無一用是書生 () 2021年8月4日 (三) 07:08 (UTC)[回复]
能夠自動化作業總是好的吧。—— Eric Liu 創造は生命(留言留名學生會 2021年8月4日 (三) 07:30 (UTC)[回复]
某天我一共移除了28个,可以看我贡献记录,在今年的7月26日。这个有积压的可能。--Air7538留言) 2021年8月5日 (四) 00:04 (UTC)[回复]
ok,可否详细说明一下整个任务的工作流?--百無一用是書生 () 2021年8月6日 (五) 03:26 (UTC)[回复]
批准測試運作(30次編輯)。--Jimmy Xu 2021年8月29日 (日) 18:12 (UTC)[回复]
这个怎么样了?--百無一用是書生 () 2021年10月22日 (五) 07:12 (UTC)[回复]
因为这个分类(Category:已逝世超過一個月的人物)经常是空的,所以还没有进行测试。。。--Air7538留言) 2021年10月23日 (六) 10:08 (UTC)[回复]
過去1個月有35筆人工移除,但機器人仍然沒有任何測試?--Xiplus#Talk 2022年1月20日 (四) 10:57 (UTC)[回复]
我尽快。--Air7538留言) 2022年2月1日 (二) 10:28 (UTC)[回复]
您應該讓您的程式定期自動執行,您申請的自動化程度是全自動。--Xiplus#Talk 2022年2月2日 (三) 13:36 (UTC)[回复]
现在可以全自动执行,每天执行3次,时间在0:10(UTC)6:10(UTC)12:10(UTC)。我会在自动执行后,复查一下自动编辑。--Air7538留言) 2022年2月13日 (日) 06:12 (UTC)[回复]
測試已完成,刚才一下子多了10几笔编辑,测试期间没什么问题,我的正则表达式写的太烂了。--Air7538留言) 2022年2月28日 (一) 13:05 (UTC)[回复]
Special:Diff/71395017,請不要留下空白行。 regex 後面應該加上 \n? 。修正後Symbol tick plus blue.svg 批准延長測試運作(5次編輯),完成後ping我。--Xiplus#Talk 2022年5月1日 (日) 06:44 (UTC)[回复]
@Xiplus已完成。--Air7538留言) 2022年5月8日 (日) 00:12 (UTC)[回复]
用 \n? 比 \n 好吧?--Xiplus#Talk 2022年5月8日 (日) 06:01 (UTC)[回复]
有道理,已改。--Air7538留言) 2022年5月8日 (日) 07:00 (UTC)[回复]
 正式批准運作。--Xiplus#Talk 2022年5月8日 (日) 14:24 (UTC)[回复]

MilkyDeferBot[编辑]

  • 狀態 已批准
  • 操作者:Milky·Defer
  • 提請時間:2022年2月2日 (三) 12:55 (UTC)
  • 自動化程度:全自动
  • 程式語言Rust
  • 用途:根据分类、模版嵌入、页面链入链出、页面前缀等条件筛选并创建页面列表
  • 原始碼連結:GitHub
  • 編輯時段及頻率:可调节(见下方「工作机制」)
  • 受影響頁面:不定(见下方「工作机制」)
  • 遵守機器人規範无关
  • 已有機器人權限:

用户故事:长期以来,电子游戏维基专题使用一个「最近更改」页面来追踪电子游戏相关条目的最近更改,有助于巡查破坏等。这个页面的背后依赖于一个记录了所有电子游戏条目的专题页面:WikiProject:电子游戏/条目列表。这个列表的更新长期以来一直由User:Lopullinen负责,他的工作流程是前往Quarry进行查询,然后使用Excel筛选出位于条目名字空间的页面,再手动将内容粘贴上去[来源]。去年下半年,Lopullinen的大部分时间忙于现实生活,无力及时更新列表,大致一个月才有时间更新一次,导致一个月内创建的新条目(以及被移动的既有条目)无法得到及时跟踪。此外,专题的优良、典范、特表清单也是由他负责进行手动更新。最近他终于用上了PAWS进行半自动的更新,但是他仍然希望有机器人可以做到全自动更新。

因此我考虑写了这个功能比较简单的机器人,可以依照不同的条件按照不同的输出格式生成页面列表。页面列表对最近更改巡查、各个专题的更新、中文维基百科本身的维护有益。最近更改巡查的两个页面列表都有大半年没更新了,估计也没有几个人知道。

类似技术与分析:目前存在一些功能相近的解决方案。其中之一是DynamicPageList扩展,这个扩展只能以分类作为生成依据,但是它是置于MediaWiki内运行的扩展,而非外部工具。DPL的更新是即时的,也在俄语维基新闻大批量导入页面的时候,搞垮了整个服务器集群造成网站大面积下线。DPL不适合在中文中文维基百科使用,实际上中文中文维基百科没有安装这个扩展,phab也不允许安装这个扩展。另一个功能相近的方案是Quarry,也就是Lopullinen曾经在用的方案,这是一个外部工具,直接对数据库执行SQL查询,因此具有很强的灵活性(比我写的这个机器人要强),但是要求使用者有SQL基础,且非自动任务,生成的结果需要人工的后续处理才能放入站内页面中。PetScan也是一样,其功能也很强大(甚至包括了图片使用、维基数据),但同样也不是自动任务,也需要后续的人工处理。英文中文维基百科有JL-Bot为各个专题列出当专题的优秀条目列表,可以佐证类似需求和技术实现是现实的。

工作机制:机器人所执行的工作按照「任务」(Task)来组织。Task定义了一项查询的表达式、查询超时、查询限额、查询频率、输出页面与格式。因此机器人会影响到的页面仅仅由Task数量以及每个Task定义的输出页面数量决定。机器人工作并非即时也并非连续,工作频率由Task决定。每个Task处于JSON页面内受到MediaWiki界面保护,可防止破坏与滥用(我不登入机器人账号我自己都没法用我主号控制机器人运作)。此外,机器人仅根据页面的上述元数据属性进行查询,不过问页面内的实际内容,因此也不存在大量下载页面内容的疑虑。

安全性:考虑到DPL的前车之鉴,待申请的机器人的运作十分保守。所有的作业都规定了最大超时时间(默认120秒,可对单个Task覆盖默认值),以及最大查询限额(默认单次API查询限额50000条,可对单个任务以及单个查询覆盖默认值)。这也是PetScan存在的安全限制(PetScan网页默认限制一万条结果)。超出查询时间会导致查询即时终止,超出查询限额则会导致查询结果不全。为了防止滥用,机器人还有特殊的限制:如果被指定的输出页面位于机器人配置中的「禁止命名空间」中,则机器人不会向目标页面写入内容(当前包括条目空间,可配置加入使用者讨论空间)、如果被指定的页面不存在,则机器人不会创建目标页面、如果被指定的页面是重定向页面,则机器人不会写入内容。上述机制尽可能保障机器人不会让服务器过载,以及尽可能防止他人利用机器人进行骚扰和破坏。

小规模测试:机器人方针容许在使用者个人页面中进行测试,因此我提前利用它进行了三个不同的查询。User:MilkyDefer/plbot test/vglist执行了用户故事中Lopullinen想要做的事情;User:MilkyDefer/plbot test/vgexpand列出了电子游戏条目中挂有空章节或需要扩充模版的页面;User:MilkyDefer/plbot test/vgimportant则列出了当前优良条目、典范条目、特色列表中被挂上维护模版以至于被列入「拒绝当选新条目首页展示」分类的条目,这几个条目应该要被拉出来重审。其他的一次性工作例子则包括列出WP:GA、WP:FA、WP:FL页面中的重定向页面User:Ericliu1912修正等。

请求机器人运作许可:限于机器人方针限制,没有获批的机器人只能在测试页面和自己的用户页内进行测试,因此无法在其他页面内运作。此外,申请机器人权限可以获得API高请求限额,因此一次查询可以返回更多结果,减少API访问次数降低服务器负载,也可以减少由于等待数据传输而导致的可能超时问题。我已经熟读API使用礼仪,尊重Maxlag参数,页面写入由互斥锁控制,不存在同时写入大量页面问题。此外,申请机器人运作可以让我有机会在Toolforge上运作该机器人,届时会考虑接入SQL查询以获得更好的体验,不过我看不懂Toolforge的申请流程

以上,希望各位不吝赐教。 --Milky·Defer 2022年2月2日 (三) 12:55 (UTC)[回复]

根據專題品質評級標準,本機器人申請已評為典範級。--Xiplus#Talk 2022年2月2日 (三) 13:33 (UTC)[回复]
所以想要建立新的列表,是直接向您申請嗎?管理員也有權力直接建立新的列表?--Xiplus#Talk 2022年2月2日 (三) 13:35 (UTC)[回复]
是这样的,管理员是受信任的使用者,而普通用户提出申请也能有一层人工审核,感觉比较安全。 --Milky·Defer 2022年2月2日 (三) 14:43 (UTC)[回复]
(+)支持。—— Eric Liu 創造は生命(留言留名學生會 2022年2月20日 (日) 09:03 (UTC)[回复]
批准測試運作(30日)。--Xiplus#Talk 2022年2月26日 (六) 15:00 (UTC)[回复]
了解,稍后我去申请Wikitech和ToolForge,等申请通过后开始测试。--Milky·Defer 2022年2月27日 (日) 05:40 (UTC)[回复]
  • @Xiplus:请求获取确认用户权,被防滥用过滤器挡住了 :-( --MilkyDefer 2022年3月3日 (四) 09:20 (UTC)[回复]

现在30日测试已经接近结束,这里报告一下情况。机器人所进行的所有工作都列在了User:MilkyDeferBot/pagelistbot/tasks当中。其中大部分都跟分类集合的交并补相关,但是也有利用其它机器人所列出的列表进行进一步处理的例子,这个例子展示了该机器人潜在的与其他机器人配合工作的能力。

在机器人运作的期间它没有发癫,也没有因编码不良而发生运行时错误的情况。接下来的重点改进放在完成将机器人定时运作机制从指定间隔时间改为指定cron上,以及完成多使用一些惰性加载的模式来稍微改善点性能。我希望能够趁着清明假期完成。 --MilkyDefer 2022年4月1日 (五) 13:11 (UTC)[回复]

Special:Diff/71396510,失敗的話不更新頁面會比較好?--Xiplus#Talk 2022年5月2日 (一) 14:08 (UTC)[回复]
@Xiplus:我设计这个机制的本意是如果有人不小心写错了表达式的话能得到反馈知道自己做错了。不然的话迟迟不更新页面也不知道发生什么事了,就真的除了我跑去toolforge后台查看日志之外别无他法了。--MilkyDefer 2022年5月2日 (一) 14:11 (UTC)[回复]
可以顯示錯誤訊息,但不移除下面的列表?--Xiplus#Talk 2022年5月2日 (一) 14:16 (UTC)[回复]
听上去可行,这几天实现试试。P.S. 我发现因为密钥的问题我上不去Toolforge了(囧)--MilkyDefer 2022年5月2日 (一) 14:23 (UTC)[回复]
从后台导出检阅了一下日志,是网络连接突然中断的事故(Broken pipe os error 32)。--MilkyDefer 2022年5月2日 (一) 14:50 (UTC)[回复]
@Xiplus::给机器人添加了一个“eager mode”机制——只有当任务被指定为“eager mode: true”时,不论结果如何都会更新全部内容(与之前行为一致);默认为false,此时若查询不成功则只会更新状态模板,不会碰页面的其他部分。这里展示一次运作实例:我在做出这笔更新后,机器人仅更新了模板部分(该任务每个整点启动,下次更新会在东八区晚上九点,此时应会恢复正常运作)。另外,我终于搞清楚为什么我用tmux在Toolforge那边挂着机器人每三四天就会自动被杀死了,原来是我搞错了用法——已经改为提交至Grid Engine运作。 --MilkyDefer 2022年5月4日 (三) 12:08 (UTC)[回复]
 正式批准運作。--Xiplus#Talk 2022年5月8日 (日) 14:25 (UTC)[回复]
@Xiplus:请问接下来,机器人的botflag是……会怎么样呢?--MilkyDefer 2022年5月8日 (日) 14:56 (UTC)[回复]
找個行政員來授權吧。--Xiplus#Talk 2022年5月8日 (日) 15:26 (UTC)[回复]
完成。—AT 2022年5月8日 (日) 16:12 (UTC)[回复]

Q28bot[编辑]

  • 狀態 拒絕申請
  • 操作者:Q28建议大家多多关注苏和仲辛幼安六一居士
  • 提請時間:2022年5月14日 (六) 14:24 (UTC)
  • 自動化程度:半自动
  • 程式語言api.php
  • 用途:自动为没有分类的条目加上无分类模板
  • 討論內容連結:
  • 原始碼連結:
  • 編輯時段及頻率:不定期(取决于页面数量)
  • 受影響頁面:当前为84(特殊:未归类页面
  • 遵守機器人規範不适用
  • 已有機器人權限:

@BAG成员Antigng、​和平奮鬥救地球、​WhitePhosphorus、​KanashimiXiplus请各位进行审核。--Q28建议大家多多关注诗佛诗魔诗瓢 2022年5月15日 (日) 07:50 (UTC)[回复]

拒絕申請,社群不允許批量掛維護模板。--Xiplus#Talk 2022年5月15日 (日) 13:33 (UTC)[回复]
要是可以標示有維護分類但是沒有實際分類的bot是有意義的,可以寫在管理庫報告更新,以特殊頁面的就沒有必要了。--Ghren🐦🕘 2022年5月15日 (日) 13:48 (UTC)[回复]

申請覆核[编辑]

不活躍機器人[编辑]

提報不活躍機器人