MetaLoom ships as a small set of OCI (Docker/Podman) container images. All images are published
under the metaloom/ namespace.
Image Overview
| Image | Purpose | Built from |
|---|---|---|
|
The Loom backend server (REST/gRPC API, DB access, auth, UI). Production image. |
|
|
All-in-one demo: Loom server pre-seeded with a database and sample assets. Best for a first run. |
|
|
The Cortex processing daemon (media analysis worker). Registers with Loom and serves nodes. |
|
|
The isolated per-chat coding sandbox spawned by the Loom AI agent. Not started manually — Loom provisions it on demand. See Chat & AI Agent — Coding Sandbox. |
|
Both loom-server and loom-demo are available in two variants:
-
JVM (default tag, e.g.
:latest) — Eclipse Temurin JRE running the shaded JAR. -
Native (
-nativesuffix, e.g.:latest-native) — a GraalVM ahead-of-time compiled binary with faster startup and lower memory.
Default Ports
| Service | Port | Notes |
|---|---|---|
Loom REST API + WebSocket + UI |
|
The single port clients, the UI and Cortex workers all connect to. Env: |
Loom gRPC |
|
Optional gRPC surface. Env: |
Loom monitoring |
|
Health / metrics. Env: |
Cortex monitoring |
|
Cortex health / readiness ( |
Session Runner |
|
Internal only — reached by Loom over the pod/loopback network, never exposed publicly. |
|
Note
|
Cortex connects out to Loom on port 8092; Loom never dials in to Cortex. Older
documentation referenced a Cortex↔Loom port of 7733 — the current default is 8092.
|
See Getting Started to run the demo image, and Loom Containers / Cortex Containers for production deployment examples.