modelcontextprotocol / modelcontextprotocol/registry

Remote-only MCP server cannot be published using mcp-publisher

Open
#703 3 comments 0 reactions 1 assignee View on GitHub

@rdimitrov is already working on this.

Since Oct 24, 2025.

bug
Dominant language
Go
Stars
7.3k
Forks
994
Avg merge
4d 12h
Merged PRs (30d)
19

Description

@rdimitrov Hi!

Describe the bug
When attempting to publish a remote-only MCP server (one that only includes a README and server.json file, no full package), mcp-publisher fails. It seems to expect a full package layout, even though our server is a remote endpoint.

To Reproduce
Steps to reproduce the behavior:

Create a repository with only a README and a valid server.json referencing a remote MCP endpoint.

Run npx mcp-publisher publish.

Observe the validation failure or rejection.

Expected behavior
mcp-publisher should allow publishing of remote-only servers that have a valid server.json and README, without requiring a dummy package.

Logs - message from the developer

Right now I am in the following situation. If I am using schemas/2025-07-09 I get to the end of the process and get rejected them with "deprecated schema detected: https://static.modelcontextprotocol.io/schemas/2025-07-09/server.schema.json[.](https://static.modelcontextprotocol.io/schemas/2025-07-09/server.schema.json.)"
If I am moving to later schemas I get unsupported registry type: github_release
3:30
None of the alternatives registry types fits us.

There seems to be an issue here to discuss with them
3:45
None of the options will work with the new schema (2025-10-17) and the old is deprecated.
I will try moving schemas one by one and try to see if something will work but someone to talk with can ease things

Additional context

We already verified the schema is up to date (post–17 Oct version).

Our repo: https://github.com/jfrog/jfrog-mcp-server

The current registry entry mirrors this README: https://github.com/mcp

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.