本站页面（多半）转载自萌娘百科的同名页面，依CC BY-NC-SA 3.0引入，贡献者可以在历史页查询。
因各种原因页面内容可能和源页面有所出入，非本站特有页面内容请以萌娘百科为准。此外，因萌百的api限制，本站部分页面和图片同步自另一个镜像站。
置顶公告：【置顶】关于临时开启评论区所有功能的公告(2022.10.22) | 【置顶】关于本站Widget恢复使用的公告
  • 你好～！欢迎来到萌娘百科镜像站！如需查看或编辑，请联系本站管理员注册账号。
  • 本镜像站和其他萌娘百科的镜像站无关，请注意分别。

萌娘百科討論:提案/已通過提案/關於用戶權限體系的第三修正案(2022.05.06)

萌娘百科，萬物皆可萌的百科全書！轉載請標註來源頁面的網頁連結，並聲明引自萌娘百科。內容不可商用。
跳至導覽 跳至搜尋

序言

本次修訂內容主要為調整全域封禁權限、增加實質性機器使用者的管理，其餘部分基本為適應性調整、查漏補缺。

沒有新增方針或指引文件。——  ほしみ 2022年4月8日 (五) 02:40 (CST)，修改於2022年4月14日 (四) 02:05 (CST)

正文

行政員

「除權程序」一節下新增一條

  • 用戶組變更：用戶不再屬於管理員用戶組。例：即行政員不滿足管理員的活躍度要求，被去職管理員後，也應除去行政員用戶組。

「其他」一節下移除一條

移除第3條「受到降權處罰的臨時行政員在申請正式行政員時...」[增 1]

監督員/管理員

技術性調整

添加以下可授權權限，全域生效： 

$wgGrantPermissions['editpage']['editcontentmodel'] = true; // 升級至MW1.35+後移除
$wgGrantPermissions['mergehistory']['mergehistory'] = true; // mergehistory授權組，升級至MW1.35+後移除
$wgGrantPermissions['oversight']['suppressrevision'] = true; // oversight授權組，升級至MW1.33+後移除
$wgGrantPermissions['oversight']['abusefilter-hide-log'] = true; // oversight授權組，升級至MW1.33+後移除
$wgGrantPermissions['hideusers']['hideuser'] = true; // 允許監督員使用全自動腳本隱藏用戶

封禁權限的調整

技術變動及影響

  • 如技術上測試後無問題，共享全域封禁表單（當前僅中文站、共享站共享此表單）
  • 該調整涉及使用者查核員、巡查姬的權限，監督員的相關政策。
$wgSharedTables []  =  'ipblocks' ; // 全域共享封禁表單
$wgGroupPermissions['patroller']['block'] = true; // 由於前一條調整，實質上已允許巡查姬在全域block、unblock，故直接增加權限以同步。

可選擇移除Extension:GlobalBlocking，刪除涉及globalblock、globalblock-exempt、globalblock-whitelist的所有權限（或在升級時MW版本時移除此擴展）。

影響：

  • 封禁、隱藏用戶無需各站點分別執行，直接全域生效；
  • 巡查姬在全域增加封禁/解封權限；
  • 全域IP封禁擴展及其權限將變得徹底無用；
  • 需要在提案通過後將其他站點的封禁同步到zh。[增 2]

用戶名方針#處理辦法小修訂

在第一條後插入：

  • 註：若用戶在多個萌娘百科及其姊妹站點內存在編輯行為，監督員應在多個站點分別執行隱藏。

維護人員的基本義務

修訂「維護禁忌」一節第一條

將內部鏈接及文本「涉及[[萌娘百科:編輯獎勵方針|編輯獎勵]]的編輯」修訂為「涉及[[萌娘百科:對外宣傳#其他|收費編輯]]的行為」。

STAFF

技術性調整

添加以下權限：

補遺：

  • 檢視標記為非公開的防濫用過濾器 (abusefilter-view-private)
  • 檢視標記為非公開的濫用過濾器日誌項目 (abusefilter-log-private)
  • 編輯使用者介面 (editinterface)
  • 對整個 Wiki 進行字串取代。 (replacetext)[增 3]

令非自確STAFF默認獲得自確的所有權限：

  • 移動頁面 (move)
  • 移動根使用者頁面 (move-rootuserpages)
  • 移動頁面與其子頁面 (move-subpages)
  • 移動分類頁面 (move-categorypages)
  • 移動檔案 (movefile)
  • 使用 URL 上傳檔案 (upload_by_url)
  • 編輯保護層級為「僅允許自動確認使用者」的頁面 (editsemiprotected)
  • 重設已失敗或已轉碼的影片，將其重新排入任務序列中。 (transcode-reset)
  • 編輯頁面的內容模型 (editcontentmodel)
  • 評論 (comment)

「其他」一節的調整

將「可以以STAFF身份發起/參與涉及對外宣傳與技術類話題的討論」修訂為「可以以STAFF身份發起/參與涉及站點基本信息、技術類話題以及活動的討論」。

其他調整

  • 此修訂案通過後，STAFF方針應由行政員調整為站點基本信息。

介面管理員

「授權程序」一節新增復職條款

行政員可選擇對因為個人原因（而不是面臨社群質疑）申請暫離、在180日內重新申請介面管理員的用戶跳過意見發表期和信任度投票程序。

指令碼編輯員

「授權程序」一節新增復職條款

行政員可選擇對因為個人原因（而不是面臨社群質疑）申請暫離、在180日內重新申請指令碼編輯員的用戶跳過意見發表期和信任度投票程序。

機器使用者

替換「申請與授權」一節為以下內容

管理員在進行部分無爭議、機械式的操作時，可授予自己臨時的機器使用者用戶組。 非管理員亦可在需要手工執行大量無爭議、機械式，且無法由全自動化程序執行的工作時，可在權限變更版、維護組群或技術編輯者群內部申請此用戶組。 一般不建議非維護人員或非技術人員申請此用戶組，您可以至討論版請求其他編輯者協助。

申請時應遵守如下規範：

  • 應列明需要授權機器使用者用戶組的賬戶：
    • 應儘可能使用主賬戶申請並進行工作；
    • 若進行全自動工作，亦可使用獨立的分身賬戶，以便維護人員採用急停程序。
  • 應列明工作內容及工作時間；
  • 應註明進行手動、半自動或全自動工作。若進行半自動或全自動工作，還應說明任務使用的自動化工具及其預定之編輯頻率。

經管理員審查無誤後授予申請人臨時的用戶組。

特別地，符合以下情形時，管理員一般無需自授權機器使用者用戶組：

  • 對指定用戶的貢獻進行大量回退時，可直接在用戶貢獻頁面URL後方添加&bot=1，此時可將被回退的編輯和回退操作均標記為機器人編輯。
  • 使用Special:替換文本進行替換文本，並取消勾選「透過 近期變更 與監視清單來通知這些編輯。」，其編輯記錄將在最近更改中強制隱藏。
  • 使用Special:批量正則編輯進行替換文本，默認標記為機器人編輯，但其編輯記錄可以在最近更改中被手動強制顯示。

「使用規範」一節新增一條

允許用戶在使用期間進行少量人工手動編輯獲批准操作外的行為，但不應添加botedit標記（ 機 ）和相關標籤，以便進行區分。例如，您可以選用Wikiplus、InPageEdit等小工具編輯，它不會被視為機器使用者。

新增「其他規範」一節

請您知悉，愈是高速、大量、自動化的編輯方式，愈可能被視為機器人/機器使用者。 為防止用戶規避機器人方針/機器使用者方針之管理，為了更好的維護萌娘百科，用戶進行自動化編輯應遵守以下規定：

全自動編輯

全自動編輯是指用戶使用工具或腳本進行大量高速或機械式、繁瑣的編輯。如使用外部工具替換內部鏈接、替換分類等。

當用戶未持有「將其視為自動程序」權限或所用擴展無法標註編輯為機器人編輯時，應注意自己的編輯頻率，確保其他用戶有時間作出檢查和提出異議，且不會大量占據「最近更改」頁面。符合此類情形時，應遵守以下規範：

  • 除用戶名字空間外，編輯頻率不得超越每分鐘3條，6小時內總編輯數不得超過50條；
  • 需在任何可以附加標籤的操作時附加Bot或AWB標籤；
  • 用戶若需打破速率限制，可前往權限變更版申請機器人用戶或機器人用戶組；
  • 當有管理員要求降低編輯頻率或停止任務時，操作者應當遵守，否則可能會被暫時移除自動確認使用者或處以封禁以防止百科受到負面影響。
半自動編輯

半自動編輯是指使用工具或腳本的協助進行自動化編輯，所有編輯仍在人類監督下進行。如使用小工具添加分類、修正消歧義、為歌詞注音、回退/撤銷破壞等。

通常情況下半自動編輯不需要提出機器使用者或機器人申請，但我們建議操作者標明編輯是由何種自動化工具完成，如在編輯摘要標註或使用特定標籤等。

但請注意，若用戶使用外部資源、進行極可能出錯的半自動編輯時（如使用外部翻譯軟件API批量為歌詞插入注音等），應遵守以下規範：

  • 用戶應在操作申請版提出申請，經管理員或介面管理員批准後方可執行大量操作。
    • 用戶應列明工作內容及工作時間，展示至少一條使用此自動化工具的操作行為，並儘可能展示能完成所申請自動化任務的工具；
    • 受理的管理員或介面管理員有義務監督此項自動化任務是否符合規範。
  • 除用戶名字空間外，使用自動化工具的編輯頻率不得超越每分鐘3條；
  • 需在任何可以附加標籤的操作時附加Automation tool標籤；
  • 當有管理員要求降低編輯頻率或停止任務時，操作者應當遵守，否則可能會被暫時移除自動確認使用者或處以封禁以防止百科受到負面影響。

特別地，若用戶認為自己將進行的半自動編輯可能存在爭議，亦可參照此法申請。

機器人

替換「申請程序」一節為以下內容

  1. 所有者使用權限變更版頁頂模板的預設按鈕發出合格式的申請（不合格式的申請將會作廢）：
    • 需要寫清機器人的用戶名、自動化任務的內容、執行的期限等，否則將會被直接拒絕；
    • 建議通過各類開源平台公開機器人源代碼（注意不要泄露賬戶密碼、機器人賬戶和密碼等憑據），有助於加快權限審核速度和通過可能性。[注 1]
  2. 行政員審核無誤後批准任務、發放用戶組：

特別地，當符合以下條件時，所有者可選擇不進行討論版申請程序：

  • 行政員所有的機器人；
  • 維護人員持有的機器人短期執行的追加任務；
  • 技術類用戶組用戶持有的機器人短期執行的追加任務（但應在技術編輯群告知任一管理員）。

短期執行的追加任務不應使用主賬戶不具有的權限（包括通過提權條件第3條獲得的權限、非維護人員不持有的「移動頁面時不在原頁面建立重新導向」權限）。[增 5]

「授權後義務」一節新增一條

所有者需在機器人執行任何可以附加botedit標記（ 機 ）的操作時添加此標記。

「急停條件」一節新增一條

  • 非維護人員或技術類用戶組用戶所有的機器人執行未經批准的自動化任務。[增 5]

修訂「除權條件」第三條

將「機器人90日未作出任何操作，在所有者頁面留言提醒7日後機器人仍然無操作」修改為「機器人90日未作出任何操作，維護人員應在所有者用戶討論頁留言提醒，14日內所有者無回復或機器人未能繼續執行相關長期任務」。[增 6]

分身賬戶方針

修訂「單一賬戶權限」一句

將「依照萌娘百科:機器人#提權的規定進行提權的除外」修訂為「依照機器人方針的規定進行提權的和STAFF直接獲授的用戶組除外」。

修訂「主賬戶的認定」一節

將第3條中「持有官方用戶組的賬戶」修訂為「持有維護人員用戶組的賬戶」。註：避免STAFF工作賬戶強制認定為主賬戶。

其他

技術性調整：

  • 取消patrolleredit等級的級聯保護($wgCascadingRestrictionLevels)。註：這是一個錯誤的配置項，級聯保護基於protect權限而非相關編輯權限。
  • 刪除$wgGroupPermissions['sysop']['passwordreset'] = true;。註：這是一個早已廢棄的擴展。

修訂注釋區

增

  1. ↑ 移除關於臨時行政員的過時條款。
  2. ↑ 遺漏。
  3. ↑ STAFF要求。
  4. ↑ 新增信息頁論述：萌娘百科:機器人列表。當前版本列表位於User:星海子/機器人列表，提案通過後移動至相應位置。
  5. ↑ 5.0 5.1 根據實際情況，簡化追加任務申請條件。
  6. ↑ 新增對機器人除權條件的修訂，明確留言人和機器人無操作的定義。

刪

改

注

  1. ↑ 這句話需同步修改至萌娘百科:機器人#提權程序。
  2. ↑ 此處存在不溯及過往原則：此提案發起前在用戶頁列明，且3個月內有運行相關長期任務之機器人的長期任務自動列入，此後無需再次申請。

討論區

STAFF用戶組具有wgGroupsAddToSelf權限啊？

( ? )如題，根據MGP:STAFF，STAFF用戶組成員具有wgGroupsAddToSelf的管理員權限，而以下權限非自確的管理員也可以具有

  • 移動頁面 (move)
  • 移動根用戶頁面 (move-rootuserpages)
  • 移動頁面及其子頁面 (move-subpages)
  • 移動分類頁面 (move-categorypages)
  • 編輯保護級別為「僅允許自動確認使用者」的頁面 (editsemiprotected)
  • 重置已失敗或已轉碼的視頻將其再次加入到作業隊列中 (transcode-reset)

那麼是否有必要，在STAFF用戶組的權限里單加出來這麼一條呢？可能是因為我剛剛成為萌娘百科的有編輯數的用戶，對此不大了解（雖然已經是自確了……）不過我看寫出這麼一條建議的我可能是要下個ID見了，如果有不對的地方，那麼給大家添麻煩了，對不起！——I'm Cocoream (Talk to me here) 2022年4月8日 (五) 07:31 (CST)

STAFF通常僅在必要的時候授予自己臨時的管理員權限，如果僅是為了移動頁面或者編輯半保護頁面就授予自己管理員權限過於麻煩。實際上此調整隻是讓STAFF默認獲得了自確的所有權限（自確用戶組無法手動授予）。——From 引夢者濁華(討論) 2022年4月8日 (五) 08:41 (CST)
( ¡ )題外話 原來STAFF不能給自己掛「手動確認使用者（Manually-confirmed）」用戶組嗎--Takeuchi.BadEditor (討論與留名) 2022年4月8日 (五) 09:19 (CST)
手確也沒有移動權限的說--Takeuchi.BadEditor (討論與留名) 2022年4月8日 (五) 09:27 (CST)
謝謝！我明白了（真抱歉給您添了麻煩……）——I'm Cocoream (Talk to me here) 2022年4月8日 (五) 09:42 (CST)

全域共享「ipblocks」表涉及日誌同步問題

注意到擬添加的配置文件行： 

$wgSharedTables []  =  'ipblocks' ; // 全域共享封禁表單

這意味着，如果管理或巡查在一個站封禁了用戶，在另一個站的日誌無法體現出來。--WaitSpring（討論） 2022年4月8日 (五) 22:01 (CST)

日誌確實是沒法同步的，別的站的用戶組權限日誌也不會同步到zh。
不過我覺得這不是問題，維護組內部有群機器人監視全域的封禁日誌。
——  ほしみ 2022年4月8日 (五) 22:10 (CST)
如果直接共用封禁的話，可能需要調整或做一個新的小工具來獲取用戶在各個站點的封禁日誌？--SinonJZH(๑•̀ω•́๑)(討論) 2022年4月10日 (日) 02:02 (CST)
或許我們還可以要求直接在zh站封禁？（濫用過濾器封禁、監督員隱藏用戶名除外）——  ほしみ 2022年4月10日 (日) 02:20 (CST)

關於「半自動編輯」定義

只是來問一個毫無意義的問題，「半自動編輯是指使用工具或腳本的協助進行編輯」，那麼使用IPE或wiki+算嗎，以及使用API沙盒編輯呢？--お願（ねが）い目覺（めざ）めを忘（わす）れたままで　パジャミィ(廢人) 2022年4月15日 (五) 09:14 (CST)

(～)補充 還有VCEP這類JSON工具。--北湖3（討論） 2022年4月15日 (五) 23:28 (CST)
wiki+和ipe並不符合自動化的要求。vcep肯定算。——  ほしみ 2022年4月15日 (五) 23:40 (CST)
(～)補充 請問若用腳本程序批量提交大量編輯（如大量建立日文原名重新導向），但所有數據已在本地進行過人工核驗，應該算作「全自動編輯」還是「半自動編輯」？雖然已經搞完了但還是來問一下--AdorN討論⏰2022年4月22日 (五) 14:23 (CST)
一般視為全自動編輯。——  ほしみ 2022年4月22日 (五) 20:00 (CST)

行政員方針部分完成歷史使命的內容

現在所有的臨時行政員已經轉正，為他們設置的「仍任臨時行政員」和「『180日』均不包含降權期」已經完成了歷史使命，是否有必要將這兩條從方針中刪除？—— 屠麟傲血（討論） 2022年4月18日 (一) 21:56 (CST)

之前考慮過刪除，但因種種原因最後沒動，主要是缺乏一個臨時的行政員的機制。
例如「正式行政員不滿三人時（除STAFF外），AnnAngela、雲霞仍任臨時行政員，代行行政員所有職責」還包含其他含義：如果兩位自行辭任或因不活躍離任正式行政員的話，他們仍然是臨時行政員，直到正式行政員超過3人，不准跑路，必須工作。
可能未來需要考慮制定一個適用於特殊情況的辦法，用於正式行政員、查核員、監督員缺乏的時候，現在我也沒啥想法。——  ほしみ 2022年4月20日 (三) 08:07 (CST)
個人認為可以先把最後一條移除（即便缺乏臨時行政員機制，也很明顯沒有保留的必要）。至於「仍任臨時行政員」一條，可以改為「在正式行政員不滿三人時（除STAFF外），現有的行政員在降權/除權後仍保留臨時的行政員身份，直到正式行政員人數超過三人。」上面所說的「特殊情況」個人認為在很長一段時間內都會是常態。--Qaolp0 a Kiraraf player (討論) 2022年4月26日 (二) 12:47 (CST)
先移除其他一節第三條吧，其他下次再看看，這玩意兒我覺得不着急。——  ほしみ 2022年4月28日 (四) 10:41 (CST)

關於將「萌娘百科:STAFF」升級為站點基本信息的疑問

我這裡有一個關於「萌娘百科:STAFF」的疑問，就是將STAFF方針升級為站點基本信息是出於什麼考量？為什麼要這樣處理？我想要了解一下。—— DaiGui「talk」 2022年4月22日 (五) 14:37 (CST)

忘了，記得是很久之前問過的。這個在最初的提案里定義就是基本信息，一直沒改。——  ほしみ 2022年4月22日 (五) 19:58 (CST)

關於機器人列表

這意見提出來的是有點慢了，不過可否將預定建立之機器人列表改置於機器人方針之子頁面，即「萌娘百科:機器人/列表」？—— Eric Liu 創造は生命（留言·留名） 2022年4月30日 (六) 12:27 (CST)

有意不用子頁面，投票記錄、長期破壞者列表、編輯組列表等均不使用子頁面。——  ほしみ 2022年4月30日 (六) 13:04 (CST)
悉。—— Eric Liu 創造は生命（留言·留名） 2022年4月30日 (六) 21:08 (CST)

投票區

正在加載中……
本次投票由星海子[更多]對話頁貢獻上傳歷史封鎖及歷史被刪貢獻移動日誌巡查日誌使用者權限及日誌使用者查核發起。
  • 投票開始時間： |
  • 投票結束時間： |
  • 投票總用時 7 天，正在計算中……

@AnnAngela，云霞，蓝羽汇，星海子，玄微子，弗霖凯，AkizukiSaitou，Bbrabbit，宇文天启，平塚八兵衛，空翊，Vcfch843875618，HetmesAskalana，不是液氮，红石小蝈，Xzonn，Chko08022003，Bete1geuse，小乃，LUO1P，TsanconBYin，泠佛.，西尾哈鲁卡，Siw19981998，Wenzuxiaot，SinonJZH，沼泽，Bob1301，あめろ，Daigui，屠麟傲血，NemitsugiOtowa，Luoxuchan，Qaolp0，胡祥又，甜的白萝卜，秋园世界，淮南皓月，贯井羽优的草莓胖次，Leranjun，高级火法，Sytus ——  ほしみ 2022年4月29日 (五) 14:48 (CST)

@实验性：无用论废人，Adorable Newcomer，Takeuchi 補ping有票權的自動確認使用者，注意投票須填寫理由。——  ほしみ 2022年4月29日 (五) 14:51 (CST)

管理員

同意
  1. (＋)同意 發起人票。最後一個投票力 ——  ほしみ 2022年4月29日 (五) 14:53 (CST)
  2. (＋)同意 中文看不懂啊，英文也看不懂啊。——絲毫沒有存在感的某藍色管理員（討論） 2022年4月29日 (五) 15:50 (CST)
  3. (＋)同意 行.--飢餓之聲-弗霖凱（討論） 2022年4月30日 (六) 10:47 (CST)
  4. (＋)同意 無異議。——From 引夢者濁華(討論) 2022年4月30日 (六) 10:57 (CST)
  5. (＋)同意 可。——From AnnAngela the Bureaucrat (Talk) 2022年5月1日 (日) 15:59 (CST)
  6. (＋)同意 可 --From KumoKasumi the Bureaucrat (Talk) 2022年5月3日 (二) 12:53 (CST)
反對
棄權

巡查姬

同意
  1. (＋)同意 全文讀畢，表述清晰，修正合理。--Patroller 珞珝 [與我對線] 2022年4月29日 (五) 14:59 (CST)
  2. (＋)同意 沒毛病的適應性修改。——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年4月29日 (五) 15:21 (CST)
  3. (＋)同意 雖然對6小時50條有點疑慮。--某FFF團的高級火法 （批判一番） 2022年4月29日 (五) 15:28 (CST)
  4. (＋)同意 同意——From戀塚小夢單推人貫井羽優的草莓胖次（討論） 2022年4月29日 (五) 15:44 (CST)
  5. (＋)同意 沒怎麼看懂，也沒時間細看…… -- 宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2022年4月29日 (五) 16:11 (CST)
  6. (＋)同意 對如此技術性更改沒有異議 --MnO43- 2022年4月29日 (五) 16:33 (CST)
  7. (＋)同意 關於速率限制一事，應該是為了避免好心辦壞事的情況出現吧。--Qaolp0 a Kiraraf player (討論) 2022年4月29日 (五) 16:35 (CST)
  8. (＋)同意 雲霞或成首位因為活躍度不足而降權的行政（噗）—— 秋園邀請你去地下室和重馬場一坐 2022年4月29日 (五) 17:03 (CST)
  9. (＋)同意 善—— 冬月下的二重奏 LUO1P✾ 2022年4月29日 (五) 17:09 (CST)
  10. (＋)同意 6小時50條是不是有點少了。—— 屠麟傲血（討論） 2022年4月29日 (五) 17:11 (CST)
  11. (＋)同意 這是好的。—— DaiGui「talk」 2022年4月29日 (五) 17:34 (CST)
  12. (＋)同意 無異議。—— Sytus（Talk） 2022年4月29日 (五) 17:52 (CST)
  13. (＋)同意 對速率限制有不同意見就在討論期提出啊，量化標準本來就是值得討論的事情。開始投票才提出來就沒辦法了。——Ithea℗╱ 淮南皓月 🌙 2022年4月29日 (五) 20:44 (CST)
  14. (＋)同意 沒問題。——bob1301（討論） 2022年4月29日 (五) 21:32 (CST)
  15. (＋)同意 可以。—— 小乃（討論） 2022年4月29日 (五) 22:46 (CST)
  16. (＋)同意 沒有問題。--Vcfch843875618（討論） 2022年4月29日 (五) 23:50 (CST)
  17. (＋)同意 看着還行。--SinonJZH(๑•̀ω•́๑)(討論) 2022年4月30日 (六) 01:07 (CST)
  18. (＋)同意 技術相關條文我不太懂，但其他的我覺得沒問題，補足了之前的一些不足。--CONTINUE TO FIGHT WITH OMICRON!·P. W. T.（萌利策獎提名） 2022年4月30日 (六) 09:31 (CST)
  19. (＋)同意 好。--你好，我是樂然。 2022年4月30日 (六) 15:49 (CST)
  20. (＋)同意 無異議。 --空翊「留言」 2022年4月30日 (六) 21:35 (CST)
  21. (＋)同意 冇問題。-- Welcome to the Hotel California 2022年5月1日 (日) 17:24 (CST)
  22. (＋)同意 沒問題。　あめろ 討論 2022年5月1日 (日) 21:40 (CST)
  23. (＋)同意 除「更好的維護萌娘百科」應為「更好地維護萌娘百科」外無異議。— 葫蘆又留言 2022年5月2日 (一) 04:22 (CST)
  24. (＋)同意：論還會有多少個修正案—— LN2 不是液氮 (討論•貢獻) 2022年5月2日 (一) 10:22 (CST)
  25. (＋)同意 暫無意見。--94 42 233 2001-8 J-JRE（Discussion） 2022年5月2日 (一) 12:33 (CST)
  26. (＋)同意 醬--已經是一條死魚的HetmesAskalana 2022年5月2日 (一) 17:58 (CST)
  27. (＋)同意 無異議。-- 珞羽子(交流室) 2022年5月3日 (二) 15:58 (CST)
  28. (＋)同意 好,沒問題。——From 西尾哈魯卡 (討論) 2022年5月3日 (二) 23:16 (CST)
  29. (＋)同意 技術性修改沒什麼問題。--bbrabbitからの評論 #討論# 2022年5月4日 (三) 10:17 (CST)
  30. (＋)同意 沒什麼問題。--Bete1geuse（討論） 2022年5月4日 (三) 18:03 (CST)
反對
棄權
  1. (∅)棄權 純技術類的提案我不做評價。—— 這是一張遺漏的二餅（請聯繫失主） 2022年4月29日 (五) 22:19 (CST)

參與討論的自動確認使用者

同意
  1. (＋)同意 但6小時50條確實太少了，既然純人工編輯超過這速度都很正常，那「工具」的意義何在？以後再說吧。--お願（ねが）い目覺（めざ）めを忘（わす）れたままで　パジャミィ(廢人) 2022年4月29日 (五) 17:29 (CST)
  2. (＋)同意 暫無異議為啥開始投票了才開始說次數限制的事（ --AdorN討論⏰2022年4月29日 (五) 17:40 (CST)
    ▼ 該投票無效，原因：投票人不具備票權。
    (＋)同意 技術向提案，不明覺厲。另外從慘澹的討論串可以看出來你百關心技術的人到底有多少。--北湖3（討論） 2022年4月29日 (五) 23:18 (CST)
    ▲ 該投票無效，原因：投票人不具備票權。
  3. (＋)同意 無異議--Takeuchi.BadEditor (討論與留名) 2022年5月1日 (日) 09:47 (CST)
反對
棄權
▼ 該投票無效，原因：投票人不具備票權。
——馬基雅維利主義者（討論） 2022年4月29日 (五) 21:41 (CST)
▲ 該投票無效，原因：投票人不具備票權。

無票權用戶

同意
  1. (＋)同意 改的地方沒什麼問題。From Sucaiking the WAFighter 2022年4月29日 (五) 15:22 (CST)
  2. (＋)同意 編輯頻率這一塊還是比較合理的，因為用戶名字空間外的條目相對重要度更高，需要一定程度的保護，且超過了這個頻率的話很容易被WAF。規定編輯頻率後同樣可以在一定程度上限制刷編輯的行為。—— 董家軍集合 2022年4月29日 (五) 20:05 (CST)
  3. (＋)同意。—— Eric Liu 創造は生命（留言·留名） 2022年4月30日 (六) 21:08 (CST)
  4. (＋)同意 行。——傳教士 2022年5月1日 (六) 21:08 (CST)
    ▼ 該投票無效，原因：超時。
    (＋)同意 ——Said by Yuzuki 🍋 2022年5月6日 (五) 15:09 (CST)
    ▲ 該投票無效，原因：超時。
反對
棄權

計票與結論

根據萌娘百科:提案：具有投票權的用戶為：【管理員】、【巡查姬】、在討論階段參與了提案討論的已註冊達30天、遵守方針的活躍【自動確認使用者】。在提案有至少2位管理員參與投票時，【投票有效】。

  1. 投票開始時共有6名參與站務的管理員；其中，
    • 6人(＋)同意 ，
    • 0人(－)反對 ，
    • 0人(∅)棄權 。
  2. 投票開始時共有36名正式巡查姬；其中，
    • 30人(＋)同意 ，
    • 0人(－)反對 ，
    • 1人(∅)棄權 ，
    • 5人沒有參與投票（Xzonn, Chko08022003, 甜的白蘿蔔, 泠佛., Siw19981998）。
  3. 共有3名有票權的自動確認使用者參與了投票；其中，
    • 3人(＋)同意 ，
    • 0人(－)反對 ，
    • 0人(∅)棄權 ，
  4. 另有4人發表了意見，3人投了無效票。

當前提案有6位管理員投同意或反對票，大於等於要求的2名，該提案投票有效。

統計計票結果，全部投票之同意：反對票數量為 39:0，【同意】票數大於【反對】，且管理員的【同意】票數不小於【反對】，【提案通過】。——  ほしみ 2022年5月6日 (五) 18:22 (CST)

取自「https://moegirl.uk/index.php?title=萌娘百科_talk:提案/已通过提案/关于用户权限体系的第三修正案(2022.05.06)&oldid=217006」