| name | package-mcp-server |
| description | Creates spec.yaml configurations for packaging MCP servers as containers. Use when adding a new MCP server to Dockyard, creating a spec.yaml file, or packaging npm/PyPI/Go MCP servers. |
Package MCP Server for Dockyard
This skill helps you package MCP servers for distribution via Dockyard containers.
When to Use This Skill
Use this skill when:
- Adding a new MCP server to Dockyard
- Creating a spec.yaml configuration file
- Packaging an npm (npx), PyPI (uvx), or Go MCP server
- The user mentions "package", "add server", "spec.yaml", or "dockyard"
Prerequisites
- The MCP server must be published to npm, PyPI, or as a Go module
- Know the exact package name and version
Workflow
Step 1: Gather Information
Ask the user for:
- Package name - The exact registry name (e.g.,
@upstash/context7-mcp, mcp-clickhouse)
- Package type - npm (npx), PyPI (uvx), or Go
- Version - Specific version to package (not "latest")
- Source repository - GitHub URL for the source code
If not provided, look up the package:
npm view {package-name} version
npm view {package-name} repository.url
curl -s https://pypi.org/pypi/{package-name}/json | jq -r '.info.version, .info.project_urls.Homepage'
Step 2: Determine Protocol Directory
| Package Type | Directory | Registry |
|---|
| Node.js/npm | npx/ | npm |
| Python/PyPI | uvx/ | PyPI |
| Go module | go/ | Go modules |
Step 3: Create Directory Structure
mkdir -p {protocol}/{server-name}
The server name should be:
- Lowercase with hyphens
- Based on the package name (without scope)
- Example:
@upstash/context7-mcp becomes context7
Step 4: Create spec.yaml
Write the configuration file to {protocol}/{server-name}/spec.yaml:
metadata:
name: {server-name}
description: "{brief-description}"
version: "{version}"
protocol: {npx|uvx|go}
spec:
package: "{full-package-name}"
version: "{exact-version}"
provenance:
repository_uri: "{github-repo-url}"
repository_ref: "refs/tags/v{version}"
Step 5: Build dockhand CLI (First Time Only)
task build-setup
Step 6: Verify Provenance (Recommended)
Check if the package has provenance attestations:
./build/dockhand verify-provenance -c {protocol}/{server-name}/spec.yaml -v
If provenance exists, update the spec.yaml with attestation information.
Step 7: Test Locally
task scan-setup
task build -- {protocol}/{server-name}
task scan -- {protocol}/{server-name}
task test-build -- {protocol}/{server-name}
Step 8: Commit
git add {protocol}/{server-name}/spec.yaml
git commit -m "feat: add {server-name} MCP server
Add packaging for {server-name} v{version}.
Package: {package-url}
Repository: {repo-url}"
Protocol-Specific Notes
npm (npx)
- Package name may include scope:
@org/package-name
- Some packages require CLI args (e.g.,
args: ["start"])
- Check if package has npm provenance signatures
PyPI (uvx)
- Package name is usually lowercase with hyphens
- Check for PEP 740 attestations
- AWS Labs packages have verified attestations
Go
- Package is the full module path:
github.com/org/repo
- Version must include
v prefix: v0.3.1
Common Issues
| Issue | Solution |
|---|
| Package not found | Verify exact name in registry |
| Version doesn't exist | Check available versions with npm view or PyPI API |
| Security scan fails | Review issues, add allowlist if false positive |
| Build fails | Check Dockerfile output with dockhand build -c spec.yaml |
See Also