20 лучших MCP Server для установки в 2026 году

Коротко: в каталогах MCP уже тысячи Server, но постоянно держать включёнными стоит лишь горстку — поставите слишком много, и Agent станет глупее; выберете не те, и снова будете вручную копировать контекст. Если вы уже пишете код в Cursor, Claude Code или Codex, но не можете решить — подключать GitHub или ещё десять SaaS, — эта статья по четырём линиям (инструменты разработки, данные и DevOps, SaaS для команд, поиск и память) отбирает 20 MCP Server, которые в 2026 году действительно стоит установить, и объясняет принципы выбора, формат конфигурации и типичные ошибки.

Материалы серии: инструкция по установке MCP в Claude Code, минимальная экспозиция прав MCP, CodeGraph MCP за пять минут.

Почему MCP стал «стандартным интерфейсом» AI-кодинга в 2026 году

Model Context Protocol (MCP) Anthropic открыла в конце 2024 года; в 2025-м протокол взлетел вместе с Claude Desktop, Cursor, Windsurf и другими клиентами, а к 2026-му стал де-факто стандартом плагинов для Agent: OpenAI Codex, GitHub Copilot и расширения VS Code поддерживают ту же экосистему Server. Ценность не в «ещё одном чат-боте», а в том, что репозитории, документация, базы данных, браузер и тикет-системы превращаются в структурированные инструменты, которые Agent вызывает сам — без ручной перекладки контекста вроде «посмотри PR #123».

В отличие от раннего custom Function Calling, у MCP преимущество один раз настроил — используешь в разных клиентах: та же конфигурация GitHub MCP работает и в Claude Code, и в Cursor. К 2026 году официальных и community Server уже больше тысячи, но качество сильно различается — здесь только 20 с официальной поддержкой или широким adoption, активным сопровождением и понятной документацией по установке.

Четыре принципа выбора: не превращайте стек в «свалку инструментов»

Перед списком — четыре принципа, которые сообщество в 2026 году проверяет снова и снова:

• Выбирайте по рабочему процессу, а не по рейтингу. Если вы каждый день пишете React и гоняете GitHub PR, Context7 + GitHub + Playwright закрывают 80% задач. Notion MCP имеет смысл только когда команда реально ведёт базу знаний в Notion.
• Ограничивайте суммарное число активных tools. В Cursor потолок — ~40 инструментов; Claude Code терпимее, но при переборе Agent чаще выбирает не тот tool или сжигает десятки тысяч токенов в начале сессии. На практике оптимально 3–7 Server и не больше ~30 tools суммарно.
• Отдавайте предпочтение Remote HTTP в облегчённой версии. GitHub, Supabase, Linear, Sentry и другие дают официальные OAuth Remote Server с меньшим набором tools, чем локальный Docker — для Cursor это удобнее.
• Минимальные права по умолчанию. PAT только на чтение, строка подключения к БД read-only, Filesystem — только каталог проекта. Подробнее — в материале о правах.

Схема: от рабочего процесса к набору MCP

Логику выбора можно свести к одной цепочке: сначала задачи, потом Server, затем контроль количества и прав.

Три стартовых набора (по роли)

Инструменты разработки (8 шт.)

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

1. GitHub MCP (официальный)

Что делает: читает репозитории и файлы, ищет код, управляет Issue / PR, смотрит статус CI, частично — security scanning. Поддержка: GitHub (github/github-mcp-server). Транспорт: рекомендуется Remote HTTP (OAuth); пользователям Cursor лучше избегать локального полного Docker (один Server может дать 40+ tools).

Кому подходит: любой команде на GitHub. Совпадает с настройкой GitHub в тройном подключении Claude Code — достаточно fine-grained read-only PAT или OAuth.

2. Context7

Что делает: по имени библиотеки и версии подтягивает актуальную официальную документацию и примеры кода, резко снижая галлюцинации API у Agent. Поддержка: community-проект Upstash; в 2026-м почти во всех списках «лучших MCP» на первом месте. Транспорт: Remote HTTP или локальный stdio.

Кому подходит: всем, кто использует сторонние фреймворки (Next.js, Tailwind, Prisma, SwiftUI…). Очень высокая плотность сигнала — «один Server вместо десяти».

3. Playwright MCP (официальный Microsoft)

Что делает: управляет настоящими Chromium/WebKit/Firefox, понимает страницу через дерево доступности, а не скриншоты: клики, формы, assert. На порядок надёжнее, чем просить Agent «угадать, нормальный ли UI». Пакет: @playwright/mcp.

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

4. Fetch MCP (официальный reference)

Что делает: контролируемый HTTP GET, конвертирует страницу в Markdown для модели. Пакет: @modelcontextprotocol/server-fetch. Удобен для доков, health check, чтения публичных API.

Замечание: не заменяет Context7 для документации библиотек; с динамическими SPA поддержка ограничена — сложные страницы всё равно через Playwright.

5. Filesystem MCP (официальный reference)

Что делает: чтение и запись файлов в явно указанных каталогах. Пакет: @modelcontextprotocol/server-filesystem.

Замечание: у Cursor уже есть песочница для файлов — часто Server не нужен. Полезнее для терминального Claude Code или пакетной обработки по нескольким каталогам. Корень в args ограничивайте жёстко; не указывайте $HOME.

6. Git MCP (официальный reference)

Что делает: git status, diff, log, ветки; в некоторых версиях — контролируемые коммиты. Пакет: @modelcontextprotocol/server-git или mcp-server-git.

Кому подходит: когда Agent должен понимать незакоммиченные изменения и историю без полного shell. Дополняет GitHub MCP: локальный репозиторий vs удалённая коллаборация.

7. CodeGraph MCP

Что делает: локальный индекс семантического графа кода — переход к символам, зона влияния (codegraph_impact), связи между файлами. В бенчмарках ZavCloud на одной задаче по исправлению бага число shell-вызовов падало с ~12 до ~5 после подключения.

Кому подходит: средние и крупные monorepo, размытые границы микросервисов, команды с запросом «изменил в одном месте — вижу, что затронул». Развёртывание — в пятиминутном гайде.

8. Serena

Что делает: на базе LSP семантический поиск и правки кода, 20+ языков, лучше понимает символы и ссылки, чем текстовый grep. Поддержка: community (oraios/serena); в 2026-м растёт среди активных пользователей Claude Code.

Кому подходит: мультиязычные monorepo, точный rename / find references. Пересекается с CodeGraph — обычно выбирают одно или делят по проектам.

Данные и DevOps (4 шт.)

9. Supabase MCP (официальный)

Что делает: запросы к таблицам, SQL, schema, Edge Functions и ветки (зависит от прав). Транспорт: Remote HTTP + OAuth.

Замечание: в продакшене — только read-only роль или dev-ветка; режим записи ошибочно включённый обходится дорого. У Neon и других Postgres-хостов есть аналоги — выберите один под свой стек.

10. DBHub / Bytebase (универсальный PostgreSQL)

Что делает: один из рекомендованных Anthropic путей к Postgres (оригинальный server-postgres в архиве). Подключение любой PostgreSQL через DSN, контролируемые запросы. Установка: npx -y @bytebase/dbhub --dsn "postgresql://...".

Кому подходит: self-hosted БД, стек без Supabase, командам с единой SQL-поверхностью.

11. Sentry MCP (официальный)

Что делает: события ошибок, стеки, release и статус issue — Agent закрывает первую половину цикла «ошибка → локализация → PR» прямо в редакторе. Транспорт: Remote HTTP.

Кому подходит: frontend/backend-командам на Sentry. В основном чтение; фикс всё равно через GitHub и локальную отладку.

12. Docker MCP (community / preview от Docker)

Что делает: список контейнеров, логи, контролируемый start/stop — Agent видит топологию локальных или CI-симулированных сервисов.

Замечание: большая поверхность прав — только на dev-машине; для прод-кластеров нужны отдельные ops MCP или read-only kubeconfig. Ценнее, если локальная разработка полностью в контейнерах.

SaaS для команд (5 шт.)

Эти Server подключают Agent к инструментам, за которые команда уже платит — только то, чем реально пользуетесь, не меняйте тикет-систему ради MCP.

13. Linear MCP (официальный)

Что делает: чтение/запись issue, статусы, поиск, sprint. Remote OAuth, компактный набор tools.

Кому подходит: стартапам и product-командам в Linear. В паре с GitHub MCP — описание «тикет → ветка → PR» end-to-end.

14. Notion MCP (официальный)

Что делает: поиск и read/write страниц Notion, представления баз — PRD, протоколы, база знаний.

Замечание: большой workspace легко забить контекст; ограничивайте integration конкретными страницами.

15. Slack MCP (официальный)

Что делает: чтение каналов, сводки, thread — синхронизация результата Agent в командный поток.

Кому подходит: организациям, где инженерная коммуникация идёт через Slack. Запись по умолчанию лучше отключить; постинг — после подтверждения человеком.

16. Figma Dev Mode MCP (официальный)

Что делает: структура, переменные и стили выбранного frame — design-to-code. Условие: открыто desktop-приложение и выбран artboard.

Кому подходит: frontend-командам на design system. В связке с Context7 (доки компонентов) + Playwright (визуальная регрессия).

17. Stripe MCP (официальный)

Что делает: клиенты, подписки, счета и test mode — разработка и отладка billing-функций.

Замечание: только test key или строгий read-only; в платежах высокие требования compliance — production write не отдавайте Agent автоматически.

Поиск и память (3 шт.)

18. Exa MCP

Что делает: семантический веб-поиск, заточенный под Agent — лучше generic search для технических запросов, статей и RFC. Нужен API key.

Кому подходит: исследовательским задачам вроде «найти свежий пост 2026 / RFC / реализацию конкурента». Дополняет Fetch: Exa находит URL, Fetch или Playwright читают глубоко.

19. Brave Search MCP

Что делает: поиск в реальном времени через Brave Search API. Пакет: community @modelcontextprotocol/server-brave-search.

Кому подходит: тем, у кого уже есть квота Brave API и нужна альтернатива Exa. Выберите одно — не дублируйте слоты tools.

20. Memory MCP (официальный reference)

Что делает: сохраняет факты между сессиями в виде графа знаний (договорённости проекта, предпочтения, архитектурные решения). Пакет: @modelcontextprotocol/server-memory.

Кому подходит: solo или небольшим командам на одном продукте, которым нужно, чтобы Agent «помнил» нормы команды. В отличие от Sequential Thinking (ниже): Memory хранит факты, Sequential Thinking помогает декомпозировать шаги.

Сводная таблица всех 20

Установка и примеры конфигурации

Файлы конфигурации различаются по клиенту, но структура JSON почти одинакова. Ниже — два самых частых варианта в 2026 году.

Claude Code (~/.claude.json)

// ~/.claude.json → mcpServers
"context7": {
  "command": "npx",
  "args": ["-y", "@upstash/context7-mcp"]
},
"github": {
  "command": "npx",
  "args": ["-y", "@modelcontextprotocol/server-github"],
  "env": { "GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_xxx" }
},
"playwright": {
  "command": "npx",
  "args": ["-y", "@playwright/mcp@latest"]
}

После сохранения полностью закройте Claude Code, перезапустите из корня репозитория и выполните /mcp для проверки. Пошагово — в инструкции по установке.

Cursor (~/.cursor/mcp.json или проектный .cursor/mcp.json)

// та же структура, что у Claude Code; для GitHub — Settings → MCP → официальный Remote
// избегайте локального github-mcp-server целиком — 40+ tools упираются в лимит
{
  "mcpServers": {
    "context7": {
      "command": "npx",
      "args": ["-y", "@upstash/context7-mcp"]
    },
    "playwright": {
      "command": "npx",
      "args": ["-y", "@playwright/mcp@latest"]
    }
  }
}

Дополнение CodeGraph (уровень проекта)

# корень репозитория
codegraph init -i
codegraph status
# добавить в ~/.claude.json:
# "codegraph": { "command": "codegraph", "args": ["mcp"] }

Типичные ошибки

• «После установки tools не видны» — синтаксическая ошибка JSON, клиент не перезапущен полностью или Claude Code запущен не из корня репозитория. Диагностика через /mcp.
• «GitHub MCP 401» — PAT без доступа к репозиторию, просрочен или недостаточных прав; OAuth Remote требует повторной авторизации.
• «Превышен лимит tools в Cursor» — перейдите на GitHub Remote slim, отключите лишние Server или ненужные tools внутри одного Server.
• «Agent всё равно не вызывает MCP» — явно укажите в промпте: «используй GitHub MCP для issue #N»; для части задач нужно разрешить tool use. Smoke-тесты — в обзоре тройного подключения.
• «Изменились продакшен-данные» — случайно writable Supabase / DBHub или live key Stripe. По умолчанию read-only и dev-среда.

Частые вопросы

MCP Server дублируют встроенные возможности Cursor? Частично: у Cursor уже есть индекс проекта и терминал — Filesystem MCP часто лишний. Но Context7, удалённая коллаборация через GitHub и проверка в реальном браузере через Playwright всё равно стоят внешнего подключения.

Codex CLI может использовать тот же набор MCP? Да. Codex и Claude Code поддерживают протокол MCP; пути конфигурации другие (~/.codex/config.toml или панель MCP в клиенте), но записи Server переиспользуются.

Нужны ли все 20? Нет. Тройка ⭐⭐⭐ подходит почти всем; остальное — по стеку, одновременно держите 3–7 Server.

Как понять, что MCP окупается? Сравните одну и ту же задачу с MCP и без: сколько раз копировали контекст вручную и сколько раз Agent «ходил кругами» до vs один tool call после. CodeGraph + GitHub triple-connect дал самый заметный ROI в наших замерах.

Что проверять при security review? OAuth scope / права PAT каждого Server, корни Filesystem, read/write роли DSN базы. Чеклист — в материале о минимальной экспозиции прав MCP.

• Инструкция по установке MCP в Claude Code
• Обзор тройного подключения MCP
• Минимальная экспозиция прав MCP
• CodeGraph MCP на Cloud Mac за 5 минут
• Claude Code vs Cursor (2026)