I'm sure if anyone wants to help out instead of complaining noone is stopping them.
This prickly attitude to feedback isn't going to help.
Because you have no infrastructure to support or report the discussion leading towards a first draft the discussion is happening elsewhere.
Because you have no published process ( that I am aware of ) people are going to discuss it elsewhere, all over the shop and in a disconnected manner.
Myself and others will be communicating our expectations as we can - on forums that already are discussing the topic. If you intend to exceed or meet those expetations all well and good - but I still am none the clearer for your response.
Finally does one have to "contribute" to the back office process development in order to have a voice?
PS: Where do I specifically criticise MUI in the post you refer to?
PPS: You say that you will go on to possibly replace MUI in the future - how will you handle deprecation then and backwards compatibility? Just drop it or extend it continually until you have #y components? You see this issue has to be handled so that people know how stable the spec is likely to be - if you are putting out the message now that component X is going to be replaced then is it worth my while writing using component X?