MCP Server Boilerplate
# MCP Server Boilerplate
A starter template for building MCP (Model Context Protocol) servers. This boilerplate provides a clean foundation for creating your own MCP server that can integrate with Claude, Cursor, or other MCP-compatible AI assistants.
## Purpose
This boilerplate helps you quickly start building:
- Custom tools for AI assistants
- Resource providers for dynamic content
- Prompt templates for common operations
- Integration points for external APIs and services
## Features
- Simple "hello-world" tool example
- TypeScript support with proper type definitions
- Easy installation scripts for different MCP clients
- Clean project structure ready for customization
## How It Works
This MCP server template provides:
1. A basic server setup using the MCP SDK
2. Example tool implementation
3. Build and installation scripts
4. TypeScript configuration for development
The included example demonstrates how to create a simple tool that takes a name parameter and returns a greeting.
## Getting Started
```bash
# Clone the boilerplate
git clone <your-repo-url>
cd mcp-server-boilerplate
# Install dependencies
pnpm install
# Build the project
pnpm run build
# Start the server
pnpm start
```
## Installation Scripts
This boilerplate includes convenient installation scripts for different MCP clients:
```bash
# For Claude Desktop
pnpm run install-desktop
# For Cursor
pnpm run install-cursor
# For Claude Code
pnpm run install-code
# Generic installation
pnpm run install-server
```
These scripts will build the project and automatically update the appropriate configuration files.
## Usage with Claude Desktop
The installation script will automatically add the configuration, but you can also manually add it to your `claude_desktop_config.json` file:
```json
{
"mcpServers": {
"your-server-name": {
"command": "node",
"args": ["/path/to/your/dist/index.js"]
}
}
}
```
Then restart Claude Desktop to connect to the server.
## Customizing Your Server
### Adding Tools
Tools are functions that the AI assistant can call. Here's the basic structure:
```typescript
server.tool(
"tool-name",
"Description of what the tool does",
{
// Zod schema for parameters
param1: z.string().describe("Description of parameter"),
param2: z.number().optional().describe("Optional parameter"),
},
async ({ param1, param2 }) => {
// Your tool logic here
return {
content: [
{
type: "text",
text: "Your response",
},
],
};
}
);
```
### Adding Resources
Resources provide dynamic content that the AI can access:
```typescript
server.resource(
"resource://example/{id}",
"Description of the resource",
async (uri) => {
// Extract parameters from URI
const id = uri.path.split("/").pop();
return {
contents: [
{
uri,
mimeType: "text/plain",
text: `Content for ${id}`,
},
],
};
}
);
```
### Adding Prompts
Prompts are reusable templates:
```typescript
server.prompt(
"prompt-name",
"Description of the prompt",
{
// Parameters for the prompt
topic: z.string().describe("The topic to discuss"),
},
async ({ topic }) => {
return {
description: `A prompt about ${topic}`,
messages: [
{
role: "user",
content: {
type: "text",
text: `Please help me with ${topic}`,
},
},
],
};
}
);
```
## Project Structure
```
├── src/
│ └── index.ts # Main server implementation
├── scripts/ # Installation and utility scripts
├── dist/ # Compiled JavaScript (generated)
├── package.json # Project configuration
├── tsconfig.json # TypeScript configuration
└── README.md # This file
```
## Development
1. Make changes to `src/index.ts`
2. Run `pnpm run build` to compile
3. Test your server with `pnpm start`
4. Use the installation scripts to update your MCP client configuration
## Next Steps
1. Update `package.json` with your project details
2. Customize the server name and tools in `src/index.ts`
3. Add your own tools, resources, and prompts
4. Integrate with external APIs or databases as needed
## License
MIT
TDQS
Scored across 2 tools
The two tools have clearly distinct purposes with no overlap. json_extract is for targeted data extraction and transformation, while json_read is for initial exploration and schema understanding. The descriptions explicitly guide when to use each tool, eliminating any ambiguity.
Both tools follow a consistent verb_noun pattern with 'json_' prefix and descriptive actions (extract, read). The naming is perfectly uniform and predictable across the tool set.
With only 2 tools, the server feels too thin for a general-purpose JSON handling domain. While the tools are well-defined, a complete JSON manipulation surface would typically include additional operations like validation, transformation, or writing capabilities. The count is insufficient for comprehensive JSON workflows.
There are significant gaps in the JSON manipulation surface. The server only provides read/extract capabilities with no tools for creating, updating, validating, or writing JSON data. This creates dead ends for agents needing to modify or generate JSON, making it incomplete for common JSON-related tasks.