
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
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.
Installation
In SourceWeft
- Open Md Md in the dashboard and add it to a workspace.
- 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 observabilityapp-client/: React + Vite dashboard for block authoring, publishing, and resolve previewmcp-server/: Model Context Protocol server that exposes md.md tools over stdioide-integrations/: IDE integration documentation (currently Cursor-focused)docs/: Product vision, phase plan, and resolution model design docs
High-Level Architecture
- Teams author Markdown files inside blocks.
- Blocks are versioned and published.
- IDE/assistant integrations call resolve tools or APIs with task context.
- The backend selects relevant published blocks and composes a payload.
- The payload is injected into AI context.
- Resolution and usage metadata are logged for observability.
Integration Path
- IDE or AI client
- MCP protocol over stdio
mcp-servertools- 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_contextattach_blockslist_blocksget_blockhealth_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 visionphases_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
Create app-backend/.env with at least:
Start backend:
2) Create Admin API Key
From app-backend:
Save the generated mdmd_... key securely.
3) Client Dashboard
4) MCP Server
Set environment variables for MCP runtime (either shell or IDE config):
Common Developer Workflows
Backend
Client
MCP Server
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
0Version history
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.