diraigent

your codebase deserves a system,
not a suggestion

a self-hosted software factory — define goals, agents decompose and execute them through enforced pipelines, with humans in the loop where it matters.

self-hosted rust-powered pipeline-enforced multi-agent human-in-the-loop
Diraigent dashboard

the ai coding landscape is broken

black-box saas

Cloud-hosted agents that do everything behind closed doors. You can’t see the logs, can’t audit the process, can’t self-host. Your code leaves your network.

single-agent copilots

IDE plugins that help one developer at a time. Great for autocomplete, but they don’t orchestrate work across a team, manage releases, or enforce quality gates.

unstructured swarms

Throw agents at code and hope for the best. No enforced workflows, no state machines, no authority controls. When things go wrong, there’s no trail to follow.

diraigent is none of these.

what makes diraigent different

pipelines

pipelines that agents cannot skip

Define multi-step playbooks with a validated state machine. Each step has entry conditions, exit criteria, and quality gates. Agents follow the pipeline exactly — no improvising, no shortcuts. If a step fails verification, the agent goes back.

Playbook pipeline view
goals

goals decompose into parallel tasks

Describe a high-level goal. Diraigent breaks it into concrete tasks, assigns playbooks, and dispatches agents in parallel. Epics, features, milestones — all visible on a kanban board with drag-and-drop ordering.

Goal decomposition view
review

humans decide what matters

Merge conflicts, ambiguous requirements, quality gate failures — these surface in a review queue for human decision. Approve, rework, or resolve with full context. Agents handle the routine; you handle the judgment calls.

Review queue view
knowledge

your project gets smarter over time

Knowledge entries, architectural decisions, and observations accumulate as agents work. The next task starts with everything the last one learned. This isn’t chat history — it’s structured project memory that persists across agents and sessions.

Project knowledge view

different agents, different permissions

Not every agent should have the same power. Define roles with scoped authority — one agent writes code, another reviews, another handles releases. Each operates within its granted permissions.

releases are a first-class concept

Built-in release workflows with configurable merge strategies. Agents don’t just write code — they shepherd it through branch creation, merge resolution, and release tagging. The full lifecycle, not just the diff.

how diraigent compares

no agent tool does everything. here’s where diraigent sits.

Capability IDE Copilots SaaS Agents Open-Source Agents Agent Orchestrators diraigent
Multi-agent parallel execution
Enforced pipeline state machine
Goal-to-task decomposition ~
Persistent project knowledge
Human-in-the-loop review queue
Role-based agent authority
Release management ~
Self-hosted / data sovereignty
Full audit trail ~ ~

Comparison based on publicly available information. Categories represent tool archetypes, not specific products.

from goal to shipped code

1

define a goal

Describe what you want at any level: an epic, a feature, a bug fix. Attach acceptance criteria.

2

diraigent decomposes it

The system breaks your goal into concrete tasks, selects playbooks, and queues work for agents.

3

agents execute in isolation

Each task runs in its own git worktree. Multiple agents work in parallel with full logs and structured output.

4

review what needs judgment

Blockers, conflicts, and quality gate failures surface in your review queue. Approve, rework, or resolve.

5

merge, release, learn

Completed work merges through your configured strategy. Knowledge and decisions feed back into the project for the next cycle.

built for reliability

rust backend

Compiled, type-safe, no garbage collector pauses. The API and orchestrator handle hundreds of concurrent agents.

self-hosted

Runs on your infrastructure. Your code, your data, your network. Nothing leaves your environment.

plain docker setup

One docker-compose file. No Kubernetes required, no cloud dependencies, no vendor lock-in.

get started in minutes

run diraigent on your own infrastructure.
requires currently claude code — the orchestra spawns claude code workers in isolated git worktrees for each task.


curl -LO https://github.com/diraigent/diraigent/blob/main/startup/docker-compose.yml
curl -LO https://github.com/diraigent/diraigent/blob/main/startup/start.sh
curl -LO https://github.com/diraigent/diraigent/blob/main/startup/.env.example
cp .env.example .env    # edit .env for your setup
chmod +x start.sh
./start.sh              # registers agent, seeds playbooks, starts everything
      

after startup

  1. create a project — point it at your git repo (must have a main branch)
  2. chat with the assistant — see if claude answers
  3. clone a playbook — pick one of the defaults and clone it into your project
  4. create a task — attach the playbook, fill in spec and acceptance criteria
  5. the orchestra picks it up and starts working
git credentials

the orchestra pushes branches and merges results back to your remote. for this to work, git must be able to authenticate inside the container — mount a .netrc file, an ssh key, or configure a credential helper. without credentials, agents work locally but push/merge to remote will fail.