跳至內容

維基百科:管理員

本頁使用了標題或全文手工轉換
維基百科,自由的百科全書

管理員AdminSysOp)是擁有「系統操作員權限」的維基人。目前的維基政策是將此權限授予任何人,只要此人已經活躍地在維基百科貢獻了一段時間,在一般情況下也是為大家熟知並信任的維基社群成員。總體上,遴選標準已隨實踐變難。

管理員並沒有特權,在編輯責任方面,他們與其他所有人都是平等的。部份維基人甚至認為「管理」或「站長」是一種誤稱,因為管理員只是一群維基百科的使用者,他們看起來值得信任並提出了善意請求,而將基於正常運作及安全考量的某些功能限制從他們身上解除。應當指出的是,管理員沒有任何高於其他使用者的特權,唯能實現社群討論所得的共識。維基百科運作之初,所有的使用者都能做管理員的事情;現在,原則上,大家仍應這樣。即使未被賦予額外的管理功能,任何使用者都可以如管理員般行事,但他們不可冒充管理員。這樣的使用者更有可能被社群成員提名為正式管理員,最終更有可能被選為管理員。

社群的確期待管理員行使必要的清潔整理雜務,相關工作需要額外權限。這些雜務包括(但不限於):監視刪除投票和請求,並按照社群的共識保留或刪除有關條目;監視新建與更動的文章並迅捷地刪除明顯的破壞;應使用者請求,完成需要管理權限的任務。因為管理員被認為是社群的經驗成員,需要幫助的使用者經常也會尋求管理員的建議與資訊。

中文維基百科當前管理員人數:61(不含3個管理員機器人及1個系統帳戶)。

權限

維基系統軟體(MediaWiki)有一些重要功能可被限制。這些被限制使用的功能之中,管理員有下述權限:

保護頁面和解除保護

  • 編輯首頁及其他被保護的頁面。關於首頁編輯的進一步說明與指引,可參見首頁更新指南;你也可在Wikipedia talk:首頁提出修改建議。首頁一度經常受到破壞,保護此頁是無奈的折衷方案,以免我們的門面被隨意破壞。(editprotected)
  • 保護或解除保護頁面。只在某些少有的情況下,頁面才被保護。進一步的說明與指引,可參見保護方針。(protect)

刪除和恢復頁面

  • 刪除頁面(包括圖像)及其歷史。進一步的說明與指引,可參見刪除方針管理員刪除指導。你在閱讀上述方針後,如果覺得某頁面應當刪除,參見頁面存廢討論檔案存廢討論。有時,刪除只是一種技術性操作,例如重新導向頁面被刪除,以使其他頁面移動到該題目;或者通過刪除頁面來合併分散的頁面歷史。其他時候,刪除是清理簡單無內容垃圾的手段,或者用於移除抄錄自其他網站而侵犯著作權的內容。有關圖像利用進一步的說明與指引,可參見檔案使用方針。在閱讀上述方針後,如要提請刪除圖像,參見檔案存廢討論。(delete)
  • 查閱並復原刪除的頁面、圖像及其歷史。有關的指引可參見存廢覆核方針。對已經確定的刪除決定提出異議,可參見存廢覆核請求。(undelete, deletedhistory, deletedtext, browsearchive)
  • 使用Special:Nuke大量刪除頁面。(nuke)
  • Wikipedia:修訂版本刪除請求或實際需要進行特定修訂版本的刪除。(deleterevision)

回退編輯

  • 快捷回退頁面。任何使用者(無論登入與否)都可以將頁面回退至早期版本。管理員則有更迅捷的自動回退工具,以助他們清除破壞。當檢查某一使用者貢獻的時候,可在最近一次修改的旁邊看到這樣的[回退]連結。點擊它就可回退到最近一次非此使用者編輯的版本,產生如(回退A(對話)的編輯,改回B的最後一個版本)編輯摘要,並標示本次修改為小修改。如果這篇文章的編輯者是該文的唯一作者,則無法回退。對於一些不是簡單程度的破壞,請不要利用單按回退進行恢復;請利用手動方式恢復,並在編輯摘要中加入適當的回退原因。(rollback)

在最近修改中隱藏破壞

  • 在貢獻列表中點擊回退連結,可以恢復到早期版本並且在近期變更中預設不會顯示。這個機制用來防止大量的恢復工作在近期變更中的泛濫。您可以在近期變更中點擊「機器人」連結設定為hidebots=0,將這些修改顯示出來。這個編輯工作不會在貢獻頁面,歷史頁面和監視清單中隱藏。(markbotedits)

封鎖與解封使用者

  • 管理員可以查封與解封IP位址和使用者名稱。預設情況下只查封24小時。Special:Ipblocklist列出了當前查封的IP位址和使用者名稱。(block)
  • 查封一段IP,參見mw:Range blocks。(block)
  • 查封使用者時禁止使用電子郵件功能。(blockemail)
  • 略過IP封鎖、自動封鎖及範圍封鎖檢查。(ipblock-exempt)
  • 解除自己對自己執行的封鎖,以及在被封鎖狀態下封鎖對自己執行封鎖的管理員。[1]
  • 本地停用全域封鎖。(globalblock-whitelist)

設計並修訂維基介面

  • 管理員可以編輯MediaWiki命名空間來改變網站的介面文字。並且防止其他人破壞MediaWiki。(editinterface)
  • 可修改全站JSON頁面。(editsitejson)
  • 可修改任何使用者的JSON頁面。(edituserjson)

建立具有結構化討論特質的頁面

  • 管理員可以建立具結構化討論特質的討論頁面。(flow-create-board)

特殊頁面

移動權限

  • 管理員可移動檔案。(movefile)
  • 管理員可以移動時並不保留重新導向。(suppressredirect)
  • 管理員可移動主頁面時一併移動子頁面(上限100個)。(move-subpages)

巡查

  • 將自己的編輯自動標示為已巡查(autopatrol)
  • 標示他人的編輯為已巡查(patrol)

防濫用過濾器

  • 建立或修改防濫用過濾器,包括私密的。(abusefilter-modify)

其他

  • 覆蓋欺騙檢查,可註冊任何使用者名稱。(override-antispoof)
  • 不受使用頻率限制,沒有每日可註冊使用者上限。(noratelimit)
  • 同時向多位使用者傳送訊息。(massmessage)

使用者權限授予與移除

  • 可向任何使用者加入及移除以下使用者權限組:巡查員、回退員、檔案移動員、巡查豁免者、確認使用者、IP封鎖豁免者、活動參與者及機器人使用者*
  • 可向自己加入及移除以下使用者權限組:機器人使用者

帶*號者為只能移除不能加入。

限制

在管理員擁有比其它使用者多的管理權限的同時,管理員的行為也有以下限制,並受到所有維基人的監督:

避嫌

人在自己牽涉爭議中或具強烈情感的情況可能無法作客觀判斷。由此,管理員在所牽涉事宜中應避嫌——換言之,使用者應避免以管理員身分參與所牽涉事宜,包括行使保護、封鎖及刪除等權限或結案等。此情況下,涉事管理員應作為普通使用者身分參與爭議解決,循一般途徑(如維基百科:佈告板)請求未涉事的第三方管理員處理事件。

管理員面對當前或過往有衝突的使用者或在曾參與爭議的特定議題當中都可能被要求避嫌;惟若過往僅曾以管理員身分與有關使用者互動或參與有關議題,或者過往的參與程度小或明顯客觀無偏見,則不應被要求在處理這些使用者或主題相關事宜時避嫌。管理員警告、探討警告、對遵守社群規範的建議、建議文句和立意等均不構成「牽涉」事宜,無需因而避嫌。管理員不會僅因使用者反對自己而需要避嫌,但亦不得僅因使用者反對自己而對其採取管理行動。

顯而易見不會存在爭議的情況(即任何其他管理員正常也會得出相同結論的情況,如執行社群共識或針對破壞、侵權、公開個人隱私的封鎖及刪除)亦不適用避嫌原則。雖然有提供此越過避嫌執行的例外情況,但最佳處理仍是經維基百科:佈告板將事宜提交其他管理員處理。

管理員的權限取得與喪失

申請

如果你覺得自己或他人有資格成為管理員,請見Wikipedia:申請成為管理人員的申請標準及程序。

離任

管理員離任的具體辦法,或提請取消某位管理員的權限,請見Wikipedia:管理員的離任

復任

無論管理員為何離任,皆可以上方提及之一般程序重新申請成為管理人員。

而在自願辭職或因不活躍而離任的情況下,當事人可提出管理員復任申請,由行政員審核。基本上,復任申請除有以下情事外應可獲通過:

  • 牽涉爭議而辭職:若當事人過往是在牽涉重大爭議(例如被提起解任投票)之情況下自行辭職,則應循一般管理人員申請程序重新上任,或至少先經社群廣泛討論,直至對於當事人之地位達成共識為止。
  • 長期不活躍而滿足以下其中一項條件,此時行政員應當否決復任申請,而當事人應循一般管理人員申請程序重新上任:
    • 當事人在自願辭職後已至少二年沒有編輯,或因不活躍而離任後至少一年沒有編輯;
    • 在因不活躍而離任之情況下,當事人申請復任前已至少五年未從事管理操作。
  • 無法保障當事人帳號之安全性:有合理根據,可認為當事人帳號之安全性不受保障,以至於不適合直接取回重大權限。相關證據應當向行政員提出,並附詳細說明。

管理員復任申請應在行政員布告板提出,由行政員依據權限恢復程序操作。授權前,行政員應確信當事人已恢復活躍或將恢復活躍,並至少待申請提出達七日。若過程中他人有所疑慮,行政員應推遲授權,並予社群充分討論,直至達成共識為止。

本制度不適用於行政員、介面管理員使用者查核員監督員。離任此種職務者應循一般管理人員申請程序重新上任。

參見

參考資料

  1. ^ 起初管理員有解除封鎖自己(unblockself)權限,能解除任何人對自己的封鎖。因2018年11月曾發生多起管理員被盜號且在自我解封後繼續破壞的事件,2018年12月起維基媒體基金會所屬計劃上的管理員已被取消unblockself權限(T150826)。但為預防被盜的管理員帳號封鎖其他管理員以持續破壞,被封鎖的管理員能封鎖對自己執行封鎖的管理員。管理員仍然能解除由自己對自己執行的封鎖。