維基百科:機器人/申請

此項目頁面的主題是機器人任務的申請。關於機器用戶權限的申請，請見「Wikipedia:機器用戶/申請」。

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

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 "請求測試許可".

機器人申請流程

I 在提出申請之前 請確保你的機器人符合機器人方針。 如果你提出的項目可能會引起爭議（例如對條目作出並非單純維護的更改、在用戶討論頁發放訊息），請先到互助客棧尋求共識。 你需要為機器人設立一個新帳號。點擊這裏來創建一個，並在用戶頁上表示你擁有這個機器人。 為你的機器人設立用戶頁，並將它連結至你的用戶頁（通常使用{{bot}}模版），並描述它的用途。你可以考慮給機器人加入停止功能，或者加入機器人緊急停止按鈕以便於在緊急故障時方便讓管理員封禁。 II 填寫申請表格 在下面方格內填寫你的機器人名稱，再按下「申請機器人」按鈕。如果你的機器人已經獲批執行其他工作，請在名字後面加上編號，如BotName/2 回答申請頁面上的問題後儲存頁面。 記緊在申請主頁面末尾添加新一行。 III 在審核過程當中 在審核過程中，一位審核小組成員可能會批准你的機器人試運行一段時間（通常批准前會給予社群一段時間討論），並將申請移至測試中的區域。 按照指示測試你的機器人。完成後，在審核頁面加上{{BotTrialComplete}}，並將申請子頁面移至Wikipedia:機器人/申請#已完成測試的機器人。也請提供到機器人貢獻頁面的連接，並說說測試期間遇到的錯誤。 如超過一星期沒有審核小組成員處理，你覺得你的請求被遺忘了，可以在頁面加上{{BAG assistance needed}}。但請不要每次回應後就立刻加上本模版。 你也可以用{{@BAG}}模板通知所有審核小組成員。 在申請中的任何階段，你都可以撤回申請。在請求子頁面中加上{{BotWithdrawn}}即可。 如果申請人在一段長時間後都沒有回覆審核小組提出的問題，審核小組成員可將申請標記為過期，故請定期留意申請頁面。 IV 審核完結後 當測試期完結，社群亦完成討論後（約需一星期），一名審核小組成員會正式批准或否決一項申請。 如果申請通過: 申請會在這裏存檔，並且做記錄。如有需要，行政員將在數日內給予機器人權限。（請先等待獲得權限再開始操作，以免沖刷最近更改。）如果機器人以前已有機器人權限，你可立刻開始工作。 如果申請失敗: 申請會在這裏存檔。

審核小組成員須知

批准機器人試運行 在批准試行前，請考慮該項目會否存在爭議(例如對條目作出並非單純維護的更改、在用戶討論頁發放訊息)。如果這類申請並未附上連結，顯示其已獲得社群共識(或至少社群以沉默來表示並不反對)，請用{{BOTREQ|advertise}}來要求申請者補回連結。 當討論一至三天後(視項目複雜度而定)，可用{{BotTrial}}批准機器人進行第一階段測試。一般而言機器人應試運行數十次。 請將已開始測試的機器人申請移到測試中區域。 完成第一階段測試後，小組成員應檢視機器人的運作情況。如果一切正常，則可批出第二階段測試許可。一般而言機器人應試運行一百次。 一般完成 如申請者在一段長時間後仍無回覆，可視作過期申請並關閉。 正式批准/否決申請 當已給予社群足夠時間(約一星期)去討論/分析/改進機器人後，你可正式批准/否決該申請，(程序與處理撤回/過期申請一樣)將申請狀態改為批准/快速批准/否決/被撤回/過期之一。 用這些模版來表達你的審核結果。 存檔 如果申請通過：在這裏存檔，機器人會自動更新Wikipedia:機器人/列表。 如果申請失敗：在這裏存檔。

#	機器人申請	進度	💬	👥	🙋 最新發言	🕒 (UTC+8)	BAG	🕒 (UTC+8)
1	Shio-bot 2	狀態：   新申請	2	2	0xDeadbeef	2025-04-11 21:20
2	1F616EMO-bot	狀態：   新申請	7	3	1F616EMO	2025-05-10 18:57
3	YFdyh-bot 4	狀態：   測試中	9	4	0xDeadbeef	2025-04-06 14:14
4	LuciferianBot 8	狀態：   測試中	2	2	0xDeadbeef	2025-04-06 11:28
5	Shio-bot	狀態：   測試中	16	5	0xDeadbeef	2025-05-08 21:28	Shizhao	2025-01-04 19:23
6	YFdyh-bot 3	狀態：   測試已完成	11	4	0xDeadbeef	2025-04-11 21:34	Xiplus	2022-06-19 14:52

發言更新圖例
最近一小時內
最近一日內
一週內
一個月內
逾一個月
特殊狀態
已移動至其他頁面 或完成討論之議題
手動設定
當列表出現異常時， 請先檢查設定是否有誤

請求測試許可

Shio-bot 2

• 貢獻
• 計數
• SUL
• 日誌
• 移動頁面
• 封禁用戶
• 封禁日誌
• 權限日誌
• 添加權限

• 狀態：   新申請
• 操作者：Iming 彼女の愛は、甘くて痛い。
• 提請時間：2024年11月14日 (四) 01:21 (UTC)
• 自動化程度：全自動
• 程式語言：AWB
• 用途：按共識在所有條目、模板空間中執行類似於「北京全國重點文物保護單位」更改為「北京市境內的全國重點文物保護單位」的工作。
• 討論內容連結：WikiProject_talk:中國文化遺產#關於文物保護單位分類_2
• 編輯時段及頻率：30edits/min
• 受影響頁面：5196個頁面
• 遵守機器人規範：不相關
• 已有機器人權限：否

示例編輯。受影響頁面數量為估算，實際數量應該比這個小很多。Iming 彼女の愛は、甘くて痛い。 2024年11月18日 (一) 12:50 (UTC)

閱讀了一下之前討論，以及作業請求，Wikipedia:機器人/作業請求#請求更改涉及全國重點文物保護單位的內容：

• 經抽查，目前需要更新的只是連結原重定向的一些頁面（見Special:鏈入頁面/新疆全國重點文物保護單位列表、Special:鏈入頁面/湖南全國重點文物保護單位列表），所以需要你先定義好，列出所有需要修改的重定向連結，大概估算有多少個頁面受影響（搜索結果大多都只是模板裡面的），且說明有哪些命名空間需要更新。

--beef [talk] 2025年4月11日 (五) 13:20 (UTC)

1F616EMO-bot

• 貢獻
• 計數
• SUL
• 日誌
• 移動頁面
• 封禁用戶
• 封禁日誌
• 權限日誌
• 添加權限

• 狀態：   新申請
• 操作者：1F616EMO（喵留言～回覆請ping）
• 提請時間：2025年3月15日 (六) 15:22 (UTC)
• 自動化程度：監督的半自動
• 程式語言：Python
• 用途：批量建立兩岸分治後各年中國消歧義。
• 原始碼連結：Emojigit/ChinaDisambig
• 編輯時段及頻率：一次性
• 受影響頁面：User:1F616EMO/中國消歧義中的大部分頁面（除1949年中國和消歧義頁面），即66個頁面。若繁體和簡體重定向同時存在，爲覆蓋該重定向，會額外影響多一個頁面。另會影響用戶空間記錄檔。
• 遵守機器人規範：不適用。{{bots}}通常只用於用戶頁或用戶討論頁，且可預期沒有合理理由阻擋此任務
• 已有機器人權限：否

(～)補充：雖然現存大量直接重定向至「XX年中國」的條目，惟根據MOS:中國，「在1949年之後的相關條目中，應儘量使用中華人民共和國和中華民國等全稱」，故「XX年中國」不應直接重定向。另本腳本每一次編輯都會進行人工審核，形同小工具；惟機器人方針也有規定批量創建條目需要申請（雖然該部似乎只規範Lsjbot這類內容頁面建立機器人），且爲免沖刷近期變更，遂申請機器人權限。

由於此腳本在低頻操作下等同小工具，先前已經在主賬戶上完成測試：

1. 1951年中國（存在錯誤，腳本已經修正）、1951年中國（重定向）
2. 1952年中國、1952年中國（重定向，最後一次主動建立重定向）
3. 1953年中國
4. 1954年中國
5. 1995年中國、1995年中國（原先存在的繁簡重定向，故覆蓋之）
6. 1998年中國（香港回歸後，澳門回歸前）
7. 2000年中國（兩地均已回歸）
8. 1960年中國
9. 1961年中國、記錄檔編輯（換行出錯，腳本已修復，因修復簡單而不計劃特意測試）

請複核上述編輯。另腳本判斷邏輯如下：

1. 若繁簡標題任一頁面存在消歧義，則假定相關條目已經處理，不進行編輯；
2. 同理，若任一頁面不是消歧義也不是重定向，則跳過；
3. 若其中一個頁面不存在而另一個是重定向，則覆蓋現有重定向；
4. 若兩者均存在且爲重定向，則覆蓋繁體頁面，並更改簡體頁面的重定向目標。

1F616EMO（喵留言～回覆請ping） 2025年3月15日 (六) 15:22 (UTC)

目前機器人配置：

WIKI_USERNAME=1F616EMO-bot@[REDACTED]
WIKI_BOTPASSWORD=[REDACTED]

WIKI_LOG_PAGE=User:1F616EMO-bot/log/1

EDIT_LOWER_BOUND=1950
EDIT_UPPER_BOUND=2020

1F616EMO（喵留言～回覆請ping） 2025年3月15日 (六) 15:30 (UTC)

我比較希望能先有社群討論說明這個任務可行。--beef [talk] 2025年4月6日 (日) 03:53 (UTC)

稍後處理。另(？)疑問：若此腳本作爲小工具運行，是否確實需要申請？--1F616EMO（喵留言～回覆請ping） 2025年4月6日 (日) 05:50 (UTC)

界面不多，說實話可在主帳號自己慢慢建立，但是還是需要取得社群共識。--beef [talk] 2025年4月6日 (日) 07:46 (UTC)

@1F616EMO：根據機器人方針，你應先到互助客棧及相關專題尋求共識，但此操作是建立消歧義頁，且只涉及近乎70筆操作，我個人認為如果您自身認為是建設性編輯，可以徑行使用主賬號操作。--Hamish T 2025年5月10日 (六) 10:22 (UTC)

忘記更新這裡，相關議題已經達成共識（七天好像過了？咱待會看看）--1F616EMO（喵留言～回覆請ping） 2025年5月10日 (六) 10:57 (UTC)

正在測試的機器人

YFdyh-bot 4

• 貢獻
• 計數
• SUL
• 日誌
• 移動頁面
• 封禁用戶
• 封禁日誌
• 權限日誌
• 添加權限

• 狀態：   測試中
• 操作者：YFdyh000（留言）
• 提請時間：2024年9月22日 (日) 01:01 (UTC)
• 自動化程度：全自動
• 程式語言：pywikibot
• 用途：清理腳註中與Cite模板archive參數重複的Wayback模板。
• 討論內容連結：Wikipedia:機器人/作業請求#清理重複Wayback模板
• 原始碼連結：[1]
• 編輯時段及頻率：伺服器maxlag控制，一次性
• 受影響頁面：38.6萬個條目中的約8800個
• 遵守機器人規範：是
• 已有機器人權限：否
• 例子。大例子。因例子2，計劃忽略archive-url與存檔模板網址存在的https差異。腳本不比對存檔模板的date參數。--YFdyh000（留言） 2024年9月22日 (日) 01:01 (UTC)

  ( π )題外話，看第一個例子，發現了User:InternetArchiveBot的一個問題，不能識別{{Internetquelle}}（德語維基版的{{cite}}系列模板），既重複了Wayback，又在外面添加了一個{{cite web}}模板。--Kethyga（留言） 2024年9月23日 (一) 13:21 (UTC)

  這可能需要與@Cyberpower678本人反映？—— Eric Liu _{創造は生命（留言・留名・學生會）} 2024年9月28日 (六) 18:14 (UTC)

  Kethyga之前已在meta:User_talk:InternetArchiveBot#duplicate_wayback_and_cite_template_in_Chinese_wikipedia中反映，尚未獲得回復。--YFdyh000（留言） 2024年9月28日 (六) 19:06 (UTC)

• {{BAGAssistanceNeeded}}
• @YFdyh000： 使用regex匹配wikitext可能出錯，可否可以使用mwparserfromhell或parsoid？beef [talk] 2025年4月5日 (六) 05:58 (UTC)

  感覺概率不太大。嘗試改成mwparserfromhell了，沒大規模測試。--YFdyh000（留言） 2025年4月6日 (日) 01:37 (UTC)

  @YFdyh000: 重新閱讀了一下源碼，我認為 urlTohttps(cite_url) == urlTohttps(wayback_url) 可能存在問題。這裡比對的URL是被存檔的URL而不是整體存檔的URL，而不同時間保存的不同存檔可能在內容上有差異，無法確保每次刪除的是應該刪除的，我建議比對存檔時間日期吻合再當作重複來刪除。尤其是被保存的URL的一個是http一個是https，那麼保存內容就有可能出現差異。在這方面我建議你去寫一些程序去判斷有多少是無法直接被當作重複而刪除的，然後再看看對於那些情況半自動（帶人工）編輯是否足夠。

  以上問題解決後， 批准測試運作（50次編輯）--beef [talk] 2025年4月6日 (日) 03:15 (UTC)

  設計緣於重複的Wayback模板是機器人無意識誤加入的，我假定了cite及其參數更早，更可能人工填入和正確，以及儘早儘快清理。必需比對存檔日期嗎，有可能做但覆核及二次編輯工作量似將增加不少，Webarchive有archive.today等格式需兼容。http/https的不同是有可能的，但是否要半人工，還沒想好。--YFdyh000（留言） 2025年4月6日 (日) 05:46 (UTC)

  假定了cite及其參數更早，更可能人工填入和正確 那就先測試一下吧。--beef [talk] 2025年4月6日 (日) 06:14 (UTC)

LuciferianBot 8

• 貢獻
• 計數
• SUL
• 日誌
• 移動頁面
• 封禁用戶
• 封禁日誌
• 權限日誌
• 添加權限

• 狀態：   測試中
• 操作者：路西法人
• 提請時間：2025年2月17日 (一) 08:18 (UTC)
• 自動化程度：全自動
• 程式語言：NodeJS
• 用途：更新爭議解決佈告板請求列表
• 討論內容連結：維基百科討論:爭議解決布告板#爭議解決布告板準備工作
• 原始碼連結：GitHub
• 編輯時段及頻率：每10分鐘
• 受影響頁面：1（Template:DRN case status）
• 遵守機器人規範：不相關
• 已有機器人權限：是

{{BAG assistance needed}}--路西法人 2025年3月9日 (日) 04:38 (UTC)

• @LuciferianThomas： 這個有人用嗎。。我唯一對於代碼的意見是判斷如果與當前文本相同（不用更新）的話則不用編輯，這樣就不用每10分鐘就編輯了，我沒看見代碼裡面有這樣做，如果之後要使用~~~~~代表更新時間的話則必須做一個判斷（此為原bot的判斷）
• 這個問題修好之後（或者向我指出此問題不存在），按DRN有第一個討論串起， 批准測試運作（30次編輯或7日），哪一個先到（7天或30個編輯）則為結束。beef [talk] 2025年4月6日 (日) 03:28 (UTC)

Shio-bot

• 貢獻
• 計數
• SUL
• 日誌
• 移動頁面
• 封禁用戶
• 封禁日誌
• 權限日誌
• 添加權限

• 狀態：   測試中
• 操作者：Yiming / Praise and glory be to the Machine God!
• 提請時間：2024年10月30日 (三) 08:54 (UTC)
• 自動化程度：全自動
• 程式語言：Python
• 用途：當用戶修改重定向後自動修正對應繁簡重定向。
• 原始碼連結：https://github.com/SAScholar/STConverterWatchingDog/blob/main/src/main.py
• 編輯時段及頻率：不確定，取決於何時有人修改。
• 受影響頁面：主空間和討論空間
• 遵守機器人規範：不相關
• 已有機器人權限：否

L29：redirect也可以確立重新導向。--Hamish T 2024年10月31日 (四) 14:38 (UTC)

感謝建議，已修改。--Yiming / Praise and glory be to the Machine God! 2024年10月31日 (四) 17:06 (UTC)

{{BAG assistance needed}}Yiming / Praise and glory be to the Machine God! 2024年11月3日 (日) 10:00 (UTC)

( π )題外話：能否帶tag？觸發機器人這個任務的編輯（i.e.，用戶修改有繁簡差異的重定向）可能需要檢查。 ——魔琴［身份聲明 留言 貢獻 新手2023］ 2024年11月8日 (五) 02:53 (UTC)

@魔琴：可以，但需要管理員協助創建相應標籤。--Iming 砂糖少女以愛為食 2024年11月8日 (五) 03:07 (UTC)

我記得pywikibot自帶有個腳本就可以做這個事？--百無一用是書生 (☎) 2025年1月4日 (六) 11:23 (UTC)

@Shizhao：我沒記錯的話那個似乎是用來修復雙重重定向或受損重定向的，不符合此任務的用途。此任務用於在確認到修改重定向後，將該重定向頁面對應的繁體/簡體重定向頁面重定向到新的重定向目標。--Iming 彼女の愛は、甘くて痛い。 2025年1月4日 (六) 11:43 (UTC)

@Iming 此申請與下方申請的原始碼連結已失效？--beef [talk] 2025年4月4日 (五) 04:53 (UTC)

源碼發布了at我 beef [talk] 2025年4月6日 (日) 03:31 (UTC)

@0xDeadbeef：連結已更新。同時補充說明一些內容，機器人只會處理簡繁差異，不會處理地區詞導致的問題，同時有關魔琴在上方提出的問題，我認為沒有必要單獨添加tag，因為此機器人只會因為此任務而修改重定向，所以可以通過在機器人用戶貢獻頁面限定tag來查看相關改動，日後如有其他需要再考慮為編輯添加tag。下方任務改為使用AWB進行，稍後修改。謝謝。Iming 彼女の愛は、甘くて痛い。 2025年4月6日 (日) 13:40 (UTC)

大概了解這個機器人是什麼意思了。目前滑鼠指針重定向至指針 (用戶界面)。如果同時存在鼠標指針這樣的頁面，則修改前者的重定向目標之後則bot會跟著去修改後者的重定向目標。有一下兩點需要注意：

1. Bot應該忽略自己作出的編輯，以免進入無窮迴圈
2. 應先統計全站有這樣的情況重定向標題有多少，而且目前軟體、內鏈等不需要同時簡體繁體標題都存在就可以工作？所以如果發現這樣重複的情況是不是應該先提刪？

--beef [talk] 2025年4月11日 (五) 12:59 (UTC)

感謝您的意見：

1. 代碼已修復，位於L51處。
2. 經統計，共有75815例。我個人更傾向於保留，以免未來被錯誤重建。同時其他編者可以參考機器人編輯日誌，對於有需要提刪的，手動提刪。

--Iming 彼女の愛は、甘くて痛い。 2025年4月24日 (四) 17:30 (UTC)

註：此任務正於Wikipedia:互助客棧/技術#原提案：目前和將來出現的2條僅為簡繁差異的重新導向，(A)使用機器人維護？(B)還是刪除？討論--beef [talk] 2025年5月5日 (一) 13:27 (UTC)

@0xDeadbeef，按現有討論，社群對於使用機器人並無異議，目前的討論點僅在未來如何對待新建的類似重定向，和本申請無關。此外，上文所提及的「75815例」，請見此處]。謝謝。Iming 彼女の愛は、甘くて痛い。 2025年5月8日 (四) 13:25 (UTC)

從機器人第一個編輯計起， 批准測試運作（30次編輯或30日），哪一個先到（30日或30個編輯）則為結束。--beef [talk] 2025年5月8日 (四) 13:28 (UTC)

哦對了，記得加編輯摘要，連結這個BRFA。--beef [talk] 2025年5月8日 (四) 13:28 (UTC)

已完成測試的機器人

YFdyh-bot 3

• 貢獻
• 計數
• SUL
• 日誌
• 移動頁面
• 封禁用戶
• 封禁日誌
• 權限日誌
• 添加權限

• 狀態：   測試已完成
• 操作者：YFdyh000（留言）
• 提請時間：2022年5月16日 (一) 14:29 (UTC)
• 自動化程度：少量有監督半自動，此後全自動。
• 程式語言：WP:AWB
• 用途：將包含newspaper參數的{{cite web}}批量改為{{cite news}}，以免當前CS1模塊顯示醜陋的紅字警告。
• 討論內容連結：Wikipedia:互助客棧/技術#新出現的引文格式1錯誤
• 原始碼連結：N/A，可按需提供
• 編輯時段及頻率：取決於操作員及伺服器限制
• 受影響頁面：Category:引文格式1錯誤：periodical系列參數與模板類型不匹配中的約2000個條目。
• 遵守機器人規範：是
• 已有機器人權限：否

接續Help talk:引文格式1錯誤#新出現的引文格式1錯誤，@Antigng：所以這個批量修正是正確的嗎？--Xiplus#Talk 2022年6月2日 (四) 03:51 (UTC)

(：)回應@Xiplus：我記得之前在IRC跟申請者聊過......這個任務不太適合全自動，因為既有可能是{{cite web}}錯用了{{cite news}}，也可能是|website=錯用了|newspapwer=，需要判斷是哪種情況再決定如何清理。--Antigng（留言） 2022年6月2日 (四) 04:49 (UTC)

那麼YFdyh000還有打算執行此任務嗎？是不是應該一律監督半自動？--Xiplus#Talk 2022年6月2日 (四) 12:48 (UTC)

與Antigng的想法不同，我認為如果是誤用模板，發現的人在編輯條目時更正會比現在始終紅字展示給所有讀者更好，目前上千個條目多為歷史遺留問題，因為以前不報錯、效果相差無幾。以及，隨機檢查來看，newspaper參數大多數為新聞機構，只是誤用了cite web模板，目前亦無必要去逐一核對，錯誤提示避免未來增長就好。|website=新聞機構 的情況，尚未檢查而暫無運行計劃。此外，某些新聞網站/媒體如何歸類，也並無共識。--YFdyh000（留言） 2022年6月2日 (四) 14:35 (UTC)

我不太懂...為何cite web有newspaper參數？如果這是個支援的功能，那就不應該顯示警告。--Xiplus#Talk 2022年6月19日 (日) 01:38 (UTC)

以前是支援的，但CS1模塊改版期間加了限制（版本差異，引文格式1錯誤：periodical系列參數），對混用參數名強制顯示紅字警告給所有讀者，而非僅僅維護性分類。因而現有警告值得快速清理，而不是拖下去等「好心人」完成逐條清理。或者，去掉該限制/警告，英文維基似乎沒有此限制。--YFdyh000（留言） 2022年6月19日 (日) 06:31 (UTC)

批准測試運作（50次編輯），先看一些範例吧。--Xiplus#Talk 2022年6月19日 (日) 06:52 (UTC)

@xiplus：剛看到批准。已監看執行50條（針對亂序後列表），現有規則自動跳過86條（不適用／待改進），用時15分鐘。過程中見到3例更適合web而非news：馬正其、高密市、坊子德日建築群——但引用即便用錯cite系列，也不會有明顯後果，而目前不匹配的參數會顯示很醜的警告給讀者。@Antigng：真心不覺得這需要展示，參數相符的也不一定就用對了，包括像是網絡新聞（如cnBeta）寫web還是news，並沒有一致觀念。--YFdyh000（留言） 2022年7月7日 (四) 02:15 (UTC)

沒來的及看，先把測試執行的50條編輯連結放在這裡：[2]--beef [talk] 2025年4月6日 (日) 03:57 (UTC)

@YFdyh000: 我仍然認為這裡應該一律監督半自動，首先有一部分確實適用把{{cite web}}改成{{cite news}}，但是也有一部分適用保留{{cite web}}但是把newspaper=改成website=，實際操作應該通過觀察連結是否為新聞網站再決定是否改為{{cite news}}。不知你是否願意將此改為監督半自動。--beef [talk] 2025年4月11日 (五) 13:30 (UTC)

另外，因為其實實際上引用格式根本沒有任何區別，或許也可以提議允許{{cite web}}使用newspaper=。我看英維好像就允許這樣寫（有可能這些錯誤是因為直接從英維複製過來導致的？）。--beef [talk] 2025年4月11日 (五) 13:34 (UTC)

不活躍機器人

提報不活躍機器人