Install Maestro
Install Maestro, get the local runtime on your machine, and prepare a repo for a Codex handoff you can supervise.
Install from npm
Install is the one-time setup. Once maestro is on your PATH, you can start a local Codex loop in any repo and come back to the same control surface when work is in flight.
If you are on a supported platform, the published npm package is the fastest path to install or upgrade:
npm install -g @olhapi/maestroThe installed command name is still maestro.
Install the Maestro skill bundle
If you want Codex to pick up Maestro-specific guidance automatically, install the bundled skill once:
maestro install --skillsThat copies the skill into ~/.agents/skills/maestro for Codex.
Add the MCP server to Codex
Once maestro is on your PATH, use the Codex setup path first. The manual section covers clients that need a direct MCP server entry.
codex mcp add maestro -- maestro mcpIf you built Maestro from source and did not add it to your PATH, replace maestro with the absolute path to the binary. Start maestro run first, then let your MCP client invoke maestro mcp against the same database.
Official npm builds currently cover:
- macOS arm64
- macOS x64
- Linux x64 (glibc)
- Linux arm64 (glibc)
- Windows x64
Linux npm packages target glibc only. Alpine and other musl-based distros should build from source or use Docker.
Docker image
Use the published GHCR image when you want a containerized install path:
docker pull ghcr.io/olhapi/maestro:latestThe image entrypoint is maestro. Its default command is run --db /data/maestro.db, so mounting only a data directory is enough to start the shared daemon with the container defaults.
Build from source
For local development or unsupported platforms, build the binary directly from the repo:
go build -o maestro ./cmd/maestroContributor Docker build:
docker build -t maestro-local .What to install first
- Install
goif you need source builds or local development. - Install
codexbefore you attempt real Codex runs that launch the Codex CLI. - Install an MCP-capable client if you want to connect to the local queue interactively.
- Use the npm package when you want the shortest path from machine setup to the
mcp addcommand or config entry your Codex setup expects.
Contributor tooling
If you are contributing from a repo checkout, run the root install once before anything else:
pnpm installThat single install does three things:
- installs the repo-managed Git hooks through Husky
- bootstraps the shared workspace across
apps/frontendandapps/website - makes the root helper scripts available for common docs-site tasks
If you contribute regularly across multiple machines or rely on CI often, you can also enable Turborepo Remote Cache locally with:
pnpm exec turbo login && pnpm exec turbo linkFor website work, the most useful root commands are:
pnpm verifyfor the full local verification suite before pushing, with the Go gates firstpnpm run verify:pre-pushfor the exact pre-push hook suite, including current-host npm smoke and retry-safety coveragepnpm run website:devfor the local Astro docs serverpnpm run website:checkfor type and content validationpnpm run website:testfor the website test suitepnpm run website:buildfor a production build check
The hooks stay targeted. Frontend changes run frontend lint and tests, website changes run Astro checks and website tests, workspace and hook changes run the full pnpm verify suite with Go before the web gates, and pre-push runs pnpm run verify:pre-push before the push proceeds with current-host npm smoke and the retry-safety harness included. GitHub Actions keeps the lean web/package checks and the nightly Codex E2E workflow.
Next step
Once the binary is available on your machine, move to quickstart and create the first local workflow file.