MCP Server resources let your team register and discover Model Context Protocol servers through the same Skillset catalog used for Skills and Plugins — without the Registry ever storing the server’s own files. This page explains the MCP Server payload shape, the naming rules the upstream MCP specification fixes, how to publish and install one, and what install counts mean for this Kind.Documentation Index
Fetch the complete documentation index at: https://mintlify.com/org-quicko/skillset/llms.txt
Use this file to discover all available pages before exploring further.
What is an MCP Server resource?
An MCP Server is a pure-metadata Resource. The Registry stores no bytes for it — no Artifact, no files, no zip. What it stores is aserver.json-shaped record that points at where the server actually lives: either a package in a public registry or a remote URL.
This mirrors the design of the public MCP registry: Skillset is a pointer, not a host.
Because the Registry stores no bytes for MCP Servers, they are never listed in the Marketplace (
.claude-plugin/marketplace.json) and cannot be imported from a Git repository. Import is files-only.Payload shape
An MCP Server’s payload is aserver.json-shaped record with exactly one of two keys at the top level: packages or remotes.
- packages
- remotes
A list of package-based MCP server definitions. Each entry names a package in a supported registry, plus the transport, arguments, and environment variables the agent needs to launch it.Supported registries:
npm, pypi, oci, nuget, cargo, mcpb.Naming rules
MCP Server names follow reverse-DNS format with exactly one slash, as fixed by the upstream MCP specification. The name is capped at 100 characters and its description at 100 characters.Publishing an MCP Server
MCP Servers are published through the web interface. Because the payload is a structured JSON record rather than a file bundle, the CLIpublish command (which uploads files) does not apply.
Paste the server.json payload
Enter the reverse-DNS name, a description (max 100 chars), and paste your
server.json payload into the editor. The interface validates the shape before submission.Installing an MCP Server
skillset install handles MCP Server resources as well as Skills. When the installed Resource is an MCP Server, the CLI writes or merges the server’s configuration into the project’s .mcp.json file rather than writing files to .agents/skills/.
MCP Server installation is project scope only. There is no
--scope user option for MCP Servers — they are always installed into the current project’s .mcp.json.Install counts
For MCP Servers, an Install is counted when the web interface’s config reveal button is clicked (the user views the configuration to copy it) or when the CLI writes the config. This is different from Skills, where an Install is counted on every Artifact download.What MCP Servers are not
| Capability | MCP Server |
|---|---|
| Stored files / Artifact | ✗ No bytes stored |
| Import from Git repository | ✗ Not supported |
| Marketplace listing | ✗ Not listed |
| Project-scope install | ✓ .mcp.json merge |
| User-scope install | ✗ Not supported |
| CLI publish | ✗ Web interface only |
| Tag filtering | ✓ Same catalog |
Browsing MCP Servers
MCP Server resources appear in the same catalog as Skills and Plugins. Use the Kind filter to narrow the listing.skillset search always returns Skills only — the CLI sends kind=skill with every request and does not accept a --kind flag. To browse MCP Servers from the command line, call the API endpoint above directly.GET /api/resources?kind=mcp-server endpoint returns MCP Server entries in the same SkillDirectoryPage shape as other Resources. No authentication is required.