MCP-серверы: 15 рабочих + 13 архивных, которые до сих пор советуют

Короткий ответ

Серверов в официальном реестре — десятки тысяч, и это скорее мешает: в списке вперемешку лежат вендорские интеграции и однодневки. Ниже — 15 серверов, которые закрывают типовые задачи, с проверяемой таблицей и разбором каждого. Отдельным разделом — 13 архивных, которые до сих пор кочуют по инструкциям, включая инструкции самого протокола.

Все цифры и адреса в материале проверены 17 августа 2026 года.

Треть известных серверов уже в архиве

С этого стоит начать, потому что это ломает половину гайдов в интернете.

Референсные серверы протокола лежат в репозитории modelcontextprotocol/servers — 89,6 тыс. звёзд. Сегодня в нём семь серверов: Everything, Fetch, Filesystem, Git, Memory, Sequential Thinking и Time.

А было двадцать. Остальные тринадцать переехали в отдельный репозиторий и заморожены.

Дата на плашке — 29 мая 2025 года. То есть больше года назад, и всё это время инструкции, написанные до архивации, продолжают жить в поиске и в ответах нейросетей.

Причина не в том, что серверы плохие. Протокол решил не тянуть на себе интеграции с чужими продуктами: у вендора это получается лучше, потому что он знает своё API и меняет сервер вместе с ним. GitHub, Sentry, Brave — у всех теперь свои серверы, и они живее референсных.

ОсторожноВ самом README репозитория пример конфигурации Claude Desktop до сих пор содержит @modelcontextprotocol/server-github и @modelcontextprotocol/server-postgres — оба архивные. Если копировать пример целиком, вы поставите себе два неподдерживаемых пакета из документации, которая их же и похоронила.

Полный список тринадцати и чем каждый заменить — ниже отдельным разделом.

Как отбирали: четыре признака

Список не «лучшие», а «те, которые не подведут». Признаки простые и проверяемые:

1. Кто ведёт. Сервер от разработчика продукта живёт дольше обёртки энтузиаста и ломается реже. Где официального нет — это сказано прямо.
2. Виден ли пульс. Релизы за последние месяцы, а не «два года назад».
3. Есть ли ограничение прав. Хотя бы режим только на чтение. Сервер — это код с доступом к вашим данным.
4. Закрывает ли реальную задачу. «Демонстрирует возможности протокола» — не задача.

Каталог, где всего этого не видно, выбирать не помогает. Официальный реестр отвечает на вопрос «что вообще существует», но не на вопрос «что мне поставить»:

Первая же страница — торговые каталоги, крипта и региональные сервисы недвижимости. Полезное там есть, но искать надо по имени вендора, а не листать.

Локальный или размещённый: разница, которая решает

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

Локальный запускается у вас: npx, uvx или бинарник. Данные не покидают машину, ключи лежат в вашей конфигурации, работает без интернета там, где задача локальная. Платите за это установкой окружения: Node или Python нужной версии, а на сервере без графики ещё и возня с зависимостями.

Размещённый — это адрес вида https://mcp.notion.com/mcp. Ставить нечего, обновляется сам, авторизация обычно через OAuth. Взамен ваш запрос и содержимое ответа проходят через чужую инфраструктуру, а доступность сервиса становится частью вашей доступности.

Практическое правило: всё, что работает с вашими файлами и вашей базой, — локально. Всё, что и так живёт в облаке вендора (Notion, GitHub, Sentry), логично брать размещённым: данные там уже находятся, и прослойка ничего нового не раскрывает.

Подробный разбор различий — локальный MCP-сервер против удалённого.

Документация и веб

1. Context7 — чтобы агент не выдумывал методы библиотек

Самое частое разочарование от агента: он уверенно зовёт метод, которого в вашей версии библиотеки нет. Context7 подкладывает в контекст актуальную документацию под конкретную версию.

• Кто ведёт: Upstash, 60,9 тыс. звёзд — самый популярный сервер из всей подборки
• Как подключить: размещённый эндпоинт https://mcp.context7.com/mcp, ключ нужен только для лимитов
• Подвох: сервер знает то, что успел проиндексировать. Свежую библиотеку, вышедшую вчера, он не покажет
• Наш разбор: MCP для документации

Если подключать один сервер и остановиться — подключайте этот. Он даёт заметный эффект на любой задаче с кодом и ничего не ломает: доступ только на чтение чужой документации.

2. Fetch — страница как текст

Референсный сервер протокола. Забирает веб-страницу и отдаёт агенту разметкой вместо HTML-простыни.

• Кто ведёт: протокол, референсная реализация
• Как подключить: uvx mcp-server-fetch
• Подвох: это не браузер. Страницу, которая рисуется скриптами, Fetch увидит пустой — там нужен раздел про браузер ниже

ВажноАгент, который ходит по внешним страницам, читает и то, что там написано для него, — включая инструкции, спрятанные в тексте. Это не теория, а рабочий класс атак: prompt injection и защита от него.

Файлы, репозитории, код

3. Filesystem — чтение и запись в разрешённых каталогах

База, с которой обычно начинают. Ключевое слово — «разрешённых»: каталоги перечисляются в конфигурации, за их пределы сервер не выходит.

• Кто ведёт: протокол, референсная реализация
• Как подключить: npx -y @modelcontextprotocol/server-filesystem /путь/к/папке
• Подвох: путь по умолчанию не задан намеренно. Указать домашнюю папку целиком — значит выдать агенту всё, включая ключи в скрытых файлах

4. Git — история и ветки локального репозитория

Читает, ищет и правит локальный репозиторий. Не путать с сервером GitHub: этот работает с папкой на диске и не ходит в сеть.

• Кто ведёт: протокол, референсная реализация
• Как подключить: uvx mcp-server-git --repository путь/к/репозиторию
• Подвох: агент с правом коммитить в рабочую ветку — плохая идея, пока вы не убедились, как он себя ведёт

5. GitHub MCP Server — задачи, пул-реквесты, код

Официальный сервер GitHub, написан на Go, 32,3 тыс. звёзд. Одно из самых зрелых направлений: агент читает репозитории, разбирает issue и пул-реквесты, ищет по коду.

• Кто ведёт: GitHub, официальный
• Как подключить: размещённый вариант https://api.githubcopilot.com/mcp/ либо локальный бинарник; нужен токен
• Подвох: токен даёт ровно те права, которые вы в него положили. Начинать с repo целиком не нужно — почти все сценарии живут на чтении
• Важно: архивный @modelcontextprotocol/server-github — это не он. Именно этот пакет чаще всего и ставят по старым инструкциям

Браузер

Здесь два сервера, и они не конкуренты: у них разная работа.

6. Playwright MCP — заполнить форму там, где нет API

• Кто ведёт: Microsoft, 36,2 тыс. звёзд
• Как подключить: npx @playwright/mcp@latest
• Чем отличается: работает через дерево доступности страницы, а не через скриншоты. Агенту не нужно «смотреть» — он получает структуру, и это дешевле по токенам и надёжнее по попаданию в элемент
• Подвох: автоматизация чужого интерфейса ломается при первом редизайне. Если у сервиса есть API, идти надо в API
• Наш разбор: MCP для браузера

7. Chrome DevTools MCP — отладка и производительность

• Кто ведёт: команда Chrome DevTools, 49,3 тыс. звёзд
• Как подключить: npx -y chrome-devtools-mcp@latest
• Чем отличается от Playwright: тот нужен, чтобы что-то сделать на странице; этот — чтобы понять, почему страница себя так ведёт. Консоль, сеть, трассировка производительности
• Подвох: открывает настоящий Chrome. На сервере без графической подсистемы потребуется отдельная возня

Данные и учёт

8. Supabase — база под приложением

• Кто ведёт: Supabase, официальный
• Как подключить: токен проекта, в конфигурации клиента доступен флаг readOnly
• Подвох: в README вендора отдельным разделом расписаны риски подключения модели к боевому проекту, и написаны они не для галочки. Флаг только на чтение — не паранойя, а настройка по умолчанию для всего, что не требует записи

ПолезноПравило для любой базы одно: отдельный пользователь с правом только на чтение, пока не появилась причина для другого. Разбор рисков — безопасность MCP.

9. Excel — таблицы без выгрузок

Работа с локальными файлами xlsx: формулы, листы, сводные. Отдельно существует вариант через Microsoft 365 для облачных книг.

• Кто ведёт: сообщество
• Подвох: агент уверенно портит форматирование, если дать ему писать в рабочий файл. Копия перед запуском — обязательна
• Наш разбор: MCP для Excel

10. 1С — через OData, без доработки конфигурации

Готового «MCP-сервера для 1С» от вендора нет, и это тот случай, когда отсутствие — нормальный ответ. Задача решается через стандартный интерфейс OData: он есть в типовых конфигурациях и включается настройкой.

• Кто ведёт: сервер пишется под себя, обёртка простая
• Подвох: через OData доступны справочники и документы, но не всё подряд — часть логики живёт в модулях и снаружи не видна
• Наш разбор: MCP для 1С, отдельно — 1С:EDT

11. Sentry — разбор ошибок продакшена

• Кто ведёт: Sentry, официальный
• Как подключить: размещённый https://mcp.sentry.dev, транспорт HTTP или stdio
• Подвох: вендор прямо пишет, что сервер рассчитан на работу с человеком в контуре. Автономный агент, который сам решает, что делать с упавшим продакшеном, — не тот сценарий, под который это делалось
• Важно: архивный референсный sentry — это не он

Рабочие системы и мессенджеры

12. Notion — база знаний как источник для агента

• Кто ведёт: Notion, официальный
• Как подключить: размещённый https://mcp.notion.com/mcp, токен интеграции вида ntn_…
• Подвох: интеграция видит только те страницы, которые ей явно расшарили. Это не ограничение, а правильное поведение — но первый запуск обычно заканчивается пустым ответом именно поэтому

13. Jira — задачи без переключения контекста

• Кто ведёт: сообщество, официальный сервер Atlassian существует отдельно
• Подвох: формат описания задач в Jira не текст, а разметка документа. Агент, который «просто пишет текст», регулярно ломает форматирование комментариев
• Наш разбор: MCP для Jira

14. Telegram — переписка и работа от имени бота

Здесь два принципиально разных класса серверов, и путать их дорого: одни работают поверх вашего аккаунта, другие — поверх Bot API.

• Кто ведёт: сообщество
• Подвох: сервер поверх личного аккаунта получает доступ ко всей переписке и формально ходит по границе пользовательского соглашения. Через бота безопаснее и скучнее
• Наш разбор: MCP для Telegram

15. n8n — агент собирает и чинит сценарии

• Кто ведёт: сообщество, 22,7 тыс. звёзд — самый популярный неофициальный сервер в подборке
• Подвох: сервер даёт агенту справку по нодам и управление воркфлоу. Это сильно повышает качество собранных сценариев, но агент по-прежнему не знает, что у вас в проде
• Наш разбор: MCP для n8n

Сравнительная таблица

Звёзды — на 17 августа 2026 года, они здесь не как оценка качества, а как грубая мера того, сколько людей уже наступили на грабли до вас.

Сервер	Кто ведёт	Как запускается	Нужен ключ	Звёзд
Context7	Upstash	https://mcp.context7.com/mcp	для лимитов	60,9 тыс.
Chrome DevTools	Google	npx -y chrome-devtools-mcp@latest	нет	49,3 тыс.
Playwright	Microsoft	npx @playwright/mcp@latest	нет	36,2 тыс.
GitHub	GitHub	https://api.githubcopilot.com/mcp/	да	32,3 тыс.
n8n	сообщество	локально	да	22,7 тыс.
Supabase	Supabase	локально, флаг readOnly	да	2,9 тыс.
Sentry	Sentry	https://mcp.sentry.dev	да	819
Notion	Notion	https://mcp.notion.com/mcp	да	—
Fetch	протокол	uvx mcp-server-fetch	нет	в общем репозитории
Filesystem	протокол	npx -y @modelcontextprotocol/server-filesystem	нет	в общем репозитории
Git	протокол	uvx mcp-server-git	нет	в общем репозитории
Excel	сообщество	локально	нет	—
1С	свой поверх OData	локально	да	—
Jira	сообщество	локально	да	—
Telegram	сообщество	локально	да	—

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

13 архивных серверов и чем их заменить

Полный список того, что лежит в servers-archived и больше не поддерживается:

Архивный	Что делать вместо
GitHub	официальный сервер GitHub — пункт 5 выше
PostgreSQL	сервер под вашу СУБД либо свой поверх драйвера
SQLite	то же
Redis	то же
Sentry	официальный сервер Sentry — пункт 11
Slack	сервер передан Zencoder и живёт отдельно
Brave Search	официальный сервер Brave
Puppeteer	Playwright MCP либо Chrome DevTools MCP
Google Drive	встроенная интеграция агента, если она есть
Google Maps	официальный API, обёртка пишется за вечер
GitLab	сервер сообщества
AWS KB Retrieval	серверы AWS
EverArt	замены нет, направление закрылось

Проверить, не архивный ли пакет, можно за десять секунд: открыть репозиторий и посмотреть на плашку сверху. Если пакет ставится из npm по имени @modelcontextprotocol/server-<название> и это не Everything, Fetch, Filesystem, Git, Memory, Sequential Thinking или Time — он архивный.

Что ставят зря

Три сервера из референсного набора попадают в конфигурации по инерции.

Everything — тестовый сервер. Он существует, чтобы разработчик клиента проверил, что его код умеет в prompts, resources и tools. В рабочей конфигурации ему делать нечего.

Sequential Thinking — заставляет модель раскладывать задачу на шаги. На современных моделях, которые и так рассуждают, выигрыш спорный, а токены он тратит уверенно. Ставить стоит после того, как вы увидели проблему, которую он решает, а не заранее.

Memory — граф знаний как долгая память агента. Штука полезная, но у большинства агентов своя память уже есть, и две памяти начинают расходиться. У OpenClaw это собственный механизм, и подменять его сторонним графом обычно не нужно.

Общее правило: сначала проверьте, нет ли встроенной интеграции у вашего агента. Она обычно надёжнее прослойки, и её не надо обновлять отдельно. У OpenClaw каналы и часть сервисов подключаются напрямую.

Как проверить сервер до подключения

Пять минут перед установкой экономят вечер разбирательств. Порядок такой.

Откройте репозиторий и посмотрите на плашку. Архивный — жёлтая полоса сверху. Заброшенный — последний коммит годичной давности при открытых issue.

Прочитайте, какие инструменты сервер объявляет. Список лежит в README и в коде. Если среди них есть запись, удаление или выполнение произвольного запроса, а вам нужно только чтение — ищите флаг, который это отключает. Нет флага — это осознанный выбор автора, и он вам о многом говорит.

Посмотрите, куда уходит ключ. У локального сервера — в переменную окружения на вашей машине. У размещённого — на чужой сервер. Второе нормально для вендорского сервера и подозрительно для обёртки от неизвестного автора.

Запустите отдельно от агента. Сервер стартует командой из README и без клиента: если он падает сам по себе, дело не в конфигурации агента. Это сразу отсекает половину вопросов «почему сервер не виден».

Дайте минимальные права и проверьте на копии. Отдельный токен, отдельный тестовый проект, копия файла. Права расширяются за минуту, испорченная боевая таблица восстанавливается дольше.

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

Что выбрать под вашу задачу

Прямые рекомендации вместо «зависит от задач».

Пишете код с агентом. Context7 плюс Filesystem, дальше GitHub. Три сервера закрывают почти всё; четвёртым имеет смысл ставить Chrome DevTools, если вы работаете с фронтендом.

Автоматизируете рутину в чужих сервисах. Сначала проверьте API и встроенные интеграции агента. MCP нужен там, где ни того, ни другого нет: тогда Playwright.

Подключаете агента к учёту. 1С через OData, отдельный пользователь только на чтение. Записи не давать, пока не отработан сценарий целиком.

Разбираете инциденты. Sentry плюс GitHub: агент видит ошибку и код, в котором она случилась. Решение о правке оставляйте себе.

Не знаете, с чего начать. Context7. Он не трогает ваши данные, а разницу видно на первой же задаче.

Коротко о главном

• В официальном репозитории протокола осталось семь референсных серверов, тринадцать заархивированы 29 мая 2025 года.
• Инструкции, написанные до архивации, до сих пор в поиске. Проверять пакет по плашке репозитория — десять секунд.
• Интеграции с продуктами теперь ведут сами вендоры: GitHub, Sentry, Notion, Supabase, Brave. Их серверы живее референсных.
• Каталог на десятки тысяч позиций не помогает выбирать. Идти надо от задачи и от имени вендора.
• Права важнее возможностей. Только чтение — состояние по умолчанию для всего, что не требует записи.

Дальше по теме: как подключить MCP-сервер пошагово, что ставят первым в Claude Code и как написать свой сервер, если готового под вашу систему не нашлось.