# Каталоги и хабы

> Где перечислены серверы MCP помимо официального реестра - кто ведёт каждый каталог, берёт ли он данные из официального реестра и что означает его метка проверки

Страница: https://mcpdoc.ru/registry/catalogs/
Указатель сайта: https://mcpdoc.ru/llms.txt

Серверы MCP перечислены во многих местах, и только одно из них - официальный реестр MCP. Остальные делятся на три вида: сторонние каталоги, хабы поставщиков и закрытые реестры предприятий. У каждого свои правила приёма и свой смысл слов «проверен» и «официальный».

На этой странице для каждого каталога приведены только его собственные заявления. Если каталог сам не говорит, что берёт данные из официального реестра, здесь стоит «не заявлено».

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

## Три вида каталогов

| Вид | Кто ведёт | Чем отличается |
|---|---|---|
| Сторонний каталог | независимая компания или сообщество | собирает записи из разных источников, добавляет свои оценки |
| Хаб поставщика | поставщик клиента или платформы | показывает серверы пользователям своего продукта, отбирает сам |
| Закрытый реестр предприятия | сама организация | перечисляет серверы, разрешённые внутри организации |

Ни один из них не является официальным реестром MCP. Официальный реестр - это служба `registry.modelcontextprotocol.io`, она описана на странице [«Официальный реестр MCP»](https://mcpdoc.ru/registry/). Его документация сама рассчитывает на каталоги: по её словам, реестр предназначен прежде всего для [последующих агрегаторов](https://modelcontextprotocol.io/registry/about), а те могут добавлять отбор и оценки.

GitHub MCP Registry и репозиторий Docker с названием «Official Docker MCP Registry» - это хабы GitHub и Docker. Слово «official» во втором названии относится к Docker, а не к проекту MCP.

## Как читать таблицы

- **Берёт ли данные из официального реестра** - только прямое заявление самого каталога со ссылкой. «Не заявлено» означает, что на прочитанных страницах такого заявления нет. Это не означает, что каталог данные не берёт.
- **Что значит метка** - определение своими словами каталога. Если определения на прочитанных страницах нет, так и написано.
- Порядок строк - по алфавиту внутри вида. Это не оценка.

## Сторонние каталоги

| Каталог | Кто ведёт | Берёт ли данные из официального реестра | Что значит его метка |
|---|---|---|---|
| Glama | Glama | да: по [описанию методики](https://glama.ai/mcp/methodology) Glama «работает как надмножество этого реестра», забирает и переиздаёт всё из официального реестра и добавляет свои данные | проверка сопровождающего: тот входит через GitHub, и Glama проверяет, что у него есть право записи или администрирования в репозитории. Определение отборов «official» и «claimed» на прочитанных страницах не найдено |
| mcp.so | на прочитанной странице не указано | не заявлено | по [собственному описанию](https://mcp.so/) это площадка сообщества, которая собирает сторонние серверы MCP; заявки принимаются через issue. Определение пометки «Official» не найдено |
| PulseMCP | PulseMCP | да: по [описанию API](https://www.pulsemcp.com/api/docs/v0.1) часть файлов `server.json` передаётся напрямую из того, что издатели опубликовали в официальном реестре; для серверов, которых там нет, PulseMCP ведёт свои файлы | поле `isOfficial`: «сопровождается ли сервер владельцем сервиса». Это утверждение о том, кто ведёт сервер, а не о его проверке |
| Smithery | Smithery; на странице документации стоит объявление, что Smithery стала частью Arcade.dev | не заявлено | после публикации издателю предлагают пройти [автоматический перечень проверки официального поставщика](https://smithery.ai/docs/build/publish) на странице настроек сервера. Содержание перечня здесь не проверялось |

Два уточнения.

**PulseMCP.** Каталог ведёт и дочерний реестр с доступом по ключу. В его описании оговорено, что обещание неизменяемости записей, которое даёт официальный реестр, дочерний реестр PulseMCP не повторяет.

**Smithery.** Помимо каталога, это размещение и шлюз. Способов публикации два: по адресу и локальным пакетом MCPB. Для публикации по адресу названы свои требования: транспорт Streamable HTTP и OAuth, если нужна авторизация. Это требования Smithery, а не правило MCP.

## Хабы поставщиков

| Хаб | Кто ведёт | Берёт ли данные из официального реестра | Что значит его метка |
|---|---|---|---|
| Claude Connectors Directory | Anthropic | не заявлено. [Страница каталога](https://claude.com/docs/connectors/directory) прямо отделяет его от открытого реестра: подтверждение владения доменом для каталога не требуется, это требование «относится только к открытому реестру MCP» | Verified: Anthropic [проверила инструменты коннектора](https://claude.com/docs/connectors/verification) на качество и совместимость, и он отвечал правилам каталога на момент проверки. Там же: это «не проверка безопасности и не гарантия работы». Community: Anthropic просматривает коннектор перед включением, но подробно не изучает |
| Cursor Marketplace | Cursor | не заявлено | отдельной метки нет. По [странице о безопасности](https://cursor.com/help/security-and-privacy/marketplace-security) каждый плагин проверяется вручную до включения, все плагины обязаны быть с открытым кодом, каждое обновление тоже проверяется вручную |
| Docker MCP Catalog | Docker | не заявлено | [«Verified servers»](https://docs.docker.com/ai/mcp-catalog-and-toolkit/catalog/): все серверы имеют версии, полные сведения о происхождении и метаданные SBOM. «Docker-built servers»: собраны и подписаны Docker |
| GitHub MCP Registry | GitHub | заявлено как намерение: в [объявлении о запуске](https://github.blog/ai-and-ml/github-copilot/meet-the-github-mcp-registry-the-fastest-way-to-discover-mcp-servers/) сказано в будущем времени, что серверы, опубликованные в открытом реестре MCP, будут появляться в GitHub MCP Registry автоматически. Действует ли это сейчас, на дату проверки не подтверждено | определение метки проверки не найдено. По [документации](https://docs.github.com/en/copilot/concepts/context/mcp) это отобранный список серверов от партнёров и сообщества |
| Каталог плагинов ChatGPT и Codex | OpenAI | не заявлено | проверяется издатель, а не качество сервера: по [странице подачи](https://developers.openai.com/apps-sdk/deploy/submission) нужно пройти проверку личности или компании, каталог показывает имя этой подтверждённой личности; для адреса сервера MCP проходят проверку домена, затем заявка уходит на рассмотрение |
| Галерея MCP в VS Code | Microsoft | не заявлено | определение метки проверки не найдено. Список открывается по запросу `@mcp` в поиске расширений |

Уточнения.

**GitHub MCP Registry.** Документация GitHub называет его общедоступной предварительной версией, которая может измениться.

**Docker MCP Catalog.** Серверы упакованы в образы и распространяются через Docker Hub. Заявки принимаются запросом на слияние в репозиторий [docker/mcp-registry](https://github.com/docker/mcp-registry), и каждый такой запрос проходит проверку команды Docker. На странице документации каталог помечен как Beta.

**Claude Connectors Directory.** Каталог единый для claude.ai, Claude Desktop, мобильных приложений, Claude Code и Cowork. Отдельной заявки на метку Verified нет: по странице о проверке, Anthropic сама решает, какие записи проверить глубже. Локальные серверы в виде пакетов MCPB каталог больше не принимает - это сказано на [странице подачи](https://claude.com/docs/connectors/building/submission).

**Cursor.** По адресу прежнего каталога серверов в документации Cursor теперь описан Cursor Marketplace с плагинами, в которые могут входить серверы MCP. Отдельный сайт `cursor.directory` здесь не проверялся.

**Каталог OpenAI.** Страница подачи говорит о каталоге плагинов для ChatGPT и Codex. Какое название каталога OpenAI считает основным, на дату проверки не подтверждено: на разных её страницах оно записано по-разному.

**VS Code.** Откуда галерея берёт список по умолчанию, документация прямо не говорит. Есть косвенное указание: [страница настроек для предприятий](https://code.visualstudio.com/docs/enterprise/ai-settings) пишет, что свой реестр позволяет «закрыть доступ к общему GitHub MCP registry».

## Закрытые реестры предприятий

Официальный реестр [не поддерживает закрытые серверы](https://modelcontextprotocol.io/registry/about) и не рассчитан на собственную установку. Его документация при этом отмечает, что закрытые реестры могут реализовать тот же API, чтобы работать с приложениями, которые его понимают. Строки ниже - реализации поставщиков, а не механизм протокола.

| Реестр | Кто ведёт | Берёт ли данные из официального реестра | Что значит его метка |
|---|---|---|---|
| Azure API Center | Microsoft; содержимое ведёт сама организация | не заявлено. По [документации](https://learn.microsoft.com/en-us/azure/api-center/register-discover-mcp-server) служба ведёт перечень («реестр») серверов MCP организации и предлагает отобранный список партнёрских серверов, которые можно добавить в свой перечень | метки проверки не найдено |
| Закрытый реестр для GitHub Copilot | GitHub задаёт требования; реестр размещает организация | не применимо: организация наполняет реестр сама | метки нет. По [документации](https://docs.github.com/en/copilot/how-tos/administer-copilot/manage-mcp-usage/configure-mcp-registry) реестр обязан следовать описанию реестра MCP версии `v0.1` |
| Закрытый каталог инструментов Microsoft Foundry | Microsoft | не проверялось | не проверялось: страницы не были открыты напрямую |

Про реестр для Copilot документация GitHub делает важную оговорку: возможность находится в общедоступной предварительной версии и не является рекомендуемым способом ограничить доступ к серверам MCP. Более надёжным способом там названы управляемые настройки предприятия. Варианты размещения названы два: собственная установка открытого кода реестра MCP или Azure API Center.

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

Как закрытые реестры встраиваются в управление серверами в организации, рассказано в разделе [«MCP в организации»](https://mcpdoc.ru/enterprise/).

## Что запись в каталоге значит для выбора сервера

Из собственных слов каталогов следует несколько выводов.

- **Метка «проверен» у каждого своя.** У Anthropic это проверка работы инструментов, у Docker - сведения о происхождении образа, у OpenAI - подтверждённая личность издателя, у Glama - право записи в репозиторий. Сравнивать их между собой нельзя.
- **Метка и проверка безопасности - разные вещи.** Anthropic прямо пишет, что её метка проверкой безопасности не является. Cursor и Docker, наоборот, сами пишут, что просматривают публикации в том числе на безопасность; что именно входит в такой просмотр, нужно читать у каждого.
- **Запись может быть взята из другого места.** Каталоги, которые берут данные из официального реестра, наследуют и его правила: код там не проверяется, а модерация минимальна.
- **Число серверов в каталоге - не число серверов MCP.** Каталоги считают по-разному и частично повторяют друг друга.

Перед подключением сервера смотрите на то, кто его выпустил, где исходный код, какая версия и какие права он просит. Признаки собраны на странице [«Как выбрать сервер»](https://mcpdoc.ru/servers/choose/).

## Что не проверялось

- Содержание перечня проверки Smithery: страница с ним не открылась.
- Сайт `cursor.directory`.
- Страницы Microsoft Foundry о закрытом каталоге инструментов.
- Определения пометок «official» у Glama и «Official» у mcp.so: первичного определения не найдено.
- Берут ли данные из официального реестра Docker, Smithery, Cursor, Anthropic, OpenAI и Microsoft: собственных заявлений об этом не найдено.

## Что читать дальше

- [Официальный реестр MCP](https://mcpdoc.ru/registry/) - единственный официальный реестр и его правила.
- [Как выбрать сервер](https://mcpdoc.ru/servers/choose/) - на что смотреть помимо записи в каталоге.
- [Серверы поставщиков](https://mcpdoc.ru/servers/vendors/) - серверы, которые выпускают сами владельцы сервисов.
- [MCP в организации](https://mcpdoc.ru/enterprise/) - закрытые реестры и управление доступом.