Approved by Darkie
There has already been a Policy Review thread about a Revision Process. It has benn posted by Tay, and it specifically targeted Syclant and Revenankh (http://www.smogon.com/forums/showthread.php?t=45874). The main reason which advocated the Revision Process at the time was that the two first CAPs weren't as controlled and well-managed as the following ones, and so Syclant and Revenankh could be overpowered. This, however, is not what this thread is about, both in the subject and in the method.
About the subject, this Policy Review is not aimed at a specific CAP. I can - and I will - tell some examples for the sake of explanation. But the true object of my PR will be the CAP in general. And about the method, Tay's one was quite situational. In the thread there was no focus on any measures to undertake "automatically" should the problem arise again. This is what I'd like to avoid.
On to the main point. As we all know, CAPs are intended to fit into the OU environment. Howeverm some of them have fallen in usage to the point they risk to become UU. As of now, the main "disused CAPs" are Syclant and Pyroak, but this issue could affect more CAPs in the future. There could be very different reason for this fall - I suggest to read Seven Deadly Sins article on Smog#1 about this (http://www.smogon.com/smog/inverse_metagames). However, this is not the place to argue about them.
What I'd like to propose is to undertake automaticallu a CAP Revision Process every time a CAP falls under a defined percentage of usage.
In order to ease the pace of the discussion, I also planned a draft of this new Revision Process.
1)CAP Nomination: As soon as the CAP process on charge ends (for example, CAP9 in the future), someone - I have still no idea of who, exactly - will open a thread for every CAP fallen under that specific percentage. The thread could be called "CAP Revision *insert CAP name here*". This will be a bold voting thread open only to the CAP Committee (In order to ensure a quality process - very necessary for a revision). The committee will vote whether or not said CAP need a revision. If "No" wins, the process ends. Otherwise, it goes on.
2a) Stat Revision - Discussion: Following - sort of - the order of the creation process, we will examine the stat spread of the CAP. Every member of the committee will be allowed to suggest a tweak of this spread.
2b) Stat Revision - Poll: The committee will vote between every option posted in 2a and "No stat modification". Pretty self-explanatory here. The poll can be prolonged as usual in order to narrow down alternatives. But "No stat modification" will stay as a valid alternative until the end.
3a) Ability Revision - Discussion: The committee will discuss whether or not the abilities should be changed. Single members are allowed to suggest other abilities in place of the existing one/ones.
3b) Ability Revision - Poll: Same as with the Stat poll.
4a) Movepool Revision - Discussion: The committee will discuss the movepool of said CAP, suggesting any tweak they like.
4b) Movepool Revision - Poll: This poll will follow the same mechanics as the controversial moves poll in the CAP process.
5) Finished Product: The new Pokémon is posted with its new (if any) features. People will also discuss where to place any new moves in the existing movepool.
Hopefully this process will last no more than 2 or 3 weeks. I don't think it will ever happen that 2 or more CAPs are eligible for the Revision Process - aside from amybe the first time. So, this should be a non-issue.
Feel free to discuss, suggest, contribute or criticize as you like. And thanks for your kind attention.
EDIT: The way the discussion evolved compels me to add something. (Credits to tennisace for this) The revamp of the Revising Process should be made in order to let us also tweak CAP which result to be broken. This will probably be an issue of newer CAPs, but it could affect also older CAPs which could receive a boost by a newer one. Feel free to suggest ideas to handle this problem!
If you are not an experienced member of the CAP community, it is strongly recommended that you do not post in this thread.
This thread is intended to contain intelligent discussion and commentary by experienced members of the CAP project regarding CAP policy, process, and rules. As such, the content of this thread will be moderated more strictly than other threads on the forum. The posting rules for Policy Review threads are contained here.
There has already been a Policy Review thread about a Revision Process. It has benn posted by Tay, and it specifically targeted Syclant and Revenankh (http://www.smogon.com/forums/showthread.php?t=45874). The main reason which advocated the Revision Process at the time was that the two first CAPs weren't as controlled and well-managed as the following ones, and so Syclant and Revenankh could be overpowered. This, however, is not what this thread is about, both in the subject and in the method.
About the subject, this Policy Review is not aimed at a specific CAP. I can - and I will - tell some examples for the sake of explanation. But the true object of my PR will be the CAP in general. And about the method, Tay's one was quite situational. In the thread there was no focus on any measures to undertake "automatically" should the problem arise again. This is what I'd like to avoid.
On to the main point. As we all know, CAPs are intended to fit into the OU environment. Howeverm some of them have fallen in usage to the point they risk to become UU. As of now, the main "disused CAPs" are Syclant and Pyroak, but this issue could affect more CAPs in the future. There could be very different reason for this fall - I suggest to read Seven Deadly Sins article on Smog#1 about this (http://www.smogon.com/smog/inverse_metagames). However, this is not the place to argue about them.
What I'd like to propose is to undertake automaticallu a CAP Revision Process every time a CAP falls under a defined percentage of usage.
In order to ease the pace of the discussion, I also planned a draft of this new Revision Process.
1)CAP Nomination: As soon as the CAP process on charge ends (for example, CAP9 in the future), someone - I have still no idea of who, exactly - will open a thread for every CAP fallen under that specific percentage. The thread could be called "CAP Revision *insert CAP name here*". This will be a bold voting thread open only to the CAP Committee (In order to ensure a quality process - very necessary for a revision). The committee will vote whether or not said CAP need a revision. If "No" wins, the process ends. Otherwise, it goes on.
2a) Stat Revision - Discussion: Following - sort of - the order of the creation process, we will examine the stat spread of the CAP. Every member of the committee will be allowed to suggest a tweak of this spread.
2b) Stat Revision - Poll: The committee will vote between every option posted in 2a and "No stat modification". Pretty self-explanatory here. The poll can be prolonged as usual in order to narrow down alternatives. But "No stat modification" will stay as a valid alternative until the end.
3a) Ability Revision - Discussion: The committee will discuss whether or not the abilities should be changed. Single members are allowed to suggest other abilities in place of the existing one/ones.
3b) Ability Revision - Poll: Same as with the Stat poll.
4a) Movepool Revision - Discussion: The committee will discuss the movepool of said CAP, suggesting any tweak they like.
4b) Movepool Revision - Poll: This poll will follow the same mechanics as the controversial moves poll in the CAP process.
5) Finished Product: The new Pokémon is posted with its new (if any) features. People will also discuss where to place any new moves in the existing movepool.
Hopefully this process will last no more than 2 or 3 weeks. I don't think it will ever happen that 2 or more CAPs are eligible for the Revision Process - aside from amybe the first time. So, this should be a non-issue.
Feel free to discuss, suggest, contribute or criticize as you like. And thanks for your kind attention.
EDIT: The way the discussion evolved compels me to add something. (Credits to tennisace for this) The revamp of the Revising Process should be made in order to let us also tweak CAP which result to be broken. This will probably be an issue of newer CAPs, but it could affect also older CAPs which could receive a boost by a newer one. Feel free to suggest ideas to handle this problem!