It shouldn't need saying but this page doesn't mean squat on Wikipedia. Its only use it clarify my current opinions (and, in some cases, half-drunk, feverish ravings) about the subject at hand.

Many people publish their "admin criteria," but I think it's more important to identify how we want admins to behave and what roles and duties they perform.

What an admin shouldn't do

[edit]

Adminship doesn't confer any special authority to:

Additionally, it's well established that admin privileges can be abused, and in fact are probably counterproductive when applied to perform some of the above tasks. The heart and soul of activity on Wikipedia lies with the editors who write and improve articles, and, as a side effect, participate in a wiki community.

Although the ostensible role of admins is that of a janitor, this has become a tongue-in-cheek sop to humility. Instead, adminship is becoming seen more and more as a social ratification of the general goodness of a person. Additionally, admins and non-admin regulars are beginning to participate in a quasi-military attitude where they view Wikipedia as something to be "fought" for or "defended."

What an admin should do

[edit]

Adminship is about having the increased privileges required to perform certain administrative tasks. It is not about being more capable than someone else of deciding whether performing those tasks is a good idea.

Consider a typical IT shop, big enough that people don't have dual roles. The lowly system administrator will have root privileges on the servers, and will be responsible for the actual performance of certain tasks such as the installation of software packages, adding user accounts, etc.

However, they will generally not be the ones making the decision, for example, of what software to install--that would be the job of the development team. Instead, they will merely be carrying out the instructions of others. Consider the consequences if a junior system administrator decided Ruby on Rails would be great for the company's website; installed it, and removed the PHP environment it's currently coded in. That would be disastrous, which is why someone else makes the decision.

In our wiki environment, that notion of "someone else" and of admins as a mere "pair of hands" that carries out the community's instructions are important ones. It means that an admin should not be substituting their judgment for others', and should always be willing to have their decisions ratified (preferably, in advance; if not, retroactively) by others.

Specific guidelines

[edit]

How do we boil this idea down into specific guidelines for admins? Well, it's actually quite simple:

The usual counterargument to limits like this is that it takes too much time to do things "properly." In exceptional cases, this is true, and the urgency of preventing damage to Wikipedia might override process. However, nearly all cases are not examples of urgent problem response--especially for something like deleting articles, which can wait. Using this kind of urgency as a justification for doing something, when it's really convenience, is bogus.

Additionally, there's no reason these things can't be cleaned up after the fact. If a flood of new users is created by a vandalbot, then they may all be blocked on sight because that's what's needed as part of the problem response. However, admins should be held responsible for the blocks they make, including going to those users' pages and recording the correct evidence. They may even discover some collateral damage (non-righteous blocks) which can be undone.

The electric fence

[edit]

It's worth considering the Three revert rule on its own. As it stands, it is specifically designed to offer little in the way of discretion to admins, and I think that's correct. It is designed to be an "electric fence"--an absolute limit. It's not a guideline--the "guideline" is not to edit war at all; by the time someone is popping four reverts, they're way past the gray area.

The exceptions to the 3RR are similarly narrow, and with good reason. Lots of people think they're doing a good thing when they revert to a better version, or a consensus version; but repeated reversions isn't the way to go about it. If there's nothing worthwhile of the other version to incorporate, it should be easy to have other editors help you in keeping the article in the better state. At least, if it's really better or there's really a consensus.

The 3RR should also be applied fairly, which means blocking anyone involved in a dispute who has reverted more than the limit for the prescribed periods. No one should be immune from the 3RR.

The guidelines above, for carrying out other tasks, apply, however, in that an admin should block someone for a 3RR violation only when they are not involved and the proper report is made.

Characteristics of a good admin

[edit]

This doesn't mean that admins shouldn't exercise judgment. Quite the contrary, an admin needs to be skilled at recognizing consensus and have a good understanding of what policy is, how to apply it, and knowing that exceptional circumstances may require exceptional actions.

Additionally, admins should show some interest in actually being a janitor. Though I think RC patrol is somewhat overrated, keeping process pages tidy and reducing backlog are good interests for an admin to have.

Skills

[edit]

An admin should display certain technical skills in order to perform certain tasks. Therefore, if they lack the right skill, they should refrain from the task.

Red flags

[edit]

The following are a few red flags that show an admin doesn't share my view of how an admin should behave.