监管员手册

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
This page is a translated version of the page Steward handbook and the translation is 78% complete.

Other languages:
العربية • ‎беларуская (тарашкевіца)‎ • ‎Deutsch • ‎Ελληνικά • ‎English • ‎español • ‎Bahasa Indonesia • ‎italiano • ‎日本語 • ‎한국어 • ‎नेपाली • ‎occitan • ‎português • ‎português do Brasil • ‎Türkçe • ‎中文
Stewards 监管员手册
本页面记录是关于全域监管员(Steward)工具的公文,并提供相关其使用的指导和建议。请参阅该用户查核(CheckUser)监督员(Oversight),以及全域监管员(Steward)的方针。有关监管员活动的讨论,请参阅该监管员的公告栏(Stewards' noticeboard)
监管员
Wikimedia steward Icon.svg
申请
用于监管员
公告

用户组和权限调整

单一的维基上

Special:Userrights的截图。

监管员可以在元维基上使用Special:Userrights来调整该用户在任何维基媒体项目上的访问权并只需通过勾选或取消勾选特定用户组的即可。在MediaWiki的配置中,每个用户组都分配有一系列的权限,按照该维基上的列举在Special:ListGroupRights

  1. 请输入该用户的名称。
    • 该格式必须是 "Username@database_prefix"(对于其他维基上的用户)或者是 "Username"(至于在元维基上的用户)。
    • 该名称的第一个字母必须是大写的字母(除非在该维基上允许使用区分大小写的第一个字母)。
    • 该数据库前缀是由维基语言代码以及子域所组成的(用下划线来替换连字符),跟着该项目中的前缀所显示。
  2. 点击该 "Edit user groups" 的按钮。一个新的框将出现并显示您所要更改该用户已经在哪个用户组,以及哪些其他的用户组可用。
  3. 重新分配该用户组。
    • 要分配一个新的用户组,请勾选该恰当方块的用户组。
    • 要移除一个用户组,请取消勾选该恰当方块的用户组。
    • 如果该分配的用户组是有限的时间,从下拉菜单中请选择适当的时间。
  4. 然后请点击该 "Save user groups" 的按钮。

数据库前缀

主项目的数据库前缀就在如下所示。其他的,请参阅该完整列表。请留意该连字符('-')应当替换并更改为下划线('_'),例如该“cbk_zamwiki”是 cbk-zam.wikipedia.org 的数据库名称。

项目 前缀
多种语言的维基上
共享资源 commonswiki
基金会 foundationwiki
孵育场 incubatorwiki
MediaWiki的维基上 mediawikiwiki
多种语言的维基文库 sourceswiki
测试维基百科 testwiki
维基数据 wikidatawiki
维基物种 specieswiki
拥有子域名的维基上
维基教科书 codewikibooks
维基新闻 codewikinews
维基百科 codewiki
维基语录 codewikiquote
维基文库 codewikisource
维基学院 codewikiversity
维基导游 codewikivoyage
维基词典 codewiktionary

例子:

英语维基百科 Billy@enwiki
法语维基学院 Billy@frwikiversity
中文文言维基百科 Billy@zh_classicalwiki
多种语言的维基 Billy@sourceswiki

权限

以下用户组可以操作(一些维基上还有其他的用户组):

  • 非常受限制的用户组
    • 监管员 – 不要在除了元维基以外的任何维基上进行操作全域监管员的权限,并且在元维基上只能在监管员的选举结束之后或者是有监管员要辞职后才可以进行操作。
    • 基金会的办公室IT – 除非有维基媒体基金会的邀请否则不要对任何的用户进行操作该权限。
    • 基金会的支援与安全小组 – 除非有维基媒体基金会的邀请否则不要对任何的用户进行操作该权限。

编码问题

许多浏览器是难以操纵非拉丁字母的用户名称。 有两种方法可以处理这个问题:

  • 通过该URL的网页上并输入该URL编码的名称。
    1. 首先,要获取该URL编码的名称:
      • 在查看他们的用户页面时并从您的浏览器上的地址栏复制该编码名称;
      • 又或者是,在用户页面上输入“{{urlencode:{{PAGENAME}}}}”,来预览,并复制该正文。
    2. 转到Special:Userrights之后,并在该地址栏中添加“?user=”,后跟URL编码的名称。例如,http://meta.wikimedia.org/wiki/Special:Userrights?user=Foo+Bar
  • 输入该用户id的名称(例如,用户#55在法语维基百科中的名称是“#55@frwiki”)。有几种方法可以确定该用户ID的名称:
    • #wikimedia-tech连接中询问该系统管理员
    • API这样的查询一起使用。
    • 如果用户已在该维基上从事编辑活动,你可以通过导出口的修订版本来查找该ID(如果是最新的修订版本)或者是在整个导出口的历史记录并查找该修订版本。找出后,在“<contributor>”下的“<id></id>”中查找该数目(必须要确保您没有收到该“<revision>”下的修订版本ID)。

全域以及维基上的集合

Special:GlobalGroupPermissions的屏幕截图(用户组的选择)。
Special:GlobalGroupPermissions的屏幕截图(权限列表)。

全域帐户在所有公共维基媒体上的维基中都保留着相同的用户名称和密码(就除了以前存在着尚未被附加的本地账户以外)。这些全域帐号可以分配成全域的用户组,并为用户提供了在所有维基上可以登录他们全域帐户(在特定的维基中)的特定权限。

需要注意的是一个权限是一个具体的访问权(例如“edit-interface”),是无法直接赋予一个用户的;一个则是一个抽象的权限所组合(例如“steward”)。

管理用户组

监管员可以使用Special:GlobalGroupPermissions来创建,编辑,或删除一个全域用户组。该范围的每个维基上可以是全域性的(所有公众的维基上),或者是为特定维基上的集体来作该定义。

  • 编辑:
    1. 在“Existing groups”的框中,请点击该“View and edit permissions”所要编辑的用户组。
    2. 该可能性的权限列表即将出现(请参见mw:Help:User rights)。检查用户组所该有的权限并取消勾选他们那些不该有的权限。
    3. 如果该用户组需要访问特定的维基上(代替为全域性),请在权限列表上方的下拉菜单中选择该维基上的集体(请参见管理该维基上的集体)。
    4. 在下面的正文框中请输入要更改的原因。
    5. 点击该“Save changes to group permissions”。该更改即将会立即应用。
  • 创建:
    1. 在“Create a new group”的正文框中请输入该用户组的名称。
    2. 点击“Assign permissions”。
    3. 检查至少一个权限,如果可适用的话请选择该范围(参见上文步骤2的如何编辑详述)。
  • 删除:
    1. 取消勾选所有的权限(参见上文的如何编辑详述)。
    2. 该用户组可以稍后在重新创建,所有的前成员都将重新获得相同的用户权限。

管理用户组的成员

Special:GlobalGroupMembership的屏幕截图以示例内容。

监管员可以使用Special:GlobalGroupMembership来编辑全域帐号用户组的成员。在全域组当中所设置的全域帐号将为他们提供在所有公共维基上所要分配该用户组的所有权限。

  1. 请在正文框中输入该全域帐号的用户名称。
  2. 从下拉菜单中请选择他们在哪个维基上所持有的本地帐号。
  3. 点击“Edit user groups”。该“Edit user groups”的框在下方将显出。
  4. 检查该所要分配的全域组。(即使他们的名称如果是相同的话,但全域和本地用户组不一定会是相同的!)
  5. 在正文框中请输入所要更改的理由。
  6. 然后点击该“Save User Groups”。

管理该维基上的集体(适用于全域组)

监管员可以使用Special:EditWikiSets来定义该维基上的集体,维基上的列表可以访问全域组(代替为全域性)。这不一定有必要来创建所有维基上的集体:如果尚未选择任何设置该全域组则是默认缺设组。

  1. 如果你要创建一个新的集合,请点击该“Create a new set”的框。否则,请点击旁边的“view/edit”所要编辑该现有的集体名称。
  2. 在“name”的框中输入该集体的名称。这为监管员方便使用,并且可以随时更改。
  3. 在“type”的框中请选择该恰当的类型(选择加入或者是选择退出)。
  4. 输入该数据库的前缀,每行一个,在“wiki”的框中。
  5. 输入您所更改的摘要或原因,在全域权限日志将显出该更改。

管理全域账户

CentralAuth界面管理全域账户的屏幕截图
当尝试登入已被锁定的账户时所显示出的错误信息

监管员可以访问有关特定的全域帐号统一信息,从全域帐户中取消附加本地帐户,删除全域帐户(恢复所有的本地帐户),并使用Special:CentralAuth来锁定帐号的访问权限(请参见该日志)。

警告:除非账户出现确定恶意否则不该将它锁定。锁定该帐号(不要对全域封禁IP感到困惑)将会导致用户退出,并防止他们在所有的维基上登录。既然该bug 57866已修复,用户收到一条错误的信息指他们在尝试登录时已被锁定; 之前他们被告知是密码错误。那里仍然没有迹象表明有提出申诉的可能性或者是直接知道被锁定的原因。(请参见该bug 15294了解允许全域封禁帐号的请求)。

窃听器: Special:CentralAuth只可以隐藏全域帐号(请参见bug 14476)。使用Special:Preferences#mw-prefsection-gadgets中的小器具来启动并使用CentralAuth时可拥有该选项来隐藏本地的帐号。

全域账户重命名

全域账户可以重命名(请参见该帮助页面)。如果用户想要新的用户名,他们应该使用下列的过程:

  1. 使用CentralAuth等工具来检查新的名称是否可用性。如果现存的帐号该名称具有贡献记录,特别是横跨多个项目,该用户应激励选择其他的名称,因为篡夺该用户的重要贡献是不可能的。
  2. SRUC请求更改用户名。

请注意的是全域重命名应根据全域重命名方针来完成该程序。

全域账户删除

监管员可以,通过Special:CentralAuth,来删除全域账户。这只有在令人注目下的理由时才应该这样做。诸如“我不想要它”之类的这种请求是缺乏充份的理由以保证删除。

  • 请求删除该破坏者的全域帐号是不应将执行的,因为这会影响到在万一滥用蔓延的情况下来锁定该帐号的能力。
  • 应警告该用户的首选项(包括密码和电子邮件地址)将重新设置为其合并他们的前价值以及他们将失去以前所具有任何全域用户组成员的身份。本地帐户是不会受到其他的影响同时也无法删除。
  • 一些机器人的拥户者或许会请求删除该全域帐户如果它妨碍了该机器人的正常运行。当然,非统一机器人是不符合该“global bot”的标志,如果机器人在登录的统一时间已更改了密码,该密码将会重新设置为预先统一的密码。
  • 警告: 只要监管员一删除了该全域帐户后,它就不能被监管员再次重新逆转了(请参见该bug T25243)。
从全域账户中取消合并本地账户

如果本地项目希望重命名破坏帐户,那仅从破坏者的全域帐号中取消合并该项目,即使它是全域帐号当中唯一只有一个本地项目。如果有正当理由重命名该全域帐号后不想要明显的可见,那该全域帐号应当隐藏起来而不是删除,删除它只会让其他破坏者将简单地重新创建该帐户的名称。

全域访问权限制

IP地址封禁

当被全域封禁用户尝试编辑时提示的错误信息

管理员可以使用Special:GlobalBlock封禁所有公共维基媒体wiki上的IP地址和指定的CIDR区域(最大/16),并使用Special:GlobalUnblock解除全域封禁(参见Global blocking)。当前的全域封禁列表可以在Special:GlobalBlockListSpecial:Log/gblblock上找到。

除了元维基(允许用户在元维基进行更高一级的申诉)之外,被全域封禁的IP地址将无法编辑任何Wiki上的任何页面。当全域封禁与本地封禁冲突时,二者中最强的封禁将生效。例如,全域匿名封禁将被本地完整封禁覆盖。

Local administrators can unblock a globally-blocked address on single wikis using Special:GlobalBlockWhitelist on those wikis, and customize the error message using MediaWiki:Globalblocking-blocked.

全域账户锁定(与隐藏)

See "Managing global accounts" above.

全域滥用过滤器

Since July 2013, stewards can create abuse filters on MetaWiki (Special:AbuseFilter) and then mark them as global; however, these global filters only apply to some wikis. See "Global AbuseFilter" for the current status of this tool. See here for some proposed guidelines during this phase of Global AbuseFilter deployment. If you create or edit a globally-enabled filter, please consider updating its status on Global AbuseFilter/Active filters.

Guidelines for processing requests

用户访问权

  1. Check the Steward requests/Permissions page regularly
  2. Check that the procedure on that page has been followed and that the request does not violate any policies or guidelines (see the following sections for details).
  3. If the request is valid, fulfill it using Special:Userrights (see above for instructions).
  4. Mark the request as fulfilled (this is most often done with {{done}}) or rejected ({{not done}}) as appropriate.
  5. You can optionally tell the user, preferably on his own wiki, that he is now an admin and/or bureaucrat and invite him to join the admin channel by using Template:Invite.
  6. Leave the request on Steward requests/Permissions to allow follow-up comments and questions. It will be moved into the archive by a bot.

General advice

  • Checking facts: If a user claims they already have a certain right, you can verify this by checking Special:Listusers on the local project. If the steward has any doubts about the request, they should discuss with one or more regular users of the local project.
  • Promoting very new users: There is no approved policy regarding the promotion of very new users for projects with no local community. New users should generally not be given rights until they have spent more time editing projects. However, stewards might grant new users temporary rights until a community has time to build up, at which point it can hold a vote to confirm the user's status.

管理员和行政院权限

  • If the wiki has a community, the community should have approved the user's request, generally on a local request page. The user should wait at least a week—perhaps two if the community is very small—before placing their request on Meta.
  • If the wiki has no community, or if it has too few active users to hold a meaningful discussion of the issue, it is probably advisable to grant temporary rather than permanent rights. Three months is a common period for temporary rights.
  • Be sure the community does not already have a local bureaucrat. Stewards should only grant administrator and bureaucrat requests on wikis with no local bureaucrats. The only exception to this is if all local bureaucrats have been inactive for a period of time.

用户查核权限

监督权限

  • Read the policy at Oversight policy carefully. Pay particular attention to the Access section, which specifies several important rules regarding the bestowal of this status. The use of this tool can have legal implications, so knowing and following the policy is of the utmost importance. Breach of the rules in this policy may result in removal of steward rights.
  • On the English Wikipedia, only the Arbitration Committee can approve a request for this status.
  • Send this e-mail to the user to request that they sign the Confidentiality agreement for nonpublic information with the Wikimedia Foundation, record on the request page that the mail has been sent.
  • If the user claims to have already signed the confidentiality agreement with the Foundation, check the Access to nonpublic information policy noticeboard or ask for confirmation of this fact from the Community Advocacy team.
  • Grant rights only after receiving confirmation from the Wikimedia Foundation that the confidentiality agreement has been signed.
  • After granting access, list the user at Oversight policy/User list.

移除访问权

  • If a user requests that his or her own rights be removed, it is generally put on hold for some time (usually 24 hours) to allow the user to change their mind if they wish to do so.
  • If a user requests that another user's rights be removed, be sure that the action complies with the local wiki's policy on removal of rights. This will often involve sifting through a lengthy debate on a local request page to confirm the validity of the procedure.
  • After removing a user's checkuser or oversight rights, do not forget to remove them from the corresponding lists.

临时权限

用户查核信息

  • See Steward requests/Checkuser.
  • If local checkusers exist in a project, checks should generally be handled by those. In emergencies or for multi-project checkuser checks as in the case of cross-wiki vandalism stewards may perform local checks. Stewards should remove checkuser access on the projects upon completion of the checks and notify the local checkusers or checkuser email list. (from the official CheckUser policy page).
  • Stewards may checkuser on loginwiki as a form of long-requested "cross-wiki checkusering" (link).
  • Note: The German Wikipedia requests that absolutely all CheckUser queries must be announced on de:Wikipedia:Checkuser/Anfragen (please ask the local users with access if you need help with formulation, or with precisely what should be published).

Other steward tasks

  • Ideally, one or several stewards should be 'on duty' in the #wikimedia-stewards连接 IRC channel at any given time. Users of small wikis are encouraged to use this channel to report emergencies, but it has also been used for conversation about and among stewards, and for discussion of routine matters.

电子邮件模板

To be sent to users with access to private data:

与其他监管员的沟通

Mailing list: There is a private stewards mailing list, for discussions of policy and private requests. Please be advised that some mail services might mark some mail as "Spam". For instance, when using Gmail, it may be useful to setup a filter, instructing the service to avoid marking mails that are addressed "To: stewards-l@lists.wikimedia.org", checking the box "Never send it to Spam".

IRC: The public #wikimedia-stewards连接 channel is a place to ask for help, announce emergencies, or discuss ongoing events with stewards and others. stewardbot will flag stewards' attention if you say !steward in the channel.

Meta: High-level discussion about policy and other wikis takes place on the Stewards' noticeboard and Meta:Babel.

工具和问题汇报

Symbol comment vote.svg This page has moved.
The text of this page has been moved to Phabricator. If you found this page by following a link, please go back and update it, or notify an admin.

Please add the tasks directly to the stewards project on Phabricator. This can also be displayed as a list with pending tasks.

Previously, these tasks were tracked by tracking bug T43492.


工具

Main page: Small Wiki Monitoring Team/Tools
user or wiki activity
  • CrossActivity: one user's edit/sysop/bureaucrat activity on all wikis.
  • Stewardry: sysops/bureaucrats/checkusers/oversighters on a wiki by date of last activity (log and edits).
  • Steward activity statistics: times of the last log actions per steward.
  • User contributions: contributions and block status on all wikis for the given user name.
  • xWikiness: the spread of the user's contributions over the various projects.
other
  • CrossBlock: block status of given IP, CIDR range, or user on all wikis with links to prefilled block/unblock forms.
  • gUserSearch: search and filter global accounts by exact, partial, or regex match.
  • SULutil and Stalktoy: information about a given global account, and information and unification status for each local account with that name.
  • SULWatcher - Reports: reports and logs of SULWatcher's monitoring of account unifications.
  • Steward requests: overview of open steward requests.
JavaScript
  • StewardScript: adds shortcuts to the Meta interface for quicker stewarding.
  • hideuser: allows quickly crosswiki local-hiding of globally locked & hidden accounts; available on the gadgets tab of Special:Preferences
IRC
  • StewardBot: a Python script which accepts commands from authorized stewards on IRC and performs utility operations related to steward activities.