io.github.Pantheon-LadderWorks/omni-scanner
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@io.github.Pantheon-LadderWorks/omni-scannerscan this codebase for governance compliance and architectural drift"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
π± Omni β The All-Seeing Eye

The Federation Governance Tricorder β A modular, extensible observation engine that scans, maps, and guards codebases at galactic scale.
"Never trust documentation, trust reality." β ACE
Omni is a Python-powered passive observation platform that discovers the truth about your code. It doesn't modify files or break builds β it sees, maps, and reports. Think of it as a tricorder for your codebase: point it at any directory and it reveals structure, dependencies, health, drift, and compliance in seconds.
β¨ At a Glance
Dimension | Reading |
π Scanner Categories | 12 (from static analysis to git archaeology) |
π¦ Total Scanners | 55 instruments across all categories |
β‘ CLI Commands | 14 verbs for every observation need |
π§ MCP Server | Exposes all scanners as AI-callable tools |
ποΈ Pillars | 4 orchestration subsystems (Cartography, Intel, Gatekeeper, Registry) |
π Federation Mode | Optional deep integration with a governance backend |
𦴠Standalone Mode | Works anywhere β no backend required |
Related MCP server: Gumi-MCP
π Quick Start
New Here? Check out the Beginner's Guide: Zero to Hero for a step-by-step setup tutorial.
Install
# Recommended: Install from PyPI
pip install omni-governance
# Or install from source:
# pip install -e .Your First Scan
# Scan the current directory with all static scanners
omni scan .
# Run a specific scanner
omni scan . --scanner surfaces
# See what Omni knows about itself
omni introspectExplore the Ecosystem
# Map your entire project constellation
omni map
# Check governance compliance
omni gate .
# Generate a full report
omni report . --format markdownποΈ Architecture β The Trinity
Omni follows the Trinity Architecture β three layers with strict separation of concerns:
ββββββββββββββββββββββββββββ
β CLI (cli.py) β β User interface
β 14 verbs, 1 brain β
ββββββββββββββ¬ββββββββββββββ
β
ββββββββββββββββββββΌβββββββββββββββββββ
β β β
βββββββββββΌβββββββ βββββββββΌβββββββββ ββββββββΌββββββββ
β π§ CORE β β ποΈ PILLARS β β π LIB β
β Identity β β Cartography β β I/O, Render β
β Registry β β Intel β β Reporting β
β Gate β β Gatekeeper β β Tree, TAP β
β Paths β β Registry β β Requirementsβ
βββββββββββ¬βββββββ βββββββββ¬βββββββββ ββββββββββββββββ
β β
βββββββββββΌββββββββββββββββββΌβββββββββββββββββββββββββββ
β π SCANNERS (55 Instruments) β
β 12 categories β’ Dynamic plugin loading β
β Each scanner: scan(target: Path) β dict β
ββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β
βββββββββββΌβββββββ
β π§ BUILDERS β β The only layer that writes
β Registry Gen β
β Report Gen β
ββββββββββββββββββRead-Only Guarantee: Scanners never modify source files. Only Builders write, and only to designated artifact directories.
For the full architectural deep-dive, see ARCHITECTURE.md.
π Scanner Categories
Omni's 55 scanners are organized into 12 categories. Each scanner implements the universal scan(target: Path) β dict contract and is auto-discovered via SCANNER_MANIFEST.yaml files.
Open Source Scanners (Included in Build)
Category | Scanners | Purpose |
π static | 9 | Filesystem analysis β contracts, deps, docs, events, hooks, imports, surfaces, tools, UUIDs |
ποΈ architecture | 4 | Structural enforcement β import boundaries, coupling detection, drift analysis, compliance |
π discovery | 8 | Component cataloging β projects, CLI commands, cores, MCP servers, archives, census |
π polyglot | 4 | Language ecosystems β Python packages, Node.js, Rust crates, generic (Go/Java/.NET/Docker) |
π library | 6 | Document intelligence β cohesion analysis, content depth, knowledge graphs, rituals |
π git | 5 | Repository intelligence β status, velocity, commit history, PR telemetry, utilities |
π search | 3 | Pattern matching β file search, text search, regex pattern search with context |
ποΈ db | 1 | Generic configuration-driven database scanning |
Federation-Exclusive Scanners (Not in Open Source Build)
These scanners require the Federation Heart backend and are part of the proprietary governance layer. They appear in
omni introspectwhen the Heart is available but are not distributed with the open-source release.
Category | Scanners | Purpose |
π‘οΈ health | 6 | Runtime health β Federation, CMP, pillar, station, tunnel, and system status |
ποΈ database | 5 | CMP entity scanning β agents, artifacts, conversations, entities, projects |
β fleet | 1 | Fleet registry generation and validation |
π₯ phoenix | 3 | Git history resurrection β archive scanning, orphan detection, temporal gap analysis |
Each category has its own README with detailed scanner documentation. See the Scanner Architecture Guide for the complete reference.
ποΈ The Four Pillars
Pillars are orchestration subsystems that coordinate multiple scanners and produce higher-level intelligence:
Pillar | Role | Key Capability |
πΊοΈ Cartography | Ecosystem Mapper | Maps project constellations and dependency webs |
π΅οΈ Intel | Intelligence Gatherer | Aggregates multi-scanner data into actionable insights |
βοΈ Gatekeeper | Policy Enforcer | Validates compliance, catches drift, flags violations |
π Registry | Registry Operator | Parses, validates, and manages |
See Pillars Architecture for the deep dive.
β‘ CLI Command Reference
Command | Purpose |
| Run scanners against a target directory |
| Deep inspection of a single project |
| Policy enforcement and compliance checks |
| Ecosystem cartography and dependency mapping |
| Directory tree visualization |
| Provenance, dependency, and lock auditing |
| Registry operations and event scanning |
| Grand Librarian document intelligence |
| Canon validation and discovery |
| Generate structured reports |
| Scaffold new Federation-compliant projects |
| Self-inspection β shows all scanners, drift, capabilities |
| Interpret and explain scan results |
| Combined tree + inspection |
π Federation Mode vs. Standalone
Omni operates in two modes, transparently:
Standalone Mode (Default)
No external dependencies. Configuration from omni.yml and environment variables. All open-source scanners work perfectly. Ideal for individual developers and open-source projects.
Federation Mode (Optional)
When federation_heart is installed, Omni gains:
CartographyPillar β Canonical path resolution across the entire Federation
Constitution β Governance rule enforcement from a central authority
CMP Integration β Project identity resolution against the Canonical Master Project database
Runtime Health β Live status of Federation services, stations, and tunnels
The integration is handled by a single shim (omni/config/settings.py) that bridges to the Heart when available and falls back gracefully when it's not.
π§ MCP Server
Omni includes a Model Context Protocol (MCP) server that exposes all 55 scanners as AI-callable tools. Any MCP-compatible AI assistant can invoke Omni's scanners programmatically.
Quick Start (npx)
The absolute easiest way to use the MCP Server is via npx (requires Node.js):
npx -y @modelcontextprotocol/inspector mcp-server-omni-governanceRun from Source
# The MCP server auto-discovers all registered scanners
python -m mcp_server.omni_mcp_serverSee MCP Server Documentation for setup and configuration.
π Project Structure
omni/
βββ README.md β You are here
βββ ARCHITECTURE.md β Full architectural deep-dive
βββ CONTRIBUTING.md β How to add scanners and contribute
βββ CHANGELOG.md β Version history
βββ ROADMAP.md β Future plans
βββ pyproject.toml β Package definition
βββ omni/
β βββ cli.py β CLI entry point (14 commands)
β βββ core/ β Brain β identity, registry, gate, paths
β βββ config/ β Configuration & Federation Heart bridge
β βββ scanners/ β 55 scanners across 12 categories
β βββ pillars/ β 4 orchestration subsystems
β βββ lib/ β Shared utilities (I/O, rendering, reporting)
β βββ builders/ β Registry and report generators
β βββ scaffold/ β Project templates
β βββ templates/ β Jinja2 report templates
βββ mcp_server/ β MCP server exposing scanners as AI tools
βββ scripts/ β Operational scripts
βββ tests/ β Test suite (pytest)
βββ docs/ β Historical docs and plans
βββ contracts/ β Crown Contracts (C-TOOLS-OMNI-*)π§ Configuration
Omni follows a strict configuration hierarchy (highest priority wins):
CLI flags (e.g.,
--scanner surfaces)Environment variables (e.g.,
OMNI_ROOT)omni.yml(project-level configuration)Built-in defaults (sensible fallbacks)
Key environment variables:
Variable | Purpose |
| Override root path for scanning |
| Path to repository inventory JSON |
| Workspace root paths |
| Database configuration directory |
See Configuration Guide for full details.
π§ͺ Testing
# Run all tests
pytest tests/ -v
# With coverage
pytest tests/ --cov=omni --cov-report=htmlSee Test Suite Documentation for fixtures, standards, and CI setup.
π€ Contributing
We welcome new scanners, pillars, and improvements. The scanner plugin system makes it straightforward to add new observation capabilities:
Create a scanner file with a
scan(target: Path) β dictfunctionRegister it in the category's
SCANNER_MANIFEST.yamlAdd tests and documentation
See CONTRIBUTING.md for the full guide.
π Requirements
Python: 3.8+
Dependencies:
pyyaml,pydantic(core);federation_heart(optional, for Federation mode)OS: Windows, macOS, Linux
π License
Open source. See LICENSE for details.
This server cannot be deployed
Related MCP Connectors
Read-only AI coding tools for change verification, release readiness, capacity, and guidance.
Run verified read-only code tools: quant diagnostics + agent-ops preflight, no source exposure.
- mcpOAuthcom.vibgrate
Query your team's drift, vulnerability, and upgrade data from any AI assistant. OAuth 2.1, 51 tools.
Code intelligence platform for AI agents. 20 tools for architecture, security & impact analysis.
Related MCP Servers
- AlicenseNot gradedqualityCmaintenanceExposes codebase memory as native tools for AI agents, enabling queries, feature tracing, impact analysis, and alignment verification.5AGPL 3.0
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to safely inspect a local repository's code and metadata while blocking private data from leaving the machine, providing read-only tools for search, change tracking, and integrity verification.MIT
- AlicenseNot gradedqualityBmaintenanceEnables AI clients to observe local codebases in real time through a secure, read-only MCP interface, providing workspace snapshots, git history and diffs, cross-project search, and project reality coverage without write access.MIT
- AlicenseNot gradedqualityAmaintenanceEnables AI agents to query a repository's verified semantic model, including capabilities, ownership, contracts, constraints, impact, health, and verification status, without re-deriving project facts. It exposes read-only tools for inspecting, reasoning about, and verifying the provenance-tracked surface.2Apache 2.0