From 28220b0be67e8afe17f0219e51ec02d133d0433f Mon Sep 17 00:00:00 2001 From: Radoslav Dimitrov Date: Tue, 30 Sep 2025 00:29:26 +0300 Subject: [PATCH] Clarify the docs around open/closed source and public/private MCP servers (#573) ## Motivation and Context The following PR adds more clarity to the docs around what's considered open source, closed source, public and private in the context of MCP servers. ## How Has This Been Tested? ## Breaking Changes ## Types of changes - [ ] Bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds functionality) - [ ] Breaking change (fix or feature that would cause existing functionality to change) - [x] Documentation update ## Checklist - [ ] 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 Signed-off-by: Radoslav Dimitrov --- docs/guides/publishing/publish-server.md | 1 + docs/reference/faq.md | 24 +++++++++++++++++++++++- 2 files changed, 24 insertions(+), 1 deletion(-) diff --git a/docs/guides/publishing/publish-server.md b/docs/guides/publishing/publish-server.md index 95c50ee..67e288d 100644 --- a/docs/guides/publishing/publish-server.md +++ b/docs/guides/publishing/publish-server.md @@ -19,6 +19,7 @@ By the end of this tutorial, you'll have: ## Prerequisites - An MCP server you've already built ([follow this guide if you don't have one already](https://modelcontextprotocol.io/quickstart/server)) +- Your server must be publicly accessible (closed source servers are welcome, but private/internal servers are not supported) ## Deployment Options diff --git a/docs/reference/faq.md b/docs/reference/faq.md index c45520e..5474a49 100644 --- a/docs/reference/faq.md +++ b/docs/reference/faq.md @@ -47,7 +47,13 @@ See the [publisher README](../../cmd/publisher/README.md) ### Is open source required? -No. While open source code is encouraged, it is not required for either locally or remotely run servers. +No. The registry supports both open source and closed source servers, as long as they are publicly accessible. + +**Closed source servers are welcome** - you can publish proprietary MCP servers to the registry as long as: +- The server itself is publicly accessible (not restricted to private networks) +- The installation method is publicly available (e.g., npm package, Docker image on public registries) + +This applies to both locally-run and remote servers. ### What package registries are supported? @@ -98,6 +104,22 @@ These are generally not supported on the official MCP registry, which is designe If you want to publish private servers we recommend you host your own MCP subregistry, and add them there. +### What's the difference between closed source and private servers? + +**Closed source servers** have proprietary code but are **publicly accessible**: +- ✅ **Supported**: Can be published to the registry +- ✅ Source code can be proprietary/closed source +- ✅ Installation via public package registries (npm, PyPI, Docker Hub, etc.) +- ✅ Remote servers hosted on public URLs + +**Private servers** are **access-restricted** regardless of source code: +- ❌ **Not supported**: Cannot be published to the official registry +- ❌ Only accessible to specific users/organizations +- ❌ Installation requires private credentials or network access +- ❌ Remote servers on private networks or behind authentication + +**Example**: A commercial MCP server distributed as a paid npm package is closed source but publicly accessible, so it's welcome in the registry. A server only available on your company's internal network is private and not supported. + ## Security & Trust ### How do I know a server is from the claimed organization?