Back to Skills

build-custom-mcp-server

pjt222
Updated 2 days ago
5 views
17
2
17
View on GitHub
Metaaitestingapimcpdesign

About

This skill guides developers in building custom MCP servers to expose domain-specific tools to AI assistants like Claude Code. It covers implementation in Node.js or R, including tool definitions, transport configuration, and testing. Use it when you need specialized integrations beyond standard mcptools or want to wrap existing APIs/services as MCP tools.

Quick Install

Claude Code

Recommended
Primary
npx skills add pjt222/agent-almanac -a claude-code
Plugin CommandAlternative
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternative
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/build-custom-mcp-server

Copy and paste this command in Claude Code to install this skill

Documentation

Build Custom MCP Server

Custom MCP server → expose domain-specific tools to AI assistants.

Use When

  • Expose custom fn to Claude Code / Claude Desktop
  • Specialized tools beyond mcptools
  • Domain-specific AI assistant integration
  • Wrap existing APIs/services as MCP tools

In

  • Required: Tool list (name, desc, params, behavior)
  • Required: Impl lang (Node.js or R)
  • Required: Transport (stdio or HTTP)
  • Optional: Auth reqs
  • Optional: Docker packaging needs

Do

Step 1: Define Tool Specs

Before code, define each tool:

tools:
  - name: query_database
    description: Execute a read-only SQL query against the analysis database
    parameters:
      query:
        type: string
        description: SQL SELECT query to execute
        required: true
      limit:
        type: integer
        description: Maximum rows to return
        default: 100
    returns: JSON array of result rows

  - name: run_analysis
    description: Execute a predefined statistical analysis by name
    parameters:
      analysis_name:
        type: string
        description: Name of the analysis to run
        enum: [descriptive, regression, survival]
      dataset:
        type: string
        description: Dataset identifier
        required: true

YAML/md spec per tool w/ name, desc, params (types, defaults, required), return type documented before code.

If err: Specs unclear → interview domain expert or review existing API docs for param types + return formats.

Step 2: Impl in Node.js (MCP SDK)

// server.js
import { McpServer } from "@modelcontextprotocol/sdk/server/mcp.js";
import { StdioServerTransport } from "@modelcontextprotocol/sdk/server/stdio.js";
import { z } from "zod";

const server = new McpServer({
  name: "my-analysis-server",
  version: "1.0.0",
});

// Define tools
server.tool(
  "query_database",
  "Execute a read-only SQL query against the analysis database",
  {
    query: z.string().describe("SQL SELECT query"),
    limit: z.number().default(100).describe("Max rows to return"),
  },
  async ({ query, limit }) => {
    // Validate read-only
    if (!/^\s*SELECT/i.test(query)) {
      return {
        content: [{ type: "text", text: "Error: Only SELECT queries allowed" }],
        isError: true,
      };
    }

    const results = await executeQuery(query, limit);
    return {
      content: [{ type: "text", text: JSON.stringify(results, null, 2) }],
    };
  }
);

server.tool(
  "run_analysis",
  "Execute a predefined statistical analysis",
  {
    analysis_name: z.enum(["descriptive", "regression", "survival"]),
    dataset: z.string().describe("Dataset identifier"),
  },
  async ({ analysis_name, dataset }) => {
    const result = await runAnalysis(analysis_name, dataset);
    return {
      content: [{ type: "text", text: JSON.stringify(result, null, 2) }],
    };
  }
);

// Start server with stdio transport
const transport = new StdioServerTransport();
await server.connect(transport);

Working server.js imports MCP SDK, defines tools w/ Zod schemas, connects via stdio. node server.js starts w/o errs.

If err: Verify @modelcontextprotocol/sdk + zod installed (npm install). Check import paths match SDK ver (SDK reorganized exports between versions).

Step 3: Impl in R (mcptools)

# server.R
library(mcptools)

# Register custom tools
mcp_tool(
  name = "query_database",
  description = "Execute a read-only SQL query",
  parameters = list(
    query = list(type = "string", description = "SQL SELECT query"),
    limit = list(type = "integer", description = "Max rows", default = 100)
  ),
  handler = function(query, limit = 100) {
    if (!grepl("^\\s*SELECT", query, ignore.case = TRUE)) {
      stop("Only SELECT queries allowed")
    }
    result <- DBI::dbGetQuery(con, paste(query, "LIMIT", limit))
    jsonlite::toJSON(result, auto_unbox = TRUE)
  }
)

# Start server
mcptools::mcp_server()

Working server.R registers tools w/ mcp_tool(), starts via mcp_server(). Rscript server.R starts MCP server.

If err: mcptools installed from GitHub (remotes::install_github("posit-dev/mcptools")). Handler fn signatures match param defs.

Step 4: Project Structure

my-mcp-server/
├── package.json          # Node.js dependencies
├── server.js             # Server implementation
├── tools/                # Tool implementations
│   ├── database.js
│   └── analysis.js
├── test/                 # Tests
│   └── tools.test.js
├── Dockerfile            # Container packaging
└── README.md             # Setup instructions

Project dir w/ server.js (or server.R), package.json, tools/ for modular tool impls, test/ for tests.

If err: Structure doesn't match impl lang → adjust. R servers may use R/ vs tools/ + tests/testthat/ vs test/.

Step 5: Test Server

Manual stdio test:

echo '{"jsonrpc":"2.0","method":"tools/list","id":1}' | node server.js

Register w/ Claude Code:

claude mcp add my-server stdio "node" "/path/to/server.js"

Verify tools appear:

Start Claude Code session, check custom tools listed + functional.

tools/list JSON-RPC returns all tools w/ correct names + schemas. claude mcp list shows server registered. Tools callable from session.

If err: tools/list returns empty → tools not registered before server.connect(). Claude Code can't find → verify cmd path in claude mcp add absolute + binary executable.

Step 6: Error Handling

server.tool("risky_operation", "...", schema, async (params) => {
  try {
    const result = await performOperation(params);
    return {
      content: [{ type: "text", text: JSON.stringify(result) }],
    };
  } catch (error) {
    return {
      content: [{ type: "text", text: `Error: ${error.message}` }],
      isError: true,
    };
  }
});

Each handler wrapped in try/catch. Invalid in → isError: true w/ desc msg, not crash.

If err: Still crashes on bad in → try/catch wraps full handler body incl async. Promises awaited in try block.

Step 7: Package for Distribution

Create package.json w/ bin entry:

{
  "name": "my-mcp-server",
  "version": "1.0.0",
  "bin": {
    "my-mcp-server": "./server.js"
  },
  "dependencies": {
    "@modelcontextprotocol/sdk": "^1.0.0",
    "zod": "^3.22.0"
  }
}

Users install + configure:

npm install -g my-mcp-server
claude mcp add my-server stdio "my-mcp-server"

package.json w/ bin entry pointing to entry point. Users install globally w/ npm install -g + register w/ claude mcp add.

If err: Bin entry doesn't work after global install → server.js has shebang (#!/usr/bin/env node) + marked executable. Pkg name doesn't conflict w/ existing npm.

Check

  • Server starts w/o errs
  • tools/list returns all tools w/ correct schemas
  • Each tool executes correctly w/ valid in
  • Tools return appropriate errs for invalid in
  • Works w/ Claude Code via stdio
  • Tools discoverable + usable in Claude sessions

Traps

  • Blocking ops: Handle req async. Long ops block other tool calls
  • Missing err handling: Unhandled exceptions crash. Always wrap in try/catch
  • Schema mismatch: Param schemas must exactly match handler expects
  • stdio buffering: Ensure out flushed. Node.js buffers stdout by default
  • Security: MCP servers have same access as process. Validate in carefully, esp shell cmds/DB queries

  • configure-mcp-server — connect built server to clients
  • troubleshoot-mcp-connection — debug connectivity
  • containerize-mcp-server — package in Docker

GitHub Repository

pjt222/agent-almanac
Path: i18n/caveman-ultra/skills/build-custom-mcp-server
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Related Skills

content-collections

Meta

This skill provides a production-tested setup for Content Collections, a TypeScript-first tool that transforms Markdown/MDX files into type-safe data collections with Zod validation. Use it when building blogs, documentation sites, or content-heavy Vite + React applications to ensure type safety and automatic content validation. It covers everything from Vite plugin configuration and MDX compilation to deployment optimization and schema validation.

View skill

polymarket

Meta

This skill enables developers to build applications with the Polymarket prediction markets platform, including API integration for trading and market data. It also provides real-time data streaming via WebSocket to monitor live trades and market activity. Use it for implementing trading strategies or creating tools that process live market updates.

View skill

creating-opencode-plugins

Meta

This skill helps developers create OpenCode plugins that hook into 25+ event types like commands, files, and LSP operations. It provides the plugin structure, event API specifications, and implementation patterns for JavaScript/TypeScript modules. Use it when you need to intercept, monitor, or extend the OpenCode AI assistant's lifecycle with custom event-driven logic.

View skill

sglang

Meta

SGLang is a high-performance LLM serving framework that specializes in fast, structured generation for JSON, regex, and agentic workflows using its RadixAttention prefix caching. It delivers significantly faster inference, especially for tasks with repeated prefixes, making it ideal for complex, structured outputs and multi-turn conversations. Choose SGLang over alternatives like vLLM when you need constrained decoding or are building applications with extensive prefix sharing.

View skill