agentleFS
glittercowboyglittercowboy/taches-cc-prompts/skills/create-mcp-servers/SKILL.md

create-mcp-servers

Skill2k starsChanged 12 months agoMITView on GitHub

Create Model Context Protocol (MCP) servers that expose tools, resources, and prompts to Claude. Use when building custom integrations, APIs, data sources, or any server that Claude should interact with via the MCP protocol. Supports both TypeScript and Python implementations.

  • Reads credentials

1 other project uses a version of this.

Trending

Quiet this year.thin dataabout the whole repository

Dec 2025: 0 mentionsJan 2026: 0 mentionsFeb 2026: 0 mentionsMar 2026: 0 mentionsApr 2026: 0 mentionsMay 2026: 0 mentionsJun 2026: 0 mentionsJul 2026: 0 mentionsAug 2026: 0 mentionsSep 2026: 0 mentionsOct 2026: 0 mentionsNov 2026: 0 mentions
Dec 2025Jun 2026Nov 2026
Mentions a month of the glittercowboy/taches-cc-prompts repository that our weekly crawl found: only 1 in all, so this is a hint, not a trend. There is no adoption data for this file yet.

Most recently taken up by

Who's talking about glittercowboy/taches-cc-prompts

The biggest 1 of 1 mention linking to the repository that our crawl found. Each line is their own headline.

The file

We split this skill into the rules it gives an agent

12 rules. About 0 are common, 9 are distinctive, and 3 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈9

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 3

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Every MCP server must follow these:

    line 13
  2. Very specific:

    Never Hardcode Secrets: - Use ${VAR} expansion in configs, environment variables in code

    line 15
  3. Distinctive:

    Never ask user to paste secrets into chat

    line 23
  4. Distinctive:

    Always use environment variables for credentials

    line 24
  5. Distinctive:

    Use ${VAR} expansion in configs

    line 25
  6. Distinctive:

    Verify environment variable existence without showing values

    line 27
  7. Distinctive:

    Never hardcode API keys in code or configs </security_checklist>

    line 28
  8. Very specific:

    Server not appearing: Check claude mcp list, verify config in ~/.claude/settings.json

    line 140
  9. Very specific:

    "command not found": Use absolute paths from which uv / which node

    line 142
  10. Distinctive:

    Secrets visible in conversation: STOP. Delete conversation.

    line 150
  11. Distinctive:

    All validation checkpoints passed

    line 163
  12. Distinctive:

    No errors in logs </success_criteria>

    line 164

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md
<objective> MCP servers extend Claude's capabilities by exposing tools, resources, and prompts. This skill guides creation of production-ready MCP servers with API integrations, OAuth authentication, response optimization, and proper installation in Claude Code and Claude Desktop. </objective>

<essential_principles>

<the_5_rules> Every MCP server must follow these:

  1. Never Hardcode Secrets - Use ${VAR} expansion in configs, environment variables in code
  2. Use cwd Property - Isolates dependencies (not --cwd in args)
  3. Always Absolute Paths - which uv to find paths, never relative
  4. One Server Per Directory - ~/Developer/mcp/{server-name}/
  5. Use uv for Python - Better than pip, handles venvs automatically </the_5_rules>

<security_checklist>

  • Never ask user to paste secrets into chat
  • Always use environment variables for credentials
  • Use ${VAR} expansion in configs
  • Provide exact commands for user to run in terminal
  • Verify environment variable existence without showing values
  • Never hardcode API keys in code or configs </security_checklist>

<architecture_decision> Operation count determines architecture:

  • 1-2 operations → Traditional pattern (flat tools)
  • 3+ operations → On-demand discovery pattern (meta-tools)

Traditional: Each operation is a separate tool On-demand: 4 meta-tools (discover, get_schema, execute, continue) + operations.json </architecture_decision>

<context> MCP servers expose: - **Tools**: Functions Claude can call (API requests, file operations, calculations) - **Resources**: Data Claude can read (files, database records, API responses) - **Prompts**: Reusable prompt templates with arguments

Standard location: ~/Developer/mcp/{server-name}/ </context>

</essential_principles>

<routing> Based on user intent, route to appropriate workflow:

No context provided (skill invoked without description): Use AskUserQuestion:

  • header: "Mode"
  • question: "What would you like to do?"
  • options:
    • "Create a new MCP server" → workflows/create-new-server.md
    • "Update an existing MCP server" → workflows/update-existing-server.md
    • "Troubleshoot a server" → workflows/troubleshoot-server.md

Context provided (user described what they want): Route directly to workflows/create-new-server.md </routing>

<workflows_index>

WorkflowPurpose
create-new-server.mdFull 8-step workflow from intake to verification
update-existing-server.mdModify or extend an existing server
troubleshoot-server.mdDiagnose and fix connection/runtime issues
</workflows_index>

<templates_index>

TemplatePurpose
python-server.pyTraditional pattern starter for Python
typescript-server.tsTraditional pattern starter for TypeScript
operations.jsonOn-demand discovery operations definition
</templates_index>

<scripts_index>

ScriptPurpose
setup-python-project.shInitialize Python MCP project with uv
setup-typescript-project.shInitialize TypeScript MCP project with npm
</scripts_index>

<references_index> Core workflow:

  • creation-workflow.md - Complete step-by-step with exact commands

Architecture patterns:

  • traditional-pattern.md - For 1-2 operations (flat tools)
  • large-api-pattern.md - For 3+ operations (on-demand discovery)

Language-specific:

  • python-implementation.md - Async patterns, type hints
  • typescript-implementation.md - Type safety, SDK features

Advanced topics:

  • oauth-implementation.md - OAuth with stdio isolation
  • response-optimization.md - Field truncation, pagination
  • tools-and-resources.md - Resources API, prompts, streaming
  • testing-and-deployment.md - Unit tests, packaging, publishing
  • validation-checkpoints.md - All validation checks
  • adaptive-questioning-guide.md - Question templates for intake
  • api-research-template.md - API research document format </references_index>

<quick_reference>

# List servers
claude mcp list

# Add server (Python)
claude mcp add --transport stdio <name> \
  --env API_KEY='${API_KEY}' \
  -- uv --directory ~/Developer/mcp/<name> run python -m src.server

# Add server (TypeScript)
claude mcp add --transport stdio <name> \
  --env API_KEY='${API_KEY}' \
  -- node ~/Developer/mcp/<name>/build/index.js

# Remove server
claude mcp remove <name>

# Check logs
tail -f ~/Library/Logs/Claude/mcp-server-<name>.log

# Find paths
which uv && which node && which python

</quick_reference>

<troubleshooting_quick> Server not appearing: Check claude mcp list, verify config in ~/.claude/settings.json

"command not found": Use absolute paths from which uv / which node

Environment variable not found:

echo $MY_API_KEY  # Check if set
echo 'export MY_API_KEY="value"' >> ~/.zshrc && source ~/.zshrc

Secrets visible in conversation: STOP. Delete conversation. Rotate credentials. Never paste secrets in chat.

Full troubleshooting: workflows/troubleshoot-server.md </troubleshooting_quick>

<success_criteria> A production-ready MCP server has:

  • Valid configuration in Claude Code (claude mcp list shows ✓ Connected)
  • Valid configuration in Claude Desktop config
  • Environment variables set securely in ~/.zshrc
  • Architecture matches operation count
  • OAuth stdio isolation if applicable
  • Response optimization for list/search operations
  • All validation checkpoints passed
  • No errors in logs </success_criteria>

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.