Custom Content
Fork built-in models and templates, shadow them locally, and run your own registry content.
Fork built-in content when you need a local starting point. Write from scratch when your plant, members, or lifecycle model diverge from the built-in catalog.
Technical details
Know the resolution order
Miravo resolves content in this order: working directory, local registry, then built-in catalog. Higher layers shadow lower layers by name.
Fork built-in content into the local registry
Create the first local copy with miravo fork model.
miravo fork model centrifugal-pumpOverwrite an existing local copy.
miravo fork model centrifugal-pump --forceCopy the template and its referenced models with miravo fork template.
miravo fork template smart-factoryCopy only the referenced models.
miravo fork template smart-factory --models-onlyRun local files directly
miravo start validates and boots a local template.
miravo start --template ./my-plant.miravo.yaml --dry-runmiravo start --template ./my-plant.miravo.yamlSet MIRAVO_HOME to move the local registry and persisted state under another base directory.
MIRAVO_HOME=/data/miravo miravo start --template ./my-plant.miravo.yamlLocal shadowing is exact-name shadowing. If you fork
centrifugal-pump.twin.yaml, that local file wins over the built-in model
with the same name.
Reference
| Path or command | Notes |
|---|---|
~/.miravo/registry/local/models/ | Local .twin.yaml registry |
~/.miravo/registry/local/templates/ | Local .miravo.yaml registry |
miravo fork model <name> | Copy one built-in model into local registry |
miravo fork template <id> | Copy one template and its referenced models |
miravo start --template <path> --dry-run | Validate local content without starting |
MIRAVO_HOME | Move registry and persisted state under another base directory |
Related pages
Twin models
Local asset types.
Templates
Local environment topology.
CLI ⭢ fork
Fork built-in content from the shell.
AI-assisted authoring
Draft before editing.
Was this page useful?
Last updated on
Miravo