đ Self-Host Guide â OmniRoute (é¶æèŽčèȘæçźĄ / zero-fee self-host)
đ Self-Host Guide â OmniRoute
Section intitulĂ©e « đ Self-Host Guide â OmniRoute »TL;DR â three commands, one local endpoint, zero monthly fees. No SaaS billing, no multi-tenant isolation, no hosted prompt-processing hop. Your prompts go straight to the provider you pick.
cp .env.selfhost.example .env # then edit the 2 lines marked "EDIT ME"docker compose -f docker-compose.selfhost.yml up -dopen http://127.0.0.1:20128This is the self-host carrier for OmniRouteâs âé¶æèŽč + èȘæçźĄâ product form: a packaged container/binary you run on your own machine in 5 minutes.
Why this guide exists
Section intitulée « Why this guide exists »OmniRoute ships a sophisticated docker-compose.yml with profiles
(base, web, cli, host, cliproxyapi, memory, bifrost). Each app
service is profile-gated, so a bare docker compose up -d only starts Redis.
That is correct for power users who pick a profile â but it is not a
5-minute self-host story.
docker-compose.selfhost.yml is the KISS overlay: one command, published
image, loopback-only, Redis included, no profile choice, no build step.
When you outgrow it, graduate to the full
DOCKER_GUIDE profiles.
| Audience | Start here | Graduate to |
|---|---|---|
| Self-hoster, single user | this guide | â |
| Power user, CLI tools / web-cookie providers / sidecars | â | docker-compose.yml profiles |
Prerequisites
Section intitulée « Prerequisites »- Docker Engine 24+ (or Docker Desktop 4.30+) with the Compose v2 plugin.
- ~2 GB RAM free (see Sizing).
- A provider API key from any supported provider (OpenAI, Anthropic, Google, or one of the 150+ free tiers).
No build toolchain, no Node, no git clone required â the image is pulled.
Step 1 â Configure (1 min)
Section intitulĂ©e « Step 1 â Configure (1 min) »cp .env.selfhost.example .envEdit exactly two lines in .env:
REQUIRE_API_KEY=true # was false â lock the endpoint downAPP_BIND_HOST=127.0.0.1 # keep loopback; see "Exposing" only if neededREQUIRE_API_KEY=true makes every /v1 request and the dashboard require an
API key / login. On first boot the dashboard auto-generates an
INITIAL_PASSWORD â read it from the logs:
docker logs omniroute | grep -i passwordThe other variables (DASHBOARD_PORT, API_PORT, LIVE_WS_PORT,
OMNIROUTE_MEMORY_MB) already have sane defaults. Leave them unless you know
you need to change them.
Step 2 â Start (1 min)
Section intitulĂ©e « Step 2 â Start (1 min) »docker compose -f docker-compose.selfhost.yml up -dPulls diegosouzapw/omniroute:latest (multi-arch AMD64 + ARM64, ~250 MB) and
redis:8.6.5-alpine, starts both, and waits for Redis to be healthy before
the app boots.
Step 3 â Verify (30 s)
Section intitulĂ©e « Step 3 â Verify (30 s) »# process lifecycle + readinesscurl -fsS http://127.0.0.1:20128/healthz && echo
# container healthdocker inspect --format '{{.State.Health.Status}}' omnirouteYou should see {"status":"ok"} and healthy. Then open the dashboard:
http://127.0.0.1:20128Within ~300 s of up -d the endpoint is locally reachable and the healthcheck
is healthy â the acceptance bar from the self-host issue.
| Port | What | Default bind |
|---|---|---|
20128 |
Dashboard + /v1 LLM proxy (unified entry) |
127.0.0.1 |
20129 |
API port (server-to-server) | 127.0.0.1 |
20132 |
Live WebSocket (realtime dashboard updates) | 127.0.0.1 |
All three bind to loopback only by default. Redis is not published to
the host at all â the app reaches it over the compose network. This is
deliberate: shipping an unauthenticated Redis on 0.0.0.0 is a footgun.
Connecting a provider
Section intitulĂ©e « Connecting a provider »- Open the dashboard â Providers.
- Add a provider and paste its API key. Keys are encrypted at rest with AES-256-GCM; the cleartext never leaves your machine.
- Point your IDE / agent at the unified entry:
http://127.0.0.1:20128/v1For provider choice, see the
Free Tiers Guide â OmniRoute aggregates 150+ free
tiers into one endpoint, so you can run model: "auto" to pick the best free
option per request.
Sizing the container
Section intitulée « Sizing the container »The image pins OMNIROUTE_MEMORY_MB=1024. That is enough for the dashboard
and light chat. Coding agents (POST /v1/responses from Claude Code,
Codex, Grok, âŠ) retain multiple large context graphs during compression and
can abort V8 at ~12 GiB old-space under two overlapping long contexts
(#7849).
.env.selfhost.example defaults to OMNIROUTE_MEMORY_MB=2048 â a safe floor
for a single user running coding agents. Raise it if you fan out many models
in parallel (fusion combos) or hit FATAL ERROR: Reached heap limit:
OMNIROUTE_MEMORY_MB=4096Memory is a V8 heap ceiling; native buffers (SQLite, ONNX, better-sqlite3) sit outside it, so size the container a few hundred MB above the heap.
Local binary build (optional)
Section intitulée « Local binary build (optional) »Prefer a binary over Docker? The npm package is the same code:
npm install -g omnirouteomnirouteThis runs the Next.js standalone server directly on your host â same ports,
same DATA_DIR (./data by default). Use it when you cannot run Docker
(e.g. a locked-down VM). The container path above is the recommended default
because it bundles the exact runtime the image was tested with.
From source (development only â not a deploy path):
git clone https://github.com/diegosouzapw/OmniRoute.gitcd OmniRoutenpm installnpm run build && npm startExposing beyond localhost
Section intitulée « Exposing beyond localhost »Do not flip APP_BIND_HOST=0.0.0.0 while REQUIRE_API_KEY=false. That
publishes an open /v1 proxy on every LAN/WAN interface â anyone on the
network can burn your provider quotas. The order is fixed:
- Set
REQUIRE_API_KEY=truein.env. - Read
INITIAL_PASSWORDfrom the logs and log in. - Only then set
APP_BIND_HOST=0.0.0.0(or put an auth-enforcing reverse proxy in front and keep loopback).
For TLS / a domain, run Caddy or Traefik in front and leave APP_BIND_HOST
at 127.0.0.1. See the
DOCKER_GUIDE â Caddy HTTPS
and
Cloudflare Quick Tunnel
sections for copy-paste reverse-proxy configs.
Data, backups, and resets
Section intitulée « Data, backups, and resets »- Data dir:
./data(bind-mounted to/app/data). All SQLite DBs, migrations, audit trail, and encrypted provider keys live here. - Backups: SQLite auto-backup is on by default
(
DISABLE_SQLITE_AUTO_BACKUPis unset â enabled). For a manual snapshot:Restore withFenĂȘtre de terminal ./bin/snapshot-data.sh./bin/restore-data.sh. - Reset the dashboard password:
FenĂȘtre de terminal docker exec -it omniroute node bin/reset-password.mjs - Reset policies (routing/failover/quota to factory defaults):
FenĂȘtre de terminal docker exec -it omniroute node bin/restore-policies.sh
Common issues
Section intitulée « Common issues »docker compose up only starts Redis
You are running the full docker-compose.yml, whose app services are
profile-gated. For the one-command path use the self-host file:
docker compose -f docker-compose.selfhost.yml up -dOr, with the full compose, pick a profile:
docker compose --profile base up -d.
Healthcheck stays starting / unhealthy
- Check Redis is up:
docker inspect --format '{{.State.Health.Status}}' omniroute-redis - Check app logs:
docker logs omniroute - The healthcheck probes
/healthzand allows a 20 s start period. A slow first boot (cold migrations) can take longer â bumpstart_periodin the compose file if your disk is slow.
FATAL ERROR: Reached heap limit under coding agents
Raise OMNIROUTE_MEMORY_MB in .env (e.g. 4096), then
docker compose -f docker-compose.selfhost.yml up -d. See
Sizing the container.
Web-cookie providers (Gemini Web, Claude Turnstile) fail with
Executable doesn't exist at .../ms-playwright/chromium
The base image ships without Chromium. The self-host compose uses the
published base image. For web-cookie providers, switch to the full compose
with the web profile (which bundles Playwright/Chromium):
docker compose --profile web up -dPort 20128 already in use
Set DASHBOARD_PORT, API_PORT, LIVE_WS_PORT in .env to free ports and
re-run up -d.
What this deliberately is NOT
Section intitulée « What this deliberately is NOT »Per the self-host KISS constraint, this path does not include:
- â SaaS billing / metering / plan tiers
- â Multi-tenant isolation / per-tenant namespaces
- â A hosted prompt-processing hop (your prompts go straight to the provider)
- â Any baked-in credentials or secrets
It is a pure local self-host carrier â the simplest thing that makes the âé¶æèŽč + èȘæçźĄâ promise real.
Security checklist (self-host)
Section intitulée « Security checklist (self-host) »Before you expose beyond loopback:
-
REQUIRE_API_KEY=truein.env -
INITIAL_PASSWORDrotated to a strong, unique value -
APP_BIND_HOSTleft at127.0.0.1unless behind an auth-enforcing proxy - TLS terminated by Caddy/Traefik/Cloudflare in front (never plain HTTP on WAN)
- Redis not published to the host (the self-host compose already enforces this)
-
./datavolume backed up regularly (bin/snapshot-data.sh) - Provider keys rotated per the providerâs own policy
For the full supply-chain / image / dependency audit dimension, see SECURITY.md and SUPPLY_CHAIN.
- Docker Guide â profiles, Caddy HTTPS, tunnels, image tags
- Quick Start â 3-minute path for first-time users
- Free Tiers Guide â 150+ free provider tiers
- Providers Guide â connecting and configuring providers
- Troubleshooting â deeper issue resolution
HagiCode
HagiCode est un espace de dĂ©veloppement agentique. Des interactions dâinterface riches et pratiques rendent la planification, lâexĂ©cution des agents et le travail sur les projets accessibles et faciles Ă suivre, pour une expĂ©rience de dĂ©veloppement engageante.
Une expĂ©rience de dĂ©veloppement engageante grĂące Ă des interactions dâinterface riches et pratiques.
- IntelligentLes workflows OpenSpec transforment une intention en parcours exécutable, de la proposition à la livraison en passant par la conception et les tùches.
- EfficaceLâexĂ©cution multi-agent fait avancer recherche, rĂ©alisation et revue en parallĂšle, sur plusieurs dĂ©pĂŽts et avec les Agent CLI que vous utilisez dĂ©jĂ .
- IntĂ©ressantDes interactions dâinterface riches et pratiques rendent la planification, lâexĂ©cution des agents et le travail sur les projets accessibles et faciles Ă suivre.
Télécharger pour Windows
Partager HagiCode
Transformez vos idées en logiciels livrés.
HagiCode est un espace de dĂ©veloppement agentique : les workflows OpenSpec planifient le changement, lâexĂ©cution multi-agent le rĂ©alise et Hero Scenario rend le long parcours visible, pour transformer vos idĂ©es en logiciels livrĂ©s.
- Intelligent
- Les workflows OpenSpec transforment une intention en parcours, de la proposition Ă la livraison.
- Efficace
- LâexĂ©cution multi-agent mĂšne recherche, rĂ©alisation et revue en parallĂšle.
- Ludique
- Les interactions dâinterface facilitent la planification, lâexĂ©cution des agents et les projets.
© 2026 HagiCode | Powered By hagilight-starlight@0.21.0 | Branch: main | Commit: de60bcd | Built:

