Git 仓库配置、兼容多 agent 的开源 routine 调度器
项目作者称现有 agent scheduler 缺少 git 兼容、agent 无关、全开源、系统无关、多 runner、支持 mcp/ui/http 和无限 routine 的组合，于是自建 moadim.io：在目标机器安装本地 Rust daemon，用 Git 仓库管理 routine，新增任务只需提交并合并 PR。作者自称已有超千用户日常使用，但该说法无独立验证。
目标用户
需要为 AI agent（如 Claude、Codex、Hermes、Pi）安排定时或周期任务的个人开发者与小团队，尤其是习惯用 Git 工作流管理配置的人。
潜在需求
需要一种 agent 无关、系统无关、完全开源、支持多 runner 和无限数量 routine/cron 的 agent scheduler，可安装在目标机器上，并通过 Git 仓库、MCP/UI/HTTP 管理任务。
发生场景
用户要在目标机器上运行 agent routine（例如每天从该机器发出消息、每小时执行某任务），并希望新增或修改任务像代码一样提交 PR、审查后合入生效；同时不希望调度器绑定特定 agent 或操作系统。作者表示现有 agent scheduler 无法同时满足这些要求。
来源证据
作者称找不到同时具备 git 兼容、agent 无关、100% 开源、系统无关、多 runner、MCP/UI/HTTP 与无限 routine/cron 的 agent scheduler，因此构建了 moadim.io。
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/crons So 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 hourhttps://news.ycombinator.com/item?id=49571537
为什么值得留意
该信号把“调度 agent 任务”具体化为一组可选型标准（git 兼容、agent 无关、全开源、系统无关、多 runner、MCP/UI/HTTP、无限 routine），并由作者以本地 daemon + Git 仓库的产品形态实现；即使声称的用户量无法验证，这仍是观察 agent 运维化需求的一个具体样本。
未满足部分
- 现有 agent scheduler 未同时提供 git 兼容、agent 无关、100% 开源、系统无关、多 runner、MCP/UI/HTTP 与无限 routine 的组合
可能延伸 · 模型推测
- 把 Git 仓库作为任务配置源的做法，可推广到更多 agent 或自动化编排场景（模型推测）
- 通过 MCP/UI/HTTP 扩展，可能让非开发者也能配置 routine（模型推测）
- 开源 daemon 可借助社区适配器新增对其他 agent 的支持（模型推测）
目前未知
- 评论者为项目作者，需求陈述属于自我呈现，缺少独立用户反馈
- 作者声称超过 1000 用户并被日常使用，无法独立验证
- 未指明除 moadim.io 外有哪些现有 agent scheduler 及其具体不足
- 无证据表明该需求具有普遍性或持续增长
继续核实
- 除作者外，是否有 agent 用户独立提出类似的调度需求或功能请求？
- 现有主流 agent 调度工具在 git 兼容、agent 无关、多 runner 等方面的实际支持情况如何？
- Git 工作流式管理 routine 是否会被目标用户视为比传统 cron 配置更值得采用的方案？
- moadim.io 声称的用户量能否通过社区活跃度、依赖或反馈得到印证？