| FMRS | 52 / 100 · D | 79 / 100 · B |
|---|
| Reliability | 7 / 20 | 12 / 20 |
|---|
| Security and permissions | 9 / 20 | 18 / 20 |
|---|
| Maintenance | 14 / 20 | 16 / 20 |
|---|
| Documentation | 13 / 20 | 18 / 20 |
|---|
| Setup experience | 9 / 20 | 15 / 20 |
|---|
| Best for | - Developers already on OpenCode or Codex CLI who want multi-model agent orchestration
- Teams wanting automated hierarchical AGENTS.md generation and project rule injection
- Users comfortable granting an agent broad autonomous edit/execution permissions for speed
| - Engineering teams scaling AI coding agents while controlling spend
- Platform teams that need auditable, rollback-aware agent execution records
- Organizations using multiple agents (Claude, Codex, Gemini) under one governed flow
|
|---|
| Not for | - Users who want a small, single-purpose MCP tool server with a minimal attack surface
- Workflows requiring strict human review of every file edit or command before it runs
- Projects requiring vendor-official support rather than a community-maintained plugin
- Users not running OpenCode or Codex CLI as their agent host
| - Developers who just want a simple code-completion helper without run governance
- Teams unwilling to accept local JSONL run records with HMAC signing
- Environments without a supported adapter (Claude/Codex/Gemini CLIs, direct provider, or verifier-only)
|
|---|
| Required permissions | - Read/write access to the project codebase (for autonomous code edits)
- Ability to execute shell/terminal commands (tmux integration, git-bash component)
- Network access for bundled MCPs (Exa web search, Context7 docs, grep_app GitHub search)
- API keys/subscription auth for multiple LLM providers (Anthropic, OpenAI, Kimi, GLM, Gemini, Copilot, etc.)
- For the Codex Light edition, write access to `~/.codex/` config, plugin cache directories, and `~/.local/bin`
| - Read/write access to the configured repo root (writable scope restrictable via --allow-path/--deny-path)
- Ability to invoke the chosen agent CLI (Claude/Codex/Gemini, etc.) and its underlying model account
- Local disk writes for run records, receipts, and share outputs (share/run-receipt., etc.)
- Execution of user-configured verifier commands (e.g. npm test)
|
|---|
| Risks and side effects | - Agents have broad autonomous file-edit and command-execution permissions; `ultrawork` mode does not stop until it decides the task is complete, risking large unreviewed changes
- The Codex Light installer offers a `--codex-autonomous` full-permissions mode that removes command-confirmation gating
- Anonymous telemetry (hashed machine ID, at most once per day) is enabled by default and must be manually opted out
- Third-party community project; the README notes an in-progress multi-harness refactor, so behavior may shift between versions
- Requires credentials/subscriptions from multiple third-party model providers, expanding the credential surface
- The `omo` bin alias collides with an unrelated third-party npm package, risking accidental installation of the wrong tool
| - Verifier commands are executed; poorly chosen verifier commands carry security risk despite preflight policy checks
- Cost and token figures may be estimates (labeled with provenance) and should not be treated as settled accounting
- Receipt integrity must be verified before use as trustworthy evidence; missing rollback evidence is flagged as EVIDENCE_BOUNDARY
- Policy defaults come from martin.config.yaml and can be overridden by CLI flags; misconfiguration can loosen safety boundaries
|
|---|
| Supported clients | OpenCode, Codex | Claude Code, Codex, Gemini CLI, Cursor, VS Code, GitHub Copilot, Continue |
|---|
| Tools | 8 | 0 |
|---|