Cool, looks exactly like something lisp can use. I will try it later. People don't want to chase libraries, they just want to program with them. Same with tools. And giving things like screencast can also help a lot for making things easier to learn.
Adding a lot of libraries/tools might be seen as pedantic and stiffling competition. However even if it was that, i think it is better to have more lisp users, even if they don't use the competition. Besides, you can still add libraries that are not in there.
Maybe you should add autodocumentation,
like tinaa i
couldn't get tinaa to work though :/. Ended up using
DOCUMENTATION-TEMPLATE, which basically does the job, but is not flexible enough, if you ask me.
I was also thinking of making a graph visualization of how functions depend on eachother. (preferably with indication of packages) I haven't gotten
graphviz downloaded yet, which might well be a useful library for the purpose. On other hand haven't really looked, might be that it doesn't have what it takes for the purpose. (It might be that it is usefull to manually make the graph prettier)
I have read
this reddit submission earlier, and (some of)that sort of syntax highlighting would seem superior to what is used currently. I tried
michelws highlighting but you can't edit while you are using it. I might try making this, using the reddit submissions link as a hint, but it seems like something that isn't very easy.
I am kind of used to emacs with slime though, so i will likely try to do it with elisp. I usually split the screen vertically in two for two files(and the length of a line is smaller equal then the width at that point), and use C-M-x to execute lines. (if i'd start a project like yours i'd probably try build on emacs, but do as you seem fit.

)
Why not add (portion of) the documentation string with the hints? Hmm, i really have to look up if i can configure emacs to do that.