Announcing CIMD support for MCP Client registration
Learn more

MCP Registry vs Managed MCP Integrations

MCP registry vs managed MCP integrations: servers found in a registry connect through Scalekit with per-user OAuth 2.1, so each user's account stays separate
Nityashree Yadunath
Product Marketing Manager

Use Glama for the largest index and quality grades, and Smithery if you also want it to manage connections. PulseMCP has official and community labels, mcp.so suits casual browsing, and the official MCP Registry serves canonical metadata through an API. Registries tell you what exists; to run those servers as MCP integrations for many users, Scalekit adds per-user OAuth, token storage and tool scoping.

TL;DR

  • Registries are good at different things. The official MCP Registry is the canonical metadata source and API. Glama has the largest index, with license, quality and maintenance grades, and a hosted gateway. Smithery pairs discovery with its own connection service. PulseMCP labels official and community servers. Docker signs the local servers in its catalog.
  • Vet community servers before use. Most registries list servers without reviewing them, so check the publisher, transport, auth type and tool descriptions before an agent uses one.
  • Find the server in a registry, then connect it through Scalekit. Remote, stateless MCP servers can be added to Scalekit as custom MCP connectors. Scalekit registers a client through Dynamic Client Registration when the server supports it, stores and refreshes each user's token, binds each agent run to one user with a session token, and exposes only the tools an agent role needs through a Virtual MCP server.
  • Many vendor servers are already in Scalekit's catalog. The catalog has 500+ connectors and 20,000+ tools. Connectors for Notion, Linear, GitHub, Slack, Atlassian, HubSpot and Stripe route tool calls to each vendor's own MCP server, with OAuth 2.1.

What an MCP registry does

An MCP registry is a searchable list of MCP servers. A listing tells you who publishes a server, how to install or reach it, which transport it uses, and sometimes how well it is maintained. The official registry describes its own role narrowly: package registries host the code, and the MCP Registry hosts metadata that points to those packages. The registry docs expect downstream directories, which they call aggregators, to consume that metadata and add ratings, scans and usage numbers.

That makes registries the right place to start when you need to know what exists. Most are not built to manage each of your users' connections to a server. Smithery Connect and Glama's hosted gateway cover part of that.

Need
Registry
Managed MCP platform
Find servers by app or category
Yes
Catalog of supported apps
Install details: URL, package, transport
Yes
Handled for you
Quality or popularity signals
Some registries
Not the focus
Store and refresh each end user's token
Mostly no; Smithery Connect does, and Glama's gateway manages and refreshes OAuth credentials per connection profile
Yes
Bind each agent run to one user
Mostly no; Smithery Connect can scope a token to one user
Yes
Scope tools per agent role
Mostly no; Glama's gateway has per-tool access control
Yes
Audit tool calls made on behalf of users
Mostly no; Glama's gateway logs calls
Yes

The main MCP registries compared

Counts as of October 15, 2026. They change daily.

Registry
Servers listed
What a listing shows
Hosting or auth
Best for
Official MCP Registry
About 44,000 in its API
server.json metadata: remotes, packages, transport, version
Metadata only
Canonical source for tools and marketplaces
Glama
98,962
License, quality and maintenance grades; stars; downloads; tool scores
Hosted gateway with OAuth 2.1, billed by usage
Largest index, with vetting signals
Smithery
26,000+
Verified flag, use count, remote or local
Smithery Connect handles OAuth per user
Discovery plus managed connections
PulseMCP
21,705
Official, reference or community label; estimated weekly visitors
None
Curated labels and popularity
GitHub MCP Registry
427
Publisher, description, one-click install
None
One-click installs into VS Code
Docker MCP Catalog
300+
Signed images with provenance and SBOM
Local containers; OAuth via the MCP Toolkit
Running signed local servers
mcp.so
Not published
Category, author, featured and verified tabs
None
Casual browsing by category
MCP Market
49,488
Servers, clients and skills; claimable listings
None
Browsing servers alongside clients

Official MCP Registry

The official registry is built by MCP contributors and backed by Anthropic, GitHub, PulseMCP and Microsoft. Publishers verify their namespace through GitHub, DNS or HTTP, and each entry is a server.json file with remote URLs and package details. The registry is still in preview, and its API has been at v0.1 since October 2025. It has no ratings or tool lists. It has a basic web page, but it is meant mainly to be read by other tools.

Glama

Glama lists 98,962 servers and grades each one on license, quality and maintenance. Security findings come from a separate sandbox analysis that labels servers as malicious or risky. Listings show stars, downloads, official and claimed badges, and a quality score for each tool definition. Glama also hosts servers behind a gateway with OAuth 2.1, per-tool access control and call logs, billed by usage on top of a workspace plan. Scalekit's own MCP server is listed on Glama with the Official badge.

Smithery

Smithery lists 26,000+ servers and has been part of Arcade.dev since August 2026. Its Connect service handles OAuth flows and credential injection, tracks each end user by ID, refreshes tokens before they expire, and can scope a token to one user's connections. Connect takes an MCP server URL as input, including servers that Smithery does not host, and Smithery supplies the OAuth app for popular integrations. That makes Smithery the registry closest to a managed platform. Arcade.dev, its owner, also sells a managed tool-calling platform.

PulseMCP

PulseMCP lists 21,705 servers and labels each one as official, reference or community, with an estimate of weekly visitors. A PulseMCP co-founder sits on the official registry's working group. New submissions are paused; PulseMCP asks publishers to use the official registry, which it will ingest when submissions reopen. Scalekit's MCP server is listed as official.

GitHub, Docker and mcp.so

The GitHub MCP Registry lists 427 servers with one-click installs into VS Code. The Docker MCP Catalog has 300+ servers; Docker builds and signs the local servers with provenance and SBOM metadata, and its MCP Toolkit handles OAuth for remote servers in your browser. mcp.so is a community directory organized by category, with servers added through GitHub issues. MCP Market lists 49,488 servers alongside clients and skills.

What a managed MCP integration adds

After you find a server in a registry, letting an agent use it on behalf of many users in your product takes more work: running each user's OAuth flow, keeping and refreshing their tokens, keeping one user's run away from another user's account, and limiting which tools each agent sees. A managed MCP platform does that work. Best managed MCP server platforms compares ten of them.

With Scalekit, a server you found in a registry goes through five steps:

Five steps from a registry listing to a per-user connection: find the server in a registry, add it to Scalekit as an MCP connector, each user connects their own account, a Virtual MCP server scopes the tools per agent role, and each run uses one user's token.
  1. Find the server. Note its remote URL and auth type from the registry listing.
  2. Add it as an MCP connector. In the Scalekit dashboard, create a custom connector with the server's HTTPS URL and choose OAuth, bearer token, API key or no auth. For OAuth, Scalekit finds the server's authorization and token endpoints from its metadata and registers a client through Dynamic Client Registration when the server advertises it. Otherwise, you enter your own OAuth app's client ID and secret. The server must be stateless: Scalekit connects to servers that do not rely on sticky sessions or MCP session IDs.
  3. Users connect their accounts. Each user signs in to the app. Scalekit stores the token in an encrypted vault and refreshes it, and flags the account as expired if the provider revokes it so you can ask the user to reconnect.
  4. Scope the tools. A Virtual MCP server exposes only the tools one agent role needs, or you can use the connection's own MCP server for all of its tools.
  5. Run as the user. Before each run, you mint a session token bound to one user. Every tool call uses that user's account, and by default the agent never receives the raw OAuth token.

For many popular apps, you can skip step 2. Scalekit's catalog already includes connectors that route calls to the vendor's own MCP server, such as Notion, Linear, GitHub, Slack, Atlassian, HubSpot and Stripe, each with OAuth 2.1. Custom connectors follow the same flow as catalog connectors: create a connection, connect each user's account and call tools, and tool-call responses are not stored.

Before an agent uses a community server

A registry listing does not tell you whether a server is safe to use with your users' data. How to vet a third-party MCP server walks through these checks in more depth, and MCP security risks in the enterprise covers the threats. Before you connect a server, check:

  • Publisher. Prefer servers published by the app vendor: an official badge on Glama or PulseMCP, or a namespace verified in the official registry.
  • Transport. A remote server runs on someone else's infrastructure. A local server runs code on your machine. Docker's signed images reduce the risk of running local code.
  • Auth type. OAuth 2.1 with per-user consent is safer than a shared API key, because each user grants only their own access and can revoke it.
  • Tools and descriptions. Read the tool list. Descriptions are passed to the model, so a malicious description can steer the agent. Expose only the tools an agent needs; least privilege for agent tool calls explains how.
  • Maintenance. Look at recent commits, open issues and Glama's maintenance grade. An abandoned server will not get security fixes.

When a registry is enough, and when you need a managed layer

A registry is enough when one developer connects a server to their own client, such as Claude Code or Cursor, with their own account. The client handles OAuth for that one person, and there is no one else's data to keep apart.

You need a managed layer when the agent acts for many users or many customers: each person needs their own connection, tokens must be refreshed without user involvement, every call must run as the right user, and your security team will ask who did what. Smithery Connect covers part of this. Scalekit handles this for catalog connectors and for remote MCP servers you add as custom connectors. If you also need to govern agents your employees already use, see Top MCP gateways for AI agents.

Frequently asked questions

What is an MCP registry?

An MCP registry is a searchable list of Model Context Protocol servers. Each listing describes a server's publisher, install or connection details and transport, and some registries add quality grades, popularity data or security scans. The official MCP Registry stores metadata only; directories such as Glama, Smithery and PulseMCP add ratings, hosting or labels on top of their own indexes.

Smithery vs Glama vs mcp.so: which should I use?

Glama has the largest index, grades servers on license, quality and maintenance, and offers a hosted gateway. Smithery pairs discovery with Smithery Connect, which handles OAuth and credentials for each end user. mcp.so is a community directory that is easy to browse by category but has fewer vetting signals. PulseMCP labels servers as official, reference or community. The official MCP Registry is the canonical metadata source, read mainly through its API.

Is the official MCP registry enough?

For discovery and canonical metadata, yes: it verifies publisher namespaces and gives tools a versioned API. It does not rate servers, host them, or handle OAuth for your users, and it is still in preview. Pair it with a directory for vetting signals and, when agents act for many users, a managed platform for per-user auth.

Can I use a server from an MCP registry with Scalekit?

Yes, if it is a remote, stateless server reachable over HTTPS. Add it as a custom MCP connector with its URL and auth type. For OAuth servers, Scalekit discovers the endpoints from the server's metadata and registers a client through Dynamic Client Registration when supported, then handles each user's tokens and scoping through the same flow as catalog connectors.

Are servers in MCP registries safe to use?

Not automatically. Most registries list servers without reviewing them. Check the publisher, transport, auth type, tool descriptions and maintenance activity, prefer servers published by the app vendor, and expose only the tools an agent needs.

Next step

To connect a registry server or a catalog connector for your users, follow the Scalekit quickstart, or see how to bring your own connector. To talk through your architecture with an engineer, book a technical session.

No items found.
Agent
Auth Quickstart
On this page
Share this article
Agent
Auth Quickstart

Acquire enterprise customers with
‍zero upfront cost.

Every feature unlocked. No hidden fees.