Point taken. This isn't an ideal project for you. I very much appreciate your past support, but I get that I can regrettably expect no further support from you. To recap:
Ideal open source project: Frequent commits on github, and preferably contributions from many users.
Xiki: Infrequent github commits. Commits from one dev.
Let's not lose sight of the overall picture though. What makes a tool awesome is that it does something awesome. Linux would be no less useful to us for Torvalds having slacked off on committing for the first couple years while he got it stable.
I see Xiki as analogous to Docker, where the huge potential for user contribution is in creating containers. It didn't matter much that the core docker codebase didn't get much contribution early on when they were still ironing out how it should work. (Incidentally the docker cli interface is shitty because they were innovating and had to lock it in at some point).
With Xiki the huge potential for contribution will be for markdown files with code snippets. Code snippets that act like little user interfaces for commands. (Also the code snippets can be written in any language.) In the past that was difficult to explain. Now that I'm going to support markdown files instead of xiki's native wiki format (another huge refactor), it has become significantly easier to explain.
Getting that path to contribution to be smooth is critical to Xiki. When I was more rigorous about committing in the past, people were submitting pull requests for ruby classes that made kind of ok interfaces but not great ones, that I would then have to decide whether to add to the Xiki repo. The homebrew model of contribution wasn't working for Xiki.
For those whose tolerance I've yet to exceed, markdown support will be what the next campaign will focus on. Opening any markdown file and running the commands in it, right from your command prompt. Auto-saving all your sessions as markdown files so you can reopen and reuse them. Letting users make markdown files with their favorite command examples, and even little user interfaces, that will be easily accessible right under commands. And the ability to share those markdown files so other users can search for them right from their command prompt.
--Craig