MCP ContentEngineering
Provides raw access to Markdown files and directories, enabling AI agents to retrieve unprocessed markdown content from single files or combine multiple .md files from directories for documentation and knowledge base access.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@MCP ContentEngineeringget the raw business rules document"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
MCP ContentEngineering - Simplified
A simplified Model Context Protocol (MCP) server for raw Markdown content access. This server provides a single powerful tool for accessing raw Markdown files or combining multiple files from directories without any processing or parsing.
๐ Quick Start
Prerequisites
Node.js 18+ and npm
Markdown files or directories containing
.mdfilesMCP-compatible client (like Claude Desktop, Cursor IDE, or any MCP client)
Installation & Configuration
Option 1: Using npx from GitHub (Recommended)
No installation needed! Just configure your MCP client:
For Claude Desktop (claude_desktop_config.json):
{
"mcpServers": {
"mcp-content-engineering": {
"command": "npx",
"args": ["-y", "hendrickcastro/MCPContentEngineering"],
"env": {
"CONTENT_SOURCE_TYPE": "file",
"CONTENT_SOURCE_PATH": "/path/to/your/business-rules.md"
}
}
}
}For Cursor IDE:
{
"mcpServers": {
"mcp-content-engineering": {
"command": "npx",
"args": ["-y", "hendrickcastro/MCPContentEngineering"],
"env": {
"CONTENT_SOURCE_TYPE": "directory",
"CONTENT_SOURCE_PATH": "/path/to/your/docs/"
}
}
}
}Option 2: Local Development Installation
Clone and setup:
git clone https://github.com/hendrickcastro/MCPContentEngineering.git
cd MCPContentEngineering
npm install
npm run buildConfigure content source: Create a
.envfile with your content configuration:
# For single file
CONTENT_SOURCE_TYPE=file
CONTENT_SOURCE_PATH=/docs/architecture-guide.md
# For directory with multiple .md files
CONTENT_SOURCE_TYPE=directory
CONTENT_SOURCE_PATH=/docs/knowledge-base/Configure MCP client with local path:
{
"mcpServers": {
"mcp-content-engineering": {
"command": "node",
"args": ["path/to/MCPContentEngineering/dist/server.js"]
}
}
}Related MCP server: MarkItDown MCP
๐ ๏ธ Available Tool
MCPContentEngineering provides 1 specialized tool for Markdown content access:
๐ Raw Content Access - content_get_raw
Get raw Markdown content without any processing, parsing, or indexing. Perfect for accessing business rules, documentation, or knowledge bases exactly as they are written.
Features:
โ Single File Mode: Returns exact file content
โ Directory Mode: Combines ALL
.mdfiles with clear separatorsโ Recursive Search: Finds
.mdfiles in subdirectoriesโ No Processing: Content returned exactly as written
โ Metadata Included: File size, modification date, source info
๐ง Configuration Types & Examples
MCPContentEngineering supports two content source types with simple configuration:
๐ Environment Variables
Variable | Description | Values | Required |
| Content source type |
| Yes |
| Path to file or directory | Absolute or relative path | Yes |
๐ง Configuration Examples
1. ๐ Single Business Rules File
Perfect for accessing a specific rules or documentation file:
{
"mcpServers": {
"mcp-content-engineering": {
"command": "npx",
"args": ["-y", "hendrickcastro/MCPContentEngineering"],
"env": {
"CONTENT_SOURCE_TYPE": "file",
"CONTENT_SOURCE_PATH": "/docs/business-rules.md"
}
}
}
}2. ๐ Knowledge Base Directory
Combines all Markdown files from a documentation directory:
{
"mcpServers": {
"mcp-content-engineering": {
"command": "npx",
"args": ["-y", "hendrickcastro/MCPContentEngineering"],
"env": {
"CONTENT_SOURCE_TYPE": "directory",
"CONTENT_SOURCE_PATH": "/company/knowledge-base/"
}
}
}
}3. ๐๏ธ Architecture Documentation
Access comprehensive architecture documentation:
{
"mcpServers": {
"mcp-content-engineering": {
"command": "npx",
"args": ["-y", "hendrickcastro/MCPContentEngineering"],
"env": {
"CONTENT_SOURCE_TYPE": "directory",
"CONTENT_SOURCE_PATH": "/docs/architecture/"
}
}
}
}4. ๐ Project Standards & Patterns
Access coding standards and design patterns:
{
"mcpServers": {
"mcp-content-engineering": {
"command": "npx",
"args": ["-y", "hendrickcastro/MCPContentEngineering"],
"env": {
"CONTENT_SOURCE_TYPE": "file",
"CONTENT_SOURCE_PATH": "/standards/coding-patterns.md"
}
}
}
}5. ๐ Local Development Configuration
For local development and testing:
{
"mcpServers": {
"mcp-content-engineering": {
"command": "node",
"args": ["./MCPContentEngineering/dist/server.js"],
"env": {
"CONTENT_SOURCE_TYPE": "directory",
"CONTENT_SOURCE_PATH": "./docs"
}
}
}
}๐ Usage Examples
Single File Access
// Returns exact content of business-rules.md
const result = await content_get_raw({});
console.log(result.data.content);
// Output: Raw markdown content exactly as written
// "# Business Rules\n\n## Validation Rules\n..."
console.log(result.data.source_info);
// Output: "Single file: /docs/business-rules.md"
console.log(result.data.total_files);
// Output: 1Directory Combination
// Combines all .md files from directory
const result = await content_get_raw({});
console.log(result.data.content);
// Output: Combined content with separators:
/*
<!-- ========== ARCHIVO: rules.md ========== -->
# Business Rules
...
<!-- ========== ARCHIVO: patterns.md ========== -->
# Design Patterns
...
*/
console.log(result.data.source_info);
// Output: "Combined 2 .md files from: /docs/"
console.log(result.data.total_files);
// Output: 2Response Structure
interface ContentResponse {
content: string; // Raw markdown content
source_info: string; // Source description
total_files: number; // Number of files processed
size_bytes: number; // Total content size
last_modified: string; // ISO timestamp of latest modification
}๐ก Use Cases
1. ๐ Enterprise Knowledge Base
Access company documentation, policies, and procedures:
{
"CONTENT_SOURCE_TYPE": "directory",
"CONTENT_SOURCE_PATH": "/company/knowledge-base/"
}2. ๐๏ธ Architecture Documentation
Provide AI models with architectural guidelines and patterns:
{
"CONTENT_SOURCE_TYPE": "file",
"CONTENT_SOURCE_PATH": "/docs/architecture-layers-summary.md"
}3. ๐ Coding Standards
Access development standards and best practices:
{
"CONTENT_SOURCE_TYPE": "directory",
"CONTENT_SOURCE_PATH": "/standards/"
}4. ๐ Business Rules Engine
Provide specific business rules for decision-making:
{
"CONTENT_SOURCE_TYPE": "file",
"CONTENT_SOURCE_PATH": "/rules/validation-rules.md"
}5. ๐ Project Documentation
Combine all project documentation for comprehensive context:
{
"CONTENT_SOURCE_TYPE": "directory",
"CONTENT_SOURCE_PATH": "/project/docs/"
}๐จ Troubleshooting Common Issues
File/Directory Not Found
Issue:
File not foundorDirectory not foundSolution: Verify the path exists and is accessible
Check: Use absolute paths for clarity
No .md Files Found
Issue:
No .md files found in directorySolution: Ensure directory contains
.mdfilesNote: Searches recursively in subdirectories
Permission Errors
Issue: Permission denied when accessing files
Solution: Ensure read permissions on files/directories
Check: File ownership and access rights
Configuration Issues
Issue:
CONTENT_SOURCE_PATH not configuredSolution: Set both required environment variables
Required:
CONTENT_SOURCE_TYPEandCONTENT_SOURCE_PATH
๐งช Testing
Run the comprehensive test suite:
npm testThe test suite includes:
โ Unit Tests: Temporary file testing with various scenarios
โ Real Tests: Actual architecture documentation testing
โ Error Handling: Comprehensive error case coverage
โ Content Validation: JSON serialization and data structure validation
Test Results:
Test Suites: 2 passed, 2 total
Tests: 11 passed, 11 total๐๏ธ Architecture
Project Structure
MCPContentEngineering/
โโโ src/
โ โโโ __tests__/ # Comprehensive test suite
โ โ โโโ unit.test.ts # Unit tests with temp files
โ โ โโโ real.test.ts # Real file testing
โ โโโ tools/ # Tool implementation
โ โ โโโ contentOperations.ts # Single tool: content_get_raw
โ โ โโโ types.ts # Type definitions
โ โ โโโ index.ts # Tool exports
โ โโโ server.ts # MCP server setup
โ โโโ tools.ts # Tool definitions and schemas
โ โโโ mcp-server.ts # Tool re-exports
โโโ dist/ # Compiled JavaScript output
โโโ package.json # Dependencies and scriptsKey Features
โก Zero Processing: Content returned exactly as written
๐ Recursive Search: Finds
.mdfiles in all subdirectories๐ File Combination: Intelligent merging with clear separators
๐ Rich Metadata: Comprehensive file and content information
๐ก๏ธ Error Handling: Robust error handling and validation
๐ง Simple Configuration: Just two environment variables
๐ Important Notes
File Types: Only processes
.md(Markdown) filesContent Preservation: Returns content exactly as written - no processing
Directory Mode: Recursively finds ALL
.mdfiles in subdirectoriesFile Separators: Clear HTML comment separators when combining files
Encoding: Assumes UTF-8 encoding for all files
Security: Read-only operations only - no file modifications
๐ค Contributing
Fork the repository
Create a feature branch (
git checkout -b feature/amazing-feature)Make your changes and add tests
Ensure all tests pass (
npm test)Commit your changes (
git commit -m 'Add amazing feature')Push to the branch (
git push origin feature/amazing-feature)Open a Pull Request
๐ License
This project is licensed under the MIT License - see the LICENSE file for details.
๐ Acknowledgments
Built with the Model Context Protocol SDK
Uses fs-extra for file operations
Uses glob for file discovery
Comprehensive testing with Jest
๐ท๏ธ Tags & Keywords
Content Management: markdown documentation knowledge-base content-access raw-content file-processing text-processing document-management
MCP & AI: model-context-protocol mcp-server mcp-tools ai-tools claude-desktop cursor-ide anthropic llm-integration ai-content intelligent-content
Technology: typescript nodejs npm-package cli-tool file-system markdown-reader content-sdk text-api file-api content-connector
Use Cases: business-rules architecture-docs coding-standards project-docs knowledge-management content-retrieval documentation-access standards-access rule-engine content-automation
๐ฏ MCPContentEngineering provides simple, direct access to raw Markdown content through the Model Context Protocol. Perfect for AI models that need access to business rules, documentation, or knowledge bases without any processing overhead! ๐
Available Tools
1 toolcontent_get_rawB
Get raw markdown content without any processing. If source is a file, returns that file. If source is a directory, combines ALL .md files into one content with separators
| Name | Required | Description | Default |
|---|---|---|---|
| file_path | No | Not used - content source is determined by CONTENT_SOURCE_TYPE and CONTENT_SOURCE_PATH environment variables |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the full burden. It discloses key behavioral traits: returns raw markdown without processing, handles files and directories differently, and combines .md files with separators for directories. However, it lacks details on error handling, permissions, or output format specifics, leaving gaps in transparency.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is concise and front-loaded, with two sentences that efficiently convey core functionality. Every sentence adds value by explaining source handling and processing behavior, with no wasted words, though minor structural improvements could enhance clarity.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given no annotations and no output schema, the description provides basic operational context but lacks completeness. It explains what the tool does but omits details on return values, error conditions, or dependencies like environment variables, making it adequate but with clear gaps for a tool with behavioral complexity.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so the schema already documents the single parameter. The description adds no parameter-specific semantics beyond what the schema provides, such as clarifying how 'file_path' interacts with environment variables. Baseline 3 is appropriate as the schema handles parameter documentation adequately.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the verb 'get' and resource 'raw markdown content', specifying it returns content without processing. It distinguishes between file and directory sources, though there are no sibling tools to differentiate from. The purpose is specific but lacks sibling comparison context.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description implies usage by explaining behavior for file vs. directory sources, but does not explicitly state when to use this tool versus alternatives. With no sibling tools provided, it cannot offer comparative guidance, leaving usage context partially implied rather than fully articulated.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
TDQS
With only one tool, there is no possibility of ambiguity or overlap between tools. The tool has a single, clearly defined purpose.
A single tool inherently has perfect naming consistency, as there are no other tools to compare against. The name 'content_get_raw' follows a clear verb_noun pattern.
A single tool is too few for a server named 'ContentEngineering', which suggests a broader domain of content manipulation or processing. This minimal set feels incomplete and thin for the implied scope.
The tool surface is severely incomplete for content engineering. It only provides raw content retrieval, lacking essential operations like content creation, editing, transformation, analysis, or management, which are expected in this domain.
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Search and reason over your Obsidian-style Markdown vault, right from ChatGPT.
Portable AI memory shared across models and harnesses - plain markdown you own.
Markdown workspace for AI agents: read, write, organize, and share markdown documents.
Publish and share access-controlled Markdown documents from any MCP-enabled AI tool.
Related MCP Servers
- AlicenseAqualityDmaintenanceConverts various file types and web content to Markdown format. It provides a set of tools to transform PDFs, images, audio files, web pages, and more into easily readable and shareable Markdown text.103472,983MIT
- AlicenseNot gradedqualityDmaintenanceConverts various file types (documents, images, audio, web content) to markdown format without requiring Docker, supporting PDF, Word, Excel, PowerPoint, images, audio files, web URLs, and more.31714MIT
- AlicenseAqualityBmaintenanceFast, token-efficient web content extraction tool that converts websites to clean Markdown for AI agents, featuring smart caching, content extraction with Mozilla Readability, and polite crawling capabilities.1534161MIT
- AlicenseNot gradedqualityDmaintenanceProvides AI assistants with the ability to lint, validate, and auto-fix Markdown files to ensure compliance with established Markdown standards and best practices.6MIT
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/hendrickcastro/MCPContentEngineering'
If you have feedback or need assistance with the MCP directory API, please join our Discord server