FAQ

Verified answers before you evaluate

Straight answers about the agents MUON supports, how shared memory removes the need for a human orchestrator, how authority stays reviewable, and what private beta evaluation should expect.

Explore the product
01Is MUON another coding agent?

No. MUON is the governed operating layer around the coding-agent CLIs your team already uses. It plans and routes bounded work, supplies relevant context, monitors execution, records evidence, and holds consequential decisions for review.

02Which agents does MUON support?

Claude Code and Codex are the dispatch-ready coding lanes in the current build. They support governed streaming, interruption, approvals, and isolated worktree execution. Cursor is a readiness-only, human-owned continuity path. Ollama is an optional local memory-recall assist, not a coding lane.

03What does Cursor support mean in MUON?

MUON can detect the Cursor agent CLI and preserve a human-owned native path. Cursor is not a governed dispatch or QA agent in the current build.

04Can Claude Code or Codex launch their own subagents?

MUON does not count provider-native subagents as part of the governed crew. Child workers are created through MUON so lineage, scope, budgets, workspace containment, cancellation, and authority limits remain visible and enforceable.

05How much does MUON cost?

The Desktop app is free for individual use. Team pricing is available through the enterprise contact form. Your provider subscriptions and model usage remain separate.

06How does MUON use Ollama?

Ollama is optional local memory assist, not a coding-agent lane or subagent. When available on the local machine, it can strengthen memory recall. When it is absent or fails, MUON continues with built-in local recall.

07Does every agent get memory?

Yes. Each agent can retain memory for its own work, and MUON also maintains a unified crew memory so agents can understand what others are working on. That shared awareness is what removes the need for a human to orchestrate context between tools. Confirmed, in-scope context is what gets reused.

08Where does MUON store engineering state?

MUON keeps engineering state local by default in the user's MUON data directory. Confirmed history, approvals, and activity remain available for inspection without requiring a cloud control plane for the core workflow.

09Does MUON take custody of provider credentials?

No. Provider readiness uses the installed CLI's own read-only status command or selected environment evidence. MUON is designed not to return, log, or persist provider tokens during readiness checks.

10Can agents approve their own merge?

No. Merge and ship remain always-ask actions. Review is tied to the exact worktree artifact and current evidence, and stale or unavailable certification fails closed.

11Is MUON generally available?

No. The current product is a private beta. Automated suites, packaged smokes, and local runtime paths are documented, while public distribution, signing, and final visual or virgin-machine gates remain explicit founder-owned work.

Still deciding if MUON fits your workflow?

Join the beta