This is something that is currently under discussion.
There are two kinds of standards that they are discussing about, and they haven’t quite figured out how to deal with that.
One is about framework interoperability. PSR-0 and PSR-1 fall in this category. These are important for the PHP community as a whole. You might have personal feelings about them, but these have to be set aside for the greater good of the community.
Imagine that CI would be PSR-0 and PSR-1 compliant. Then all of a sudden you find yourself not limited to the handful decent CI specific libraries that float around, but you can tap into the vast set of compliant libraries that will be available, and that are framework agnostic.
Also, this works at the framework component level. You could decide that you like the cache component from Zend more then the one supplied by CI, and you can simply swap.
The other set of standards have nothing to do with interoperability, but more with uniformity, educating the PHP public, trying to find a common ground for developing applications. PSR-2, the “coding standard” standard, falls in that category.
I can see why they feel this should be part of their job, if everyone uses the same set of standards, it would be a lot easier to hop from one piece of code to the next.
On the other hand, a lot of them fall in the category of “personal preference”. And it should be up to you whether or not you implement this standard. As it doesn’t impact interoperability, that is perfectly fine.
I think it’s a good idea if someone would represent CodeIgniter, the question is whether that should be someone from Ellislab or the Reactor team.
Given the fact that some of these standards impact architectural choices, it is my feeling it should be someone from Ellislab. But I don’t think anyone there is interested enough in the PHP community as a whole to join (but I might be wrong).