Официальный реестр MCP

сверено с первичными источниками 4 октября 2026

Документация описывает реестр так: это «официальное централизованное хранилище метаданных для общедоступных серверов MCP», которое поддерживают участники экосистемы - названы Anthropic, GitHub, PulseMCP и Microsoft.

Службой, схемой server.json и описанием API владеет рабочая группа Registry. Исходный код службы лежит в репозитории modelcontextprotocol/registry.

Отличие от реестров пакетов документация объясняет прямо: npm, PyPI и Docker Hub хранят пакеты с кодом и двоичными файлами, а реестр MCP хранит метаданные, которые на эти пакеты указывают.

На каждой странице документации реестра стоит одно и то же предупреждение: реестр находится в режиме preview, и до общей доступности возможны несовместимые изменения и сброс данных.

Дату общей доступности документация не называет. В README сказано только, что выпуск GA «последует позже».

По журналу изменений API реестр ведёт две ветки:

Обе ветки сохранятся до будущего выпуска v1.0. Заморозка, по словам README, нужна, чтобы проверить API в настоящих интеграциях и собрать замечания для v1.

Читать реестр можно без учётной записи: документация называет это REST API только для чтения без проверки подлинности. Основные запросы:

Имя сервера в адресе кодируется: io.modelcontextprotocol/everything записывается как io.modelcontextprotocol%2Feverything. Список листается курсором: параметры limit и cursor, в ответе - metadata.nextCursor.

Поиск в реестре намеренно простой. По описанию API параметр search ищет подстроку в именах серверов, а для развитого поиска и отбора предлагается использовать дочерний реестр.

Ответ на запрос GET /v0.1/servers/io.github.github%2Fgithub-mcp-server/versions/latest, полученный 4 октября 2026. Сокращения: убраны массивы runtimeArguments и headers, а также поля statusChangedAt и updatedAt. Остальное без изменений.

{
  "server": {
    "$schema": "https://static.modelcontextprotocol.io/schemas/2025-12-11/server.schema.json",
    "name": "io.github.github/github-mcp-server",
    "description": "Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.",
    "title": "GitHub",
    "repository": { "url": "https://github.com/github/github-mcp-server", "source": "github" },
    "version": "1.13.0",
    "packages": [
      {
        "registryType": "oci",
        "identifier": "ghcr.io/github/github-mcp-server:1.13.0",
        "transport": { "type": "stdio" }
      }
    ],
    "remotes": [
      {
        "type": "streamable-http",
        "url": "https://api.githubcopilot.com/mcp/"
      }
    ]
  },
  "_meta": {
    "io.modelcontextprotocol.registry/official": {
      "status": "active",
      "publishedAt": "2026-10-01T19:11:57.013204Z",
      "isLatest": true
    }
  }
}

В ответе две части. Блок server - это то, что прислал издатель: здесь и пакет для запуска у себя, и удалённый адрес. Блок _meta с ключом io.modelcontextprotocol.registry/official добавляет сам реестр: статус записи, время публикации и признак последней версии.

Список GET /v0.1/servers без отбора возвращает и старые версии: в проверке 4 октября 2026 первая же запись пришла с "isLatest": false. Чтобы получить по одной строке на сервер, в запрос добавляют version=latest.

Каждая строка - слова самой документации реестра.

Удаляют из реестра, по правилам модерации, только незаконное содержимое, вредоносные программы, спам и полностью неработающие серверы. Серверы низкого качества, серверы с уязвимостями и повторы чужих серверов не удаляются.

Документация говорит, что реестр не предназначен для прямого использования хост-приложениями. Приложениям следует обращаться к другим реестрам MCP - например, к последующим каталогам.

Замысел такой:

1. Издатель публикует запись в официальном реестре.
2. Агрегаторы забирают данные - документация ожидает опрос нечасто, например раз в час - и хранят копию у себя.
3. Агрегатор добавляет своё: оценки, проверку безопасности, отбор.
4. Приложение читает уже агрегатор.

Агрегатор, который сам отдаёт данные по той же схеме OpenAPI, документация называет дочерним реестром (subregistry). Закрытые реестры тоже могут реализовать этот API, чтобы работать с приложениями, которые его понимают.

Данные реестра, по условиям использования, передаются в общественное достояние по лицензии CC0 1.0.

В записи сервера указывается пакет одного из шести типов. Для пяти из них реестр проверяет владение пакетом, и способ у каждого свой. Источник - страница «Package types».

Про mcpb документация уточняет: сам реестр хеш не сверяет, его сверяют клиенты перед установкой.

Подробности по каждому типу и порядок публикации - на странице «Публикация сервера».

Реестр - отдельная служба со своей документацией. Частью протокола он не является.

В тексте редакции 2026-07-28 реестр MCP не упоминается: поиск по каталогу редакции на коммите 75db1e9 находит слово «registry» только в значении «реестр устаревших возможностей». Адреса /.well-known/ в этой редакции относятся только к авторизации OAuth.

Обнаружение, которое в редакции есть, устроено иначе. Это метод server/discover: клиент уже подключился к серверу и спрашивает у него версии протокола, возможности и сведения о сервере. Каталога серверов этот метод не даёт. Он описан на странице «Обнаружение».

SEP-2127 - открытое предложение, на 4 октября 2026 не принято

Карточки серверов (Server Cards) описаны в предложении SEP-2127 «MCP Server Cards - HTTP Server Discovery». Состояние запроса на слияние на дату проверки:

• открыт, не слит;
• метки SEP, in-review, extension;
• решение рецензентов - «запрошены изменения»;
• в ветке main файла предложения нет.

Есть одно расхождение внутри самого предложения. В файле seps/2127-mcp-server-cards.md в ветке запроса заголовок гласит «Status: Final». Запрос при этом открыт и не слит. Этот сайт считает предложение непринятым, пока оно не попало в main.

По тексту предложения карточка описывает только удалённое подключение, а server.json реестра остаётся отдельной схемой, которой владеет реестр. Строить на карточках рабочее решение пока рано: формат может измениться.

Словом «реестр» называют разное. FAQ реестра разделяет «Official MCP Registry» - службу по адресу registry.modelcontextprotocol.io - и «MCP registry» - стороннюю службу, которая реализует тот же API.

Официальный реестр здесь один. Остальные три вида разобраны на странице «Каталоги и хабы».

• server.json, имена и проверка владения - поля записи и правила имён.
• Публикация сервера - путь от пакета до записи в реестре.
• Каталоги и хабы - кто берёт данные из официального реестра, а кто нет.
• Обнаружение - метод server/discover внутри протокола.