mcp-developer — Claude Code skill: MCP servers and clients
A skill for building and debugging MCP servers and clients in TypeScript or Python, with tool schemas, transport setup and protocol checks in the inspector.
npx skills add Jeffallan/claude-skills --skill mcp-developer -a claude-codeWhat mcp-developer does
The skill walks an agent through the whole job: scope the data sources, scaffold the project, define schemas, pick a transport, verify. Working examples come in two flavours, TypeScript with Zod and Python with Pydantic. A tool handler, a config://app resource provider, a stdio connection — copy the shape and swap in your own logic.
Verification runs through npx @modelcontextprotocol/inspector. The agent confirms tools show up, schemas accept valid input, and failures arrive as well-formed JSON-RPC 2.0. When validation breaks the loop is short: read the Zod or Pydantic error, fix the definition, run the inspector again. A malformed tool response sends it into the handler and the transport serialisation.
The MUST NOT list deserves a second read. Unvalidated tool input, hardcoded secrets, no rate limiting before deploy: that is where a server breaks once someone else can reach it. Python needs pip install mcp; for TypeScript you start from npx @modelcontextprotocol/create-server my-server, so the SDK has to be there first.
What it helps with
- Scaffold an MCP server in TypeScript or Python from an empty folder
- Define tool schemas in Zod and Pydantic that match the handler
- Wire up stdio, HTTP or SSE transport
- Trace why a client cannot see a tool or gets a broken response
- Run protocol compliance checks before shipping
Example prompts for the agent
- Build an MCP server in TypeScript with a database search tool and a `config://app` resource.
- My handler returns garbage instead of JSON-RPC 2.0, check the schema and transport with `npx @modelcontextprotocol/inspector`.
- Port this MCP client from the Python SDK to TypeScript and keep the schemas in Zod.
How to install mcp-developer
1Skills CLI (Vercel)
npx skills add Jeffallan/claude-skills --skill mcp-developer -a claude-code2Manually: put the files in place
~/.claude/skills/mcp-developer/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/mcp-developer/
1Skills CLI (Vercel)
npx skills add Jeffallan/claude-skills --skill mcp-developer -a codex2Manually: put the files in place
.agents/skills/mcp-developer/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add Jeffallan/claude-skills --skill mcp-developer -a cursor2Manually: put the files in place
.cursor/skills/mcp-developer/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install Jeffallan/claude-skills mcp-developer2Manually: put the files in place
.github/skills/mcp-developer/SKILL.md1Skills CLI (Vercel)
npx skills add Jeffallan/claude-skills --skill mcp-developer -a gemini-cli2Platform CLI
gemini skills install https://github.com/Jeffallan/claude-skills --path skills/mcp-developerManually: put the files in place
.devin/skills/mcp-developer/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add Jeffallan/claude-skills --skill mcp-developer -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
From the same set61
The whole set →Similar
Questions about mcp-developer
How do I install mcp-developer in Claude Code?
Run npx skills add Jeffallan/claude-skills --skill mcp-developer -a claude-code. The skill lands at ~/.claude/skills/mcp-developer/SKILL.md.
What does mcp-developer do?
It guides an agent through writing MCP servers and clients: tool and resource schemas, transport configuration, JSON-RPC 2.0 compliance and error formatting.
Which transports does the skill cover?
stdio, HTTP and SSE. The examples start a server over stdio, and the reference files go deeper on the protocol and both SDKs.
Source text
SKILL.md · MIT
---
name: mcp-developer
description: Use when building, debugging, or extending MCP servers or clients that connect AI systems with external tools and data sources. Invoke to implement tool handlers, configure resource providers, set up stdio/HTTP/SSE transport layers, validate schemas with Zod or Pydantic, debug protocol compliance issues, or scaffold complete MCP server/client projects using TypeScript or Python SDKs.
license: MIT
metadata:
author: https://github.com/Jeffallan
company: https://synergetic.solutions
version: "1.1.0"
domain: api-architecture
triggers: MCP, Model Context Protocol, MCP server, MCP client, Claude integration, AI tools, context protocol, JSON-RPC
role: specialist
scope: implementation
output-format: code
related-skills: fastapi-expert, typescript-pro, security-reviewer, devops-engineer
---
# MCP Developer
Senior MCP (Model Context Protocol) developer with deep expertise in building servers and clients that connect AI systems with external tools and data sources.
## Core Workflow
1. **Analyze requirements** — Identify data sources, tools needed, and client apps
2. **Initialize project** — `npx @modelcontextprotocol/create-server my-server` (TypeScript) or `pip install mcp` + scaffold (Python)
3. **Design protocol** — Define resource URIs, tool schemas (Zod/Pydantic), and prompt templates
4. **Implement** — Register tools and resource handlers; configure transport (stdio/SSE/HTTP)
5. **Test** — Run `npx @modelcontextprotocol/inspector` to verify protocol compliance interactively; confirm tools appear, schemas accept valid inputs, and error responses are well-formed JSON-RPC 2.0. **Feedback loop:** if schema validation fails → inspect Zod/Pydantic error output → fix schema definition → re-run inspector. If a tool call returns a malformed response → check transport serialisation → fix handler → re-test.
6. **Deploy** — Package, add auth/rate-limiting, configure env vars, monitor
## Reference Guide
Load detailed guidance based on context:
| Topic | Reference | Load When |
|-------|-----------|-----------|
| Protocol | `references/protocol.md` | Message types, lifecycle, JSON-RPC 2.0 |
| TypeScript SDK | `references/typescript-sdk.md` | Building servers/clients in Node.js |
| Python SDK | `references/python-sdk.md` | Building servers/clients in Python |
| Tools | `references/tools.md` | Tool definitions, schemas, execution |
| Resources | `references/resources.md` | Resource providers, URIs, templates |
## Minimal Working Example
### TypeScript — Tool with Zod Validation
```typescript
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-server", version: "1.1.0" });
// Register a tool with validated input schema
server.tool(
"get_weather",
"Fetch current weather for a location",
{
location: z.string().min(1).describe("City name or coordinates"),
units: z.enum(["celsius", "fahrenheit"]).default("celsius"),
},
async ({ location, units }) => {
// Implementation: call external API, transform response
const data = await fetchWeather(location, units); // your fetch logic
return {
content: [{ type: "text", text: JSON.stringify(data) }],
};
}
);
// Register a resource provider
server.resource(
"config://app",
"Application configuration",
async (uri) => ({
contents: [{ uri: uri.href, text: JSON.stringify(getConfig()), mimeType: "application/json" }],
})
);
const transport = new StdioServerTransport();
await server.connect(transport);
```
### Python — Tool with Pydantic Validation
```python
from mcp.server.fastmcp import FastMCP
from pydantic import BaseModel, Field
mcp = FastMCP("my-server")
class WeatherInput(BaseModel):
location: str = Field(..., min_length=1, description="City name or coordinates")
units: str = Field("celsius", pattern="^(celsius|fahrenheit)$")
@mcp.tool()
async def get_weather(location: str, units: str = "celsius") -> str:
"""Fetch current weather for a location."""
data = await fetch_weather(location, units) # your fetch logic
return str(data)
@mcp.resource("config://app")
async def app_config() -> str:
"""Expose application configuration as a resource."""
return json.dumps(get_config())
if __name__ == "__main__":
mcp.run() # defaults to stdio transport
```
**Expected tool call flow:**
```
Client → { "method": "tools/call", "params": { "name": "get_weather", "arguments": { "location": "Berlin" } } }
Server → { "result": { "content": [{ "type": "text", "text": "{\"temp\": 18, \"units\": \"celsius\"}" }] } }
```
## Constraints
### MUST DO
- Implement JSON-RPC 2.0 protocol correctly
- Validate all inputs with schemas (Zod/Pydantic)
- Use proper transport mechanisms (stdio/HTTP/SSE)
- Implement comprehensive error handling
- Add authentication and authorization
- Log protocol messages for debugging
- Test protocol compliance thoroughly
- Document server capabilities
### MUST NOT DO
- Skip input validation on tool inputs
- Expose sensitive data in resource content
- Ignore protocol version compatibility
- Mix synchronous code with async transports
- Hardcode credentials or secrets
- Return unstructured errors to clients
- Deploy without rate limiting
- Skip security controls
## Output Templates
When implementing MCP features, provide:
1. Server/client implementation file
2. Schema definitions (tools, resources, prompts)
3. Configuration file (transport, auth, etc.)
4. Brief explanation of design decisions
Maintained by [@jeffallan](https://github.com/jeffallan), Principal Consultant at [Synergetic Solutions](https://synergetic.solutions)
[Documentation](https://jeffallan.github.io/claude-skills/skills/api-architecture/mcp-developer/)
© https://github.com/Jeffallan · MIT · Jeffallan/claude-skills