HN.zip

Show HN: Moadim.io – A scheduler for agents

Why can't we get an agent scheduler that supports all of the following:- git compatible- agent agnostic- 100% open source- os and system-agnostic- multi-runner support- support mcp/ui/http- unlimited routines/cronsSo I built one, moadim.io is a local Rust daemon you install in the target machine, give it a name and manage its routines via a Git repository, wants a new routine that send you a daily message from this machine? Create a pr and merge, have another routine that run every hour to pull the latest changes to the ~/.config/moadim folder.With more than 1,000 users, I define this project as almost "done" and ready for production. Me and thousand more people are use it in a daily manner.It currently supports Claude, Codex, Hermes, and Pi, and you are welcome to add your agent of choice as well because it's 100% configurable.You are welcome to have a look at the source code of the daemon in "http://github.com/moadim-io/daemon"Feel free to provide me with suggestions for more features around this topic. I don't want to branch out to new off road topics likt webhooks, this is a "done" software in the realm of agents schedulers that focus on cron-like work.Also feel free to start the github repository and open issues and PRs for your suggestions.

19 points by tupe12334 - 10 comments

10 Comments

tupe12334 [3 hidden]5 mins ago
BTY, I monitor this thread via moadim.io, I have a routine that ping this page every 10 minutes and ping me on discord for every message that I didn’t responded to yet
esafak [3 hidden]5 mins ago
I think the actual loop engineering lives in skills and workflows. The trigger is the creation of a ticket, manual or programmatic; e.g., through an incident.
aliasxneo [3 hidden]5 mins ago
How do I know this won't just eat through my token budget? It's hard to understand from the website how "done" is derived in the loop. If it's not deterministic then it seems like it would be prone to over-engineering.
tupe12334 [3 hidden]5 mins ago
Great question but the goal is not to handle tokens economy management, this is cupeled to the agent, I want to stay agent agnostic, you tell the agent what you want it to run in the routine, for example i have a routine that split a codebase to max 50 lines a file, I told it in the routine, when finish the refactor, change the routine to run every week and check for regression and if there is take it back to run every 30 minutes and work file after file.
deviantflux [3 hidden]5 mins ago
Would this be where llm/agentic observability come into play?
tupe12334 [3 hidden]5 mins ago
I don’t think this is where it’s should land, I believe that is not the “single responsibility” of this project but I would love to hear more, because it’s seems like a pain point for several people, what is your suggestion?
hankbond [3 hidden]5 mins ago
Concretely and Simply, what are you actually building with this?
threecheese [3 hidden]5 mins ago
Looks like a userland cron/launchd, with jobs committed in a local repo. It’s designed to launch agent clis, for which it provisions a workspace and manages process state, and to be used by agents (and so provisions an api and mcp for each task).

Might seem silly (no disrespect meant), but I have this use case; I’ve tried to give agents access to launchd, but it has not gone well. Nothing has b0rked my system, but it has been annoying to version control plist files with my project repositories. And so i find this interesting, having written a shell script to convert repo config file + plist to safe launchd commands - and much shittier version of this thing.

tupe12334 [3 hidden]5 mins ago
You got it just right, but the idea is that the user don’t need to care about the configuration of the cron in the lower level and the agent spawning and the worktree setup etc… the daemon does it for us.

I would love to hear your feedback and features suggestions, feel free to contact me in LinkedIn https://www.linkedin.com/in/ofek-gabay/

tupe12334 [3 hidden]5 mins ago
TLDR: a way to manage my agents routines in a single source of trust in a repository.

Everything should be open source and agent agnostic