elysianfields

I've had the same experience. The answer is to bootstrap, its a viable option especially nowadays.

You sound much like software engineers sounded when the first coding agents dropped.

"You can't trust the output, it doesn't understand bigger systems"

"Its an art, you need to learn the ropes of it to truly write good code"

Its a very dangerous line of thinking. Software engineering will never be the same, as writing code has basically vanished from the daily workflow. Not for every specialized usecase, but for many.

While I very much see the problem space you're trying to solve, I also like to flag an inherent problem here:

I don't think process and tooling is really the problem. The disfunctional nature of many companies is mainly caused by misaligned incentives and poor leadership, not due to too many tools and disjointed project management.

Unfortunately, while I think the tool looks great, it won't fix the problem for organisations that have it.

It sometimes feels same as with the models, especially in corporate:

- Lots of Haiku around, many mistakes unless process is very clear - Some Sonnets, still do mistakes but can adapt - Some Opus, able to improvise and think outside the box.

But even the Human Opus/Mythos are hilariously wrong sometimes.

This looks really cool. Did you think about including automatic worktree creation + sandboxing?

I've built sth similar (more focus on the project setup and being able to work on multiple things at once with a single agent), that uses git worktrees to create a separate space (symlinks .env files) and bubblewrap to isolate the worktree for the agent.

What would be really great is a ability to run emdash simply served on localhost instead of the electron bundling ("emdash server" in the terminal).

That way I can access it from my browser.

I want to like this, but there are a couple of red flags. One is using SHA-3 to hash and store the passwords.

You shouldn't use such a hashing function for password storage. Calculating password hashes should be computationally expensive, not cheap.

Nuff said, overall it looks like a cool project to toy around with, but not something you should be using to build a product with yet.