Top AI Repos — open-source AI, indexed and scored
Top AI Repos tracks AI repositories on GitHub and answers two different questions about each one: is it moving right now, and would you bet a product on it.
Top AI Repos tracks AI repositories on GitHub and answers two different questions about each one: is it moving right now, and would you bet a product on it.
Orchestrates multi-step AI agent workflows — defines execution graphs, manages shared state, dispatches work to agents, and tracks progress with checkpoints and streaming
| Date | Stars |
|---|---|
| 2026-07-24 | 265 |
| 2026-07-25 | 266 |
| 2026-07-28 | 270 |
| 2026-07-30 | 264 |
| 2026-08-06 | 264 |
Today
— stars today
This week
— stars this week
This month
— stars this month
Momentum
15.0
growth rate 0.00%/day
# NullBoiler NullBoiler is an orchestration engine for AI agents. It is intentionally narrow: it decides what should run, when it should run, and which worker should execute it. It does not replace the task tracker and it does not replace the agent runtime. You do not need all components together. Choose only the pieces required for your workflow. ## Design Principle `tracker = source of truth` `orchestrator = policy engine` `agent = executor` ### 1) Tracker: [nulltickets](https://github.com/nullclaw/nulltickets) Use nulltickets as the authoritative task system for AI agents: - Stores tasks, states, priorities, and ownership. - Preserves durable history of task lifecycle. - Acts as the canonical queue/source of truth for pending work. ### 2) Orchestrator: [nullboiler](https://github.com/nullclaw/nullboiler) Use nullboiler to apply orchestration policy: - Pulls/selects work from tracker or another source. - Applies scheduling and routing strategies. - Enforces concurrency limits, retries, and backoff policies. - Dispatches work to one or many agents/workers. NullBoiler should not become a task tracker or artifact database. ### 3) Agent Runtime: [nullclaw](https://github.com/nullclaw/nullclaw) or another compatible worker Use an agent runtime as the execution engine: - Receives a concrete task/job to run. - Executes tools, code, and model interactions. - Returns execution outputs/events back to the orchestrator/tracker flow. `nullclaw` is the reference runtime, but `nullboiler` can also orchestrate other compatible workers (for example OpenClaw/OpenAI-compatible, ZeroClaw, or PicoClaw via bridge). Agents should execute work, not own global orchestration policy. ## Why This Separation Exists Teams often try to move tracker and artifact responsibilities into the orchestrator. This project keeps boundaries strict on purpose: - Tracker owns durable truth. - Orchestrator owns coordination policy. - Agent owns execution. This keeps the architecture modular, simpler to reason about, and easier to evolve. ## Supported Compositions - `nullclaw` only: single-agent direct execution. - `nullboiler + nullclaw`: orchestrated execution without dedicated tracker. - `nullboiler + other compatible agents`: orchestrated execution without `nullclaw` dependency. - `nulltickets + nullclaw`: tracker-driven execution loop. - `nulltickets + nullboiler + nullclaw`: full multi-agent orchestration with durable task source. See additional integration docs in [`docs/`](./docs). ## Workflow Graph Features The orchestration graph runtime supports: - `task`, `agent`, `route`, `interrupt`, `send`, `transform`, and `subgraph` nodes - run replay, checkpoint forking, breakpoint interrupts, and post-start state injection - `send` fan-out with canonical `items_key` and configurable `output_key` - task/agent output shaping via `output_key` and `output_mapping` - template access to `state.*`, `input.*`, `item.*`, `config.*`, and `store.<namespace>.<key>` - `transform.store_updates` for writing durable workflow memory back to NullTickets Store-backed templates and `store_updates` require a NullTickets base URL. The runtime resolves it from workflow fields such as `tracker_url` or from run config (`config.tracker_url` / `config.tracker_api_token`), which are injected into state as `__config`. ## Config Location - Default config path: `~/.nullboiler/config.json` - Override instance home with `NULLBOILER_HOME=/path/to/dir` - Override config file directly with `--config /path/to/config.json` When `NULLBOILER_HOME` is set, `nullboiler` reads `config.json` from that directory and resolves relative paths like `db`, `strategies_dir`, `tracker.workflows_dir`, and `tracker.workspace.root` relative to that config file. ## Workflow Preflight File-based tracker/pull-mode workflows are loaded from JSON files using the `WorkflowDef` shape in `src/workflow_loader.zig`. Before starting the server, you can check those files locally: ```bash zig
Excerpt of 4,928 characters
Read on GitHubWould you bet a product on this? Bounded 0–100 and slow moving.
matched fp:63acae44d94eac20, topic:workflow, topic:orchestration