| Filename | Latest commit message | Latest commit date |
|---|---|---|
The following PR adds a new server `status` field to support the status of servers, like deprecated or active Details: * Add status field to server.json schema with 'active' and 'deprecated' values * Update OpenAPI spec to include status field in Server responses * Add ServerStatus enum and field to Go model structs * Update examples to demonstrate status field usage (`active` and `deprecated`) Since this is my first PR there's a good chance I might have missed something so I'll appreciate any feedback to make this and any PRs in the future easier for you to review 😃 Fixes: #181 ## Motivation and Context <!-- Why is this change needed? What problem does it solve? --> The main goal is to have a way for server authors to notify registry consumers that a server may no longer be maintained and shouldn't be considered for using. ## How Has This Been Tested? <!-- Have you tested this in a real application? Which scenarios were tested? --> ## Breaking Changes <!-- Will users need to update their code or configurations? --> ## Types of changes <!-- What types of changes does your code introduce? Put an `x` in all the boxes that apply: --> - [ ] Bug fix (non-breaking change which fixes an issue) - [x] New feature (non-breaking change which adds functionality) - [ ] Breaking change (fix or feature that would cause existing functionality to change) - [ ] Documentation update ## Checklist <!-- Go over all the following points, and put an `x` in all the boxes that apply. --> - [x] I have read the [MCP Documentation](https://modelcontextprotocol.io) - [ ] My code follows the repository's style guidelines - [ ] New and existing tests pass locally - [ ] I have added appropriate error handling - [ ] I have added or updated documentation as needed ## Additional context <!-- Add any other context, implementation notes, or design decisions --> --------- Signed-off-by: Radoslav Dimitrov <radoslav@stacklok.com> Co-authored-by: Tadas Antanavicius <tadas@tadasant.com> |
||
| .. | ||
| auth | ||
| build.sh | ||
| main.go | ||
| README.md | ||
| server.json | ||
MCP Registry Publisher Tool
The MCP Registry Publisher Tool is designed to publish Model Context Protocol (MCP) server details to an MCP registry. This tool uses GitHub OAuth device flow authentication to securely manage the publishing process.
Building the Tool
You can build the publisher tool using the provided build script:
# Build for current platform
./build.sh
# Build for all supported platforms (optional)
./build.sh --all
The compiled binary will be placed in the bin directory.
Usage
The tool supports two main commands:
Publishing a server
# Basic usage
./bin/mcp-publisher publish -registry-url <REGISTRY_URL> -mcp-file <PATH_TO_MCP_FILE>
# Force a new login even if a token exists
./bin/mcp-publisher publish -registry-url <REGISTRY_URL> -mcp-file <PATH_TO_MCP_FILE> -login
Creating a server.json file
# Create a new server.json file
./bin/mcp-publisher create --name "io.github.owner/repo" --description "My server" --repo-url "https://github.com/owner/repo"
Command-line Arguments
-registry-url: URL of the MCP registry (required)-mcp-file: Path to the MCP configuration file (required)-login: Force a new GitHub authentication even if a token already exists (overwrites existing token file)-auth-method: Authentication method to use (default: github-oauth)
Creating a server.json file
The tool provides a create command to help generate a properly formatted server.json file. This command takes various flags to specify the server details and generates a complete server.json file that you can then modify as needed.
Usage
./bin/mcp-publisher create [flags]
Create Command Flags
Required Flags
--name,-n: Server name (e.g., io.github.owner/repo-name)--description,-d: Server description--repo-url: Repository URL
Optional Flags
--version,-v: Server version (default: "1.0.0")--repo-source: Repository source (default: "github")--output,-o: Output file path (default: "server.json")--execute,-e: Command to execute the server (generates runtime arguments)--registry: Package registry name (default: "npm")--package-name: Package name (defaults to server name)--package-version: Package version (defaults to server version)--runtime-hint: Runtime hint (e.g., "docker")--env-var: Environment variable in format NAME:DESCRIPTION (can be repeated)--package-arg: Package argument in format VALUE:DESCRIPTION (can be repeated)
Create Examples
Basic NPX Server
./bin/mcp-publisher create \
--name "io.github.example/my-server" \
--description "My MCP server" \
--repo-url "https://github.com/example/my-server" \
--execute "npx @example/my-server --verbose" \
--env-var "API_KEY:Your API key for the service"
Docker Server
./bin/mcp-publisher create \
--name "io.github.example/docker-server" \
--description "Docker-based MCP server" \
--repo-url "https://github.com/example/docker-server" \
--runtime-hint "docker" \
--execute "docker run --mount type=bind,src=/data,dst=/app/data example/server" \
--env-var "CONFIG_PATH:Path to configuration file"
Server with Package Arguments
./bin/mcp-publisher create \
--name "io.github.example/full-server" \
--description "Complete server example" \
--repo-url "https://github.com/example/full-server" \
--execute "npx @example/server" \
--package-arg "-s:Specify services and permissions" \
--package-arg "--config:Configuration file path" \
--env-var "API_KEY:Service API key" \
--env-var "DEBUG:Enable debug mode"
The create command will generate a server.json file with:
- Proper structure and formatting
- Runtime arguments parsed from the
--executecommand - Environment variables with descriptions
- Package arguments for user configuration
- All necessary metadata
After creation, you may need to manually edit the file to:
- Adjust argument descriptions and requirements
- Set environment variable optionality (
is_required,is_secret) - Add remote server configurations
- Fine-tune runtime and package arguments
Authentication
The tool has been simplified to use GitHub OAuth device flow authentication exclusively. Previous versions supported multiple authentication methods, but this version focuses solely on GitHub OAuth for better security and user experience.
- Automatic Setup: The tool automatically retrieves the GitHub Client ID from the registry's health endpoint
- First Run Authentication: When first run (or with the
--loginflag), the tool initiates the GitHub device flow - User Authorization: You'll be provided with a URL and a verification code to enter on GitHub
- Token Storage: After successful authentication, the tool saves the access token locally in
.mcpregistry_tokenfor future use - Secure Communication: The token is sent in the HTTP Authorization header with the Bearer scheme for all registry API calls
Note: Authentication is performed via GitHub OAuth App, which you must authorize for the respective resources (e.g., organization access if publishing organization repositories).
Publishing Example
To publish an existing server.json file to the registry:
- Prepare your
server.jsonfile with your server details:
{
"name": "io.github.yourusername/your-repository",
"description": "Your MCP server description",
"version_detail": {
"version": "1.0.0"
},
"packages": [
{
"registry_name": "npm",
"name": "your-npm-package",
"version": "1.0.0",
"package_arguments": [
{
"description": "Specify services and permissions",
"is_required": true,
"format": "string",
"value": "-s",
"default": "-s",
"type": "positional",
"value_hint": "-s"
}
],
"environment_variables": [
{
"name": "API_KEY",
"description": "API Key to access the server"
}
]
}
],
"repository": {
"url": "https://github.com/yourusername/your-repository",
"source": "github"
}
}
- Run the publisher tool:
./bin/mcp-publisher publish --registry-url "https://mcp-registry.example.com" --mcp-file "./server.json"
-
Follow the authentication instructions in the terminal if prompted.
-
Upon successful publication, you'll see a confirmation message.
Important Notes
- GitHub Authentication Only: The tool exclusively uses GitHub OAuth device flow for authentication
- Automatic Client ID: The GitHub Client ID is automatically retrieved from the registry's health endpoint
- Token Storage: The authentication token is saved in
.mcpregistry_tokenin the current directory - Internet Required: Active internet connection needed for GitHub authentication and registry communication
- Repository Access: Ensure the repository and package mentioned in your
server.jsonfile exist and are accessible - OAuth Permissions: You may need to grant the OAuth app access to your GitHub organizations if publishing org repositories