管理人員負責日常維護的工作，應當活躍地發揮作用。?處於不活動狀態的用戶擁有管理人員權限是一?安全隱患。因此，如果管理人員長期不活動，其權限應予取消。此?是?基百科的例行事務，不應視作懲罰。

如有管理員的貢獻紀錄符合下列條件，則被視?處於不活動狀態：

• 最近五個月（150天 ^{[註 1]} ）未曾做過在用戶貢獻或日誌中有記錄的編輯。

當?到上述?件時，該位管理員應經由以下方式得到通知：

• 用戶對話頁（可使用模板{{ subst : Inactive admin }}）
• 其他通訊方式，如電郵、?時訊息、電話等

當某位管理人員在 行政員布告板 被提名，?且通知發出逾一個月（30天 ^{[註 1]} ）后，該管理人員仍然沒有做過除用?、用???命名空?的編輯，其便會被取消管理人員權限，而五項管理人員權限亦會同步移除。

如欲提請取消不活動管理人員的權限，請到行政員布告板提出。

如果?是管理人員，基於某些原因想要離任?取消管理人員權限，請在行政員布告板提出，?到元維基上的 m:Requests_for_permissions#Removal of access 進行 正式申請 。

????在?重?反管理人???的情?下提供了一?快速反?的机?。尤其是在管理人?不?重?其??或者无法?之?通而??基百科造成巨大?害的情?下（比如?除頁面破?）可以使用??机制。

• 在一般?急的情?下，?了最大限度地避免?基百科遭到破?，在?的管理?可以立?通??基媒體項目?面或維基媒體基金會認可的IRC聊天室通知元維基上的監管員（Steward），由監管員處理。而如果該名管理人員?介面管理員，則亦可以嘗試尋?行政員。
• 在?其?急的情?下，譬如?管理人?破?了某些高可?性的?面（如?除 Wikipedia:首? ）?，這時候可以不?任何投票而向元維基申報直接取消?管理人?的?限。而如果該名管理人員?介面管理員，則亦可以嘗試尋?行政員。

在?急情?下，也可以??在線的管理人???后，直接?系監管員取消管理??限，以下是聯絡監管員的方法：

• IRC： #wikimedia-stewards ^IRC://
• email： stewards@wikimedia.org
• 元?基上的申?取消管理??限?面： m:Steward requests/Permissions#Removal of access

?急情?下的討論 只 可以在維基媒體項目頁面（包括但不限於維基百科和元維基）、維基媒體基金會管理的IRC頻道或 郵件列表 上進行，過程必須以文字或截圖方式存?，?在情況許可之下適時向社群公開。如有拒?、無理拖延或不能及時公開者，緊急解任將失效，?限被取消的管理人員 可以 復權。如果社群中有任何自動確認使用者（被解任者除外）認?緊急解任不妥，可以按下面「解任過程」進行解任程序，新的解任結果將取代緊急解任的結果，程序結束前?限被取消的管理人員 不得 復權。如果被解任的管理人員不服，他必須說服其他有資格投票者代?重新開始解任程序。本規定對一般和極其緊急的情?皆適用。

管理人員明顯濫權或其他嚴重違反維基方針者，可由社群報請元維基撤回管理人員權限。其解任程序?由合資格的社群成員提請解任管理人員，?經投票或討論程序取得 共識 ，最後由行政員確認?解除權限或報請元維基監管員解除管理人員權限。每個社群用戶都有權申請取消管理人員的權限，但如果只是一般用戶之間的意見分?，應先考慮到 管理員的建議版 上提出意見，?尋求共識。管理員解任投票是一個最終手段，在發起投票前應先經過充分的討論、再三確認，以避免造成不必要的誤會。被取消管理人員資格的用戶仍然可以再次申請、被選?管理員。

解任共識是否達成由非當事行政員決定，如果該共識需由投票決定，其支持解任所需票數的指標可由非當事行政員視肇事管理員濫權程度或違規事實衡量，此通過指標通常?至少25張有效票的多於一半。除此以外，明顯濫權（如嚴重破壞頁面、無由封禁、擁有多重傀儡且違規使用等等）行?之管理人員，甚至可在緊急情況下由其他管理人員報請元維基取消該管理員系統許可權，?逕自封禁。依上列 緊急除權 條款，行政員可?時移去介面管理員權限。

解任共識之討論或投票，其形式、程序與投票者資格，皆與管理員選任相近。濫提、不符合 假定善意 、違反維基方針、禮儀、討論程序之解任提請，皆可經非當事管理員或行政員取消或中止。而被?奪「系統操作許可權」之維基人均可向社群申請?由行政員覆議或至元維基申訴，惟前者須在投票結束後七天內提出。

• ?重?反普遍建立的操作??，如提???等。
• 混淆管理?操作?一般的?目?作工作，比如?用管理??力?反 保?方? ，或者出于?文章?容意?不同的原因封禁?自己意?相?的用?。
• 不合理的封禁用?或者以封禁相威?。
• 不合理而?意更改封禁??。
• ?意的?除文章，例如跳過刪除候選直接刪除文章，但確定?可 快速刪除 的條目等方?允?情?除外。
• 一再?生的、?重?反社群共?及 ?? 。
• 在 ??? 或?突中，使用管理??力，?有主?回避。
• 上方所列的一個或多個行?需要是：
  1. ?次?生，而且他人多次規勸而不改正的管理?。
  2. ??管理?后?生的。
  3. 發生於提出解任申請前的1年內，而且?未在早前的解任案中用作證據。
  4. 僅限於在中文?基百科上?生。如事件發生在中文維基百科以外渠道的話，請自行尋?有關人士解決。
• 行政? 、 用??核? 、 ?督? 、 介面管理員 ?管理?解任?件是相同的。但除非提?解任者指明只取消其某一?或???限，被解任用?的管理?、行政?、介面管理員、用??核?和?督??限?同?被移除。
• 如果該維基人是因?長期沒有活動而提出解任，可根據 管理員的離任§長期沒有活動 的流程而進行。
• 發起對管理人員的解任（罷免）投票是一個最終手段。在發起投票前應該有充分的討論。當然被永久取消管理人員資格的用戶仍然可以再次被選?管理員。
• 如果管理人員也是監管員?以監管員的身?濫權，解任投票不适用。
• 如果被解任者以前曾被解任失敗，必須在該次解任投票期結束至少6個月後，才可提出新的解任案。其間針對被解任者提出的解任案皆無效。不過如果出現 緊急狀況 ，緊急解任仍然適用。

• 提出：由一名自動確認用戶提出解任管理員申請，?說明理由。提出解任管理員申請後，必須隨?在該管理員的用戶對話頁留言通知（可使用{{ NoteforRFDA }}）。
• 條件：申?必?在事件?生 48小?之后 才能提出，在?段??裡?事人之????量?通。只有在 ?通无效的情?下才可以?起 取消管理??限的投票。內容必?詳細，指出管理濫權的原因，?根據編輯記錄及用戶貢獻提出相關證據，如內容不符或原因不合理，可視作申請無效。?了防止 一案多審 ，除非有新證據出現，否則不得就同一事件重覆提起解任。
• 聯署：7日內，必須收集至少7名有投票?格的用??署，用?可以在互助客?提出解任的意向，?徵求?署人。滿7人聯署後解任案方?成功提出。一旦收集到7名?署人，?立??入下一?段。7日後仍未有足?聯署者，被提解任人無須答辯，解任案自動失效。
• 准?：在?署通?后，?始?行安全投票的准?程序。同?，被解任人有5天的答?期，?于解任申?中指出的???行答?。被解任人（或他?可的其他用?）可以整理答??容，?置于解任理由之下，?些?容不被折?。如果被解任人在5天??有答?，被??无答?意?，不過仍可以??發表意見。
• 投票：安全投票??后，?至少持?二周。符合 人事任免投票資格 者（不包括被解任人）可以投支持票（同意解任）或反?票（反?解任），投票人需在留言?按照指定格式投票??出理由。投票期?，投票者可以??改?自己的?定，其?度按投票截止??准。重?投票和傀儡投票?被??无效票。
  • ?票：若本地有?名或以上 ?督? 在安全投票?始前表示愿意?票，?由愿意?行?票工作的?督??其他 ?管? 共同?助?票。若本地能??行?票工作的?督?不足?人，?由?管??自???票。
• 計票和??：在投票時間結束后，由?票者計算出得票比率。有效表決的最低總有效票數?25票。如總有效票數低於25票，則不論結果如何，均視?解任案不通過。若總有效票數達至少25票，且支持解任票數多於一半者，則投票通過。惟懷疑投票結果被作弊或其?不恰當行?嚴重影響，可由行政員討論決定該次投票是否有效。
  • 解除?限：投票?果?解任?，則由行政?除權或?社群的共?提?? 元?基 ，申?解除?管理人?的?限。

如果已?了解解任?件和程序，?要?起解任投票，?? Wikipedia:管理員解任投票 ?起。

無論管理員?何離任，皆可循一般程序 重新申請成?管理人員 。

而在自願辭職或因不活躍而離任的情況下，當事人可提出 管理員復任申請 ，由行政員審核。