"I built this site for two reasons:
- I think agent management tools will be an important category with a lot of innovation over the next few years.
- I keep finding new tools and then quickly forgetting their names, so I needed a place to keep track of them."
I'd love a way to track "popularity", but only 64% of the tools are on Github, so we can track their star counts, and less than half are installed via Homebrew or npm, which could let us track their install numbers.
Another option would be to let users say which tool(s) they use and calculate popularity based on that, but probably some tool authors would tell their community to go and vote for them and the result would be a ranking by which community is most engaged...
Open to ideas! :)
Offrun is added.
I'd rather give folks an overview over which tools exist and some info about their popularity, price point etc.
Maybe it would be cool to add links to the founder's accounts on X, Youtube etc. where they share new releases and what they're working on...
> Good list, but gosh the term "agent orchestrator" is really being diluted endlessly these days.
Yeah, there's a lot happening in this space... but I think those 13 tools which are one the list right now all try to do the same thing - make it easier to run multiple agents (mostly over multiple apps) at the same time. Are there any tools you would add or remove?
> Also, putting Zed and Cursor in the same "freemium" bucket is really unfair...
Sure, the "free" plans of some of the tools are not really comparable, but I think that's out of scope for this list. :)
Hey HN!I built AgentMGMT.dev today to keep track of all those agent orchestration tools that keep popping up. I've tried a few and landed on Superset, which I'm extremely happy (and productive!) with - but I think this category of tools will be extremely important and interesting in the next couple years, so it's worth keeping an eye on all available tools and how they evolve.I will keep the...
One question: looking at the Rails conventions stills you added, wouldn't rules with paths be a better match for that: https://code.claude.com/docs/en/memory#organize-rules-with-c...
Moreover, how often do you really move a script to a completely different OS, where you don't know which OS libs are installed? And wouldn't those missing OS libs also be a problem when writing the script in Bash or any other language?
`gem "mygem"` installs the latest version. `gem "mygem", "~> 4.0.0"` installs >= 4.0.0 but < 4.1.0, which is what you probably want when using Semantic Versioning, which most gems adhere to, to get the latest patch version. `gem "mygem", "4.0.10"` installs exactly that version.
Please name those 10 environments you are talking about. In my experience, a reasonably recent Ruby version is present almost everywhere.
> add 5 minutes to your docker build
Why on earth would it take 5 minutes to install anything? If you install Ruby through a package manager (it's present in pretty much all of them: https://www.ruby-lang.org/en/documentation/installation/#pac...) it takes only seconds.
> That is, most of the cases Bash for me is enough, but if the script starts to become complex, I switch to Ruby.
Even if ChatGPT lets you bang out more complex shell scripts easily, if you have to come back to it later on to fix an error or add a new feature, it's really hard to understand it (if you don't deal with such scripts on a daily basis). If you start with Ruby (or Python or similar) from the beginning, it's much easier to understand and extend later on.