This repository is a small, portable example of how to structure markdown documents so they are useful to both humans and MCP-aware agents.
The goal is not to model one specific product. The goal is to show a clean, practical pattern for documentation that can be indexed, searched, and extended without dragging in company-specific assumptions. For real-world use, a comprehensive KB must be compiled in order to reduce endpoint hallucinations and provide a "source-of-truth" for autonomous coding agents. These files act as a starting point.
00-index.md: the top-level map of the documentation set01-architecture-and-routing.md: a generic architecture guide covering routing, middleware, controllers, services, and the data layer
A good MCP example should do more than prove that markdown files can be read. It should show a structure that has real operational value.
This repo demonstrates:
- stable frontmatter that an MCP server can index
- topic-focused documents that are easy for agents to retrieve
- guidance that applies to real systems, not just toy examples
- a format that can grow into a larger knowledge base
- Keep each document focused on one concern.
- Prefer generic architecture patterns over business-specific workflows.
- Use metadata that helps an agent decide which file to read.
- Write content that is concrete enough to act on, but portable across stacks.
An MCP server or agent could:
- list available documents from
00-index.md - route architecture questions to
01-architecture-and-routing.md - use frontmatter fields such as
feature_id,keywords,tasks, andinvariantsto improve retrieval - answer code placement questions without scanning a full application codebase
The architecture document is intentionally practical. It covers concerns that show up in production systems:
- keeping routers thin
- isolating business logic in services
- reusing the same service logic across APIs, workers, and automation
- separating persistence concerns from domain rules
- preserving observability with logs, metrics, and trace identifiers
That makes this repo useful as both:
- a proof of concept for MCP document retrieval
- a starting point for a real internal engineering knowledge base
Good next documents would include:
- authentication and authorization
- background jobs and task processing
- integrations and external APIs
- persistence and data modeling
- observability and operations
When adding new files:
- keep file names stable
- avoid overlapping topics
- keep examples framework-agnostic unless the framework is the topic
- update
00-index.mdso the documentation set stays navigable
- developers building MCP demos
- teams experimenting with agent-friendly documentation
- anyone who wants a minimal example of structured technical docs with practical value
This repository is intentionally small. It is meant to be easy to understand in one pass and easy to adapt for a larger proof of concept or GitHub example.