Configuration
OmniDev uses a small set of files to define what capabilities you want and how they are applied across providers.
Core files
Section titled “Core files”omni.toml: main configuration (commit this)omni.lock.toml: pinned versions and commits (commit this)omni.local.toml: local overrides (gitignored)OMNI.md: project instructions (source of truth).omni/: runtime state (gitignored)
How configuration flows
Section titled “How configuration flows”- You declare capability sources and profiles in
omni.toml. omnidev syncdownloads capabilities and generates instructions from rules and docs.- Provider files like
CLAUDE.mdandAGENTS.mdare generated fromOMNI.mdwith instructions embedded directly.
omni.toml
Section titled “omni.toml”Main configuration file. You define capability sources, profiles, and MCP servers here.
See Capability Sources and Profiles for the key sections you will edit most.
MCP details are documented in Capabilities → MCP Servers.
[capabilities.sources]obsidian = "github:kepano/obsidian-skills"
[profiles.default]capabilities = ["obsidian"]omni.lock.toml
Section titled “omni.lock.toml”Version lock file generated by omnidev sync. It records exact versions/commits of capability sources.
omni.local.toml
Section titled “omni.local.toml”Local overrides that are not committed. Useful for experimenting with capabilities without affecting teammates.
[profiles.default]capabilities = ["my-local-cap"]OMNI.md
Section titled “OMNI.md”Single source of truth for project instructions. Provider files are generated from this file during sync.
See the dedicated OMNI.md guide.
.omni/
Section titled “.omni/”Runtime directory containing downloaded capabilities and state.
.omni/capabilities/holds fetched sources.omni/state/holds runtime state (manifest, providers, active profile)