维基百科:管理员

(重定向自Wikipedia:Adm

管理员AdminSysOp)是拥有“系統操作員权限”的维基人。目前的维基政策是將此权限授予任何人,只要此人已经活跃地在维基百科贡献了一段时间,在一般情况下也是为大家熟知並信任的维基社群成員。總體上,遴選标准已隨实践变難。

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

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

中文维基百科当前管理员人数:60(不含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)。但为预防被盗的管理员账号封禁其他管理员以持续破坏,被封禁的管理员能封禁對自己執行封禁的管理員。管理员仍然能解除由自己对自己执行的封禁。