Documentation
Documentation
multivac (CLI alias mvac) is a brain-driven development tool: one brain
repo — claims, law, and ritual — from which
an entire ecosystem of code repos is developed. You enter the brain, and the
change flows out across whatever repos the feature touches. The core is
deterministic: no API key, no network, no model call in the verification path.
The tool is not a documentation generator. If you develop from the brain, a lying brain doesn’t produce ugly docs — it produces confidently wrong code across N repos. Verification is the precondition; the product is the change.
The four jobs
- Change — the ecosystem change, planned and executed from the brain. The verb the other three serve.
- Verify — the brain’s claims checked against the code, deterministically.
- Project — one canonical door (
AGENTS.md), projected to each harness’s format. - Distribute — how the brain reaches consumer repos, pinned, with staleness visible instead of silent.
Three sections, and the changelog
The model: why it exists, claims and anchors, the cross-repo change, distribution, how adoption goes.
The path: install, init, fill the brain, write anchors, run a change.
The surface: every command and flag, every config key, every integration.
What each release contained. The repository’s own CHANGELOG.md, mounted here rather than copied.
Where to start
- New here? Philosophy — the problem this exists to solve, in one page.
- Want it running? Install, then Getting started.
- Looking up a flag or a key? Commands and Configuration.
- Wiring an agent? Agent integrations and Hooks.
Concepts is written in dependency order:
- Philosophy — why a paraphrase ages silently and a citation does not; who proposes, who enacts.
- Brain-driven development — the practice: the brain repo, its three layers, and how enforcement runs.
- Claims and anchors — the unit of truth and the grammar that verifies it.
- The change — the cross-repo change lifecycle.
- Invariants — how law is born, amended, and retired.
- Distribution — mounts, pins, doors, and skills.
- Adoption — the arc from
initto steady state, which phase buys what, and how the path differs by the shape you are in. - Composition — why spec-driven tools and code graphers are built on rather than competed with.