Orloj
agent infrastructure as code (YAML and GitOps)
Details
- External ID
- 47526813
- Source
- HN
- Company
- —
- Product
- Orloj
- Website domain
- github.com
- Launched
- March 26, 2026
- Cohort
- —
- Upvotes
- 20
- Upvotes percentile
- 0.7423124231242313
- Tags
- —
- Fetched at
- Sept. 7, 2026, 9:26 p.m.
- Updated at
- Sept. 7, 2026, 9:26 p.m.
Description
Hey HN, we're Jon and Kristiane, and we're building Orloj (https://orloj.dev), an open-source orchestration runtime for multi-agent AI systems. You define agents, tools, policies, and workflows in declarative YAML manifests, and Orloj handles scheduling, execution, governance, and reliability.Over the past year we tried to use many different platforms/frameworks to build out agent systems and while building we hit some sort of problem with all of them, so we decided to have a go at it. Jon has worked with kubernettes and terraform for years and always liked the declarative nature so took patterns and concepts from both to build out Orloj.Orloj treats agents the way infrastructure-as-code treats cloud resources. You write a manifest that declares an agent's model, tools, permissions, and execution limits. You compose agents into directed graphs (pipelines, hierarchies, or swarm loops).Governance has been overlooked so we made resource policies (AgentPolicy, AgentRole, and ToolPermission) that are evaluated inline during execution, before every agent turn and tool call. Instead of prompt instructions that the model might ignore, these policies are a runtime gate. Unauthorized actions fail closed with structured errors and full audit trails. You can set token budgets per run, whitelist models, block specific tools, and scope policies to individual agent systems.For reliability, we built lease-based task ownership (so crashed workers don't leave orphan tasks), which allows you to run workers on different machines with whatever compute that’s needed. It helps when we need a GPU for certain tasks (like we did). The scheduler also supports cron triggers and webhook-driven task creation.The architecture is a server/worker split like kubernettes. orlojd hosts the API, resource store (in-memory for dev, Postgres for production), and task scheduler. orlojworker instances claim and execute tasks, route model requests through a gateway (OpenAI, Anthropic, Ollama, etc.), and run tools in configurable isolation (direct, sandboxed, container, or WASM).We work with a lot of MCP servers so wanted to make MCP integration as easy as possible. You register an MCP server (stdio or HTTP), Orloj auto-discovers its tools, and they become first-class resources with governance applied. So you can connect something like the GitHub MCP server and still have policy enforcement over what agents are allowed to do with it.It comes shipped with a built in UI to manage all your workflows and topology to see everything working in real time. There are a few examples and starter templates in the repo to start playing around with to get a feel for what’s possible.More info in the docs: https://docs.orloj.devWe're a small team and this is v0.1.0, so there's a lot still on the roadmap, but the full runtime is open source today and we'd love feedback on what we've built so far. What would you use this for? What's missing?
Enrichment
- Theme
- AI agent frameworks and developer tools
- Vertical
- Horizontal
- Function
- Agent / copilot
- Audience
- Developer
- AI stance
- AI-native
- Project type
- Commercial product
- Normalized one-liner
- agent infrastructure as code
- Manually corrected
- False
Could you build this?
No Orloj is an orchestration runtime for distributed multi-agent AI systems with declarative YAML, scheduling, execution guarantees, policy enforcement, and fault-tolerant reliability akin to Kubernetes for AI agents.
What it would actually take: A production implementation requires distributed systems expertise to build a fault-tolerant state machine, worker pool, and scheduler (e.g., in Go or Rust using Raft or etcd for consensus). It needs fine-grained execution sandboxing (Docker/gVisor/Wasm), rate-limiting and policy engines (like OPA), and durable execution semantics (similar to Temporal) to handle multi-agent retries and state rollbacks reliably.
Discussion
12 comments analyzed.
Competitors mentioned: Kubernetes, Terraform
Concerns raised: Monolithic design, too heavy for simple use cases, Unclear how it addresses non-deterministic behavior in agents, High maintenance burden and technical debt for simpler tasks, Risk of obsolescence as agent architectures evolve, Too many bundled components (Postgres, NATS, workflow engine)
Feature requests: Observability into why agents hit policy blocks, not just that they were blocked, Test and validation tools for agent behavior, More modular architecture with fewer bundled dependencies
Competitors
Other products that read as similar to this one — 415 launches clear the similarity bar, closest 8 shown.
Attention rank: #113 of 416 (itself plus its competitors, highest first — normalized so YC and Product Hunt are compared fairly).
Launched 147 days after the earliest competitor.
- OpenSOP, We got tired of agents lying to us, so we built them a harness · hn · 2026-06-03 · 5 upvotes · similarity 0.52
- Open Envelope · hn · 2026-05-28 · 52 upvotes · similarity 0.49
- Agentic Orchestrator, a TUI for long-running coding agents · hn · 2026-06-30 · 20 upvotes · similarity 0.48
- Agentspace · hn · 2026-06-17 · 5 upvotes · similarity 0.47
- Klaw.sh – Kubernetes for AI agents · hn · 2026-02-15 · 60 upvotes · similarity 0.46
- Build agents via YAML with Prolog validation and 110 built-in tools · hn · 2026-01-23 · 11 upvotes · similarity 0.45
- Running AI agents across environments needs a proper solution · hn · 2026-03-24 · 8 upvotes · similarity 0.45
- Velo · ph · 2026-09-18 · 1 upvotes · similarity 0.44
Other launches for this product
- No other launches for this product.
Same idea, different domain
Nobody's really built a agent / copilot tool for Agriculture yet.