Що таке MCP-сервер простими словами: як працює і навіщо розробнику

MCP-сервер — це програма, яка за відкритим стандартом Model Context Protocol (MCP) дає ШІ-застосунку доступ до певної системи: репозиторію, бази даних, браузера чи макета у Figma. Сервер повідомляє, які дії й дані він пропонує, а асистент або агент сам обирає потрібний інструмент і, зазвичай із вашого дозволу, викликає його. Простими словами, це перехідник між мовною моделлю та зовнішнім світом.

Автори протоколу порівнюють MCP з портом USB-C: замість окремої інтеграції для кожної пари «ШІ-застосунок — сервіс» з’являється спільний роз’єм. Сервер, написаний один раз, можна під’єднати до різних клієнтів, що підтримують стандарт, — від чат-асистентів до IDE.

Звідки взявся MCP і хто його розвиває

Anthropic представила протокол 25 листопада 2024 року разом зі специфікацією, SDK і першими готовими серверами. 9 грудня 2025 року MCP став одним із трьох проєктів-засновників Agentic AI Foundation — фонду під егідою Linux Foundation, співзасновниками якого стали Anthropic, Block і OpenAI. На той момент, за даними Anthropic, активних публічних MCP-серверів було понад 10 тисяч.

Зміни до специфікації пропонують через публічні SEP (Specification Enhancement Proposals), а місця в технічному керівництві закріплені за людьми, а не за компаніями. За словами авторів, протокол частково надихнувся Language Server Protocol: як LSP уніфікував підтримку мов програмування в редакторах коду, так MCP уніфікує під’єднання інструментів до ШІ-застосунків.

Версії позначають датами. Станом на жовтень 2026 року чинна редакція — 2026-07-28. У ній протокол перейшов на модель без збереження стану: зникли сесії та початкове «рукостискання», тепер кожен запит сам несе версію протоколу й можливості клієнта. Тож частина низькорівневих деталей у посібниках 2025 року вже не відповідає чинній версії.

Як працює MCP: хост, клієнт і сервер

В архітектурі MCP три ролі:

  • Хост — ШІ-застосунок, що керує під’єднаннями до серверів: IDE, чат-асистент, агент у терміналі.
  • Клієнт — компонент усередині хоста. На кожен сервер хост створює окремий клієнт із власним з’єднанням.
  • Сервер — програма, яка надає контекст і можливості. Вона може працювати на вашому комп’ютері або в інтернеті.

Наприклад, VS Code може одночасно тримати з’єднання з віддаленим сервером Sentry і з локальним сервером файлової системи — для кожного буде свій клієнт. Повідомленнями сторони обмінюються у форматі JSON-RPC 2.0.

Інструменти, ресурси і промпти

Сервер пропонує три типи можливостей, і різняться вони тим, хто вирішує, коли їх застосувати:

  • Інструменти (tools) — функції, які модель викликає сама: запит до бази, створення issue, натискання кнопки в браузері.
  • Ресурси (resources) — дані для контексту: вміст файлу, схема бази, документація. Що з них передати моделі, вирішує застосунок.
  • Промпти (prompts) — готові шаблони інструкцій, які користувач запускає явно, наприклад слеш-командою.

Сервер бази даних, скажімо, може мати інструмент для запитів, ресурс зі схемою таблиць і промпт із прикладами запитів. Є й можливість у зворотному напрямку — elicitation: сервер просить у користувача уточнення або підтвердження дії. Функції sampling і roots у редакції 2026-07-28 позначено застарілими, і новим реалізаціям додавати їх не радять.

Транспорти: stdio і Streamable HTTP

  • stdio — клієнт запускає сервер як дочірній процес на тому самому комп’ютері й обмінюється з ним повідомленнями через стандартні потоки введення та виведення. Так працює більшість локальних серверів.
  • Streamable HTTP — сервер працює як окремий сервіс з однією адресою на кшталт https://example.com/mcp. Кожен запит надходить методом POST, а відповідь приходить одним JSON-об’єктом або потоком SSE. Так влаштовані віддалені сервери; якщо потрібна авторизація, специфікація спирається на OAuth 2.1.

Старий транспорт HTTP+SSE застарів ще у версії 2025-03-26, хоча деякі клієнти підтримують його для сумісності.

Приклади: Figma, Playwright, GitHub, бази даних

Ось кілька конкретних серверів, корисних, зокрема, у веброзробці.

Що таке Figma MCP

Сервер Figma передає агентові дизайн-контекст: змінні, компоненти й дані про розташування елементів, щоб згенерований код відповідав макету. Працює він через посилання: копіюєте посилання на фрейм чи шар і вставляєте його в MCP-клієнт. Figma радить віддалений сервер (https://mcp.figma.com/mcp) як найповніший за можливостями. Локальний сервер через десктопний застосунок призначений для окремих корпоративних сценаріїв і потребує місця Dev або Full (на тарифі Starter недоступний).

Станом на жовтень 2026 року агенти через віддалений сервер можуть також створювати й змінювати об’єкти на полотні Figma. Поки функція в бета-версії, вона безкоштовна, а згодом стане платною залежно від обсягу використання.

Що таке Playwright MCP

Playwright MCP від Microsoft дає моделі керувати браузером: відкривати сторінки, натискати елементи, заповнювати форми. Замість знімків екрана сервер передає структурований знімок дерева доступності сторінки, тому модель із розпізнаванням зображень не потрібна. Запуск — командою npx @playwright/mcp@latest, потрібен Node.js 18 або новіший.

У README автори зазначають, що агентам для програмування Playwright CLI у зв’язці зі skills може бути вигіднішим, бо витрачає менше токенів. MCP, за їхніми словами, лишається доречним для тривалих агентних сценаріїв — дослідницької автоматизації, автотестів, що самі себе виправляють, — де важливо зберігати стан браузера.

GitHub MCP Server

Офіційний сервер GitHub дає агентові читати репозиторії й код, працювати з issues і pull requests, аналізувати запуски CI/CD. Його під’єднують як віддалений (https://api.githubcopilot.com/mcp/) або запускають локально з Docker-образу. Для безпеки корисні вибір окремих наборів інструментів (toolsets) і режим лише для читання з прапорцем --read-only.

Бази даних і каталог серверів

Еталонні сервери для PostgreSQL, SQLite і Redis уже перенесено в архів репозиторію modelcontextprotocol/servers, тож для робочих завдань шукайте сервер, який підтримує постачальник вашої СУБД. Серед чинних еталонних — Filesystem, Git, Fetch, Memory і Time. Каталог публічних серверів веде офіційний MCP Registry: він зберігає метадані (назву, пакет, параметри запуску), а не сам код, і станом на жовтень 2026 року працює в режимі preview.

Власні сервери публікують і українські компанії. У жовтні 2026 року mono-ecom від monobank запустив публічний MCP-конектор для Claude і ChatGPT: асистент може шукати й порівнювати товари в мономаркеті, керувати кошиком, а також оголошеннями на монобазарі.

Як підключити MCP-сервер в IDE чи агенті

Принцип скрізь схожий: для локального сервера вказують команду запуску з аргументами (наприклад, npx і назву пакета), для віддаленого — URL. Часто це JSON-файл з об’єктом mcpServers або пункт у налаштуваннях. Після підключення клієнт показує список інструментів і зазвичай питає дозволу перед викликом. Станом на жовтень 2026 року в популярних інструментах це виглядає так:

  • VS Code — команда MCP: Add Server у палітрі команд або пошук @mcp у розділі розширень (документація).
  • Cursor — файл .cursor/mcp.json у проєкті або ~/.cursor/mcp.json для всіх проєктів (документація).
  • IDE JetBrains — Settings | Tools | AI Assistant | Model Context Protocol (MCP). Починаючи з версії 2025.2, самі IDE мають вбудований MCP-сервер для зовнішніх клієнтів (документація).
  • Claude Code і Claude — у Claude Code є команда claude mcp add; з параметром --scope project налаштування зберігається у файлі .mcp.json, який можна додати в репозиторій для всієї команди (документація). У Claude та Claude Desktop віддалені сервери додають як власні конектори в розділі Connectors.

MCP підтримують також ChatGPT, Gemini CLI, OpenAI Codex та інші клієнти — точний формат конфігурації дивіться в документації конкретного інструмента.

Для власного сервера не обов’язково розбиратися в протоколі на рівні повідомлень: станом на жовтень 2026 року є офіційні SDK для TypeScript, Python, C#, Go, Rust, Ruby, Java, Kotlin, Swift і PHP. Перевірити сервер без моделі допоможе MCP Inspector (npx @modelcontextprotocol/inspector, потрібен Node.js 22.19.0 або новіший): він показує інструменти, ресурси й промпти та дає викликати їх вручну. Багато MCP-серверів по суті є обгорткою над API наявного сервісу — як влаштовані самі API, ми пояснювали в матеріалі «Що таке API простими словами».

Ризики: права доступу і prompt injection

Сам протокол не робить інтеграцію безпечною. Офіційний посібник із безпеки локальних серверів наголошує: локальний сервер — звичайний процес із правами вашого облікового запису. Він успадковує змінні середовища з токенами, читає все, до чого маєте доступ ви, і може надсилати дані будь-куди. Головні загрози:

  • Шкідливий або «жадібний» сервер — пакет із назвою, схожою на справжню, чи сервер, який збирає більше даних, ніж потрібно для його роботи.
  • Скомпрометована залежність — автор сумлінний, але атакували один із пакетів у дереві залежностей.
  • Prompt injection — шкідливі інструкції на вебсторінці, в issue чи документі, які агент прочитав і виконав за допомогою доступних йому інструментів.
  • Отруєні описи інструментів (tool poisoning) — модель сприймає назви й описи інструментів як інструкції, тож сервер може сховати в них команди, зокрема щодо чужих інструментів. Описи можуть тихо змінити й після того, як ви схвалили сервер.

Що радить документація MCP:

  1. Встановлювати сервери лише від видавця, якого можна ідентифікувати, і фіксувати версію замість latest.
  2. Якщо серверу не потрібні ваші файли чи локальна мережа, обирати віддалену версію.
  3. Запускати сторонні сервери в контейнері та відкривати їм лише потрібну теку, за можливості — тільки для читання.
  4. Давати кожному серверу окремий токен із мінімальними правами, наприклад на один репозиторій, а не передавати йому всі секрети через змінні середовища оболонки.
  5. Не вимикати підтвердження викликів: специфікація рекомендує, щоб людина завжди могла відхилити виклик інструмента.
  6. Тримати список серверів коротким і прибирати ті, якими не користуєтеся.

Авторів серверів специфікація зобов’язує перевіряти вхідні дані інструментів, контролювати доступ, обмежувати частоту викликів і очищати результати, а також не приймати токени, видані не для їхнього сервера.

Новини для розробників збираємо в розділі «Розробка», а інші пояснення ІТ-термінів і тем — у «Довіднику».

Часті питання

Чим MCP відрізняється від API?

API — інтерфейс конкретного сервісу з власними правилами, а MCP — спільний протокол, через який ШІ-застосунок однаково знаходить і викликає можливості будь-якого сумісного сервера. Багато MCP-серверів усередині звертаються до звичайного API, додаючи до нього описи інструментів, зрозумілі моделі.

Чи безкоштовний MCP?

Протокол відкритий, а специфікацію та офіційні SDK можна використовувати безкоштовно. Платити, можливо, доведеться за сам сервіс або ШІ-клієнт: наприклад, частина можливостей сервера Figma залежить від тарифу.

MCP-сервер працює локально чи в хмарі?

Можливі обидва варіанти. Локальний сервер зазвичай запускається як дочірній процес через stdio, а віддалений працює через Streamable HTTP і часто вимагає авторизації, наприклад через OAuth.

Як підключити MCP-сервер до Claude?

У Claude та Claude Desktop віддалений сервер додають як власний конектор у розділі Connectors, а локальний для Claude Desktop описують у файлі claude_desktop_config.json. У Claude Code для цього є команда claude mcp add.

Чи безпечно встановлювати сторонні MCP-сервери?

Ризик залежить від того, наскільки ви довіряєте автору та як обмежили права: локальний сервер працює з правами вашого користувача, а описи його інструментів модель сприймає як інструкції. Встановлюйте сервери від відомих видавців, фіксуйте версії і запускайте неперевірені в контейнері.