維基百科

維基百科討論:機械人方針/存檔一

< Wikipedia talk:機械人方針
由Jimmy-bot在話題對維基百科:用戶頁、維基百科:機械人方針及相聯頁面的合併更新上作出的最新留言：4 年前

提議於本地設置機械人審核員專門權限

最新留言：7 年前194則留言22個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/方針。執行者：-和平、奮鬥、救地球！（留言）歡迎加入維基Telegram群 2017年2月21日 (二) 11:21 (UTC)。

機械人申請頁面

日後的機械人申請頁面:草稿:維基百科:機械人/申請。有意見請提出。--Temp3600（留言） 2017年1月30日 (一) 17:07 (UTC)

草稿:Wikipedia:機械人審核小組初稿完成。請注意本文甚短，因主要內容將仿傚英文版放到方針裏。--Temp3600（留言） 2017年1月30日 (一) 17:52 (UTC)
  讚-和平、奮鬥、救地球！（留言） 2017年1月31日 (二) 03:16 (UTC)
這算是遺留問題，可一併改之。--Temp3600（留言） 2017年2月1日 (三) 17:41 (UTC)

BAG產生辦法提案

既然方針拆分完成，終於可以在方針上進一步修改了。我的初步提案如下:

申請加入BAG組規則如下:
所有行政員自動加入。
投票權限於有本地機械人的用戶。AWB使用者應否有權投票則未定。
參選權屬於所有用戶。這主要是方便一些以前有機械人，或是在外站有豐富經驗的用戶。
當選最低要求為+5票。正反票一一扺消。
投票期約一星期。社群可在期間提出問題考察申請人的能力。
提問期一星期。行政員在社群結束討論後，可關閉投票，作出決定。
半年不參與機械人事務，則標記為不活躍用戶。是否移稌出組可議。我建議暫時涷結資格，用戶回歸時只要無人反對就可開始工作。
罷免方法為信任投票，等於重選。(即目前優特重審。)冷靜期三個月。只有擁有投票權的用戶有資格提出信任投票。


日後機械人授權流程如下:

分四階段，每階段約一星期
申請測試許可(1-3 天)-第一階段測試(50edits/7-10days)-第二階段測試(100edits/7-10days)-正式通過
一名BAG就可通過，行政員可直接授權，不必再審查。所以一但批出正式許可就無法收回，只能要管理員把BOT封掉。如其他BAG對該機械人有疑慮，應及早提出。


注意: BAG組雖無正式權力，但其作為維基機械人事務的正式諮詢組織，擁有機械人事務上最大的發言權。

--Temp3600（留言） 2017年1月31日 (二) 17:02 (UTC)
(？)疑問：
  1. 「投票期」與「提問期」之差異？
  2. 「第一階段測試」與「第二階段測試」之差異？
以上。-和平、奮鬥、救地球！（留言） 2017年2月1日 (三) 04:29 (UTC)
1.這是為應對菲菇和白磷提出的「可否考慮可以將結束時間設置在最後一次有效討論之後的XX天（類似但不等同於互助客棧的存檔規則）」而設，希望給予申請人足夠的時間回答問題。
2.這個可舉例:
小明在X月1日向BAG提出申請。社群覺得其計劃不錯。7日，BAG批准第一階段測試。小明在8日開始測試，發現不少細節問題，並一一修正，在13日表示一切問題都已解決。BAG於是在14日批准第二階段測試。小明在15-18日測試，再沒有問題出現，同時社群也沒有反對意見。BAG最終在21日正式批准申請。
在「第一階段測試」發現問題是正常的，而「第二階段測試」則預期BOT已能夠正常運作，只是給予社群足夠的時間檢查是否有遺漏的錯誤。--Temp3600（留言） 2017年2月1日 (三) 10:35 (UTC)
  讚-和平、奮鬥、救地球！（留言） 2017年2月1日 (三) 11:26 (UTC)
當然，如果在第二階段發現新問題，測試階段自然需要延長，甚至重新進行第二階段測試。--Temp3600（留言） 2017年2月2日 (四) 09:11 (UTC)
沒有大的意見。只是這一條「半年不參與機械人事務，則標記為不活躍用戶」。私覺得在沒有專用日誌可以過濾的情況下，要人為判定這點似乎得付出很大工作量（得逐條檢查用戶的發言記錄）；和回收的那一點權力（實際上只是諮詢權而非執行權）相比，判定花費的人力可能不太划算。--菲菇＠維基食用菌協會 2017年2月2日 (四) 05:07 (UTC)
這一點可以再改鬆一點。不活躍標記主要是用來提示申請人可以找那些活躍用戶幫忙。我覺得"感覺"他有一段時間不活躍，對用戶頁提醒一下，如無回應就可以標成不活躍了。--Temp3600（留言） 2017年2月2日 (四) 09:11 (UTC)
誠邀@Antigng、Kanashimi、Black9869184、WilliamSkyWalk、A2093064：前來參與討論。--Temp3600（留言） 2017年2月2日 (四) 18:39 (UTC)
誠邀@Shizhao、Stang、Liangent、小躍：前來參與討論。(以上各位為本年度的BOT申請者。)--Temp3600（留言） 2017年2月2日 (四) 18:45 (UTC)
@Temp3600：要算幾天才無回應？--水中撈躍 2017年2月3日 (五) 05:46 (UTC)
@小躍：唔...兩個星期?@PhiLiP：覺得兩星期夠嗎?--Temp3600（留言） 2017年2月3日 (五) 07:45 (UTC)
足夠了。--菲菇＠維基食用菌協會 2017年2月4日 (六) 08:42 (UTC)
@Temp3600：究竟是要「涷結」？還是要「凍結」？--水中撈躍 2017年2月4日 (六) 08:58 (UTC)
這只是打錯字吧...私以為是"凍結"。--Temp3600（留言） 2017年2月4日 (六) 09:02 (UTC)
  1. 「投票期約一星期」和「提問期一星期」不妨合併。
  2. 「申請測試許可」期不需要這麼長，個人認為3天就行。
  3. 這個投票建議參考監管員的選舉，即提問期在投票器以前開始，如果提案人「希望給予申請人足夠的時間回答問題」的話。以上。-- Stang 124 2017年2月5日 (日) 01:19 (UTC)
  1. 投票期和問答期是同時開始的，只是問答期比投票期更早完結。如果想改成問答期比投票期早一點開始也可以。
  2. 翻查英文版，「申請測試許可」期常只有一天，故同意縮短。--Temp3600（留言） 2017年2月5日 (日) 10:13 (UTC)
四個階段只是建議/常規流程吧？從目前申請的bot案例看，大多數都不必第二階段測試--百無一用是書生 (☎) 2017年2月17日 (五) 03:53 (UTC)
如果機械人在第一階段測試時沒有任何出錯，自然可跳過第二階段測試。--Temp3600（留言） 2017年2月17日 (五) 06:22 (UTC)

投票權認定

對AWB用戶(在checkpage有名字的用戶)，可以讓他們投半票。投票通過票數維持五票。大家意下如何?--Temp3600（留言） 2017年2月2日 (四) 09:13 (UTC)

「管理員如要使用AWB，可將自己的用戶名列入」。這是否意味着管理員都可以投半票？-- Stang 127 2017年2月2日 (四) 10:12 (UTC)
技術上而言，是。我只能希望管理員能自律，只在確實熟悉AWB的情況下才投票。--Temp3600（留言） 2017年2月2日 (四) 13:52 (UTC)
個人覺得不是AWB問題，而是bag的人選是否對信息技術和編程有一定的了解。所以我的粗淺看法是滿足兩條即可：1.對信息技術和編程有一定的了解；2. 對方針指引比較了解。--百無一用是書生 (☎) 2017年2月3日 (五) 03:10 (UTC)
@Shizhao：社群中任何編者都可以參選bag，然而，我希望獲選的BAG得到本地機械人社群的認可，所以在投票權加上了限制。--Temp3600（留言） 2017年2月3日 (五) 07:40 (UTC)
BAG由行政員審核如何？投票只用於表達意見而不用於計算票數。 --達師 - 345 - 574 2017年2月5日 (日) 10:04 (UTC)
這樣會大幅降低BAG的認受性啊...我相信獲得本地機械人社群的認可是BAG的條件之一。--Temp3600（留言） 2017年2月5日 (日) 15:57 (UTC)
我是指類似於存廢討論的安排。不拘泥於票數而只考慮共識的達成。 --達師 - 345 - 574 2017年2月6日 (一) 17:49 (UTC)
類似於現在GR，GS產生方式。-- Stang 122 2017年2月7日 (二) 01:18 (UTC)
那將最低支持票改為最低討論參與人數如何?--Temp3600（留言） 2017年2月7日 (二) 05:14 (UTC)
也可以。--William is Wikipedia! 2017年2月7日 (二) 08:44 (UTC)

正式提案

草稿:Wikipedia:機械人方針已經翻譯完畢。中文現行方針已合併到相應的章節，而過時的部分則順便取消。上面討論的審核小組產生辦法尚未加進去－我在想應放到那兒。本版本主要供各位檢查有否重大錯誤之處。--Temp3600（留言） 2017年2月7日 (二) 20:49 (UTC)

放了到WP:BAG--Temp3600（留言） 2017年2月14日 (二) 06:46 (UTC)
本更新除設立BAG外，亦包括以下修改:
新增部分:

1.明確定義機械人、半自動編輯、腳本
2.要求機械人以assertion功能防止未登入時編輯

3.要求機械人輸出的訊息(如編輯摘要)能被普通用戶明白，及要以禮貌語氣書寫
4.要求機械人在用戶頁列出工作項目、自動化程度、頻率
5.不容許製作以大量下載維基為目的的機械人

(－)反對，這要求有道理但是沒有意義，因為只要帳戶不往維基百科裏寫東西，就算他大量下載內容也沒有人能發現，管理。就算把這個賬戶封禁了他也照樣能大量下載內容。--Antigng（留言） 2017年2月8日 (三) 14:49 (UTC)
不需要提——如果我不希望讓你們知道我在通過Bot下載東西的話，我甚至根本不需要註冊帳號。--逆襲的天邪鬼（留言） 2017年2月8日 (三) 14:50 (UTC)
原文為"Bots that download substantial portions of Wikipedia's content by requesting many individual pages are not permitted. "我可能譯錯了，重點是在取得內容的方法，讓我想想怎改... --Temp3600（留言） 2017年2月8日 (三) 16:40 (UTC)
見2009年的方針：「bot不能用於與獲得批准的bot任務無關的，大量資料的傳送。這包括從其他網站動態載入內容，這將導致網站被列入黑名單，並且bot帳號被永久查封。如果你想大量下載內容或鏡像這個站點，請從我們的數據庫下載。」經過2013年的討論，這些內容被刪掉了。--Antigng（留言） 2017年2月8日 (三) 16:58 (UTC)
可是13年的討論也沒有明確反對這一條啊，而且留着也沒有壞處。--Temp3600（留言） 2017年2月9日 (四) 11:17 (UTC)

6.在用戶討論頁發放訊息的機械人應設有拒絕訊息機制

7.機械人應留意{{inuse}}模版機械人應避免編輯衝突

8.規定以自動或半自動方式批量創建條目前必須申請

9.正規化申請上訴/除權程序
10.收緊對adminbot的規定，BAG及管理員有權要求adminbot交出原始碼。adminbot必須得到社群的廣泛認可才可執行。(i.e. 乏人問津的adminbot申請會失敗)

11.容許自願辭職的管理員在社群請求下保留adminbot權限離任管理員可將adminbot轉交給其他管理員，讓其他管珼員保持該機械人的運作

12.對多人共用的機械人作出規定
13.新增活躍度要求:如機械人及操作者兩年沒有編輯，機械人會被除權。設有一星期的通知期。

取消部分:
  1. 容許就所有任務申請adminbot，但須有廣泛共識
  2. 取消向監管員要求授權的安排。除global bot外都需經bag審批

--Temp3600（留言） 2017年2月8日 (三) 04:20 (UTC)

討論

(為方便討論，我可能移動你的留言。如果你反對的話，請告訴我。)--Temp3600（留言） 2017年2月8日 (三) 10:23 (UTC)

inuse, adminbot code review
bot max speed
文辭修正
不服重審
幾個小問題
  1. 「然而，如果操作者能證明機械人不會出錯（如將所有要修改的項目先試運行一次）」，何謂「所有要修改的項目先試運行一次」？所有要修改的項目都跑完一遍了也不用申請了，因為都改好了:P
  2. 「跨語言連結機械人應停止運行」，是否需要明確定義何謂「跨語言連結機械人」以避免爭議？
  3. 「更簡單的方法是逐少創建條目，或先在各屬專題的子頁面創建條目，由其他編輯檢查後，再移動到條目空間。這些方法不用申請機械人，也更容易得到社群的支持」，如果是條目「先在各屬專題的子頁面創建」的批量創建，還是會造成最近更改的洗版吧？那Draft呢？
  4. 「如機械人帳號及其操作者最近兩年沒有編輯」，是「且」的意思嘛？
  5. 「所有行政員都自動成為小組的一員」，那麼有無需要名列成員名單中？或者給個連結就好？

以上。希望能釐清一下規則以避免日後可能的爭議。-和平、奮鬥、救地球！（留言）歡迎加入維基Telegram群 2017年2月16日 (四) 09:01 (UTC)

「試運行」指在自己的用戶子頁模擬運行所有修改一次。社群不容許機械人未獲得許可時直接在條目頁面運行，所以「所有要修改的項目都跑完一遍了也不用申請了，因為都改好了」並不會出現-根本連測試許可都不會批出，這類工作直接拒絕之。
可略改為目前方針中「維護跨語言連結的機械人」，並加上到Help:跨語言連結的連接。
「先在各屬專題的子頁面創建」頁面的確會洗版，正如在用戶子頁批量創建一樣。但批量創建無可避免會洗RC，在專題洗已是較容易管控的方法。Draft不方便條目的集中管理。而且本條希望批量創建者能得到專題的同意和幫助，儘力保證該批條目的質量。
「如機械人帳號及其操作者最近兩年沒有編輯」is both bot account and its operators.
我沒有所謂。為方便管理，可不列入，僅給連結。
--Temp3600（留言） 2017年2月16日 (四) 09:34 (UTC)
  1. 跨語言連結部分，應否排除「出現在正文中的連結」部分，因為那應和本條立意無涉。
  2. 「本條希望批量創建者能得到專題的同意和幫助」，如何定義「得到專題的同意」？畢竟本地目前很多專題都只有1,2個人在維護、甚至沒有活躍者。很多也無法明確定義「專題成員」。-和平、奮鬥、救地球！（留言）歡迎加入維基Telegram群 2017年2月16日 (四) 10:01 (UTC)
第一項位置不明，請給出上下文。第二項採半強制性質-如果您覺得專題無用，也可以在自己的用戶子頁進行，但我相信有關的專題編輯已經是最可能有意願協助檢查條目的人了。「得到專題的同意」指部分該類條目的編者可能反對批量創建，如果無法取得他們的同意，應停止批量創建。--Temp3600（留言） 2017年2月16日 (四) 10:09 (UTC)
第一項位於Help:跨語言連結。第二項的部分，技術上BAG成員如何確認有關的專題編輯同意與否？-和平、奮鬥、救地球！（留言）歡迎加入維基Telegram群 2017年2月16日 (四) 10:13 (UTC)
跨語言連結機械人指的是interwikibot，至少在wiki的英文語境下沒有歧義。個人認為批量創建至少應該申請bot任務批准後才運行（至於是否要bot flag則視情況而定）。「如將所有要修改的項目先試運行一次」這只是舉例吧？並不是所有的任務都能全都先試跑一遍的，甚至有的任務並無跑一遍這種概念。而且基於軟件工程自身的基本特點，誰也無法保證機械人不會出錯--百無一用是書生 (☎) 2017年2月17日 (五) 04:13 (UTC)
第一項，我並不可能為了機械人而修改Help:跨語言連結-那頁面為非為機械人事務而設。第二項，證明自己的機械人任務得到社群支持的責任在於申請者。提案者可附上專題的討論頁面連結，方便審核小組判斷。如將所有要修改的項目先試運行一次」是針對上下文修改很可能出錯，而增設的特殊規則。--Temp3600（留言） 2017年2月17日 (五) 06:17 (UTC)
並非修改Help:跨語言連結，而是在機械人方針說明清楚。例如說可以將「除非該工作無法在維基數據上進行（如連結到某一分段）」這句寫清楚成「除非該工作無法在維基數據上進行（如連結到某一分段、以及出現在正文中的連結）」-和平、奮鬥、救地球！（留言）歡迎加入維基Telegram群 2017年2月17日 (五) 06:41 (UTC)
唔...有機械人是在處理正文中的跨語言連結嗎?--Temp3600（留言） 2017年2月17日 (五) 10:54 (UTC)
有。例如User:Cewbot。-和平、奮鬥、救地球！（留言）歡迎加入維基Telegram群 2017年2月18日 (六) 10:47 (UTC)
OK，已改。--Temp3600（留言） 2017年2月19日 (日) 05:14 (UTC)
  讚-和平、奮鬥、救地球！（留言）歡迎加入維基Telegram群 2017年2月19日 (日) 05:27 (UTC)

提案通過

最近數天已無討論。如果社群沒有新意見，我在此提出:

統一通過草稿:維基百科:機械人/申請、草稿:Wikipedia:機械人審核小組、草稿:Wikipedia:機械人方針及其附帶文件。

七天之內如無反對意見，視作正式通過。 --Temp3600（留言） 2017年2月14日 (二) 10:36 (UTC)

我實在不懂地區轉換，如有需要，望請其他用戶協助。--Temp3600（留言） 2017年2月15日 (三) 06:42 (UTC)
就我這裏的觀察來看，應該已經有全局轉換了，不需要額外增加轉換。倒是掛上G1=IT可能有點用。 --達師 - 345 - 574 2017年2月16日 (四) 10:19 (UTC)
哈哈，加了過後「當機」被轉成「死機」於是zh-cn下傲嬌地顯示成了「死机械人」……（已修復）—菲菇＠維基食用菌協會 2017年2月19日 (日) 01:31 (UTC)
thx for your help.--Temp3600（留言） 2017年2月19日 (日) 13:04 (UTC)

修訂機械人方針，增加使用https的建議

最新留言：7 年前4則留言3個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/方針。執行者：Jimmy-bot（留言） 2017年3月3日 (五) 08:42 (UTC)。


維基百科的機械人賬號可能用於持續、大量編輯，理應比普通賬號獲得更多安全保證，在登錄憑據被盜時做出的封禁處理也應加速執行。HTTPS是廣泛使用的傳輸層加密手段，WMF於2015年6月中旬開始強制執行HTTPS，對於普通HTTP網頁訪問執行跳轉。然而現時一些用戶（好吧，User:Antigng）使用的機械人程序仍然全局使用未經加密的HTTP，甚至通過X-Forwarded-Proto:https繞過跳轉，這幾乎是在玩火。（好在Antigng似乎是在wmflab上運行這東西，暫時沒有什麼有人搞鬼的擔憂。）

基於以上考慮，我提議在2.1「機械人賬號」一章加入以下段落：

機械人操作者有責任通過各種手段保證機械人賬號的安全。操作者應及時報告疑似被盜情況，並使用HTTPS加密API登錄、操作。

——Artoria2e5編 保持討論完整，直接ping我回復。 2017年2月21日 (二) 02:38 (UTC)

去年6月wmf把我利用的這個漏洞補上了，所以我早就不在wmflabs上使用明文HTTP工作了。現在我的bot在本地，通過正向代理將HTTP請求轉為HTTPS以後發送給wmf的伺服器。--Antigng（留言） 2017年2月21日 (二) 04:42 (UTC)
考慮到可能有人想得出跨着大老遠用 HTTP 代理，先繼續留着HTTP這條吧……（我下一個想玩的是 malformed html/template，或者 buffer overrun）——Artoria2e5編 保持討論完整，直接ping我回復。 2017年2月21日 (二) 07:45 (UTC)

機械人與自動駕駛

最新留言：7 年前10則留言8個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/方針。執行者：Jimmy-bot（留言） 2017年6月29日 (四) 08:42 (UTC)。

最近維基百科上出現多次維基人操作的機械人出問題而無回應的情況，提報多日，均未解決。事故機械人的兩位操作者皆為不活躍的維基人。有些問題（例如誤將WP:關注度/提報當作編輯站提報的）可以手動回退，有些問題（例如出錯大量合理使用圖片）被用過濾器解決，還有些問題（Adminbot 未經機械人授權封禁代理 IP）普通用戶則無法動手修復；需要人力去回退和寫過濾器為機械人擦屁股本末倒置，失去一開始使用機械人的理由。

上述問題有部分已經被發現好一段時間。若普通用戶長時間進行非建設性貢獻，多半早已被封禁。目前因為機械人有其他貢獻無法對其進行封禁，但私以為因為用戶有重大貢獻而採用雙重標準，是不合適的行為。

機械人方針不要求操作者開放與授權原始碼，所以無法直接請懂技術的人接替不活躍操作者的機械人。既然現在已有依賴機械人又聯繫不上操作者的情況，是否應該修改機械人方針，以避免日後有更多架機長休克仍在駕駛的飛機？Dargaseat ‧ c ‧ s 2017年6月17日 (六) 08:31 (UTC)

說起來倒是有一個方法可以緩解這個問題，就是不同任務分成不同賬號編輯，方便封禁和回退。如果是一個賬號，最好能提供每個任務單獨的開關。 --碸中嘌呤的白磷萃取 打譜 2017年6月17日 (六) 13:23 (UTC)
可以用濫用日誌作出控制，無需用到封禁的程度，封禁不是為了懲罰，除非用了濫用日誌，而錯誤的編輯還是一直出錯，則予以暫時封禁以作處理。--小躍（撈出記錄） 2017年6月17日 (六) 14:22 (UTC)
Jimmy-abot和Liangent-bot雖然看起來出錯多，但依總貢獻比例來算很低，絕大多數的編輯還是有利的，支持編輯不同開分操作，甚至編輯長期不再時授權原始碼。--Zest 2017年6月17日 (六) 14:29 (UTC)
@小躍：我倒是想說沖刷濫用過濾器日誌的問題。--A2093064#Talk 2017年6月17日 (六) 15:35 (UTC)
@蘭斯特：否定貢獻比例說法，應依照每個任務各自計算錯誤率，做個誇張的比喻，假設我有1000個任務，其中一個任務錯誤率100%，這樣能被接受嗎？--A2093064#Talk 2017年6月17日 (六) 15:35 (UTC)
我的意見是指像Liangent-bot的重定向，少數會出錯，大致上沒問題，至於其中一個任務錯誤率100%，就有問題，所以支持編輯不同開分操作，以便管理。--Zest 2017年6月17日 (六) 16:06 (UTC)
如果你的意思是"A-bot必須開源"，我倒是十分贊成，不過估計通不過就是了...--Temp3600（留言） 2017年6月17日 (六) 18:09 (UTC)
如果編輯過於頻繁，AF是會宕掉的--百無一用是書生 (☎) 2017年6月19日 (一) 02:04 (UTC)

修改機械人方針

最新留言：6 年前10則留言6個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/方針。執行者：Jimmy-bot（留言） 2017年8月28日 (一) 08:42 (UTC)。

此增修內容原為逆襲的天邪鬼於2017年2月22日（43316532、43316612、43316635、43316697、43316814、43319208）及2017年4月25日（44122868、45318362、44123011）逕自追加，嗣後經編輯者本人主動於2017年7月22日撤回「破壞」（45318362、45318349）；然查該修正內容確符中文維基百科習慣且技術上較為可行，故提案修改本（機械人）方針。

現行方針請參照本方針頁，而修改草稿請參照本草稿頁。由於修改篇幅較大，相關變更內容請參照本比較頁，歡迎提出意見。--小火車（留言） 2017年7月28日 (五) 22:03 (UTC)

有種故意習慣成自然的問題，利用沒人注意到的可能修改方針，然後過足夠長時間被發現的話，可以按照以長久實行無不妥為默許而通過修訂。——路過圍觀的Sakamotosan 2017年7月30日 (日) 01:08 (UTC)
如果真有這種事我又幹嘛提出這個修正案？--小火車（留言） 2017年7月31日 (一) 12:19 (UTC)
你說的沒錯，User:Temp3600不懂裝懂，我篡改方針，反正結果都是損毀性的。如果說有什麼區別，我的修改用一個撤銷按鈕就恢復了，而他的修改卻不能一個撤銷搞定。沒關係，反正你們的修訂都是通過討論得出的共識，對就是對，錯也是對，敢和社群對着幹的都是損毀性編輯。我知道你們最擅長打仗，你們隨便，我不跟你們玩，只要我不參與你們能拿我怎麼樣。--逆襲的天邪鬼（留言） 2017年7月30日 (日) 11:46 (UTC)
所以偷偷改方針是非常麻煩危險的事，天邪鬼別整天搞這種貪得意的無聊行為，既然發現了並取消了，就算了。——路過圍觀的Sakamotosan 2017年7月31日 (一) 01:27 (UTC)
就修改內容而言，我(＋)贊成本修改，並感謝天邪鬼致力完善方針細節。然而，希望他也明白社群有一定的決策程序，如可能的話，應盡量在程序容許範圍內進行修改。--Temp3600（留言） 2017年7月31日 (一) 08:37 (UTC)

由於多日無新回應，公示七日。--小火車（留言） 2017年8月10日 (四) 06:51 (UTC)

由於多日無新回應，本提案視為通過，公告七日後存檔。--小火車（留言） 2017年8月18日 (五) 05:55 (UTC)

修改機械人方針

最新留言：6 年前9則留言9個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/方針。執行者：Jimmy-bot（留言） 2017年11月2日 (四) 08:42 (UTC)。

現行條文

===機械人帳號===
...略...
此外，機械人帳戶用戶名應包含「Bot」或「機械人」等標記，以資分辨用戶及機械人所作編輯。機械人帳戶用戶頁上可加上{{bot}}註明。

提議條文

===機械人帳號===
...略...
此外，機械人帳戶用戶名應包含「Bot」或「機械人」等標記，否則必須在每個編緝摘要中均加入Bot或機械人等字眼，以資分辨用戶及機械人所作編輯。機械人帳戶用戶頁上可加上{{bot}}註明。

要每個機械人的用戶都必須有Bot的字眼並不合理，其實最終目的也只是分辦編緝。怎麼就不善用編緝摘要，而必須有用戶名要求呢？--Шәτіт🐷0 2017年10月10日 (二) 08:50 (UTC)

(！)意見這可能造成我們必須要解析summary的困難。例如一筆編輯summary為「避免bot重複編輯這個頁面」、「機械人出錯了 改回來」，那這些編輯可能會被當作機械人的編輯。另外我們也得要考慮到有些時候我們可能僅僅從頁面獲得使用者名稱，之後就要判別使用者的身份、執行某些操作，這樣的操作並沒有經過檢核某個頁面編輯紀錄的過程，因此也就沒有summary可取。這情況下若是沒有限制使用者的名稱，就比較容易出錯誤。另外還應考慮機械人沒有加上bot flag、還沒得到bot flag之申請者的編輯情況，可能連人類都容易誤判。 --Kanashimi（留言） 2017年10月10日 (二) 11:41 (UTC)
(！)意見一個用戶是否是機械人用戶，最終應該還是看是否有 Bot flag （量多，最近更改能過濾）或者是否有機械人申請通過的記錄（量少，或許也就不需要單獨過濾了）。編輯摘要的話，感覺還是管得太細了一點點 .... Dargaseat ‧ c ‧ s 2017年10月10日 (二) 15:23 (UTC)
「要每個機械人的用戶都必須有Bot的字眼並不合理」可否論述不合理的原因？——Aotfs2013 留於 2017年10月10日 (二) 16:05 (UTC)
只是"應"而已，大原則還是bot name能否讓人清楚明白。--Temp3600（留言） 2017年10月10日 (二) 17:20 (UTC)
編緝摘要含有bot字眼，有時候也會與人類編輯混淆，例如編緝摘要中為「bot壞了」，不好分辨。--PatrollerAAAA（討論|留名） 2017年10月11日 (三) 05:16 (UTC)
如有1個未持有機械人權限的人類編輯者提出刪除1個由User:Liangent-bot創建的重定向的刪除討論，在該頁面加上{{Vfd|這是User:Liangent-bot所創建的重定向，但{{link-en}}的參數出現錯誤|r|date=2017/11/02}}，但編緝摘要卻是「User:Liangent-bot根據{{link-en}}的參數錯誤創建」，則該人類編輯者不應視為機械人--林勇智 2017年10月15日 (日) 12:27 (UTC)
我覺得要求以機械人為目的的賬號含bot字眼確實會有容易分辨的好處。如果這樣做法有其他不方便的話，或許可以衡量利弊消除這個規定，但是需要先說明情況——為什麼這個要求不合理，造成了什麼不方便。否則我想這個要求還是保存着好。Bluedeck 2017年10月23日 (一) 05:12 (UTC)

意見徵詢︰機械人活躍度門檻

最新留言：6 年前22則留言6個人參與討論

本主題或以下段落文字，移動自WP:VPP。執行者：--J.Wong 2018年4月17日 (二) 04:29 (UTC)。

本討論已經結束。請不要對這個存檔做任何編輯。

目前而言，《機械人方針》規定機械人活躍門檻為「如機械人賬號及其操作者最近兩年沒有編輯，其機械人權限可被移除。」翻查紀錄，在此除權條件下，有機械人最後編輯時間是零九年，距今幾近十年。姑勿論會否引起系統安全問題，機械人長期沒動作，而編輯環境其實恆年常變，而機械人審核小組無法定期審核各個機械人操作許可，如此一來該等操作許可會否已經與方針指引或者編輯慣例有所矛盾呢？是故，現請諸位就以下問題發表意見。--J.Wong 2018年3月21日 (三) 06:36 (UTC)

甲、機械人不活躍門檻是否應該繼續與操作者掛勾？

如題。而如果操作者活躍，而機械人久未活動，要否重新經過機械人審核小組審核方可重新繼續操作呢？--J.Wong 2018年3月21日 (三) 06:36 (UTC)

建議脫勾，重新申請時或許豁免審核比較好。—AT 2018年3月21日 (三) 15:09 (UTC)
應脫勾，但不必豁免審核，反正BAG成員可自行提出無須測試。JC1 2018年3月21日 (三) 16:40 (UTC)
應脫勾，需重新申請，但建議審核小組視情況予以快速批准（若再次運行無任何問題）。--Xiplus#Talk 2018年3月22日 (四) 13:25 (UTC)
應脫勾，需重新申請。--Temp3600（留言） 2018年3月24日 (六) 07:40 (UTC)

乙、機械人不活躍門檻是否繼續維持於兩年？

如果不建議維持於兩年，那多少為之合適？--J.Wong 2018年3月21日 (三) 06:36 (UTC)

與其他權限看齊，建議改為半年。—AT 2018年3月21日 (三) 15:10 (UTC)
存檔、維護等機械人於首輪運作後可能要一段長時間才須再次運作，建議至少一年。JC1 2018年3月21日 (三) 16:40 (UTC)

其他

就目前機械人方針活躍度要求，兩年不活躍是權限及運行許可一併取消，然而是機械人所有的任務合併計算，再加上操作者是否活躍，若是機械人只執行某一項任務，而另一項任務已有數年沒執行，這並不合理。再者，更重要的事情是編輯環境並非永遠不變，BAG批准一項機械人任務勢必要考量目前的環境能否運行機械人，例如一個長久未執行的存檔機械人一天突然執行，但頁面的版面架構早已改變，於是將存檔搞得亂七八糟，反之，若是一個有持續在運行的機械人，要變更版面架構時，自然會想到有這個存檔機械人，便會通知操作者配合做出修改（這只是一個小舉例，嚴重可能是機械人做出大量不恰當編輯後才被發現）。

因此，我認為應該針對每一項任務單獨設定一個不活躍自動撤銷許可的期限，機械人超過一定期限沒有執行這項任務，許可即被自動撤銷，然而BAG勢必無法定期審視一個任務有沒有過久無執行，因此若要有這項規定，應該是操作者在重新執行這項任務時必須自行確認，或者是當任何人發現許可已被自動撤銷時，向操作者告知，且操作者應當立即停止運作機械人。要重新運行這項任務時必須重新申請，BAG確認在前次批准的條件下重新運行機械人並無問題時，可給予快速批准。--Xiplus#Talk 2018年3月22日 (四) 13:25 (UTC)

立意雖好，但除非能設立中央資料庫集中統整各項permit，否則暫不支持。--Temp3600（留言） 2018年3月24日 (六) 07:43 (UTC)
@Temp3600：這個？--Xiplus#Talk 2018年3月24日 (六) 16:38 (UTC)
可以再寫得清楚些。確保及時更新外，對於只有1個permit的機械人，可列出預定過期時間，長遠而言則要求在編輯摘要寫明在執行那一個任務。--Temp3600（留言） 2018年3月25日 (日) 13:52 (UTC)
@Temp3600：但我上面的說法並非是要BAG或其他人主動定期來審視現有的許可。--Xiplus#Talk 2018年3月31日 (六) 12:41 (UTC)
在我而言這是一個方便性的問題。比如說現實生活中，會有學費單/電費單等提醒你需要到期續約的配套措施。如果要求operator自行記憶每個任務的最後操作時間，我認為過於苛刻。--Temp3600（留言） 2018年3月31日 (六) 16:04 (UTC)
是最後操作時間還是批准時間？批准時間可以列表紀錄，但最後操作時間就很困難了，而我想最清楚最後操作時間的應該是操作者本身。--Xiplus#Talk 2018年4月2日 (一) 09:09 (UTC)
倒回來，我想一個合適的機械人操作者對操作環境的改變會有適當的反應，合適則繼續操作，不合則重新討論。當機械人一直運作（其他任務），並於操作者控制之下，由其自行確認，有疑問提出就好。題外話，以前我曾經把已完成的任務劃線，結果[1]。JC1 2018年3月26日 (一) 20:43 (UTC)
這個，個人覺得在該操作許可留言，並通知機械人審核小組成員，會是比較好的做法。--J.Wong 2018年3月27日 (二) 03:03 (UTC)
  • 稍為歸納一下︰一、機械人及操作者不活躍門檻應該脫勾；二、機械人門檻則建議由兩年降為半年至一年；三、如果機械人久未活躍，需重新申請。機械人審核小組如認為可以，則可快速批準。--J.Wong 2018年4月9日 (一) 14:23 (UTC)

機械人方針修訂

最新留言：6 年前6則留言3個人參與討論

本主題或以下段落文字，移動自WP:VPP。執行者：--J.Wong 2018年5月1日 (二) 05:24 (UTC)。

本討論已經結束。請不要對這個存檔做任何編輯。

基於上列意見徵詢結果，建議對《機械人方針》作出以下修訂。

現行條文

活躍度要求 如機械人帳號及其操作者最近兩年沒有編輯，其機械人權限可被移除。移除前，應先到操作者的用戶討論頁留言，並給予一星期的通知期。如操作者日後回到維基，並希望再次運作機械人，必須重新申請。

提議條文

活躍度要求 如機械人帳號最近一年沒有編輯，其機械人權限可被移除。移除前，應先到操作者的用戶討論頁留言，並給予一星期的通知期。無論操作者是否活躍，如果所持機械人久未活躍，以致權限已經撤銷，則必須重新申請操作許可。機械人審核小組成員如認為妥當，則可以快速批准操作。另外，亦建議操作者就機械人各項已批准任務最後操作日期留有紀錄，以及如某項任務已經久未進行，就算該項任務已經獲得批准，再次運行時仍應留意機械人設定是否與現行編輯環境相配合。操作者如認為某項許可已經再無需要使用，則可於該操作許可留言，並通知任何機械人審核小組成員處理。其他用戶如果發現某機械人某項任務已經沒有執行超過一年，則可按上列程序要求覆核。

  • 一年而非半年，雖然意見徵詢結果之中，有不少用戶認為應該與其他權限看齊，將門檻降至半年。唯當中，有用戶指出可能某些任務間隔是會比較長。此可能的確不能輕易排除，是故將期限定為一年。至於意見徵詢其他一節之中，意見指應該按已批准任務最後操作日期計算，此方向其實可取，惜未能議出具體執行之策，掣肘之處仍然不鮮。今嘗折衷而為，鼓勵操作者自行保留紀錄，並於停擱後，再次執行前，檢查是否仍與編輯環境相配合。亦指出操作者可如何申請註銷已無用操作許可。及提示其他用戶如發現則可以按相關程序申請覆核。謹此。--J.Wong 2018年4月9日 (一) 15:53 (UTC)
(＋)支持--Temp3600（留言） 2018年4月12日 (四) 05:46 (UTC)
(＋)支持，較兼顧現實的做法。--Xiplus#Talk 2018年4月13日 (五) 13:25 (UTC)

再三強烈要求規範WP:MASSCREATION

最新留言：6 年前42則留言15個人參與討論

本主題或以下段落文字，移動自WP:VPP。執行者：--J.Wong 2018年6月9日 (六) 05:20 (UTC)。

本討論已經結束。請不要對這個存檔做任何編輯。

WP:MASSCREATION要求用戶以自動或半自動方式批次創建條目或頁面分類前，必須先提出申請。「批次」指50項編輯或以上。你應先到互助客棧及相關專題尋求共識。操作者必須確保所創建的條目符合社群的要求。但在下發現不少用戶未能符合以上要求，甚至拒絕溝通，故以在下建議修改MASSCREATION，建立一些基本的要求，並開始嚴格拆行WP:BOTPOL，請注意：這不是收緊關注度或要求刪除舊有條目，而是要求用戶及後使用機械人時更為謹慎。

絕大部分情況下，以機械人建立的條目皆沒有人維護，故此創建時應訂立更高標準。在下建議要求使用機械人創建條目時須符合下列條件，否則停止創建：

我認為必須要有一項參考資料、一導航模板合理，但資訊框並非必需。--【和平至上】💬📝 2018年4月28日 (六) 06:13 (UTC)
沒有人說是完整的資訊框，以最近的弗爾克謝什蒂鄉為例，單以現有的名稱、原名、上級行政區、面積、人口去建立資訊框，完全足夠，也無須另外找資料。JC1 2018年4月28日 (六) 06:38 (UTC)
@Yangfl、Justincheng12345： 曾在IRC上多次請求他人對TMBW是否使用了機械人進行評論，但是因為技術限制沒有任何依據證實，所以我只能選擇AGF。此外，據我所看到的情況，TMBW翻譯的來源語種（例如德語、愛沙尼亞語等）早已採用使用直接引用wikidata作為infobox數據顯示來源的做法，所以，即使使用翻譯工具也不能在原始碼里找到資訊框資料來。--雲間守望淡出中，有事請發郵件 2018年4月28日 (六) 10:05 (UTC)
「弗爾克謝什蒂鄉是羅馬尼亞的鄉份，位於該國西南部，由戈爾日縣負責管轄，面積84平方公里，海拔高度188米，2007年人口3,597，人口密度每平方公里43人。」不論如何，他就是已經取出那些資料了吧？別說創建條目之時有raw data，就算是現在用regex也能提出再放入infobox內吧？另外就是BOTPOL從來沒有說一定要某種程式才算機械人，WP:MEATBOT：「在處理爭議時，那些編輯是由機械人、使用半自動工具的編者、或是全手動所做並不重要；」JC1 2018年4月28日 (六) 10:35 (UTC)
@Justincheng12345：其取出的系舊的資料，我說明的情況是在於較新的資料其不可能直接由Wikidata摘取出來（技術要求挺高的）。不過講道理，他這樣做確實嚴重擾亂站務秩序了，而且如果用regex確實能放進infobox去，我承認。（在下曾為該用戶擦過屁股，表示深受其害。）--雲間守望淡出中，有事請發郵件
話說其實從wikidata取資料很簡單了，就以羅馬尼亞鄉份為例，來這裏，然後下載csv就可以了。另外依照wikidata自動更新未必可取，很容易做成內文與infobox不對應。JC1 2018年4月29日 (日) 06:06 (UTC)
(＋)支持：我曾有使用機械人創建條目的計劃。但是我也支持以下要求：創建條目時應盡可能確保資料庫為最新版本；建立頁面填入已創建的條目，方便他人檢查及更新；不應當是孤立、未歸類、斷鏈頁面。--雲間守望淡出中，有事請發郵件 2018年4月28日 (六) 11:42 (UTC)

@WQL：，我想了數天強制使用資訊框或許並非完全適合，例如應該使用文中的資料還是最新的資料之類。但想問一下有甚麼原因讓你不支持強制參考資料和導航模板？我相信這兩項很簡單吧？使用的資料庫本身就是一個參考資料，導航模板簡單而言也可以把同一省份的某級行政區條目放在一起就好，更何況從英語版抄過來使用翻譯連結小工具也是非常容易。JC1 2018年5月3日 (四) 13:40 (UTC)

MASSCREATION第一版

現行條文

以自動或半自動方式批量創建條目或頁面分類前，必須先提出申請。「批量」指50項編輯或以上。你應先到互助客棧及相關專題尋求共識。操作者必須確保所創建的條目符合社群的要求。

更簡單的方法是減少創建的條目數量，或先在各屬專題的子頁面創建條目，由其他編輯檢查後，再移動到條目空間。這些方法不用申請機械人，也更容易得到社群的支持。

提議條文

以自動或半自動方式批量創建條目或頁面分類前，必須先提出申請。「批量」指50項編輯或以上。你應先到互助客棧及相關專題尋求共識。操作者必須確保所創建的條目符合社群的要求。

更簡單的方法是減少創建的條目數量，或先在各屬專題的子頁面創建條目，由其他編輯檢查後，再移動到條目空間。這些方法不用申請機械人，也更容易得到社群的支持。

一般而言，除非社羣或機械人審核小組提出豁免，由機械人創建的條目須達致以下標準：

  1. 創建條目時應盡可能確保資料庫為最新版本
  2. 建立頁面列出已創建的條目，方便他人檢查及更新
  3. 頁面應包含最少一項參考資料及一導航模板
  4. 頁面不能為孤立頁面、未歸類頁面、斷鏈頁面
(＋)贊成：合理的要求。--【和平至上】💬📝 2018年5月9日 (三) 14:26 (UTC)
完全(＋)贊成：方便巡查（反正我也不會用MASSCREATION）。ŚÆŊMØŠĀ 2018年5月13日 (日) 01:17 (UTC)
(＋)贊成：第三項深得我心。--Temp3600（留言） 2018年5月14日 (一) 16:43 (UTC)
  • 僅反對導航模板。本人的意見是：
    • 第3項：條目應被維基化，應有至少一項參考資料。
    • 第4項：條目不能為孤立頁面。
  • 維基化包含添加分類、連結（即避免斷鏈頁面）。導航模板不是所有批量建立都有，可能也不是都合適（再舉個例子吧，無編號的道路或街巷、立交橋），不應強制要求。反而是考慮到批量建立的條目都依賴于格式化信息，有條件強制要求信息框。 --達師 - 370 - 608 2018年5月14日 (一) 17:55 (UTC)
  • 如果以持有機械人權限的帳戶建立條目，因為機械人自帶巡查豁免（autopatrol），那麼建立條目的品質應該跟能獲得巡查豁免權的情況看齊？--Xiplus#Talk 2018年5月14日 (一) 23:22 (UTC)
說遠一點，遇到這種情況，應要求創建者先弄幾個條目出來，大家自然心裏有數。問題是:如果有人一來就手動大建特建呢?--Temp3600（留言） 2018年5月15日 (二) 11:56 (UTC)
這幾個月還多了IP用戶不論條目質量就把孟加拉的條目隨意地開，勸止都不聽呢。--owennson（聊天室、獎座櫃） 2018年5月15日 (二) 16:27 (UTC)
(＋)贊成--Hello903hello 留言·貢獻 回覆用{{ping}} 2018年5月16日 (三) 08:56 (UTC)

我暫時總結一下，社羣主要有以下數項疑慮：

  1. 導航模板是否必須。參考達師和快龍的意見，改為某些條目才須導航模板如何？我認為最起碼可以為行政區。
  2. 資訊框是否必須，這個要社羣先回答WQL的問題。例如，機械人所使用的資料庫與wikidata的有所不同（或者資料陳舊），而某些原因未能全面採用wikidata的資料，那麼資訊框的內容應該使用本來的資料庫還是wikidata？
    1. 這個問題於其他條目也是同理，若日後有模板可直接從wikidata取得資料，那麼可以容許資訊框與內文不對應嗎？
  3. autopatrol本來就沒有品質要求，只是創建條目數夠了就有了
  4. 最後，一直以來未經批准下運行的機械人會立刻封禁，我相信MEATBOT也是同理，當然作為主賬號可先作通知或警告。

可以先討論一下上述數項。JC1 2018年5月16日 (三) 13:05 (UTC)

  • JC1君︰首先，閣下要明白此乃方針，無可能列出所有條目範疇應該如何辦，所以可以做的是，改為「建議」。又或者提醒操作者，如所創範疇有導航模板或資訊框就應該加上，而非「必須」。巡查豁免審批是應該也要看質素，看條目質素是否可免於巡查。--J.Wong 2018年5月20日 (日) 03:41 (UTC)
    • WP:VD也是方針，其亦於沒有窮舉的情況下列出非常多的破壞類型，同理，列出部分應受較多限制的條目範疇為何又有所分別？巡查豁免當然應該要看使用者一向所創條目的質素，但其實每個管理員標準不一，而方針亦只是指「熟知維基方針及指引（特別是生者傳記和關注度）的可信賴用戶」，根本沒有清楚準則。JC1 2018年5月20日 (日) 08:39 (UTC)
    • 兩者並不可比。《破壞方針》沒能窮列所有情況，與此提案是否應該按實況給予足夠豁免，根本完全無關。閣下只要再修改草案，給予足夠豁免，其實問題就迎刃而解。--J.Wong 2018年5月21日 (一) 12:46 (UTC)
      • 當然有關，重點就是方針可以在無需窮舉之下列出部分應當處理的情況，故此其「無可能列出所有條目範疇」，正如「無可能列出所有破壞行為」。我的提案比給予豁免更為寬鬆，只是要求部分已列出的條目範疇受較多限制，例如只有行政區劃條目需要符合導航模板的額外要求之類，其他按原本維基化/孤立頁面的要求處理。JC1 2018年5月22日 (二) 06:51 (UTC)
      • 更何況「除非社羣或機械人審核小組提出豁免」一句已符合給予足夠豁免，hell，可以說已經給予全面豁免了。JC1 2018年5月22日 (二) 06:57 (UTC)
      • 之所以言之不可比是因為《破壞方針》有給予明確定義，然後不窮盡例子只為說明此項定義。亦因如此，《破壞方針》可以不窮舉例子，正如《收錄準則》一樣。但此處，閣下草案是定出標準，而此等標準並非用以說明某個定義。而且現在就是提示閣下草案有值得斟酌之處，提供豁免固然是好，但並沒有根本解決缺漏。所以才叫閣下修改字眼。就第三項，無論是上列達師君所提議，抑或修改成「頁面應包含最少一項參考資料，以及如果條目範疇有相應導航模板，則亦應該包含其中。」，個人都能夠接受。請君考慮，在下無意刁難，只希望草案不會有已知缺憾。--J.Wong 2018年5月23日 (三) 02:41 (UTC)

MASSCREATION第二版

現行條文

以自動或半自動方式批量創建條目或頁面分類前，必須先提出申請。「批量」指50項編輯或以上。你應先到互助客棧及相關專題尋求共識。操作者必須確保所創建的條目符合社群的要求。

更簡單的方法是減少創建的條目數量，或先在各屬專題的子頁面創建條目，由其他編輯檢查後，再移動到條目空間。這些方法不用申請機械人，也更容易得到社群的支持。

提議條文

以自動或半自動方式批量創建條目或頁面分類前，必須先提出申請。「批量」指50項編輯或以上。你應先到互助客棧及相關專題尋求共識。操作者必須確保所創建的條目符合社群的要求。

更簡單的方法是減少創建的條目數量，或先在各屬專題的子頁面創建條目，由其他編輯檢查後，再移動到條目空間。這些方法不用申請機械人，也更容易得到社群的支持。

一般而言，除非社羣或機械人審核小組提出豁免，由機械人創建的條目須達致以下標準：

  1. 創建條目時應盡可能確保資料庫為最新版本
  2. 建立頁面列出已創建的條目，方便他人檢查及更新
  3. 條目應已維基化，並有至少一項參考資料。
  4. 頁面不能為孤立頁面。
  5. 如條目範疇有相應導航模板，亦應包含其中。
  6. 可行情況下，條目應附有訊息框。

建議適度擴大機械人的使用範圍

最新留言：6 年前13則留言8個人參與討論

本主題或以下段落文字，移動自WP:VPP。執行者：--J.Wong 2018年6月28日 (四) 09:41 (UTC)。

嘛，也不是第一次提了，只是最近這三天的經歷，感受更深了不少。

我希望，機械人不僅僅限於現在的補個標點、標記/補充替換個死連結、發個通知什麼的這種工作，應該進一步投入到人力資源補充、反破壞日常維護的工作中去。

165.84.176.62提出「為什麼黃智雯、李佳芯、蔡思貝、甚至張可頤等等等等大部分演員可以有性質?」，這是個好問題。角色性質，早就有共識原則上禁止使用了（我個人一直是有條件接受），那為什麼這麼多條目變成了漏網之魚？顯然，是執行力度的問題，根本性問題是缺乏人力，而wiki太大了（指望我一個人管了所有TVB條目這事顯然也不現實，於是只能儘可能多管幾個，到最後，幾個有人日常維護的，反倒成了異類，大部分其他條目在野蠻生長。）

而今天下午，本來國籍的問題，北極企鵝團路過看見，已經幫忙弄好了，下午我上來，當時Jasonloi1997已經在那裏了，結果陳奕迅等三個條目，我前後大概頂了20分鐘多一點（基本到極限啦，很久沒這麼幹過了。最後沒徹底頂住不說，我倒收到了3RR通知...  囧rz…… 剛才我查了一下記錄，管理員處理完已經是晚上很晚了）。

我想說，無論是角色性質，還是國籍破壞。它們都有固定的編輯模式/內容，既然這樣，是否可以投入機械人進行維護工作，代替純人工？（特別是下午那20分鐘，真是夠嗆）

--我是火星の石榴（留言） 2018年6月13日 (三) 17:32 (UTC)

ORES--百無一用是書生 (☎) 2018年6月14日 (四) 02:06 (UTC)
  • 其實這話題與機械人方針沒太大關係……請善用已有科技。--J.Wong 2018年6月14日 (四) 05:07 (UTC)
  • 這有點像是在說enwiki的User:ClueBot NG，會自動識別並回退可能的破壞編輯。不過zhwiki編輯量還沒那麼大，AF應該夠用。--Suaveness（對話．貢獻） 2018年6月14日 (四) 14:30 (UTC)
  • (？)疑問：@Red16：什麼叫做角色「性質」？ 他們又不是化學物質，有什麼性質？如果是訊息框，未見禁止加入訊息框的共識。--　宇帆（維基貢獻十周年！留言·歡迎簽到[試用小工具]） 2018年6月15日 (五) 04:53 (UTC)
    • (：)回應：就是男/女1/2/3/4號...然後其他人的粉絲會過來說，我們才是1號，你們根本是配角，於是就這麼開始輪上了...那wiki不就是變成了兒童遊樂園了嘛。當年kellymok被封禁的理由不就是這個？長期出沒解除了？我查了一下並沒有啊。--我是火星の石榴（留言） 2018年6月15日 (五) 05:07 (UTC)
  • 「角色性質，早就有共識原則上禁止使用了」不了解，可設定方針、設定防濫用過濾器，用不上機械人吧。機械人對有表格內容的清理並不有效，機械人回退還可能造成編輯戰、漏網/繞過，如Liangent-bot的反簡繁破壞。如果共識確定並且內容規律，可以請求機器作業來糾正。--YFdyh000（留言） 2018年6月15日 (五) 14:40 (UTC)
    • 我自己也想不明白，為什麼編輯共識的討論記錄會找不到？但是相關封禁記錄肯定全部都在，但是最早的依據存檔找不到，這我們是不是要把那一堆持續出沒的給放出來？  囧rz…… 只能麻煩管理員去找了，如果十幾年的記錄就找不到的話(等於數據會自動永久性丟失) 這沒什麼好說的了。
過濾器難道不是需要管理員來設置的麼？我自己費碼農出身，精密模板這種東西肯定算了。
另，現在另一個大問題是，既有內容的大規模清理，不使用機械人的話，不具可行性吧？你要都丟給我一個人，我肯定不幹了。--我是火星の石榴（留言） 2018年6月15日 (五) 18:39 (UTC)
(※)注意：禁止加入訊息框的共識不存在。--　宇帆（維基貢獻十周年！留言·歡迎簽到[試用小工具]） 2018年6月16日 (六) 01:40 (UTC)
(※)注意：禁止加入訊息框的共識不存在，化學性質信息框、演算法性質信息框、多面體性質信息框......等等並非未經篩選的資料，且禁止加入訊息框的共識不存在，乃至角色性質訊息框，無明顯共識，參與討論人數過少，想說你們正在WP:POINT。--　宇帆（維基貢獻十周年！留言·歡迎簽到[試用小工具]） 2018年6月16日 (六) 09:42 (UTC)
  • 事實上WP:BOTPOL並未直接對這類任務作出特定的限制。但是從機械人的三大原則（有用、無害、有效）來看，顯然這類機械人不如過濾器有用和有效，因此獲批的可能性不大。--Antigng（留言） 2018年6月20日 (三) 14:57 (UTC)

方針小修

最新留言：6 年前2則留言1個人參與討論

見Special:Diff/50250102。-- Junjie Yuan（留言） 2018年7月4日 (三) 11:26 (UTC)

我覺得這個方針要改的地方還有很多，不過最近沒什麼時間，先不管了。--Junjie Yuan（留言） 2018年7月4日 (三) 11:28 (UTC)

Techadmin 能擁有adminbot嗎？

最新留言：5 年前19則留言10個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/方針。執行者：Jimmy-bot（留言） 2019年4月19日 (五) 08:14 (UTC)。

最近liangent bot 停運，大家都吃了不少苦頭。但可惜目前的管理員暫時未有時間研究如何維修它。能不能將adminbot的擁有人放寬到techadmin呢，讓多點人參與研究呢？

  • 界面管理員權限的確在 Liangent-bot 的功能上沒什麼可做的，除非把 DYK 模板放進 MediaWiki 名字空間（囧），這樣自帶全保護且 IA 也可以編輯。--Tiger（留言） 2019年4月10日 (三) 01:14 (UTC)
  • 代碼確實需要多次調試並且更改，不太可能每次調試、甚至緊急的更改都要耗費寶貴管理員的時間與精力來部署軟件。若是以參與處理技術性站務為主來申請管理員，不曉得各位覺得如何？ --Kanashimi（留言） 2019年4月10日 (三) 08:54 (UTC)
  • 其實是有擅長技術站務而且也活躍的管理員在，如果給他們的話，他們可自行調試、更改。如果他們都無法完成這個工作，而且正好有一個值得信任的非管理員願意做這件事，那麼此次作為例外，給他們一個含有管理員權限的機械人賬戶我覺得可以考慮。--Tiger（留言） 2019年4月10日 (三) 09:16 (UTC)
  • （值得信任的水準恐怕要很高，就是和管理員一致，只是不去考察那位用戶其他方面的站務能力）--Tiger（留言） 2019年4月10日 (三) 09:21 (UTC)
可以考慮允許界面管理員或者面向技術維護的類似管理群組的申請帶管理員權限的機械人，不過需要遵守更嚴格的規定，例如代碼要公開review；只限於任務內的操作（除了一些合理的調試行為）；一經發現違規、超範圍操作、或者涉及公器私用的，立即除權，無合理解釋的話永久不得再申請。——路過圍觀的Sakamotosan | 避免做作，免敬 2019年4月11日 (四) 00:28 (UTC)

對維基百科:用戶頁、維基百科:機械人方針及相聯頁面的合併更新

最新留言：4 年前15則留言7個人參與討論

本主題或以下段落文字，移動自Wikipedia:互助客棧/方針。執行者：Jimmy-bot（留言） 2020年3月9日 (一) 00:14 (UTC)。

已解決
下列討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。

目前的用戶頁方針對機械人帳號等合規附屬帳號的用戶頁沒有明確的規範。此外，部分機械人的用戶子頁設有技術開關，如User:Liangent-bot/message，一旦遭到錯誤的更改，可能影響到眾多用戶。現擬對此作出明文規定：

Wikipedia:用戶頁

於目前「從我的用戶頁上有哪些其他信息可以被別人看到？」下，新增一章：

現行條文

無。

提議條文

機械人及其他合規多重帳號的用戶頁 一般來說，機械人及其他合規多重帳號用戶頁的所有權歸這些賬戶的操作者所有；如果機械人由多人一起操作，則一般而言，所有操作者都具有所有權。操作者對這些用戶頁進行創建、修改、申請進行管理操作時，等同於對自己的用戶頁空間進行操作。

Wikipedia:機械人方針

於「機械人的使用」下添加三級標題，為：

現行條文

無。

提議條文

機械人的用戶頁 機械人可按實際需求設立用戶頁及用戶子頁面。這些頁面的管理權屬於機械人操作者。由於此類頁面有一定系統管理功能，管理員可對它們實施預防性保護。

Wikipedia:保護方針

修改Wikipedia:保護方針#不同的保護期限，增加：

現行條文
  • 保護一些「系統管理」頁面，包括許多編輯用的模版，例如刪除告示、小作品模版等。
  • 保護MediaWiki的名字空間，以及嵌入包含的頁面，這些頁面會影響所有用戶的系統界面。
提議條文
  • 保護一些「系統管理」頁面，包括許多編輯用的模版，例如刪除告示、小作品模版等。
  • 保護有「系統管理」性質的機械人子頁面。
  • 保護MediaWiki的名字空間，以及嵌入包含的頁面，這些頁面會影響所有用戶的系統界面。

Wikipedia:傀儡

修改公開備用帳號一節：

現行條文

== 公開備用帳號 ==

使用多重帳號的用戶應當明示帳號間的關係，除非這樣做會違背合理使用多重帳號的目的。明示的方式是在備用帳號用戶頁上使用模板{{User Alternate Acct|主帳號名}}。在主帳號頁上亦可加上{{User Alt Acct Master}}標記。

提議條文

== {{新增條文|公開多重帳號間的關係}} ==

使用多重帳號的用戶應當明示帳號間的關係，除非這樣做會違背合理使用多重帳號的目的。明示的方式之一是在子帳號的用戶頁上使用諸如{{User Alternate Acct|主帳號名}}、{{Bot|主帳號名}}等模板。在主帳號頁上亦可加上{{User Alt Acct Master}}標記。經標記後，主帳戶對這些用戶頁進行創建、修改、申請進行管理操作時，等同於對自己的用戶頁空間進行操作。

個人有兩隻帳號，目前這隻比較活耀比較新，另一隻貢獻次數比較多。到時你們討論完成後請題醒或指導我如何標記Heartingvia（留言） 2020年2月22日 (六) 03:55 (UTC)
不同意必須要用模板作出合理使用多重帳號聲明，我認為只要用戶頁具有適切的說明文字即可。ꓢꓯꓠꓟꓳꓢꓮ COVID-19 2020年2月23日 (日) 06:13 (UTC)
"使用多重帳號的用戶應當明示帳號間的關係"是舊有的方針條文。我不太清楚當初為什麼會譯做"應"。--Temp3600（留言） 2020年2月23日 (日) 13:54 (UTC)
條文是「使用多重帳號的用戶應當明示帳號間的關係」沒錯，其實沒了「應」這個字更好，不過這要另外提案。我説的是我認為只要用戶頁具有適切的說明文字説明帳號間的關係（例如A用戶和B用戶是同一個人操作的）就行，不一定要用模板顯示。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年2月23日 (日) 14:26 (UTC)
"明示的方式之一是"就行了吧。--Temp3600（留言） 2020年2月23日 (日) 15:38 (UTC)
接受，其實只要不是唯一就可以。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年2月24日 (一) 02:16 (UTC)
好，已改。--Temp3600（留言） 2020年2月24日 (一) 11:41 (UTC)
初步不反對。ꓢꓯꓠꓟꓳꓢꓮ 漆黑漫長夜 2020年2月24日 (一) 11:43 (UTC)
本討論已經關閉，請勿修改。如有任何意見，請至合適的討論頁進行，並不要再次編輯本討論。
取自 "https://zh.wikipedia.org/w/index.php?title=Wikipedia_talk:機械人方針/存檔一&oldid=68173039"
返回專案頁面「機械人方針/存檔一」。