MetaLoom is built around two cooperating systems:
-
Loom manages assets, metadata, users, permissions and pipeline definitions.
-
Cortex processes media, extracts signals and feeds results back into Loom.
This page is the quickest way to orient yourself in the platform and jump to the right part of the documentation.
Getting Started
Run a full MetaLoom stack locally in minutes using the demo container. Covers Loom UI, Loom App and where to go next.
Playbooks
Task-oriented guides that string the whole platform together: deploying the stack with Docker or Kubernetes, building pipelines that transcribe, analyse scenes and translate content, and writing a processing node of your own.
Loom
The media asset management server. Use these guides when you need the API surface, authentication model, configuration, artifacts or a feature overview.
Cortex
The media processing engine. Use these guides when you need node behavior, runtime configuration, deployment options or an overview of supported processing capabilities.
Nodes
The built-in Cortex processing nodes — the atomic steps a pipeline is built from. Each node page covers what it does, the media it applies to, its input and output ports, requirements and configuration.
Loom UI
The browser-based management interface bundled in the Loom server. Browse assets, chat with the AI agent, edit pipelines, and manage users, roles and API keys — all from the browser, with a screenshot tour of every area.
Legal & Licensing
What you are allowed to run. MetaLoom is Apache-2.0, but the models its nodes load carry their own licenses — and a few of them forbid commercial use. Also covers how the source was produced and where AI code generation was involved.
Start Here
If you are new to the platform, this is the shortest reading order:
-
Start with Getting Started to run a local demo in minutes.
-
Read Operation to understand the system boundary.
-
Read Pipeline Mechanism to understand how processing is modeled.
-
Continue into Loom or Cortex depending on whether you are integrating with the API or building processing workflows.
-
When you want to build something concrete — a deployment, a working pipeline — follow a Playbook.
Central Concepts
The MetaLoom platform revolves around a small set of concepts that appear throughout the documentation.
Asset
The main entity in Loom. An asset represents a file together with metadata, binaries, tags, reactions, comments and derived processing output.
Pipeline
A directed graph of processing nodes, authored in the UI and stored on Loom. Loom's engine runs the graph and delegates node tasks to Cortex workers.
Node
A single processing step such as hashing, OCR, thumbnail generation, face detection, captioning or synchronization back to Loom.
Operation
Cortex runs as a worker daemon that registers with Loom, receives the node tasks Loom dispatches, and persists its results back over the REST API.
API and Client
Loom exposes a REST API, a Java client and the metaloom command line client for creating assets, authenticating, managing users and orchestrating processing workflows.
Deployment
Both systems ship as JVM artifacts and container images (loom-server, loom-demo, cortex-server, loom-session-runner), with Kubernetes deployment paths.
Container images · Helm charts · Loom artifacts · Cortex artifacts
Choose Your Path
Choose the documentation track that matches your task:
| Goal | Start with | Then continue to |
|---|---|---|
Try the platform quickly |
||
Integrate a client application with Loom |
||
Drive or script Loom from a terminal |
||
Understand how media gets processed |
||
Deploy or operate the system |
||
Build a working pipeline end to end |
||
Learn the data model and feature surface |
||
Use or deploy the AI assistant |
||
Clear a deployment for commercial use |
Architecture View
The overall system flow is:
-
Loom stores asset metadata, user state and pipeline definitions.
-
Cortex loads or receives work, processes media through pipeline nodes and emits results.
-
Results are stored locally, sent back to Loom, and exposed through APIs, events and search systems.
For the full runtime model, continue with Operation.