Command Palette

Search for a command to run...

UnylyUnyly
Browse all

AdrMcp

FreeNot checked

MCP server for Architectural Decision Records: navigate, author, validate, link, and analyze them.

GitHubEmbed

About

MCP server for Architectural Decision Records: navigate, author, validate, link, and analyze them.

README

Every architectural decision, on the record — an MCP server that turns a folder of Markdown ADRs into live tools your AI agent can use: search, author, validate, link, and trace decisions.

CI NuGet License: MIT .NET 10 MCP server

🌐 atypical-consulting.github.io/AdrMcp

AdrMcp — Every architectural decision, on the record

The problem

Architectural decisions get made in Slack threads, PR comments, and someone's head — then the reasoning evaporates. Months later a teammate asks "why is it done this way?", nobody remembers, and the decision gets silently re-litigated or accidentally reversed. ADRs fix that — if they're written and kept honest. But a folder of Markdown files is inert: you can't ask it what's still accepted, trace what superseded what, or notice a decision that no longer matches the code.

It's worse with AI coding agents: the one collaborator that could keep decisions current has no way to read, write, or reason about them.

The solution

AdrMcp makes that folder a live surface any MCP client can work. It gives your agent tools to list and search decisions, draft new ones from a MADR template, validate structure and links, supersede a decision while preserving its history, and flag stale or conflicting ones — all preview-by-default, so nothing is written without you seeing the diff.

The records stay plain Markdown in git; AdrMcp adds the tools. Built as a .NET 10 stdio MCP server, architecturally modeled on RoselineMCP — layered Tools → Services, [McpServerTool] attributes, shipped as a dotnet tool + Docker image.

Storage & format

ADRs are markdown files under an ADR root (default docs/adr/), one file per decision named NNNN-kebab-title.md, using MADR 4.0 frontmatter + sections:

---
id: 1
title: Use PostgreSQL for persistence
status: accepted          # proposed | accepted | rejected | deprecated | superseded
date: 2026-07-08
tags: [data]
links:
  - { type: superseded-by, target: 5 }
code_refs:
  - { path: src/Data/Repository.cs, symbol: PostgresRepository }
---

# Use PostgreSQL for persistence

## Context and Problem Statement
...
## Decision Outcome
...
## Consequences
...

Everything is git-native, human-readable, and diff-able — no database.

Tools

Tool Kind Description
list_adrs read List/filter ADRs (status, tag, date range)
get_adr read Get one ADR; optionally only selected ## sections
search_adrs read Lexical (default) or semantic term-vector search
get_adr_index read The decision log / timeline
find_related_adrs read Incoming/outgoing links + supersession chain
get_adr_graph read Full relationship graph (nodes + typed edges)
create_adr write Create an ADR from a template (madr or nygard)
update_adr write Replace/append a single ## section
set_status write Transition status (enforces the lifecycle)
supersede_adr write Create replacement + mark old superseded + link, in one call
link_adrs write Typed link between two ADRs (adds inverse)
validate_adr read MADR compliance: sections, status, dangling links, duplicate ids
detect_conflicts read Explicit conflicts-with + highly similar accepted ADRs
find_stale_adrs read ADRs whose code_refs no longer resolve
coverage_report read ADR coverage per architectural area (tag); surfaces gaps
suggest_adr_from_change read Draft an ADR proposal from a unified diff
render_index write Regenerate the browsable README.md decision index
diff_adr read Diff two ADRs, or a file vs its canonical rendering

Writes are preview-by-default. Every mutating tool takes previewOnly (default true) and returns a unified diff of the intended change; pass previewOnly=false to write to disk.

Configuration

Resolved in order: CLI arg → env var → default.

Setting CLI Env Default
ADR root --adr-root <path> ADR_ROOT <repo>/docs/adr
Repo root (for code_refs) --repo-root <path> ADR_REPO_ROOT current directory

Code-linking is provider-based

find_stale_adrs resolves code_refs through an ICodeLinkProvider. The default FileSystemCodeLinkProvider is language-agnostic (a ref resolves if the file exists and, when a symbol is given, that symbol's text is present). A Roslyn (.NET) or codebase-memory provider can be plugged in behind the same interface — deep symbol resolution stays the client's job.

Run

# from source
dotnet run --project AdrMcp -- --adr-root ./docs/adr

# as a global tool
dotnet tool install -g AdrMcp
adr-mcp --adr-root ./docs/adr

MCP client config

{
  "mcpServers": {
    "adr": {
      "command": "adr-mcp",
      "args": ["--adr-root", "/path/to/repo/docs/adr", "--repo-root", "/path/to/repo"]
    }
  }
}

Docker

docker build -t adr-mcp .
docker run --rm -i -v "$PWD:/workspace" adr-mcp --adr-root /workspace/docs/adr

Claude skills

Three project skills under .claude/skills/ add the judgment/workflow layer on top of the MCP tools (the server provides the mechanics; the skills provide the craft). They activate automatically in Claude Code when the connected AdrMcp server is available:

Skill Triggers on What it does
adr-author "write an ADR", "record this decision" Decide if a decision warrants an ADR, frame a sharp Context/Decision/Consequences, draft via create_adr + validate_adr
adr-review "review this ADR", "does this decision hold up" Structural + substantive critique against a rubric, using validate_adr / detect_conflicts
adr-supersede "we changed our mind", "retire this decision" Pick the right lifecycle move and drive supersede_adr / set_status with correct linking

Develop

dotnet build AdrMcp.slnx
dotnet test AdrMcp.slnx        # unit tests + MCP-over-stdio integration tests
dotnet pack AdrMcp/AdrMcp.csproj -c Release -o ./artifacts

Continuous integration

CI/CD runs on GitHub Actions, modeled on RoselineMCP:

Workflow Trigger What it does
ci.yml push / PR to main/dev Build + test matrix (ubuntu/windows/macos); 80% line-coverage gate on ubuntu
codeql.yml push / PR / weekly CodeQL security analysis (C#)
pages.yml push to site/** on dev Publish the landing page to GitHub Pages
release-please.yml push to dev Maintain a release PR (Conventional Commits); on merge, publish NuGet + MCPB + MCP Registry + GHCR image

Releases are automated with release-please: merge the release PR it opens to ship. See PUBLISH.md.

Project layout

AdrMcp/
├── Interfaces/   service contracts (IAdrRepository, ICodeLinkProvider, …)
├── Services/     repository, templates, validation, graph, search, embeddings, code-links
├── Tools/        Navigation / Authoring / Intelligence / Utility MCP tools
├── Models/       Adr, AdrStatus, AdrLink, CodeRef, response DTOs
└── Program.cs    DI wiring + stdio MCP host

from github.com/Atypical-Consulting/AdrMcp

Installing AdrMcp

This server has no published package — it is built from source. Open the repository and follow its README.

▸ github.com/Atypical-Consulting/AdrMcp

FAQ

Is AdrMcp MCP free?

Yes, AdrMcp MCP is free — one-click install via Unyly at no cost.

Does AdrMcp need an API key?

No, AdrMcp runs without API keys or environment variables.

Is AdrMcp hosted or self-hosted?

Self-hosted: the server runs locally on your machine via the install command above.

How do I install AdrMcp in Claude Desktop, Claude Code or Cursor?

Open AdrMcp on unyly.org, pick your client tab (Claude Desktop, Claude Code, Cursor) and press Install — the config is generated automatically, no JSON editing.

Related MCPs

Compare AdrMcp with

Not sure what to pick?

Find your stack in 60 seconds

Author?

Embed badge for your README

Browse similar

All development MCPs