萌娘百科:2021年方針修訂專案/用戶權限體系
- 本頁面不是正式提案,不是萌娘百科的方針或指引;
- 特別設立本專案以供社群對萌娘百科方針/指引的未盡事宜予以討論與修訂。
- 當前專案討論已結束,本頁面僅留作存檔,請不要再進行編輯。
各位這三天辛苦了,我,仍舊在這裡的活躍的維護人員星海子[更多],在此開啟對用戶權限體系討論。這裡將討論之前技術類用戶組提案中的沒有討論的、改動涉及面較大的用戶組權限體系和授權/去職的方針,我會直接在本頁中撰寫需要討論的問題以及部分討論結果。希望大家仍能對萌娘百科有信心,充分參與討論。
討論相關
可能可以討論的方向
- 行政員的職責:
- 行政員在社群的職責是什麼,是否應當也有授權和去職體系。
- 管理員的職責和權限:
- 管理員在社群的職責是什麼。
- 如何儘可能的減少管理員個體在部分內容維護體系上具有更高的特殊權利,或是說一票否決權。(我的個人觀點是管理員更多的是mediawiki權限,可以有但不應該有過多的社群權限。)
- 管理員是否可以持有刪除及取消刪除指定的頁面修訂
(deleterevision)
權限。 - 管理員的授權和去職程序。
- 巡查姬的權限和義務:
現階段更多的普通站務維護都是巡查姬在做,有些權限到了確需下放的時候了,我們不應該過分追求階級制度而捨本逐末。
- 移動頁面時不在原頁面建立重新導向
(suppressredirect)
- 覆蓋現有的檔案
(reupload)
- 查看未受監視的頁面
(unwatchedpages)
- 巡查姬的授權和去職程序。
- 巡查姬(或是所有維護人員)的必要義務。
- 見習巡查的職責:
現階段並沒有規定見習巡查能做什麼、不能做什麼,同時,也缺乏引領他們的人。
- 是否應當將見習巡查的實習期分為兩個階段,在第二階段加入維護團隊官方群組以便更好學習;
- 是否應該在申請板塊內新增維護人員意見區,以便更好的集體考察。
- 優質編輯者的更多權限:
我認為優質編輯者不僅僅是一個榮譽稱號,更多代表著信任,可以賦予更多的mediawiki權限,例如:
- 覆蓋自己上傳的現有檔案
(reupload-own)
這裡還可以討論技術類用戶組提案中沒討論完的內容。
此外,對於需要調整Mediawiki權限的現有用戶組,我個人建議先討論職責和權限,再討論申請門檻等授權/去職問題。
關聯閱讀
- 萌娘百科:方針#用戶權限體系(當前用戶權限體系)
- 萌娘百科_talk:提案/未通過提案/關於用戶權限體系調整的提案(2021.10.08)(技術類用戶組的用戶權限體系)
- Special:UserGroupRights(當前各用戶組權限)
- mw:Manual:User_rights#List of permissions(Mediawiki文檔)
注釋
- 刪除版本權限不包含把日誌刪除的權限,是人人都可見的操作,相較先刪除頁面再恢復會更好;
- 移動不留重新導向無法覆蓋既存的內容頁面(非單編輯歷史的重新導向),無需擔心覆蓋刪除頁面之問題;
- 覆蓋上傳的文件
僅需要回退權限(rollback)即可恢復上一個版本,且任何人能查看歷史版本的圖片。 - 查看未受監視頁面的列表權限可在Special:unwatchedpages查看沒有人監視的頁面,在每個頁面的action=info頁面查看頁面監視情況。
方案草案
權限名稱 | 權限用途 | 用戶組 | 備註 |
---|---|---|---|
globalblock | ⧼right-globalblock⧽ | 使用者查核員 | 轉移自steward |
加入群組:IP封鎖例外者 | 新增權限 | ||
移除群組:IP封鎖例外者 | |||
abusefilter-hide-log | 隱藏在濫用日誌的項目 | 監督員 | 新增權限 |
abusefilter-hidden-log | 檢視已隱藏的濫用日誌項目 | ||
deletebatch | ⧼right-deletebatch⧽ | 管理員 | 轉移自行政員 |
deleterevision | 刪除及取消刪除指定的頁面修訂 | 新增權限 | |
techedit | 編輯保護級別為「僅允許技術編輯員和管理員」的頁面 | ||
加入群組:技術編輯員、機器使用者 | |||
移除群組:技術編輯員、機器使用者、榮譽維護人員 | |||
在自己的帳號中加入的多個群組:介面管理員 | |||
移除自己帳號中的多個群組:介面管理員 | |||
suppressredirect | 移動頁面時不在原頁面建立重新導向 | 維護姬 | 新增權限 |
reupload | 覆蓋現有的檔案 | ||
unwatchedpages | 查看未受監視的頁面 | ||
reupload-own | 覆蓋自己上傳的現有檔案 | 優質編輯者 | 新增權限 |
reupload-own | 覆蓋自己上傳的現有檔案 | 榮譽維護人員 | 新增權限 |
suppressredirect | 移動頁面時不在原頁面建立重新導向 | 機器人 | 恢復權限 |
skipcaptcha | ⧼right-skipcaptcha⧽ | STAFF | 新增權限 |
autopatrol | 將自己的編輯自動標示為已巡查 | ||
autoconfirmed | 不受基於IP的使用頻率限制 | ||
noratelimit | 不受使用頻率限制 | ||
ipblock-exempt | 略過IP封鎖、自動封鎖及範圍封鎖檢查 | ||
在自己的帳號中加入的多個群組:管理員、介面管理員、指令碼編輯員 | |||
移除自己帳號中的多個群組:管理員、介面管理員、指令碼編輯員 | |||
editsitecss | 編輯全站CSS | 介面管理員 | 新增用戶組 |
editsitejson | 編輯全站JSON | ||
editsitejs | 編輯全站JavaScript | ||
editusercss | 編輯其他使用者的 CSS 檔 | ||
edituserjson | 編輯其他使用者的 JSON 檔 | ||
edituserjs | 編輯其他使用者的 JavaScript 檔 | ||
editinterface | 編輯使用者介面 | ||
techedit | 編輯保護級別為「僅允許技術編輯員和管理員」的頁面 | ||
editwidgets | 建立並編輯 Widget 命名空間中的 微件
|
指令碼編輯員 | 新增用戶組 |
techedit | 編輯保護級別為「僅允許技術編輯員和管理員」的頁面 | ||
techedit | 編輯保護級別為「僅允許技術編輯員和管理員」的頁面 | 技術編輯員 | 新增用戶組 |
abusefilter-modify | 建立或修改防濫用過濾器 | 濫用過濾器維護員 | 新增用戶組 |
abusefilter-modify-restricted | 修改防濫用過濾器使用已限制的動作 | ||
abusefilter-revert | 還原所有指定防濫用過濾器做的變更 | ||
abusefilter-private | ⧼right-abusefilter-private⧽ | ||
bot | 將其視為自動程序 | 機器使用者 | 新增用戶組 |
noratelimit | 不受使用頻率限制 | ||
移除自己帳號中的多個群組:機器使用者 | |||
ipblock-exempt | 略過IP封鎖、自動封鎖及範圍封鎖檢查 | IP封鎖例外者 | 新增用戶組 |
微件編輯者 | 刪除用戶組 | ||
steward | 刪除用戶組 | ||
⧼group-developer⧽ | 刪除用戶組 | ||
刪除執行員 | 刪除用戶組 |
方針#用戶權限體系
萌娘百科的用戶組分類為以下三類:
- 官方用戶組。具有一定權限,意見視為萌娘百科官方。本類細分為二子類:
- 榮譽用戶組:優質編輯者、榮譽維護人員、VIP。這些用戶組不視為萌娘百科官方,僅為嘉獎一些為萌娘百科作出特定貢獻的用戶一個特殊的榮譽稱號而設立。
- 功能用戶組:僅為獲得了一些額外權限的普通用戶,不視為萌娘百科官方。本類細分為三子類:
各用戶組權限參見Special:用戶組權限,申請條件等參見各用戶組頁面。
維護人員的基本義務
萌娘百科的維護人員必須遵守本方針規定之義務與禁忌。
安全義務
- 不得將帳號借予他人使用;
- 使用與其他網站不同的高強度密碼;
- 應在安全的網絡環境下進行維護。
維護義務
- 有義務按萌娘百科:維護人員的維護任務進行維護;
- 當發現其他維護人員行為有誤或者可以改進時要提出;
- 維護人員有義務謹慎進行受限操作,儘可能避免重大操作失誤;
- 維護人員有義務關注站點頁頂公告欄中的重要站內事務;
- 管理員有義務將萌娘百科_talk:討論版及其子頁面加入監視列表並定期查看討論以及提問。
維護禁忌
- 不允許參與任何涉及編輯獎勵的編輯,收費刪除(或美化/詆毀)的行為被嚴厲禁止;
- 不得在站外以萌娘百科維護人員等名義進行罵街、打嘴砲、引戰等行為;
- 管理員不得公開濫用過濾器私有日誌中涉及個人隱私的信息;
- 非萌娘百科對外宣傳人員,不得以萌娘百科名義在站外與第三者進行交涉。
行政員
行政員(Bureaucrats,bureaucrat
)可以編輯所有人的(包括自己)用戶組權限。行政員須具備在出現複雜情況的時候處理爭議或敏感內容、決定討論共識及結論,並能有效地對這些決定做出全面解釋的能力。
行政員屬於管理員的附加用戶組,一般情況下同時兼任使用者查核員和監督員。
權限
- 不受使用頻率限制
(noratelimit)
; - 合併用戶
(usermerge)
——由於技術限制,暫時不開放申請; - 編輯所有使用者的權限
(userrights)
; - 覆蓋欺騙檢查
(override-antispoof)
; - 重新命名使用者
(renameuser)
——由於技術限制,暫時不開放申請。
申請與授權
申請條件
- 連續擔任管理員至少6個月;
- 過去6個月內超過30日內有編輯或其他操作行為;
- 6個月內積極行使管理員職責,未有不活躍警告;
- 未曾進行破壞萌娘百科的行為;
- 發起申請前三個月內未被除去行政員、使用者查核員或監督員用戶組,也未發起過行政員申請。
授權程序
- 在權限變更版使用預設的申請模板發出合格式的申請(不合格式的申請將會作廢);
- 建議申請人在申請中說明申請的緣由,否則可能難以取得信任從而獲得足夠多的同意票;
- 申請人可以在申請時選擇放棄使用者查核員、監督員中一個或多個用戶組,這可能會影響用戶投票;
- 申請發出後在詢問期內(一般為發起申請後7日內,行政員可單獨決定延長或縮短),其他用戶可向申請人提出關於萌娘百科維護、行政員及其權限和萌百未來發展等的提問。
- 提問只能在申請後3日內發出,申請人回答後的追問不作限制;
- 建議申請人在自己的能力範圍內回應適量的問題,一般建議申請人回答現任行政員的所有提問;
- 追問和對追問的回答參上規定。
- 在詢問期滿3日後,由維護人員開啟投票,投票期時長7日。
- 投票期結束後由現任維護人員點票:
- 管理員每人投票權重2票,巡查姬每人權重1票。
- 當同意票占總票數比例超過2/3,管理員+巡查姬參與率超過2/3時,投票通過;除此以外,投票不通過。
- 投票通過後由行政員對計票結果予以確認,無誤後授予申請人行政員、使用者查核員、監督員用戶組。
- 注意:因為個人原因(而不是面臨社群質疑)申請暫離的行政員,在六個月內重新申請,行政員可選擇跳過授權程序直接授權。
義務與職責
- 根據社群投票結果,授予或除去相應用戶的各類用戶組;
- 當跳過申請程序授予用戶臨時的用戶組時,應在Special:用戶權限的原因欄註明必要的信息(如工作方向、申請地點等)。
- 執行各用戶組方針中的快速降權程序,以減少萌娘百科的損失;
- 審核機器人並發放機器人用戶組;
- 積極參與與站點運維方(STAFF)的溝通;
- 在出現爭議或敏感內容等特殊情形時,需決定討論共識及結論,並能有效地對這些決定做出全面解釋;
- 行使最終決定權,並向運維方通報執行意見;
- 其他方針、指引中額外規定的特殊情形。
降權與除權
- 過去30日內,有編輯或其他操作行為的日數不足3日,在萌娘百科和萌娘共享(主,模板Template,分類Category,幫助Help,萌娘百科Project,文件File)命名空間編輯次數不足5次。其他人留言詢問後,7日內無回復和操作行為;
- 連續2次維護人員人事案或提案未參與投票或被視為未參與投票,該行政員將會受到警告:
- 此處維護人員人事案、提案未參與數分別單獨計算;
- 如果不能在一周內闡明自己連續不投票的原因或原因不能被至少2位行政員接受,則會被除去行政員用戶組;
- 而在答覆後的下一次維護人員人事案和提案投票中仍投棄權票或未參與投票的,將被直接除去行政員用戶組。
- 被成功彈劾,須經彈劾程序:
- 自動確認使用者可在權限變更版發起行政員彈劾程序:
- 若已有對相應行政員彈劾投票程序正在進行,原則上應在此彈劾案內補充陳述、證據、討論等內容,不應新發起重複的彈劾程序;
- 若行政員彈劾程序未通過,不可對行政員發起管理員彈劾程序。
- 彈劾發起且有效後進入7日的質詢期,被彈劾的行政員可以回應彈劾,有票權的用戶亦可參與質詢討論。此階段內發起人可隨時撤回彈劾;
- 在質詢期滿7日後,若彈劾未撤回,由維護人員開啟投票,投票期時長7日。
- 投票期結束後由現任維護人員點票:
- 被彈劾人沒有票權,其他管理員每人投票權重2票,巡查姬每人權重1票。
- 在維護人員參與率超過2/3的前提下,同意票占總票數比例超過2/3,且管理員反對票占管理員總票權數之比不足1/2,投票通過;除此以外,投票不通過。
- 自動確認使用者在行政員彈劾投票中,可以表達意見但不計票數。
- 投票通過後行政員對計票結果予以確認,無誤後除去被彈劾人行政員、使用者查核員、監督員用戶組。
- 自動確認使用者可在權限變更版發起行政員彈劾程序:
- 自行申請。
其他
- 運維方官方帳戶默認持有行政員用戶組,官方帳戶的行政員用戶組不可褫奪,且不計入投票基數、不適用活躍度限制。
- 在正式行政員不滿三人時(除STAFF外),AnnAngela[更多]、云霞[更多]仍任臨時行政員,代行行政員所有職責,臨時行政員亦可通過申請與授權程序成為正式行政員。
管理員
管理sysop
)是統籌管理萌娘百科全站的站點維護人員,擁有大量管理權限。管理員作為萌娘百科的高階編輯,有能力且有義務引導用戶正確編輯、參與討論版討論,同時也需要參與提案、人事變動等重大站務的討論與投票表決。
申請與授權
- 申請條件
- 已任巡查姬滿30日,且30日內未有不活躍警告;
- 已知曉並確保可以遵守萌娘百科:維護人員的基本義務;
- 已經通讀了萌娘百科:維護人員的維護任務;
- 在萌娘百科的主(namespace=0)、模板(template:)、分類(category:)命名空間下編輯合計超過600次;
- 在萌娘共享的文件(file:)、分類(category:)命名空間下編輯合計超過50次;
- 熟練掌握wiki代碼/分類/模板/文件的使用方法,可以讀懂較複雜的wikitext;
- 有10個由自己主力編寫的條目,證明自己已經熟悉wiki代碼,能寫出高質量條目;
- 了解萌娘百科、萌娘共享的各類政策文件;
- 能基本保證每日在線維護半小時或以上;
- 最近1個月內無觸犯封禁政策和其它方針有關封禁規定的行為;
- 發起申請前一個月內未被除去管理員用戶組,也未發起過管理員申請。
- 授權程序
- 在權限變更版使用預設的申請模板發出合格式的申請(不合格式的申請將會作廢);
- 建議申請人在申請中說明申請的緣由,否則可能難以取得信任從而獲得足夠多的同意票。
- 申請發出後在詢問期內(一般為發起申請後7日內,行政員可單獨決定延長或縮短),其他用戶可向申請人提出關於萌娘百科維護、行政員及其權限和萌百未來發展等的提問。
- 提問只能在申請後3日內發出,申請人回答後的追問不作限制;
- 建議申請人在自己的能力範圍內回應適量的問題,一般建議回答不超過25個問題,並儘可能回答更多現任維護人員的提問;
- 追問和對追問的回答參上規定。
- 在詢問期滿3日後,由維護人員開啟投票,投票期時長7日。
- 投票期結束後由現任維護人員點票:
- 管理員每人投票權重2票,巡查姬每人權重1票;
- 在維護人員參與率超過2/3的前提下,同意票占總同意+反對票之比例超過2/3,且管理員反對票占管理員總票權數之比不足1/2,投票通過;除此以外,投票不通過。
- 投票通過後由行政員對計票結果予以確認,無誤後授予申請人管理員用戶組。
- 注意:因為個人原因(而不是面臨社群質疑)申請暫離的管理員,在六個月內重新申請巡查姬或管理員用戶組,行政員可選擇跳過授權程序直接授權。
義務與職責
- 積極受理巡查姬、技術編輯員等用戶組的申請;
- 積極參與人事案、提案的討論和投票;
- 受理巡查姬等用戶組無法做到的維護任務、編輯請求;
- 合併提案、快速提案內容至方針或指引頁面,實現社群討論所得的共識;
- 定期檢查私有過濾器日誌,改進濫用過濾器;
- 履行其它方針或指引中管理員的工作職責;
- 儘可能為用戶提供更好的訪問感受。
降權與除權
- 快速降權
符合下列條件時,應當將管理員快速降至巡查姬用戶組:
- 所發放的巡查姬在發放不滿三個月的情況下因其不合申請條件、被彈劾或嚴重違規而被撤銷,且第一次和第三次間隔不足一年的,可認為其維護標準與社群意見差距很大;
- 在短期內大量操作失誤,經行政員評估需要儘快減少損失;
- 因觸犯封禁政策和其它方針有關封禁規定的行為而遭到短期封禁。
行政員可以在降級時指定15日或30日察看期,察看期結束後方可恢復管理員身份,期間不可自行申請管理員權限。
- 除權程序
- 活躍度不足:
- 過去30日內,在萌娘百科和萌娘共享(主,模板Template,分類Category,幫助Help,萌娘百科Project,文件File)命名空間編輯次數不足3次。其他人留言詢問後,7日內無回復和操作行為;
- 在其他管理員於用戶討論頁提醒參與維護人員人事案投票至投票結束期間,若在萌娘百科和萌娘共享有超過2次編輯行為,但仍未參與投票,該管理員將會受到警告:
- 如果不能在兩周內闡明自己不投票的原因或原因不能被超過1/3的管理員接受則會被除去管理員用戶組;
- 連續3次維護人員人事案、技術人員人事案或提案投棄權票、未參與投票或被視為未參與投票,該管理員將會受到警告:
- 如果不能在兩周內闡明自己連續棄權/不投票的原因或原因不能被超過1/3的管理員接受則會被除去管理員用戶組;
- 而在答覆後的下一次人事案和提案投票中仍投棄權票或未參與投票的,將被直接除去管理員用戶組。
- 被成功彈劾,須經彈劾程序:
- 自動確認使用者可在權限變更版發起管理員彈劾程序:
- 若已有對相應管理員彈劾投票程序正在進行,原則上應在此彈劾案內補充陳述、證據、討論等內容,不應新發起重複的彈劾程序;
- 若行政員彈劾程序未通過,不可對行政員發起管理員彈劾程序。
- 彈劾發起且有效後進入7日的質詢期,被彈劾的管理員可以回應彈劾,有票權的用戶亦可參與質詢討論。此階段內發起人可隨時撤回彈劾;
- 在質詢期滿7日後,若彈劾未撤回,則由維護人員開啟投票,投票期時長7日。
- 投票期結束後由現任維護人員點票:
- 被彈劾人沒有票權,管理員每人投票權重4票,巡查姬每人權重2票,自動確認使用者每人1票;
- 在總同意票占維護人員總票權數比例超過1/3的前提下,維護人員同意票占維護人員總票權數比例超過2/3,或總同意票占總同意+總反對票比例超過2/3時,投票通過;除此以外,投票不通過。
- 投票通過後行政員對計票結果予以確認,無誤後除去被彈劾人管理員用戶組。
- 自動確認使用者可在權限變更版發起管理員彈劾程序:
- 自行申請。
巡查姬
巡查姬(Patrollers,patroller
)是對萌娘百科進行日常性維護的站務維護人員。巡查姬作為萌娘百科中階至高階編輯,有義務對萌娘百科的頁面進行巡查,且對未達到質量標準的條目進行維護性操作。
申請與授權
- 申請條件
- 已成為自動確認使用者超過30日;
- 已知曉並確保可以遵守萌娘百科:維護人員的基本義務;
- 已經通讀了萌娘百科:維護人員的維護任務;
- 在萌娘百科的主(namespace=0)、模板(template:)、分類(category:)命名空間下編輯合計超過200次;
- 在萌娘共享的文件(file:)、分類(category:)命名空間下編輯合計超過25次;
- 掌握wiki代碼/分類/模板/文件的基本使用方法;
- 有1個由自己主力編寫的條目,證明自己已經會用wiki代碼,能寫出條目;
- 有10個維護過的頁面的特定歷史記錄點,通過編輯歷史證明自己明白如何提高頁面質量;
- 最近1個月內無觸犯封禁政策和其它方針有關封禁規定的行為;
- 發起申請前一個月內未被除去管理員、巡查姬用戶組,也未發起過巡查姬申請。
- 授權程序
- 在權限變更版使用預設的申請模板發出合格式的申請(不合格式的申請將會作廢);
- 建議申請人在申請中提出證明自己符合申請條件的證據(如相關編輯的連結等),否則可能難以取得信任從而獲得授權。
- 管理員審核確認符合申請條件後授予申請人相應用戶組。
- 管理員應授予申請人時長15日的巡查姬用戶組作為實習期,詳見#實習考核制度之規定;
- 若7日內無管理員受理巡查姬申請,視為自動拒絕。
實習考核制度
- 實習
- 申請成為巡查姬後,會有15日的實習期,在此期間若正常執行了維護工作且滿足了相應標準,則轉為正式巡查姬。若實習期未予通過,30日內不可進行二次申請;
- 實習巡查姬不代表萌娘百科官方人員,但仍需遵守萌娘百科:維護人員的基本義務;
- 實習巡查姬在人事/提案投票中仍被視為其擔任巡查姬前的用戶組;
- 結合萌娘百科:維護人員的維護任務,積極參與維護工作,沒有出現重大編輯錯誤;
- 無觸犯封禁政策及其他方針規定封禁之行為;
- 實習期滿7日後,若實習期未被中止,實習巡查姬可選擇加入維護組群,參與更多的社群討論和公開度不那麼高的討論。
- 考核
- 維護人員可在權限變更版指定區域對實習巡查姬進行簡單提問或評價;
- 若有簡單提問,申請人可選擇不超過5個問題進行回答(問題數量不以提問人計);
- 其他用戶亦可在討論區發表意見。
- 若實習巡查姬在實習期間存在嚴重違反萌娘百科現行政策的行為,經維護人員討論後,授權的管理員可選擇中止實習期;
- 授權的管理員有義務幫助實習巡查熟悉萌娘百科的政策;
- 授權的管理員可在實習期第14日起3日內,結合維護人員的意見,對實習巡查姬進行考核,若通過則授予正式的巡查姬用戶組;
- 若授權的管理員因各種意外情況而無法在實習期到期前及時進行考核,其他管理員可代為考核。
- 管理員可選擇對因為個人原因(而不是面臨社群質疑)申請暫離、在六個月內重新申請巡查姬的用戶跳過實習考核制度。
降權與除權
- 活躍度不足:
- 過去30日內,在萌娘百科和萌娘共享(主,模板Template,分類Category,幫助Help,萌娘百科Project,文件File)命名空間編輯次數不足3次。其他人留言詢問後,7日內無回復和操作行為;
- 在其他管理員於用戶討論頁提醒參與維護人員人事案投票至投票結束期間,若在萌娘百科和萌娘共享有超過2次編輯行為,但仍未參與投票,該巡查姬將會受到警告:
- 如果不能在兩周內闡明自己不投票的原因或原因不能被超過1/3的管理員接受則會被除去巡查姬用戶組;
- 連續3次維護人員人事案或提案投棄權票、未參與投票或被視為未參與投票,該巡查姬將會受到警告:
- 如果不能在兩周內闡明自己連續投棄權/不投票的原因或原因不能被超過1/3的管理員接受則會被除去巡查姬用戶組;
- 而在答覆後的下一次人事案和提案投票中仍投棄權票或未參與投票的,將被直接除去巡查姬用戶組。
- 被成功彈劾,須經彈劾程序:
- 自動確認使用者可在權限變更版發起巡查姬彈劾程序:
- 若已有對相應巡查姬彈劾投票程序正在進行,原則上應在此彈劾案內補充陳述、證據、討論等內容,不應新發起重複的彈劾程序;
- 通過快速降權程序降權為巡查姬的原管理員,仍應按管理員彈劾程序進行彈劾。
- 彈劾發起且有效後進入7日的質詢期,被彈劾的巡查姬可以回應彈劾,有票權的用戶亦可參與質詢討論。此階段內發起人可隨時撤回彈劾;
- 在質詢期滿7日後,若彈劾未撤回,則由維護人員開啟投票,時長7日。
- 投票期結束後由現任維護人員點票:
- 被彈劾人沒有票權,管理員每人投票權重4票,巡查姬每人權重2票,自動確認使用者每人1票;
- 在總同意票占維護人員總票權數比例超過1/3的前提下,維護人員同意票占維護人員總票權數比例超過1/2,或總同意票占總同意+總反對票比例超過1/2時,投票通過;除此以外,投票不通過。
- 投票通過後行政員對計票結果予以確認,無誤後除去被彈劾人巡查姬用戶組。
- 自動確認使用者可在權限變更版發起巡查姬彈劾程序:
- 自行申請。
STAFF
萌娘百科網自2020年3月起由紹興萌派網絡有限公司(以下簡稱紹興萌派)持有,紹興萌派自此為萌娘百科提供伺服器與技術等方面的支持,負責萌娘百科的對外宣傳。STAFF(staff
)用戶組即是授予紹興萌派在萌娘百科的在職工作人員持有。
權限
- ⧼right-skipcaptcha⧽
(skipcaptcha)
- 將自己的編輯自動標示為已巡查
(autopatrol)
- 不受基於IP的使用頻率限制
(autoconfirmed)
- 不受使用頻率限制
(noratelimit)
- 解除封鎖自己
(unblockself)
- 略過IP封鎖、自動封鎖及範圍封鎖檢查
(ipblock-exempt)
- 在自己的帳號中加入的多個群組:管理員、介面管理員、指令碼編輯員
- 移除自己帳號中的多個群組:管理員、介面管理員、指令碼編輯員
STAFF添加用戶組至自己的帳戶時,應遵守如下規範:
- 可自授權任意期限的介面管理員、指令碼編輯員用戶組,以便改進萌娘百科技術問題;
- 僅可在緊急事項或確有維護需要時自授權有限期的管理員用戶組,使用完畢應及時除去相應用戶組。
官方帳戶
- 官方账户[更多](暫未命名)
此為萌娘百科的官方帳戶,名義上的站長,持有行政員、管理員、介面管理員、監督員、使用者查核員、STAFF用戶組。
其他
- STAFF用戶組成員不參與一般站務的討論,不計入投票基數,不適用活躍度限制。
- 官方帳戶正式啟用後,Etolli[更多]不再擔任站長,轉為一般STAFF。
備註
- 此方針將在最終決定權恢復行使後升級為站點基本信息。
榮譽維護人員
榮譽維護人員(Honored maintainers,honoredmaintainer
)是萌娘百科授予因個人原因而離職的維護人員的榮譽用戶組。榮譽維護人員雖然不再被視為萌娘百科官方人員,但他們是萌娘百科堅定的支持者,曾經為萌娘百科做出較大貢獻。
在此用戶組設立後,萌娘百科不再向離任的維護人員自動發放「優質編輯者」用戶組。
權限
- 將自己的編輯自動標示為已巡查
(autopatrol)
- 覆蓋自己上傳的現有檔案
(reupload-own)
授權條件
- 已任或曾任維護人員滿30日,因個人原因(而非面臨社群問責)而主動辭職。
- 已任或曾任維護人員滿90日,最後一個任期最後90日內不活躍警告次數不滿2次,因不活躍自動去職。
- 其他經維護人員討論、行政員認定可發放的特殊情形。
- 若維護人員因各種原因宣布辭去或放棄一切用戶組,或是拒絕接受該用戶組,則不授予此用戶組。
授權程序
- 此用戶組設立後,符合授權條件的在任維護人員在辭職或去職時將默認發放此用戶組。
- 此用戶組設立前,符合授權條件的前任維護人員可在討論版權限變更區申請此榮譽用戶組。
- 若存在確有需要回溯發放的特殊情形,由行政員直接發放。
用戶組的收回
- 當持有此用戶組的用戶重新成為萌娘百科的維護人員時,收回此用戶組。
- 特別地,當用戶重新申請成為巡查姬而需要進行實習期考核時,在正式授予巡查姬用戶組前仍保留此用戶組。
- 因嚴重違反站點方針而遭到封禁時,可收回該榮譽稱號。
- 用戶自願放棄用戶組時,收回該用戶組。
優質編輯者
優質編輯者(Good editors,goodeditor
)是萌娘百科授予優秀貢獻者的榮譽用戶組。
作為共筆型網站,充實的內容和編輯者的貢獻緊密相連。萌娘百科會不定期授予一些能夠十分熟練地編輯萌百、熟知編輯規範、並做出大量貢獻的用戶,以嘉獎他們勤耕不輟的精神。
權限
- 將自己的編輯自動標示為已巡查
(autopatrol)
- 覆蓋自己上傳的現有檔案
(reupload-own)
優質編輯者們可以將自己的編輯自動標示為已巡查,這樣可以跳過頁面的初步檢查,這是由於他們通常獲得了社群的初步信任。優質編輯者們雖然不被視作萌娘百科的官方人員,但他們是萌娘百科堅定的支持者,而且正在通過自己的努力使萌娘百科這個項目趨於完善。
申請與授權
- 任何編輯質量優異,無需返工的編輯者都可直接被維護人員授予該稱號。
- 如果希望獲得該稱號,可主動向任一維護人員申請,或是在討論版公開提出申請。
- 維護人員在授予優質編輯者時:
- 應當在Special:用戶權限正確填寫原因。
- 應向其用戶討論頁告知用戶組變更的信息,以及覆蓋自己上傳的現有檔案權限的使用說明。
用戶組的移除
- 短時間內超過3次編輯質量達不到最低標準需要維護人員補救;
- 進行破壞或其他嚴重違反萌娘百科政策的行為;
- 無法正確使用覆蓋自己上傳的現有檔案的權限,經評估造成不良後果;
- 自行申請放棄。
介面管理員
介面管理員(Interface administrators,interface-admin
)是能夠編輯MediaWiki命名空間、全站所有CSS、JavaScript頁面和濫用過濾器的技術類功能用戶組。介面管理員不僅可以改進介面消息、提升訪客閱讀感受,還可以為用戶增加更多可能需要的功能、引導編輯者合理使用小工具等。
特別地,此方針內容將隨運維方技術調整而產生變化,特別允許行政員使用最終決定權進行一次性修改。
權限
- 編輯全站CSS
(editsitecss)
(在升級MW版本至1.32+後從editinterface拆分) - 編輯全站JSON
(editsitejson)
(在升級MW版本至1.32+後從editinterface拆分) - 編輯全站JavaScript
(editsitejs)
(在升級MW版本至1.32+後從editinterface拆分) - 編輯其他使用者的 CSS 檔
(editusercss)
- 編輯其他使用者的 JSON 檔
(edituserjson)
- 編輯其他使用者的 JavaScript 檔
(edituserjs)
- 編輯使用者介面
(editinterface)
- 編輯保護級別為「僅允許技術編輯員和管理員」的頁面
(techedit)
申請與授權
當前僅允許管理員、巡查姬和指令碼編輯員申請長期的介面管理員。符合下列申請條件的,可申請介面管理員用戶組:
管理員
- 此用戶組正式設立前的管理員無需申請,可在用戶組正式設立的兩周內授予自己不限期的介面管理員,否則視為自動放棄(行政員不視為自動放棄)。
- 管理員申請此用戶組時,僅需向行政員證明有Gadgets的維護能力和CSS/JavaScript類頁面的維護意向[ia 1]。
- 由於管理員本身可信任度較高,行政員可審核無誤後授予申請人用戶組。
- 不擔任介面管理員的管理員,可授予自己臨時的介面管理員用戶組(不超過3日),以便短期執行JavaScript/CSS模型頁面的移動、保護、刪除[ia 2]等請求。
巡查姬/指令碼編輯員
- 申請條件
- 在任巡查姬或指令碼編輯員已滿30日;
- 符合以下一個或多個條件:
- 能夠處理介面消息繁簡轉換;
- 具有Gadgets的維護能力,能參與全站性CSS/JavaScript類的維護;
- 註冊滿1年,且最近1年內無觸犯封禁記錄(不含濫用過濾器誤封及維護組成員測試機制導致的非正常封禁,請注意甄別);
- 除自行請辭外,發起申請前一個月內未被除去非臨時的介面管理員用戶組,也未發起過介面管理員申請。
- 授權程序
- 使用權限變更版頁頂模板的預設按鈕發出合格式的申請(不合格式的申請將會作廢);
- 建議申請人在申請中列明主要介面維護方向,以便其他用戶給出正確的評價意見。
- 申請發出後為意見發表期(一般為7日,行政員可單獨決定延長或縮短),使用召喚術通知現任管理員、介面管理員,從能力等角度在指定區域發表意見。其他用戶亦可在討論區發表相關意見。
- 在意見發表期滿3日後,由管理員開啟投票,時長7日,使用召喚術通知全體現任管理員,參考意見區的意見,對申請人進行信任度投票。
投票期結束後由現任管理員點票,管理員每人權重1票。
當同意票占總票數比例超過2/3,且參與率超過1/2時,投票通過;除此以外,投票不通過; - 投票通過後由行政員對計票結果予以確認,無誤後授予申請人介面管理員用戶組。
注意:若申請人已屬於指令碼編輯員用戶組,行政員可選擇跳過信任度投票程序。
介面管理員可維護全站的介面消息、創建或引入複雜工具等。若相關權限被濫用,後果將會非常嚴重,因此介面管理員的可信程度應不亞於管理員。
除權
符合以下任一除權條件的,應當進入除權程序:
- 用戶不再屬於管理員、巡查姬、指令碼編輯員用戶組時;
- 自行申請;
- 超過90日在萌娘百科和子站模板(Template)、模塊(Module)、MediaWiki命名空間的編輯次數不足3次;
- 管理員未經批准,授予了自己不限期的介面管理員時,應改為臨時用戶組;
- 短時間內超過3次對CSS/JavaScript的編輯出現嚴重錯誤,經評估後可除權;
- 進行破壞或其他嚴重違反萌娘百科政策的行為;
- 行政員直接除權。
符合除權條件的,由行政員逕行除權。其他用戶發現有介面管理員符合除權條件的可到權限變更版提報。
義務與規範
- 頁面覆核
- 修改Mediawiki命名空間的CSS/JavaScript類頁面時,有義務在摘要註明修改原因,以便其他介面管理員覆核;
- 有義務時常查看萌娘百科:介面指令碼動態頁面,檢查覆核他人修改。[ia 3]
- 頁面刪除
- 由於技術原因,仍在使用的介面消息應當直接由管理員刪除,巡查姬不應懸掛{{即將刪除}}模板;
- 允許同屬於巡查姬用戶組的介面管理員在更改CSS/JavaScript等頁面模型後掛刪頁面。
注釋
- ↑ 管理員默認持有editinterface權限,處理介面消息繁簡轉換無需申請此用戶組。
- ↑ 用戶命名空間下的JavaScript/CSS模型頁面無需臨時自授權也可以直接刪除。
- ↑ 設立類似Template:討論版目錄的頁面,記錄MediaWiki命名空間內CSS/JavaScript類頁面和Widget命名空間內頁面的最後修改時間、最後修改人和編輯摘要,同時利用Bot在相關群組內通知。
指令碼編輯員
指令碼編輯員(Script editors,scripteditor
)是萌娘百科的技術類功能用戶組。基於多種原因,萌娘百科不再使用Widgets擴展提供的小部件編輯者(widgeteditor)用戶組,改用自定義的指令碼編輯員用戶組。
Widgets擴展可以讓正常的wikitext頁面中嵌入原始的HTML頁面,管理員和指令碼編輯員可在Widget命名空間中創建/編輯頁面。
權限
- 建立並編輯
Widget
命名空間中的 微件(editwidgets)
- 編輯保護級別為「僅允許技術編輯員和管理員」的頁面
(techedit)
申請與授權
- 申請條件
符合以下所有申請條件的,可以申請指令碼編輯員用戶組,一般建議已是技術編輯員:
- 萌娘百科和子站的主、模板、模塊、分類命名空間下編輯合計超過500次;
- 能證明充分掌握Widget的使用方法,能寫出安全可靠的代碼,了解處理高風險頁面的職責;
- 有意願參與各類工具的合作編寫,並且願意、熟練使用諸如Github等管理工具;
- 註冊滿1年,且最近1年內無觸犯封禁記錄(不含濫用過濾器誤封及維護組成員測試機制導致的非正常封禁,請注意甄別)。
- 授權程序
- 使用權限變更版頁頂模板的預設按鈕發出合格式的申請(不合格式的申請將會作廢);
- 建議申請人在申請中提出證明自己符合申請條件的證據,以便其他用戶給出正確的評價意見。
- 申請發出後為意見發表期(一般為7日,行政員可單獨決定延長或縮短),使用召喚術通知現任管理員、指令碼編輯員,從代碼能力、合作能力等角度在指定區域發表意見。其他用戶亦可在討論區發表相關意見。
- 在意見發表期滿3日後,由管理員開啟投票,時長7日,使用召喚術通知全體現任管理員,參考意見區的意見,對申請人進行信任度投票。
投票期結束後由現任管理員點票,管理員每人權重1票。
當同意票占總票數比例超過2/3,且參與率超過1/2時,投票通過;除此以外,投票不通過; - 投票通過後由行政員對計票結果予以確認,無誤後授予申請人指令碼編輯員用戶組。
注意:若申請人已屬於介面管理員用戶組,行政員可選擇跳過信任度投票程序。
如果相關權限被濫用,植入惡意代碼,後果將會非常嚴重,風險極高,所以指令碼編輯員的可信程度應不亞於管理員。
除權
符合以下任一除權條件的,應當進入除權程序:
- 用戶屬於管理員用戶組;
- 自行申請;
- 超過90日在萌娘百科和子站模板(Template)、模塊(Module)和Widget命名空間頁面的編輯次數不足3次;
- 在對任一Widget及其關聯模板的編輯時無法充分的小心,導致出現嚴重錯誤,經評估後可除權;
- 拒絕與其他管理員或指令碼編輯員合作,我行我素,經行政員評估後可除權;
- 進行破壞或其他嚴重違反萌娘百科政策的行為;
- 行政員直接除權。
符合除權條件的,由行政員逕行除權。其他用戶發現有指令碼編輯者符合除權條件的可到權限變更版提報。
義務和規範
- 頁面覆核
- 修改Widget時(不含修改說明文檔與在沙盒測試),有義務在摘要註明修改原因,以便其他管理員或指令碼編輯員覆核;
- 有義務時常查看萌娘百科:介面指令碼動態頁面,檢查覆核他人修改。
技術編輯員
技術編輯員(Tech editors,techeditor
)是萌娘百科授予被社群信任、精通複雜wikitext或熟悉Lua編輯者的技術類功能用戶組。技術編輯員可編輯保護級別為「僅允許技術編輯員和管理員(techedit)」的模板或模塊。
申請與授權
- 申請條件
符合以下所有申請條件的,可以申請技術編輯員用戶組:
- 萌娘百科和子站的模板(Template)、模塊(Module)命名空間的總編輯數編輯合計超過200次或模塊命名空間的編輯總數大於50次;
- 可證明精通複雜wikitext或熟悉Lua,了解處理高風險模板或模塊的職責;
- 最近1個月內無觸犯封禁政策的行為;無編輯戰、人身攻擊等行為;
- 除自行請辭外,發起申請前一個月內未被除去技術編輯員用戶組,也未發起過技術編輯員申請。
- 授權程序
- 申請者須自行使用權限變更版頁頂模板的預設按鈕發出合格式的申請;
- 建議列出主要維護的模塊、複雜模板或其他方式以證明精通複雜wikitext或熟悉Lua,這樣能提高通過的可能性;
- 在申請發出後,授權的管理員應對申請人從能力、信任度等角度進行評估(或管理員邀請其他具有techedit權限的用戶發表意見),審核無誤後授予申請人用戶組;
- 若7日內無管理員受理技術編輯員申請,視為自動拒絕。
除權
符合以下任一除權條件的,應當進入除權程序:
- 用戶同時屬於管理員、介面管理員、指令碼編輯員之一的用戶組時;
- 自行申請;
- 超過180日在萌娘百科和子站模板(Template)、模塊(Module)命名空間頁面編輯次數不足3次;
- 短時間內超過3次對任一模板、模塊的編輯出現嚴重錯誤,經評估後可除權;
- 在編輯受保護的模板、模塊時無法充分的小心,導致出現嚴重錯誤,經評估後可除權;
- 進行破壞或其他嚴重違反萌娘百科政策的行為。
符合除權條件的,由管理員逕行除權。其他用戶發現有技術編輯員符合除權條件的可到權限變更版提報。
頁面保護
保護級別「僅允許技術編輯員和管理員」僅適用於模板、模塊命名空間,以及其他命名空間下的CSS、JavaScript及其關聯的定義或幫助頁面。
管理員對高流量或高風險的此類複雜頁面進行保護時,可選擇此編輯保護級別,以便這些頁面得到技術人員的持續維護。若前述頁面趨於穩定或極其重要時,可選擇「僅允許管理員」的保護級別。此外,簡單但重要的頁面仍應選擇「僅允許巡查姬和管理員」或「僅允許管理員」的保護級別。
特別地,由於移動頁面需要編輯權限,若設置為「編輯=僅允許技術編輯員和管理員,移動=僅允許巡查姬和管理員」,則會要求頁面移動人同時擁有前述兩個權限。
機器使用者
機器使用者(Bot users,flood
)通常用於編輯者執行大量重複性、無爭議的操作,一般僅允許人類手動使用。
此用戶組的用戶進行任何操作時都會添加「機」的標註(Flood flag),即不希望在Special:最近更改刷屏的同時能確保不需要檢查編輯是否有誤。
權限
- 將其視為自動程序
(bot)
- 不受使用頻率限制
(noratelimit)
- 移除自己帳號中的多個群組:機器使用者
申請與授權
管理員在進行部分無爭議、機械式的操作時,可授予自己臨時的機器使用者用戶組。 非管理員亦可在需要手工執行大量無爭議、機械式,且無法由全自動化程序執行的工作時,可在權限變更版或維護組內部申請此用戶組。 一般不建議非維護人員或非技術人員申請此用戶組,您可以至討論版請求維護人員協助。
申請時應遵守如下規範:
- 應儘可能使用主帳戶申請並進行工作;
- 應列明工作內容及工作時間;
- 應註明進行手動或半自動工作。若進行半自動工作,還應說明任務使用的半自動化工具及其預定之編輯頻率。
經管理員審查無誤後授予申請人臨時的用戶組。
特別地,符合以下情形時,管理員不必自授權機器使用者用戶組:
- 對指定用戶的貢獻進行大量回退時,可直接在用戶貢獻頁面URL後方添加
&bot=1
,此時再點擊回退可直接視為機器使用者。 - 使用Special:替換文本進行替換文本,並取消勾選「通過Special:最近更改和監視列表通知這些編輯」,其編輯記錄將在最近更改中強制隱藏。
- 使用Special:批量正則編輯進行替換文本,默認為機器使用者,其編輯記錄可以在最近更改中被手動強制顯示。
使用規範
當用戶屬於此用戶組時,應該只進行預先獲批准的操作。預定之操作執行完畢後,應立即自行除去機器使用者用戶組。
若用戶使用自動維基瀏覽器(AutoWikiBrowser)執行相關操作,需在任何可以附加標籤的操作時附加AWB
標籤;若用戶使用其他半自動輔助工具執行相關操作,則需在任何可以附加標籤的操作時附加Automation tool
標籤。
急停
急停是指機器使用者做出不被許可或意料之外的行為導致負面後果時,為避免影響擴大,由維護組成員給予臨時封禁等措施。
符合以下任一急停條件的,應當執行急停程序:
- 執行了大量申請內容之外的工作或大量理應在最近更改顯示的操作,但短期少量、註明測試且自行還原結果的操作可以被容忍;
- 若使用AWB或其他半自動輔助工具,一小時內作出的操作中超過30%(且超過5項)出現嚴重錯誤,需要人為修正。
注意:替換文本無法使用封禁或移除用戶組進行緊急止損,目前僅有濫用過濾器可阻止相關操作。
除權
當執行完所有需要機器使用者的操作時,應立即除去自己的機器使用者用戶組。
除此外,符合下列任一條件的機器使用者將進入除權程序:
- 機器使用者執行完任務後忘記取消此用戶組;
- 機器使用者執行了理應在最近更改顯示的操作;
- 非管理員機器使用者執行了未批准的操作;
- 機器使用者經質詢後不再需要此用戶組。
管理員可直接對符合上述情形的機器使用者進行除權;若違反第3條規定,管理員可同時視情形對相關用戶進行警告或封禁,此類行為可能被視為破壞。
機器人(修訂)
- 序言「機器人帳戶一般只允許由自動化程序使用,不得由人類手動使用」修訂為「機器人帳戶一般只允許由自動化程序使用,人類手動操作應使用機器使用者」。
- 移動頁面時不在原頁面建立重新導向
(suppressredirect)
- 修改急停條件為:
一小時內作出的操作中超過30%(且超過5項)出現嚴重錯誤,需要人為修正。
- 修訂提權章節的序言和提權條件。
提權是指授予機器人管理員、巡查姬、介面管理員或技術編輯員用戶組,不得授予行政員權限。
- 提權條件
符合以下任一提權條件的,可以申請提權:
- 所有者為維護組成員時,可以任意申請提升其所有機器人帳戶的巡查姬或管理員用戶組,但不得超過自身權限:
- 管理員可申請將機器人提升到管理員或巡查姬級別;
- 巡查姬僅可申請將機器人提升到巡查姬級別。
- 所有者為技術類用戶組成員時,可以申請提升其所有機器人帳戶的介面管理員或技術編輯員用戶組,但不得獲取自身不具有的權限:
- 介面管理員可申請將機器人提升到介面管理員級別,但需要對其緣由作充分說明;
- 管理員、介面管理員、指令碼編輯員、技術編輯員可申請將機器人提升到技術編輯員級別;
- 若所有者確有提升到超出自身權限的必要,可以申請提權,但需要對其緣由作充分說明:
- 如一位非維護組成員開發了清理部分頁面的受損文件連結的機器人,但這些頁面有一部分被保護到巡查姬級別,此時就可以申請提升機器人到巡查姬級別。
- 修訂降權章節的序言和提權條件。
降權指的是被授予管理員、巡查姬、介面管理員或技術編輯員用戶組的機器人因不符合提權條件後被除去相關權限。
- 降權條件
符合以下任一降權條件的,應當進入降權程序:
- 通過提權條件第1、2條獲得提權,但所有者已經不再持有對應權限:
- 如管理員申請授予機器人管理員權限的,該管理員失去管理員權限時,該機器人將被降權;
- 由於管理員權限包含巡查姬、技術編輯員所有權限,不應將管理員視為不持有此類權限;
- 但若所有者系因活躍度低失去權限,且機器人運作良好且仍然必須持有權限,則可暫緩降權,直至機器人完成任務、其他所有者活躍的機器人能完全替代該機器人完成任務或發生故障為止。
- 機器人在提權程序中所指明的任務之外使用權限:
- 這包括但不限於機器人超出範圍的使用權限,以及所有者登錄機器人帳戶手動使用相關權限,但短期少量、註明測試且自行還原結果的操作可以被容忍。
注意:
- 通過提權條件第3條獲得的權限不隨所有者權限變化而降權;
- 如果所有者失去了相關權限卻仍然需要機器人持有權限,則需重新申請。
- 除權條件「機器人帳戶持有的維護組權限」修改為「機器人帳戶持有的附加用戶組及其權限」。
分身帳戶方針(修訂)
修訂「主帳戶的認定」一節第3條「人事用戶組級別最高的帳戶是主帳戶」: 修訂為
- 用戶組級別最高的是主帳戶:
- 用戶組級別如此排序:持有官方用戶組的帳戶 > 同時持有榮譽用戶組和技術類用戶組之總數最多的帳戶 > 自動確認使用者 > (非確認)用戶。其他用戶組不考慮。
修訂「何時可以使用分身帳戶」一節「單一帳戶權限」: 修訂為
- 目前,只有行政員、使用者查核員、監督員、管理員、巡查姬、介面管理員、指令碼編輯員是同一自然人僅一個帳戶可以持有的用戶組(依照萌娘百科:機器人#提權的規定進行提權的除外)。
投票方針
在萌娘百科,投票制度是作為社群內遭遇重大分歧或爭議且無法達成一致時,取得進展的一種手段。投票制度能夠讓萌娘百科的用戶在獲得足夠人數和支持比例的前提下,修訂萌娘百科中特定的方針、指引,以達成(多數人認可的)共識。
本文及萌娘百科各方針指引論述文件所稱維護人員人事案包括行政員、管理員的申請,和行政員、管理員、巡查姬的彈劾;技術人員人事案包括介面管理員、指令碼編輯員申請。
基本政策
- 可發起/參與人事案或提案、有票權的用戶必須是自然人;
- 投票參與者有義務知曉人事案之重要性或理解提案內容後再投票;
- 可發起/參與人事案或提案、有票權的非維護人員須滿足以下條件:
- 投票區格式:
- 投票區開頭應說明投票規則,使用{{投票}}標明投票起始、截至時間點;
- 投票區應按照用戶組劃分區域,以方便用戶組票權的核查統計;
- 例如,提案設立四個三級標題「管理員」「巡查姬」「參與討論的自動確認使用者」「無票權用戶意見」。
- 投票專用定義:
- 各項投票政策中所述的「以上」「以下」,包括本數;「超過」「不足」,均不包含本數;
- 總票數指參與投票的用戶的票權數總和;
- 維護人員總票權數指除被彈劾人外(若有),所有管理員和巡查姬的票權數總和;管理員總票權數指除申請人外(若有),所有管理員的票權數總和;
- 維護人員參與率以參與人數而非投票權重計。
- 投票通知:
- 投票開始時,應使用{{大召喚術}}通知全體有票權的維護人員;
- 距離投票結束不足3日時,管理員(或其機器人)應通過用戶討論頁通知未參與投票的維護人員。
- 有效票種為(+)同意 、(∅)棄權 、(-)反對 ,其餘選項視作未參與投票且不計入參與人數;
- 無理由投同意/棄權/反對票視為未參與投票;
- 投票未簽名或簽名不規範視為未參與投票;
- 意見長度應限制在140字以內,超過長度請寫在討論區。
- 維護人員投票政策:
- 投票權於發起投票時的用戶組確定。即投票開始後獲得/失去管理員、巡查姬用戶組的用戶,依然按發起投票時的用戶組權限計算票權;
- 通過快速降權程序降權為巡查姬的原管理員,仍應按管理員用戶組計算票權。
- 投票權重不可分割,分割投票視作未參與投票且不計入參與人數;
- 投票權於發起投票時的用戶組確定。即投票開始後獲得/失去管理員、巡查姬用戶組的用戶,依然按發起投票時的用戶組權限計算票權;
- 投票一般持續7日,如7日內無中國大陸法定節假日或周末休息日,則延長投票結束日期直至包含法定節假日或周末休息日一日以上;
- 未投票者不得補票。
違規行為
- 在30日內連續對同一個維護人員發起的彈劾案,及同一個用戶連續對多個維護人員發起的多個彈劾案,行政員有權在考量其合理性後,對這些彈劾案進行合併或駁回處理,並警告提起彈劾案的相應用戶,情節嚴重(如明顯構成騷擾行為)的可在警告無效後進行封禁處理。
- 任何人不得以威脅、賄賂、私下交易、人身攻擊等手段影響投票。如果發現則對操縱者和受賄者進行永久封禁懲罰,涉及到的投票一律視為無效票(即去掉對應投票,下同)。
- 一位自然人若且唯若投票一次。發現使用多帳號擾亂提案投票者時,應當將該自然人所控制帳戶的所有投票視作無效票,並視情形對其所有或部分帳戶進行永久封禁。
- 修改他人投票的,警告並責令其被修改的投票恢復原狀,投票結束前拒不改正的,視情形由維護人員改正其帳戶處以30日以下封禁。
- 冒充他人投票的,應當將該冒充者的所有投票視作無效票,並由維護人員對其帳戶處以30日以上封禁,同時進行嚴重警告。
其他
- 用戶權限調整應同時應用於中文萌娘百科、萌娘共享、萌娘文庫、英文萌娘百科、日文萌娘百科;
- 將萌娘百科:巡查姬的巡查任務重命名為萌娘百科:維護人員的維護任務,並適當修訂更新;
- 將萌娘百科:程式設計師招募中變更為失效文檔。