…or how would you redesign flow of information in Wikipedia?
I have been thinking about the plain vanilla talk pages on Wikipedia, and the problems that arise as a result. On Wikipedia, each conversation is not an “object” in the Ruby sense, or a new discrete action taken by someone which needs to have consequences. Each new reply is simply a piece of text added on to an existing piece of text.
This creates a situation where different kinds of responses/texts can not be treated in a characteristic way. If someone posts a doubt regarding some text on the article, it could be sent in to a queue, with tags relating as “doubt”, article-name, article category, kinds of expertise, etc.
People monitoring different tags - expertise, article-name or the kind of responses that someone has received and aim to keep the queue at zero - a little bit like how inbox zero works.
Do you think there is a scope for making a third-party plugin+server that allows people to report issues from within their browser, to a server that maintains the queue?