Skip to main content
Glama

English | 한국어

Architecture Drift MCP

CI Python 3.11+ License: MIT

Compare evidence-linked documentation claims with facts observed in the current source tree. The server keeps extraction, deterministic comparison, model adjudication, and patch proposals separate so an uncited guess cannot become confirmed architecture drift.

flowchart LR
    A[Discover bounded sources] --> B[Cited documentation claims]
    A --> C[Cited implementation facts]
    B --> D[Deterministic comparison]
    C --> D
    D --> E{Evidence strength}
    E --> F[Aligned]
    E --> G[Suspected or unknown]
    E --> H[Evidence-bound adjudication]
    H --> I[Review-only patch proposal]

Highlights

  • Bounded inventory of documentation, manifests, configuration, specifications, and source files

  • Deterministic command, environment, endpoint, dependency, and service extraction

  • Host-model claim extraction with exact path and line-range validation

  • Fresh source hashes that reject mixed old/new citations

  • Exact semantic alignment plus conservative suspected and unknown states

  • Confirmed model adjudication restricted to known claim and fact IDs

  • Review-only documentation replacements that never write into the audited project

  • Redacted Markdown and JSON reports outside the project tree

Related MCP server: Verinoda

Install

uv tool install "git+https://github.com/efficjump/architecture-drift-mcp.git"
architecture-drift-mcp --transport stdio

For source development:

git clone https://github.com/efficjump/architecture-drift-mcp.git
cd architecture-drift-mcp
uv sync --all-extras --locked
uv run architecture-drift-mcp --transport stdio

Generic MCP client configuration

{
  "mcpServers": {
    "architecture-drift": {
      "command": "architecture-drift-mcp",
      "args": ["--transport", "stdio"]
    }
  }
}

The installed command keeps local checkout paths out of client configuration.

Tool workflow

Stage

Tools

Audit state

create_audit, list_audits, get_audit

Discovery

discover_sources

Evidence

extract_claims, extract_facts

Decision

compare_drift, adjudicate_drift

Output

propose_doc_patches, build_drift_report

Deterministic absence never becomes confirmed drift. A confirmed adjudication requires known implementation fact IDs, while unsupported extractor coverage remains unknown.

Safety model

  • Project roots must remain inside ARCH_DRIFT_ALLOWED_ROOTS.

  • Symlinks, binary files, and over-limit sources are excluded from extraction.

  • Sources are hash-checked again before citation or fact extraction.

  • Sampled content is redacted and every returned citation is validated against source lines.

  • Patch proposals are persisted externally and never applied by this server.

The path boundary is not an operating-system sandbox. Audit untrusted projects in isolation.

Streamable HTTP

architecture-drift-mcp --transport streamable-http --host 127.0.0.1 --port 8768

The default endpoint is http://127.0.0.1:8768/mcp.

Development

uv sync --all-extras --locked
uv run ruff format --check .
uv run ruff check .
uv run mypy src
uv run pytest --cov --cov-report=term-missing
uv build

See architecture, security policy, and contribution guide.

License

MIT

Available Tools

10 tools
adjudicate_driftB

Ask the host model to adjudicate drift using only cited, known claim and fact IDs.

Inputs: audit_id (required). Returns: object

build_drift_reportA

Write a redacted Markdown and JSON report in the external audit state directory.

Inputs: audit_id (required). Returns: object

compare_driftC

Compare normalized claims and facts; absence remains suspected or unknown.

Inputs: audit_id (required). Returns: object

create_auditC

Create a bounded audit and persist its redacted architecture objective.

Inputs: name (required), objective (required), project_root (required). Returns: object

discover_sourcesB

Refresh the bounded project inventory and invalidate derived stale records.

Inputs: audit_id (required). Returns: object

extract_claimsA

Extract claims and reject every host claim without a valid line citation.

Inputs: audit_id (required), use_sampling (required), selected_paths (required). Returns: object

extract_factsA

Extract current implementation facts from discovered non-documentation files.

Inputs: audit_id (required). Returns: object

get_auditB
Read-only

Return the current source, claim, fact, comparison, and proposal snapshot.

Inputs: audit_id (required). Returns: object

list_auditsA
Read-only

List persisted audits without reading their project trees.

Inputs: no named parameters. Returns: result

propose_doc_patchesA

Generate cited review-only document replacements without writing project files.

Inputs: audit_id (required). Returns: object

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A3.7/5.0

    Scored across 10 tools

    Disambiguation5/5

    Each tool has a clearly distinct responsibility, from audit lifecycle (create/list/get) to the analysis pipeline (discover/extract/compare/adjudicate) to output generation (propose/build). No two tools appear to perform overlapping actions, making misselection unlikely.

    Naming Consistency5/5

    All tool names follow a consistent verb_noun pattern using snake_case, with specific verbs like create, list, get, discover, extract, compare, adjudicate, propose, and build. There is no mixing of conventions or ambiguous verbs.

    Tool Count5/5

    Ten tools is within the optimal range for a specialized workflow. Each tool contributes a unique step in the architecture drift detection process without redundancy or unnecessary bloat.

    Completeness4/5

    The tool set covers the full drift detection workflow: audit creation, source discovery, claim/fact extraction, comparison, adjudication, patch proposal, and report generation. Minor gaps exist such as no explicit audit deletion or patch application, but these are not core to the domain.

    Maintenance

    ActivityInactive
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      Not graded
      quality
      B
      maintenance
      Enables verification of portfolio claims by resolving citations to exact supporting sentences at build time, providing read-only tools to list work, find evidence, check stack mentions, and read case studies while failing the build on any unverifiable claim.
      MIT
    • A
      license
      A
      quality
      B
      maintenance
      Enables coding agents to analyze a repository evidence-first, answering questions as verifiable claims with source evidence, targeted test observations, and reference resolution.
      5
      3
      Apache 2.0
    • A
      license
      Not graded
      quality
      C
      maintenance
      Enables checking what a device or agent reported against independent evidence, answering Worked, Problem found, or Not verified while always showing the evidence and stating its limits. Adds a night check that aggregates results across devices and keeps timing straight, leaving items without independent evidence as Not verified instead of guessing.
      Apache 2.0