Back to Browse

Registry Poc MCP Server

Developer ToolsLow Risk10.0MCP RegistryLocal
Free

Server data from the Official MCP Registry

PoC beta server - extras-gated deps, subcommand selection, same PyPI package as alpha.

About

PoC beta server - extras-gated deps, subcommand selection, same PyPI package as alpha.

Security Report

10.0
Low Risk10.0Low Risk

Valid MCP server (0 strong, 5 medium validity signals). No known CVEs in dependencies. Imported from the Official MCP Registry. 1 finding(s) downgraded by scanner intelligence.

6 files analyzed · 1 issue found

Security scores are indicators to help you make informed decisions, not guarantees. Always review permissions before connecting any MCP server.

How to Install

Add this to your MCP configuration file:

{
  "mcpServers": {
    "io-github-nithishr-mcp-multi-poc-beta": {
      "args": [
        "mcp-multi-poc"
      ],
      "command": "uvx"
    }
  }
}

Documentation

View on GitHub

From the project's GitHub README.

mcp-multi-poc

PoC for serving multiple MCP servers from a single PyPI package, using subcommands for server selection and optional extras for on-demand dependencies. Stands in for the Couchbase MCP monorepo question (alpha = operational, beta = analytics, tabulate = the analytics SDK — chosen because it is outside fastmcp's transitive dependency tree; httpx and pyyaml are not, and silently defeat the extras guard).

What this PoC must answer

#QuestionWhere it's tested
1Can two MCP registry entries point at the same PyPI package?Publish both server.alpha.json and server.beta.json
2Does registry ownership validation accept multiple mcp-name comments in one package README?The two HTML comments above
3Does the registry schema/validator accept extras syntax in identifier (mcp-multi-poc[beta])?server.beta.json — if rejected, fall back to plain identifier and record that extras can't be expressed
4Do clients run the subcommand form correctly from registry metadata (uvx mcp-multi-poc alpha)?Install both servers from a client (Claude Desktop / MCP Inspector)
5Is there any schema-legal way to run a console script named differently than the package (mcp-multi-poc-beta)?server.beta-script.json: identifier = script name + runtimeArguments: --from mcp-multi-poc[beta]. Expected failure mode: ownership validation rejects the identifier because mcp-multi-poc-beta is not a real PyPI package. If it fails, the fallback for script-per-server is a shim package published under the script's name

Findings so far (2026-07-31)

  • Q1 — multiple entries per PyPI package: YES. mcp-multi-poc-alpha published against the shared package.
  • Q2 — multiple mcp-name comments in one README: YES (alpha validated with three comments present).
  • Q3 — extras in identifier: NO. Publish fails: the registry does a literal PyPI lookup — PyPI package 'mcp-multi-poc[beta]' not found (status: 404). Retest in progress: plain identifier + runtimeArguments: --from "mcp-multi-poc[beta]".
  • Q5 — differently-named console script as identifier: NO. Same 404 mechanism ('mcp-multi-poc-beta' not found). Script-per-server therefore requires a shim package published under each script's name.

Local smoke test (before publishing anything)

cd mcp-registry-poc
uv venv && uv pip install -e .
mcp-multi-poc alpha          # starts alpha on stdio (Ctrl+C to exit)
mcp-multi-poc beta           # must FAIL with the friendly extras message
uv pip install -e ".[beta]"
mcp-multi-poc beta           # now starts
mcp-multi-poc                # bare command runs alpha (backward-compat check)
mcp-multi-poc-beta           # Option 1 script works locally once extra installed

uvx behavior (after publishing to PyPI):

uvx mcp-multi-poc alpha                  # base only
uvx "mcp-multi-poc[beta]" beta           # extras via uvx — key UX under test
uvx --from "mcp-multi-poc[beta]" mcp-multi-poc-beta   # Option 1 fallback form

Publish steps (manual, in order)

  1. If mcp-multi-poc is taken on PyPI, pick another name and rename consistently (pyproject name, [project.scripts], both server.json identifiers).
  2. Build and publish to real PyPI (registry validation fetches from pypi.org; TestPyPI will not work): uv build && uv publish.
  3. Install mcp-publisher and log in: mcp-publisher login github (interactive) — must match the io.github.<username> namespace.
  4. Publish the entries: mcp-publisher publish server.alpha.json, ... server.beta.json, and ... server.beta-script.json — the last one is expected to fail validation; record the exact error (if the CLI expects the file at ./server.json, copy each into place first).
  5. Verify via the registry API: curl "https://registry.modelcontextprotocol.io/v0/servers?search=mcp-multi-poc"
  6. Configure both servers in a client from the registry metadata and call echo (alpha) and make_table (beta).
  7. Record results per question above, then deprecate/delete the PoC entries.

MCP client config for manual testing (pre-registry)

{
  "mcpServers": {
    "poc-alpha": { "command": "uvx", "args": ["mcp-multi-poc", "alpha"] },
    "poc-beta":  { "command": "uvx", "args": ["mcp-multi-poc[beta]", "beta"] }
  }
}

Reviews

No reviews yet

Be the first to review this server!

Registry Poc MCP Server - PoC beta server - extras-gated deps, subcommand selection, | MCP Marketplace