因各种原因页面内容可能和源页面有所出入，非本站特有页面内容请以萌娘百科为准。
- 你好～！欢迎来到萌娘百科镜像站！如需查看或编辑，请联系本站管理员注册账号。
- 本镜像站和其他萌娘百科的镜像站无关，请注意分别。
萌娘百科討論:提案/已通過提案/關於用戶權限體系的第二修正案(2022.01.25)
序言
大概是用戶權限體系最後一角的補全了 —— ほしみ 2022年1月4日 (二) 15:59 (CST)
本提案新增的文件中，萌娘百科:使用者查核員、萌娘百科:監督員、萌娘百科:監督方針為方針級，萌娘百科:修訂版本刪除指引為指引級，萌娘百科:手動確認使用者為論述級。—— ほしみ 2022年1月10日 (一) 20:49 (CST)
正文
方針#用戶權限體系
行政員
- 授權程序一節第1條「可以在申請時選擇放棄使用者查核員、監督員中一個或多個用戶組」更改為「申請人可在申請時選擇兼任使用者查核員、監督員中一個或多個用戶組（須符合相應用戶組的申請條件）」；
- 授權程序一節第4條第一句修正為：「申請人沒有票權，管理員每人投票權重2票，巡查姬每人權重1票」[增 2]
- 授權程序一節第5條替換為：
- 授權程序一節「行政員可選擇跳過授權程序直接授權」後補充「但可能需要重新簽署保密協議」。
使用者查核員
使用者查核員（Checkuser，checkuser）是管理員的附加用戶組，具有主動查看萌娘百科用戶部分操作的隱私信息的權限。
關於使用者查核員的權限使用政策請參閱使用者查核方針。
權限
- 檢查使用者的 IP 位址與其它資訊
(checkuser) - 檢視使用者檢查日誌
(checkuser-log) - 檢視濫用日誌中的非公開資料
(abusefilter-private) - 檢視防濫用過濾器非公開詳細資料存取日誌
(abusefilter-private-log) - 進行或解封全域封鎖
(globalblock) - 加入群組：IP封鎖例外者
- 移除群組：IP封鎖例外者
申請與授權
- 申請條件
- 年滿十八歲，並已達到伺服器所在地的法定成年年齡。
- 已任管理員滿90日，且90日內活躍天數超過30日；
- 充分了解隱私權政策及使用者查核方針；
- 註冊滿365日，最近30日內無觸犯萌娘百科:方針#用戶封禁政策和其它方針有關封禁規定的行為；
- 除自行請辭外，發起申請前一個月內未被除去行政員或使用者查核員用戶組，也未發起過行政員或使用者查核員申請。
- 授權程序
- 在權限變更版使用預設的申請模板發出合格式的申請（不合格式的申請將會作廢）；
- 建議申請人在申請中說明申請的緣由，否則可能難以取得信任從而獲得足夠多的同意票。
- 申請發出後為詢問期，時長7日：
- 提問期內，其他用戶可向申請人提出關於萌娘百科隱私保護、使用者查核員及其技術和權限等的提問。
- 提問期至少3日，且至少包含一個中國大陸法定節假日或周末休息日，否則不得開啟投票；
- 發起投票且詢問期未滿7日期間，僅允許對申請人的回答進行追問；
- 申請人應在詢問期內回答提問。詢問期結束後，應在討論區進行交流；
- 建議申請人在自己的能力範圍內回應適量的問題，一般建議申請人回答現任使用者查核員的所有提問。
- 提問期滿3日後，申請人可自行開啟投票，投票期時長7天。
- 若詢問期已結束，且申請人未開啟投票，則由其他維護人員代為開啟投票程序。
- 投票期結束後由現任維護人員點票：
- 申請人沒有票權，[增 2]管理員每人投票權重2票，巡查姬每人權重1票；
- 在維護人員參與率超過2/3的前提下，同意票占總票數之比例超過2/3，且管理員反對票占管理員總票權數之比不足1/2，投票通過；除此以外，投票不通過。
- 投票通過後：
- 特別地，若管理員通過行政員申請程序兼任使用者查核員用戶組，則無需通過當前授權程序。
- 注意：因為個人原因（而不是面臨社群質疑）申請暫離的使用者查核員，在180日內重新申請，行政員可選擇跳過授權程序直接授權，但可能需要重新簽署保密協議。
義務與職責
- 執行使用者查核等操作，遵守使用者查核方針；
- 關注各破壞者的行蹤，進行或協助管理員進行針對破壞者使用的 IP 地址（段）的封禁；
- 審核IP封鎖例外請求，儘可能減小對無辜用戶的影響同時保證 IP 封禁機制的有效性；
- 自我監督、與其他使用者查核員互相監督，確保自己都和同僚嚴格遵守隱私權政策、使用者查核方針和其他適用方針/指引；
- 保證獲授權的帳戶僅只有自己一人可以使用，保證萌娘百科和其用戶的隱私信息不因意外洩露、不被惡意竊取。
除權
符合以下任一除權條件的，應當進入除權程序：
- 用戶組變更：
- 用戶不再屬於行政員用戶組時，應除去其通過行政員申請程序獲取的使用者查核員用戶組；
- 用戶不再屬於管理員用戶組；
- 其他：
- 進行嚴重違反使用者查核方針的行為，經STAFF、行政員共同評估後可除權；
- 進行破壞或其他嚴重違反萌娘百科方針/指引的行為；
- 自行申請。
符合除權條件的，由行政員逕行除權。其他用戶發現有使用者查核員符合除權條件的可到權限變更版提報。
監督員
監督員（Suppress，suppress）是管理員的附加用戶組，擁有高級刪除權限，可以隱藏/顯示所有編輯版本、日誌的內容，所隱藏的數據可選擇使管理員無法訪問或檢閱。
權限
- 刪除及取消刪除指定的日誌項目
(deletelogentry) - 刪除及取消刪除指定的頁面修訂
(deleterevision) - 檢視、隱藏與取消隱藏任何使用者對頁面的修訂
(suppressrevision) - 檢視非公開日誌
(suppressionlog) - 隱藏在濫用日誌的項目
(abusefilter-hide-log) - 檢視已隱藏的濫用日誌項目
(abusefilter-hidden-log) - 封鎖使用者名稱，避免公開顯示
(hideuser) - 評論管理
(commentadmin)
申請與授權
- 申請條件
- 年滿十八歲，並已達到伺服器所在地的法定成年年齡。
- 已任管理員滿90日，且90日內活躍天數超過30日；
- 充分了解隱私權政策及監督方針；
- 熟練使用修訂版本刪除功能；
- 註冊滿365日，最近30日內無觸犯萌娘百科:方針#用戶封禁政策和其它方針有關封禁規定的行為；
- 除自行請辭外，發起申請前一個月內未被除去行政員或監督員用戶組，也未發起過行政員或監督員申請。
- 授權程序
- 在權限變更版使用預設的申請模板發出合格式的申請（不合格式的申請將會作廢）；
- 建議申請人在申請中說明申請的緣由，否則可能難以取得信任從而獲得足夠多的同意票。
- 申請發出後為詢問期，時長7日：
- 提問期內，其他用戶可向申請人提出關於萌娘百科隱私保護、監督員及其權限和萌百反破壞政策等的提問。
- 提問期至少3日，且至少包含一個中國大陸法定節假日或周末休息日，否則不得開啟投票；
- 發起投票且詢問期未滿7日期間，僅允許對申請人的回答進行追問；
- 申請人應在詢問期內回答提問。詢問期結束後，應在討論區進行交流；
- 建議申請人在自己的能力範圍內回應適量的問題，一般建議申請人回答現任監督員的所有提問。
- 提問期滿3日後，申請人可自行開啟投票，投票期時長7天。
- 若詢問期已結束，且申請人未開啟投票，則由其他維護人員代為開啟投票程序。
- 投票期結束後由現任維護人員點票：
- 申請人沒有票權，[增 2]管理員每人投票權重2票，巡查姬每人權重1票；
- 在維護人員參與率超過2/3的前提下，同意票占總票數之比例超過2/3，且管理員反對票占管理員總票權數之比不足1/2，投票通過；除此以外，投票不通過。
- 投票通過後：
- 特別地，若管理員通過行政員申請程序兼任監督員用戶組，則無需通過當前授權程序。
- 注意：因為個人原因（而不是面臨社群質疑）申請暫離的監督員，在180日內重新申請，行政員可選擇跳過授權程序直接授權，但可能需要重新簽署保密協議。
義務與職責
- 執行監督等操作，遵守監督方針；
- 須允許其他用戶向您發送電子郵件；
- 自我監督、與其他監督員互相監督，確保自己都和同僚嚴格遵守隱私權政策、監督方針和其他適用方針/指引；
- 保證獲授權的帳戶僅只有自己一人可以使用，保證萌娘百科和其用戶的隱私信息不因意外洩露、不被惡意竊取。
除權
符合以下任一除權條件的，應當進入除權程序：
- 用戶組變更：
- 用戶不再屬於行政員用戶組時，應除去其通過行政員申請程序獲取的監督員用戶組；
- 用戶不再屬於管理員用戶組；
- 其他：
- 進行嚴重違反監督方針的行為，經STAFF、行政員共同評估後可除權；
- 進行破壞或其他嚴重違反萌娘百科方針/指引的行為；
- 自行申請。
符合除權條件的，由行政員逕行除權。其他用戶發現有監督員符合除權條件的可到權限變更版提報。
管理員
- 授權程序一節第四條第一句修正為「申請人沒有票權，管理員每人投票權重2票，巡查姬每人權重1票」[增 2]
- 除權程序活躍度不足一節第1條「其他人留言詢問後，7日內無回復和操作行為」修訂為「維護人員留言詢問後，7日內無回復或7日後仍不滿足活躍度要求」。
- 除權程序活躍度不足一節第2條「在萌娘百科和萌娘共享有超過20次編輯或其他操作行為」修訂為「在萌娘百科和萌娘共享有超過10次編輯或其他操作行為」。[注 2]
- 快速降權一節「應當將管理員快速降至巡查姬用戶組」後補充「同時暫時除去附加的行政員、使用者查核員、監督員用戶組」。
- 新增 繞過全域封鎖 (globalblock-exempt) 權限。
巡查姬
- 降權與除權活躍度不足一節第1條「其他人留言詢問後，7日內無回復和操作行為」修訂為「維護人員留言詢問後，7日內無回復或7日後仍不滿足活躍度要求」。
- 降權與除權活躍度不足一節第2條「在萌娘百科和萌娘共享有超過20次編輯或其他操作行為」修訂為「在萌娘百科和萌娘共享有超過10次編輯或其他操作行為」。[注 2]
STAFF
- 新增 繞過全域封鎖
(globalblock-exempt)權限； - 新增 檢視近期變更的巡查標記
(patrolmarks)權限； - 新增 移動頁面時不在原頁面建立重新導向
(suppressredirect)權限；[增 3] - 新增 搜尋已刪除的頁面
(browsearchive)權限； - 新增 檢視已刪除的歷史項目，不含關聯的文字
(deletedhistory)權限； - 新增 檢視已刪除修訂中已刪除的文字及變更
(deletedtext)權限； - 新增 檢視所有使用者的隱藏修訂
(viewsuppressed)權限； - 新增 檢視非公開日誌
(suppressionlog)權限。
榮譽維護人員
- 授權條件一節第二條修訂為「最後一個任期最後90日內同類不活躍警告次數不足2次，因不活躍自動去職」。
機器人
機器使用者
IP封鎖例外者
- 新增 繞過全域封鎖 (globalblock-exempt) 權限。
手動確認使用者
手動確認使用者（Manually-confirmed users，manually-confirmed）是因各種情況需要提前獲取自動確認使用者部分權限的用戶，一般由管理員直接授予與移除用戶組。[增 1]
權限
- ⧼Right-skipcaptcha⧽
(skipcaptcha) - 不受基於IP的使用頻率限制
(autoconfirmed) - 編輯保護層級為「僅允許自動確認使用者」的頁面
(editsemiprotected)
授權與除權
一般情況下，管理員可在符合以下情形時授予該用戶組（一般建議授予1-30天）：
- 新用戶因各種原因無法正常使用驗證碼；
- 新用戶誤觸僅限非確認使用者的反破壞過濾器；
- 新用戶被各類黑名單受限，無法進行特定操作。
若用戶已成為自動確認使用者或是進行了不可接受的行為，管理員應移除該用戶組，其他用戶亦可到權限變更版提報。
投票方針
監督方針
監督是一種高級刪除方式，與修訂版本刪除不同，它專用[改 1]於隱藏未公開私人資料、疑似誹謗內容和其他特定破壞行為的詳細內容。
本方針旨在規範監督功能之使用規範與用戶申請內容監督之流程。
如何請求
如果您是有監督請求的用戶，切勿公開發布詳細信息至站內討論版或任一用戶之討論頁。
您在確保符合監督之使用情形後，請按以下方式請求監督：
- 發送電子郵件至專用郵箱
可發送郵件至yunying
moegirl.org。若申請隱藏個人信息，則須額外證明申請人與請求隱藏的個人信息之間的身份關聯。
- 向活躍監督員發送電子郵件
您可以在登陸萌娘百科帳戶後點擊下方按鈕向監督員直接發送郵件。
- 站外渠道
如果您熟識某位監督員、STAFF並有其聯絡方法，亦可通過此方法聯絡他們。
使用情形
- 隱私內容
隱藏非公開的個人信息，包括但不限於以下情形：
- 真實姓名、電話號碼、家庭住址、銀行卡號碼、工作場所等無法被公開檢索的個人數據；
- 意外曝光的IP位址或其他關聯信息；
- 需要依法隱藏之內容；
- 其他多位監督員/STAFF認定明顯為隱私、個人及非公開資料；
- 其他情形
- 潛在毀謗性信息、錯誤執行的操作；
- 隱藏破壞內容，包括但不限於：
- 包含應當被立即刪除的內容或其他特定敏感信息的頁面歷史版本或日誌；
- 違反用戶名管理政策的用戶名；
- 不應公開的濫用日誌；
- 其他監督員認定需要隱藏之內容。
- 不應隱藏之內容
- 僅管理員可見的日誌一般無需隱藏：
- 僅監督員或使用者查核員可見的日誌禁止被隱藏：
特別地，除技術限制之外（例如隱藏用戶必須通過監督），監督員在隱藏非隱私內容時應優先考慮進行修訂版本刪除。一經刪除，內容亦僅有管理員、STAFF可閱，一般讀者無法閱讀，足以符合一般隱藏內容之要求。
違規情形
- 監督員多次違反使用情形一節之規定進行監督、修訂版本刪除操作，違規隱藏不應隱藏的內容，依照監督員方針處理；
- 管理員、監督員進行了違反隱私權政策的行為（包括但不限於公開已被隱藏的內容等），視嚴重程度按相應方針進行處理；
- 用戶反覆提出不合理的監督請求，經維護人員警告後仍不停止，視情形按用戶封禁政策處理。
附
- 隱私權政策：萌娘百科:隱私權政策
- 免責聲明：萌娘百科:免責聲明
修訂版本刪除指引
修訂版本刪除是指管理員、監督員通過Special:RevisionDelete對特定頁面歷史或日誌的某個版本進行「選擇性刪除/屏蔽」[改 1]這一功能。本頁面是萌娘百科有關修訂版本刪除的管理政策，關於監督之方針請參見萌娘百科:監督方針。
概述
萌娘百科使用的維基媒體基金會維護的開源軟體MediaWiki核心代碼庫中包含修訂版本刪除功能，它提供一個頁面供特定用戶組成員進行以下操作：
- 對用戶隱藏修訂版本文字（頁面歷史）
- 對用戶隱藏日誌目標和參數（日誌，僅監督員）
- 對用戶隱藏編輯摘要
- 對用戶隱藏編輯者的用戶名/IP位址
- 同時阻止管理員與其他用戶查看數據（僅監督員）
刪除記錄會記錄在刪除日誌中，若勾選「同時阻止管理員與其他用戶查看數據」則記錄在監督日誌中。
| 隱藏版本方式 | 可執行人 | 被隱藏版本的可見範圍 | 被隱藏版本的公開顯示方式 | 是否可逆 | 公開日誌 | 比較差異時的信息 | 其它 |
|---|---|---|---|---|---|---|---|
| 版本刪除 | 管理員、監督員 | 管理員、監督員 | (灰色刪除線) | 是 | 是 | MediaWiki:Rev-deleted-no-diff | - |
| 監督 | 監督員 | 監督員 | (灰色刪除線) | 是 | 否 | MediaWiki:Rev-suppressed-no-diff | - |
| 刪除頁面後僅恢復特定版本 | 管理員 | 管理員 | - | 可能 | 是 | - | 評論丟失 |
此外，萌娘百科的STAFF亦可查閱修訂版本歷史、監督日誌、監督的內容，但他們一般情況下無法更改可見性。
使用情形
此功能用以取代傳統的刪除再有選擇性恢復，可以繼續顯示部分版本的內容、用戶名或摘要，有助於為以後查看歷史的人提供幫助。此外，使用此功能不會令頁面內的評論永久性丟失。
以下為一般使用情形，管理員、監督員應判斷是否需要使用修訂版本刪除：
- 在部分文字版本或摘要中破壞或插入方針規定的無意義內容；
- 除極度不文明、包含侮辱性內容或令人噁心的內容等破壞情形外，對於一般刪除/回退即可消除影響的破壞行為，一般無需使用修訂版本刪除功能。[改 1]
- 包含應當被立即刪除的內容或其他特定敏感信息；
- 違反用戶名管理政策；
- 潛在毀謗性信息、錯誤執行的操作等；
- 符合在監督隱藏前進行修訂版本刪除防止隱私內容公開之情形；
- 修訂版本刪除校正；
- 監督員認定應當進行修訂版本刪除的其他情形。
使用注意事項
執行修訂版本刪除時，所隱藏的對象是「內容/目標」、「用戶名/IP位址」、「摘要」。
一般情況下，管理員執行修訂版本刪除僅需勾選隱藏內容或摘要，以保證用戶之署名權。當純粹破壞或用戶名包含不當內容時，執行人可選擇隱藏用戶名。
監督員更改所選日誌條目的可見性時需注意「目標」與「用戶名」之差異。例如：更改封禁日誌可見性時，「用戶名」為封禁執行者，這時應該勾選「內容」以隱藏封禁目標的用戶名。
其他
- 修訂MediaWiki:Grouppage-suppress、MediaWiki:Grouppage-checkuser為用戶組方針的名稱。
- 修訂所有方針、指引中「一周」為「7日」，「一月」為「30日」，「一年」為「365日」，以此類推。
- 移除所有涉及投票的用戶組方針中關於投票時長之規定，相關內容已寫入萌娘百科:投票方針#基本政策一節第9條，無需單獨規定，非實質修訂。
- 萌娘百科:介面管理員、萌娘百科:指令碼編輯員中「由管理員開啟投票」變更為「由維護人員開啟投票」。
- 調整萌娘百科:介面管理員、萌娘百科:指令碼編輯員計票一節的語序，非實質修訂。
- 簡單修訂萌娘百科:投票方針序言部分，增加用戶組變更相關表述[增 4]。
- 萌娘百科:監督重新導向至萌娘百科:監督方針，萌娘百科:使用者查核重新導向留予萌娘百科:使用者查核方針。[增 5]
修訂注釋區
增
刪
改
注
討論區
建議對應表格更改為：
| 隱藏版本方式 | 可執行人 | 被隱藏版本的可見範圍 | 被隱藏版本的公開顯示方式 | 是否可逆 | 公開日誌 | 比較差異時的信息 | 其它 |
|---|---|---|---|---|---|---|---|
| 版本刪除 | 管理員、監督員 | 管理員、監督員 | (灰色刪除線) | 是 | 是 | MediaWiki:Rev-deleted-no-diff | - |
| 監督 | 監督員 | 監督員 | (雙重黑色刪除線) | 是 | 否 | MediaWiki:Rev-suppressed-no-diff | - |
| 刪除頁面後僅恢復特定版本 | 管理員 | 管理員 | 無 | 可能 | 是 | - | 評論丟失 |
——From AnnAngela the Bureaucrat (Talk) 2022年1月4日 (二) 16:15 (CST)
- 已修改。—— ほしみ 2022年1月4日 (二) 16:44 (CST)
完成 —— 這是要逼死高三黨a（（（（（——From 
年滿十八歲的意思是要「實名制」嗎
-- —以上已簽名的留言由歐莉普的笑顏（留言·貢獻）添加 2022年1月5日 (三) 09:37 (CST)
來自User:SD hehua的建議
向修訂版本刪除指引的適用範圍內加入「侵犯著作權的內容」。因版權侵犯的內容不應留在可見的歷史版本內，必須進行刪除而非僅回退。--在下荷花，請多指教 2022年1月5日 (三) 01:37 (CST)
- 在萌百一般不這麼做也沒有太大的必要這麼去做，我特意沒有寫這條。—— ほしみ 2022年1月5日 (三) 02:01 (CST)
- 目前有面向遊客、非自確用戶的歷史版本水印提醒，一般而言問題不大。——From AnnAngela the Bureaucrat (Talk) 2022年1月5日 (三) 09:32 (CST)
- (？)異議( ? )疑問 會不會出現版權方要求刪除歷史版本的情況？——北湖3（討論） 2022年1月5日 (三) 10:59 (CST)
- 被要求了再動手咯——CG/SS domain GOOD EDITOR Kaze Iro Legend frog (work·talk) 2022年1月7日 (五) 08:57 (CST)
來自User:Hooonooka的建議
感覺行政員、管理員的允許自行開啟投票的時間還是有點短，我覺得應該提問期滿7日後在允許自行開啟投票為宜，三天的話可能會讓一些人來不及提問。。。--愛吃麵包的Hooonooka（討論） 2022年1月8日 (六) 05:39 (CST)
- (＋)同意 --TNLHK（sign|talk） 2022年1月8日 (六) 07:09 (CST)
- 縮短時間之目的就是減少提問，且開啟投票前必須包含節假日或周末。另外，一般情況下，用戶組變更投票通常與提問和回答沒有強關聯。—— ほしみ 2022年1月8日 (六) 10:00 (CST)
- 現在隨便哪個申請都有二三十個提問，沒必要給申請人增加過多的負擔。過多的提問只會導致沒有人願意申請。——From 引夢者濁華(討論) 2022年1月10日 (一) 13:15 (CST)
來自User:沼澤的建議
希望可以讓介面管理員和指令碼編輯員在申請時，其他的介面管理員和指令碼編輯員也可以進行投票。畢竟是技術類用戶組的信任案，讓已經被信任的其他技術人員加入投票不是更加合理嗎。——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年1月9日 (日) 16:52 (CST)
- 技術人員可以發表能力評價意見，未必對申請人信任度有更深層次的考量。—— ほしみ 2022年1月9日 (日) 17:07 (CST)
- (－)反對 你的觀點，為什麼說技術人員不考慮被提名人的信任度？之後要共事的夥伴，也是需要相處的啊。而且如果選上了什麼不靠譜的人，造成的後果還不是要靠他們來補救。——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年1月9日 (日) 17:20 (CST)
- 現在的方案本身是折中方案，之前有提過，一旦開放，更多的頁面將被全保護，恐怕得不償失。另外，介面管理員不一定是技術人員，他們之間可能也不一定了解，要不就取消僅維護繁簡的界管申請，然後之前有人提過的界管發放技編什麼的也可以一氣呵成了。—— ほしみ 2022年1月9日 (日) 17:25 (CST)
- 我想星海子的意思是：未必（有能力）對申請人信任度有更深層次的考量。
- 因為這一信任度指的是社群、站務層面的信任度而非能力層面的信任度--From KumoKasumi the Bureaucrat (Talk) 2022年1月9日 (日) 17:40 (CST)
- 也是我所說的，為什麼這些人會不考慮社群對申請者的信任呢，如果申請者胡鬧，擦屁股的很可能還是他們。說真的，他們對於其他技術類編輯者的了解，會比管理員少嗎？——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年1月9日 (日) 22:36 (CST)
- (－)反對 你的觀點，為什麼說技術人員不考慮被提名人的信任度？之後要共事的夥伴，也是需要相處的啊。而且如果選上了什麼不靠譜的人，造成的後果還不是要靠他們來補救。——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年1月9日 (日) 17:20 (CST)
- 界管可以不做繁簡轉換，但是我覺得那就得想辦法讓繁簡轉換專家有所發揮了——CG/SS domain GOOD EDITOR Kaze Iro the Legend frog (work·talk) 2022年1月10日 (一) 13:41 (CST)
- 如果要保持信任投票的要素，大可加大管理員投票權重，或針對管理員之投票訂下參與率、支持度等額外門檻。目前這樣僅限管理員投票說實話應該不太妥當。—— Eric Liu 創造は生命（留言．留名） 2022年1月13日 (四) 03:14 (CST)
- 其實主要不是票權的問題，這裡比較複雜。
- 一是未來的指令碼編輯員/介面管理員申請者並不一定都是維護人員。非維護人員要不沒有這麼高的社群參與度，要不就是本身就不想參與全站性維護，讓他們評判不認識的人的信任度相當於強制規定對站務/人事的熟悉，違背了設立用戶組的初衷——技術和維護分離，而人事不屬於技術部分；
- 二是指令碼編輯員/介面管理員所持有的權限屬於高度敏感權限，正是建立在管理員信任的基礎上才將這些用戶組單立並允許授予一般用戶。一方面，如果無法得到絕大多數管理員的信任，即使通過投票，其他管理員也可能會不信任相關用戶的更改，一旦存有疑問便會增加管理員對更多頁面的保護，從而導致界管/腳編實際可編輯範圍縮小，這並不好，我不希望界管/腳編成為無用用戶組；另一方面，因為上任的用戶將擁有相關票權，投票的管理員可能會從技術能力和信任度之外的角度更多進行考量，這又回到了第一點，這也是違背技術組制度設立初衷的。
- 三是儘量保證投票制度的簡單性。管理員和相關用戶組人數比例是不固定的，在考慮前兩點的基礎上，不論是提高票重還是按總數折算比例均沒有太好的做法。
- 以上。—— ほしみ 2022年1月13日 (四) 03:48 (CST)
新建立的頁面
提案中建立的兩個新頁面「萌娘百科:使用者查核員」和「萌娘百科:監督員」，是方針、指引還是論述？
( ¡ )題外話 上面誰的簽名的標籤閉合順序錯了……— 葫蘆又留言 2022年1月10日 (一) 17:11 (CST)
- 是我漏寫了，都是方針級，稍後會在下一次更改中補上。—— ほしみ 2022年1月10日 (一) 19:58 (CST)
「萌娘百科:使用者查核員」里多處提到了「使用者查核方針」，但「使用者查核方針」還沒有建立，現在只有一份草案。那如果這裡的「權限體系修正案」在「使用者查核方針」之前先通過了，這裡這幾處「使用者查核方針」相關的部分要怎樣處理？— 葫蘆又留言 2022年1月11日 (二) 21:43 (CST)
- 我覺得可以先放著，並沒有那麼急。
- 如果覺得不妥移除連結或是臨時補上也是可以的，我確實有另外一份草稿。—— ほしみ 2022年1月11日 (二) 22:08 (CST)
- 另外，監督、監督員、監督方針，與使用者查核、使用者查核員、使用者查核方針等頁面之間的關係應該相等（無論是哪些頁面要分開、哪些頁面要重新導向到哪裡），以保持一致性。—— Eric Liu 創造は生命（留言．留名） 2022年1月13日 (四) 03:17 (CST)
- 已補充。—— ほしみ 2022年1月13日 (四) 03:30 (CST)
其他
由於是第一次在這種地方編輯，不知道能不能開一個新的三級標題；
另外也不清楚是筆誤還是有什麼我不清楚的用法：
投票方針的第二段：「……不計入票權數、參與率等基數'"」中的「基數」是否為「計數」筆誤？—厚禮謝
來喝茶吧 2022年1月17日 (一) 00:27 (CST)
- @厚礼谢 不計入那跟的當然是基數而不是計數。--Vcfch843875618（討論） 2022年1月17日 (一) 00:35 (CST)
投票區
@AnnAngela，蓝羽汇，Lyhic，星海子，Sivlovski，玄微子，AkizukiSaitou，Hlwan03，Luenshi007，Bbrabbit，宇文天启，平塚八兵衛，空翊，サンムル，Vcfch843875618，HetmesAskalana，不是液氮，红石小蝈，Xzonn，C8H17OH，Chko08022003，Bete1geuse，Leranjun，一位史蒂夫，小乃，LUO1P，TsanconBYin，公的驱逐舰，泠佛.，西尾哈鲁卡，Siw19981998，Wenzuxiaot，SinonJZH，Sytus，沼泽，Bob1301，あめろ，Daigui，屠麟傲血，贯井羽优的草莓胖次，NemitsugiOtowa —— ほしみ 2022年1月18日 (二) 23:28 (CST)
@Legend frog，欧莉普的笑颜，胡祥又，Hooonooka，Ericliu1912，北湖3，SD hehua，TNLHK，厚礼谢 —— ほしみ 2022年1月18日 (二) 23:29 (CST)
管理員
- 同意
- (＋)同意 發起人票。—— ほしみ 2022年1月18日 (二) 23:29 (CST)
- (＋)同意 內容我大體贊同，更細緻的規定能更好地幫助維護人員履行職責。——From AnnAngela the Bureaucrat (Talk) 2022年1月19日 (三) 00:02 (CST)
- (＋)同意 無異議。——From 引夢者濁華(討論) 2022年1月19日 (三) 10:24 (CST)
- (＋)同意 支持。——絲毫沒有存在感的某藍色管理員（討論） 2022年1月19日 (三) 19:22 (CST)
- (＋)同意 對於大部分內容沒有異議，總體上持贊成立場。--Lyhic（討論） 2022年1月22日 (六) 02:09 (CST)
- (＋)同意 至少手動確認使用者是邁向解決一些奇怪問題的第一步。--Thus Spoke Sivlovski.「討論」 2022年1月22日 (六) 20:24 (CST)
- 反對
- 棄權
巡查姬
- 同意
- (＋)同意 已通讀過，個人認為沒有問題。--Vcfch843875618（討論） 2022年1月18日 (二) 23:32 (CST)
- (＋)同意 開放管理申請監督員和使用者查核員，應該是利大於弊的。—— 屠麟傲血（討論） 2022年1月18日 (二) 23:53 (CST)
- (＋)同意 我看行。——巡查姬⭐一位史蒂夫 （討論·貢獻）✉❶ 請問您要單推一隻小浣熊嗎？ 2022年1月18日 (二) 23:58 (CST)
- (＋)同意 好像沒很明顯的需要，但修訂本身沒問題。--By CHKO
(Talk) @ 2022年1月19日 (三) 00:04 (CST) - (＋)同意 已通讀全文，對於修正案的內容基本支持。--
珞羽子(交流室) 2022年1月19日 (三) 00:28 (CST) - (＋)同意 但手動確認使用者真的有必要嗎……--
SinonJZH(๑•̀ω•́๑)(討論) 2022年1月19日 (三) 00:33 (CST)
- (＋)同意 善.——From
泠佛. (討論) 2022年1月19日 (三) 00:46 (CST)
- (＋)同意 之前有用戶反映無法正常顯示驗證碼，我想這是設立「手動確認使用者」的原因之一吧。——From村上椎奈單推人
貫井羽優的草莓胖次（討論·貢獻） 2022年1月19日 (三) 01:24 (CST)
- (＋)同意 粗略看了一下暫時沒有發現問題。--94 42 233 2001-8 J-JRE（Discussion） 2022年1月19日 (三) 04:11 (CST)
- (＋)同意 已經閱讀並初步理解相關變更。--巡查姬hlwan(討論) 2022年1月19日 (三) 08:19 (CST)
- (＋)同意 還是覺得「手動確認使用者」頗為奇怪，但問題不大。——「今日も一日がんばるぞい！」(沼澤 • 討論) 2022年1月19日 (三) 10:19 (CST)
- (＋)同意 蠻好。--由使用者樂然（議）撰於 2022年1月19日 (三) 10:41 (CST)
- (＋)同意 可以的。—— DaiGui「talk」 2022年1月19日 (三) 12:05 (CST)
- (＋)同意 支持的。——bob1301（討論） 2022年1月19日 (三) 12:09 (CST)
- (＋)同意 無異議。——★Sytus～（Talk） 2022年1月19日 (三) 14:17 (CST)
- (＋)同意 沒問題。——Xzonn（聊天） 2022年1月19日 (三) 17:11 (CST)
- (＋)同意 隨票。 --
宇文西修ิิۣۣۖۖۖ特拉瑟☺ 2022年1月19日 (三) 19:16 (CST) - (＋)同意 該補的都補上去了 --MnO43- 2022年1月19日 (三) 21:56 (CST)
- (＋)同意 閱讀後認為可行--FIGHT AGAINST OMICRON! ·P. W. T. 2022年1月19日 (三) 22:21 (CST)
- (＋)同意 無異議。 --空翊（留言） 2022年1月20日 (四) 01:28 (CST)
- (＋)同意 無異議。--Bete1geuse（討論） 2022年1月20日 (四) 23:15 (CST)
- (＋)同意 沒什麼問題，除了我暫時想不到需要單獨申請使用者查核員和監督員的場景（「為什麼不直接申請行政.jpg」）；和上次一樣，技術細節還是沒法完全get到，不過至少終於有人能給我講清楚那幾個操作的區別了（ ——C8H17OH（討論） 2022年1月20日 (四) 23:21 (CST)
- (＋)同意 行的。 あめろ 討論 2022年1月21日 (五) 15:36 (CST)
- (＋)同意 通讀完畢，沒有異議--以上言論來自於巡查姬007君 _(:3 」∠)_（討論） 2022年1月21日 (五) 19:47 (CST)
- (＋)同意 無異議（另外我也跟辛醇一樣，暫時想不到需要單獨申請使用者查核員和監督員的場景「為什麼不直接申請行政.jpg」）--
Welcome to the Hotel California 2022年1月21日 (五) 22:54 (CST)
- (＋)同意 沒什麼問題。--bbrabbitからの評論 #討論# 2022年1月22日 (六) 11:11 (CST)
- (＋)同意 感覺好像也沒啥棄權的理由，雖然總感覺少了點什麼但還是樂見改變。——
這是一張遺漏的二餅（請聯繫失主） 2022年1月23日 (日) 18:44 (CST) - (＋)同意 無異議。—— 冬月下的二重奏
LUO1P✾ 2022年1月23日 (日) 23:31 (CST) - (＋)同意 無異議。--サンムル（討論） 2022年1月25日 (二) 10:55 (CST)
- (＋)同意 無異議。——From 西尾哈魯卡 (討論) 2022年1月25日 (二) 13:36 (CST)
- (＋)同意 異議なし--
已經是一條死魚的HetmesAskalana 2022年1月25日 (二) 14:30 (CST)
屠麟傲血
- 反對
- 棄權
參與討論的自動確認使用者
- 同意
- (＋)同意 看了看感覺不錯，總的來說是好的。儘管有些變更與我目前使用萌百的關聯並不大，但我認為這些變更會使萌百向著好的方向發展，故支持。—厚禮謝
來喝茶吧 2022年1月19日 (三) 00:30 (CST) - (＋)同意：加油！—— Eric Liu 創造は生命（留言．留名） 2022年1月19日 (三) 07:23 (CST)
- (＋)同意 無異議--TNLHK（sign|talk） 2022年1月19日 (三) 09:49 (CST)
- (＋)同意 無異議——北湖3（討論） 2022年1月19日 (三) 11:23 (CST)
- (＋)同意 沒有問題，對萌百發展很有好處的提案。--在下荷花，請多指教 2022年1月20日 (四) 12:03 (CST)
- (＋)同意 希望萌百越來越好！其實當初我也驗證碼加載不出來（小聲）-- 一般通過狼少女神山風和 前院飲茶or後院打滾 2022年1月22日 (六) 20:20 (CST)
- 反對
- (－)反對 申請條件裡面「年滿十八歲，並已達到伺服器所在地的法定成年年齡」的證明標準含糊不清 而且操作起來會出現問題：要是完全公開 那就像是在炒作 而且會引起對信息洩漏的擔憂；要是不公開只在私底下進行 那就成了暗箱操作的萌芽了 而且當有人問起來的時候也無法自圓其說-- —以上已簽名的留言由歐莉普的笑顏（留言·貢獻）添加 2022年1月21日 (五) 19:57 (CST)
- 棄權
- (∅)棄權 暫未看懂且覺得與自身利用萌百狀況關係略遠，放棄發表看法——CG/SS domain AUTO CONFIRMED USER Kaze Iro the Legend frog (wisdom·stupidity) 2022年1月18日 (二) 23:48 (CST)
無票權用戶
- 同意
- 反對
- 棄權
計票與結論
根據萌娘百科:提案：具有投票權的用戶為：【管理員】、【巡查姬】、在討論階段參與了提案討論的已註冊達30天、遵守方針的活躍【自動確認使用者】。在提案有至少2位管理員參與投票時，【投票有效】。
- 投票開始時共有6名參與站務的管理員；其中，
- 6人(＋)同意 ，
- 0人(－)反對 ，
- 0人(∅)棄權 。
- 投票開始時共有35名正式巡查姬；其中，
- 31人(＋)同意 ，
- 0人(－)反對 ，
- 0人(∅)棄權 ，
- 4人沒有參與投票（不是液氮, 小乃, 公的驅逐艦, Siw19981998）。
- 共有7名有票權的自動確認使用者參與了投票；其中，
- 5人(＋)同意 ，
- 1人(－)反對 ，
- 1人(∅)棄權 ，
- 另有1人投了無效票。
- 另有0位無票權用戶發表了意見。
當前提案有6位管理員投同意或反對票，大於等於要求的2名，該提案投票有效。
統計計票結果，全部投票之同意：反對票數量為 42:1，【同意】票數大於【反對】，且管理員的【同意】票數不小於【反對】，【提案通過】。—— ほしみ 2022年1月25日 (二) 23:37 (CST)