Md Md

io.github.kedarvartakPublished by GitHub account kedarvartakv1.0.0Updated Oct 24, 2026

MCP server for md.md - provides team knowledge context to AI assistants

VerifiedSTDIODesktop onlyKnowledge & MemoryDeveloper Tools

Overview

AI-generated overview

md.md MCP server that resolves a team's published Markdown knowledge blocks into AI-ready context and manages block lifecycles.

What you can do
  • Resolve and attach team knowledge blocks into AI-ready context for a task
  • List and read blocks, including their Markdown files and versions
  • Create, update, publish and archive blocks and their files
  • Check backend health and identity, and review injection logs for observability
When to use it
Useful for teams that keep engineering standards, architecture decisions and workflows as versioned Markdown and want AI assistants to pull the right published context automatically instead of re-explaining it each time.
Requirements
Runs locally over stdio as the npm package md-md-mcp-server, needing Node.js 18+ and npm. Requires an md.md backend reachable via MD_MD_API_URL and an API key in MD_MD_API_KEY (format mdmd_...). Optional MD_MD_TEAM_ID and MD_MD_WORKSPACE_ID scope overrides. The backend itself needs a PostgreSQL database.
Before you install
Requires a secret API key (MD_MD_API_KEY) that grants access to team knowledge; keep it out of version control and use least-privilege, rotated keys. Block lifecycle tools can create, update, publish and archive shared team content. Task context and usage metadata are sent to the md.md backend and logged for observability.

Installation

In SourceWeft

  1. Open Md Md in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

md.md

md.md is a team intelligence platform that turns internal engineering knowledge into versioned Markdown blocks, then injects the right context into AI-assisted development workflows.

It combines:

  • A backend registry and policy engine
  • A React dashboard for authoring and publishing knowledge blocks
  • An MCP server for IDE and assistant integrations
  • Integration docs and product design docs

What Problem This Solves

AI coding assistants are strong at general coding but weak on team-specific context. Without shared context, teams repeatedly re-explain standards, architecture decisions, and workflows.

md.md solves this by letting teams:

  • Author knowledge once
  • Publish stable versions
  • Resolve the right context at task time
  • Reuse the same context across IDEs and AI tools

Repository Structure

  • app-backend/: NestJS API for auth, block lifecycle, policy resolution, and observability
  • app-client/: React + Vite dashboard for block authoring, publishing, and resolve preview
  • mcp-server/: Model Context Protocol server that exposes md.md tools over stdio
  • ide-integrations/: IDE integration documentation (currently Cursor-focused)
  • docs/: Product vision, phase plan, and resolution model design docs

High-Level Architecture

  1. Teams author Markdown files inside blocks.
  2. Blocks are versioned and published.
  3. IDE/assistant integrations call resolve tools or APIs with task context.
  4. The backend selects relevant published blocks and composes a payload.
  5. The payload is injected into AI context.
  6. Resolution and usage metadata are logged for observability.

Integration Path

  • IDE or AI client
  • MCP protocol over stdio
  • mcp-server tools
  • Backend REST API
  • Postgres persistence (Supabase-compatible)

Core Concepts

Block

A named unit of team knowledge containing one or more Markdown files.

Draft and Published Versions

Draft content can be edited freely. Published versions are stable and intended for consumption.

Scoped Access

Data and permissions are scoped by team and workspace.

Resolution

At usage time, the system resolves and composes relevant published blocks into an AI-ready payload.

Component Details

1) Backend (app-backend)

Tech stack:

  • NestJS 11
  • PostgreSQL via pg (Supabase-compatible connection)
  • TypeScript

Responsibilities:

  • Authentication and authorization
  • RBAC and API key management
  • Block CRUD, versioning, publishing, and archiving
  • Resolution orchestration
  • Injection log and audit log APIs

Notable backend capabilities:

  • API key format: mdmd_<token>
  • Roles: reader, author, admin
  • Per-block permission overrides
  • Health and observability endpoints used by MCP

2) Client Dashboard (app-client)

Tech stack:

  • React 19
  • Vite
  • TypeScript
  • MUI + Emotion

Responsibilities:

  • Create and edit blocks
  • Manage block files
  • Publish versions
  • Preview resolution output
  • Configure auth/scope information for usage

3) MCP Server (mcp-server)

Tech stack:

  • Node.js + TypeScript
  • @modelcontextprotocol/sdk
  • Zod for argument validation

Responsibilities:

  • Expose md.md capabilities as MCP tools
  • Forward tool calls to backend APIs
  • Handle retries, timeouts, and health checks

Primary tools include:

  • resolve_context
  • attach_blocks
  • list_blocks
  • get_block
  • health_check
  • Block lifecycle tools (create_block, update_block, publish_block, etc.)
  • Access and observability tools (whoami, list_injection_logs)

4) IDE Integrations (ide-integrations)

Contains setup patterns for connecting editors to the MCP server.

Current documented integration:

  • Cursor (MCP client configuration)

5) Product and Design Docs (docs)

  • idea_1.0.md: product rationale and system vision
  • phases_1.0.md: implementation roadmap (phase-oriented)
  • resolution_model.md: detailed target model for selection, ordering, and composition

Local Development Setup

Prerequisites

  • Node.js 18+
  • npm
  • PostgreSQL database (Supabase Postgres recommended)

1) Backend

bash
cd app-backendnpm install

Create app-backend/.env with at least:

env
SUPABASE_DATABASE_URL=postgresql://<user>:<password>@<host>:<port>/<db>

Start backend:

bash
npm run start:dev

2) Create Admin API Key

From app-backend:

bash
npm run create-admin -- \  --email [email protected] \  --name "Admin User" \  --team team-alpha \  --workspace workspace-core

Save the generated mdmd_... key securely.

3) Client Dashboard

bash
cd ../app-clientnpm installnpm run dev

4) MCP Server

bash
cd ../mcp-servernpm installnpm run buildnpm start

Set environment variables for MCP runtime (either shell or IDE config):

env
MD_MD_API_URL=http://localhost:3000MD_MD_API_KEY=mdmd_your_key_here

Common Developer Workflows

Backend

bash
cd app-backendnpm run start:devnpm run buildnpm run testnpm run test:e2enpm run lint

Client

bash
cd app-clientnpm run devnpm run buildnpm run lintnpm run preview

MCP Server

bash
cd mcp-servernpm run devnpm run buildnpm start

Security and Secrets

  • Do not commit API keys or token files.
  • Keep secrets in environment files or secure secret managers.
  • Use least-privilege API keys for integrations.
  • Rotate keys regularly.
  • Review audit logs for sensitive actions.

Recent local ignore defaults in mcp-server/.gitignore include:

  • .mcpregistry_github_token
  • .mcpregistry_registry_token

Current Product Status

Implemented:

  • End-to-end block lifecycle (create, edit, publish)
  • Dashboard authoring and resolve preview
  • Backend RBAC and API key management
  • MCP server with tooling for context resolution and block operations

In progress or planned:

  • Smarter policy-based contextual selection and ordering
  • Expanded IDE integrations
  • Additional analytics and governance features

Where To Go Next

  • Backend implementation and auth docs: app-backend/docs/
  • MCP usage and integration details: mcp-server/README.md
  • IDE setup notes: ide-integrations/README.md
  • Product vision and roadmap: docs/

License

See license declarations in each package (app-backend, app-client, mcp-server).

Source: README.md at commit e71126d

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  1. v1.0.0LatestSep 16, 2026

Score

40% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts

    Declare a license in the repository or the registry entry.