Define the schemas
Releases are defined by the config schemas they contain. Each schema sets the file path where the Miru Agent writes its config instance on the device, and a release can only be deployed to devices running the operating system its file paths target.The getting-started repository has a folder for each operating system:linux/writes config instances to/srv/miru/configs/windows/writes config instances toC:\ProgramData\Miru\configs\
- Empty schemas - regard all config instances as valid
- Strict schemas - constrain the valid fields, types, and values for instances of the config type they belong to
- Linux
- Windows
Empty SchemasStrict Schemas
Schema annotations
Each of the above schemas carries the following annotations:required
The config type is a required annotation that identifies the config type to which a schema belongs. Below is the syntax for annotating a schema with a config type slug.If the provided config type slug does not yet exist, it is automatically created. To edit a config type after creation, visit the config types documentation.Examples:
mobility, communication, perceptionThe instance file path is the absolute file system path where config instances for this schema are written on the device.This annotation is optional and defaults to The Miru Agent ships with out-of-the-box access to
/srv/miru/configs/{config-type-slug}.{instance-format}. The default is a Linux path, so schemas for Windows devices must set an explicit path such as C:\ProgramData\Miru\configs\mobility.json.To share the same schema amongst multiple config instances, declare instance slots instead.- Linux
- Windows
/srv/miru. Any local account can read configs deployed to /srv/miru./srv/miru/configs/mobility.json/home/myapp/configs/communication.yaml
Set up the CLI
Next, we’ll install the CLI—the primary method of creating releases in Miru.Creating releases via the CLI is a deliberate design choice. We believe a release’s schemas should live in a Git repository. This allows them to be versioned alongside the code that uses them and encourages better software development practices.While this tutorial covers creating releases on your local machine, the CLI can also be used to create releases in a CI pipeline.The CLI runs on your development machine, not on the device. The CLI is not yet available for Windows, so if your device runs Windows, install the CLI on a macOS or Linux machine to create the release.
- macOS
- Linux
Install via Homebrew.
If you are not seeing the latest CLI version, refresh Homebrew with
brew update.login command.Create a release
With the CLI setup, we are ready to create a release in Miru.Navigate to the root of the getting-started repository and create the release with the schema set you chose for your device’s operating system.- Linux
- Windows
Git metadata is pulled from the local Git repository that the schemas are defined in.





