Пояснення8 хв читання

Що таке MCP (Model Context Protocol) і як він працює?

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

17 квіт. 2026 р.

Коротко про головне

MCP (Model Context Protocol) — це відкритий стандарт, створений Anthropic, який визначає, як AI-агенти виявляють та використовують зовнішні інструменти. Уявіть це як USB-C для ШІ — один універсальний роз'єм, який працює з будь-яким пристроєм. До MCP кожному AI-агенту потрібен був власний формат плагінів. MCP замінює це єдиним протоколом, який розуміє будь-який агент.

Навіщо потрібен MCP

AI-моделі на кшталт Claude, GPT та Gemini — потужні мислителі, але вони не можуть робити нічого за межами своєї пісочниці. Вони не можуть переглядати вебсторінки, робити запити до бази даних чи керувати браузером самостійно. Для взаємодії з реальним світом їм потрібні інструменти.

До MCP під'єднання AI-агента до зовнішніх інструментів означало створення окремої інтеграції для кожної комбінації. Хочете, щоб Claude читав файли? Напишіть плагін. Хочете те саме для Cursor? Напишіть інший плагін. Хочете під'єднати Codex? Ще один плагін. Інструменти однакові — під'єднання різне.

MCP розв'язує цю проблему, стандартизуючи під'єднання. Автор інструменту пише один MCP-сервер. Кожен сумісний з MCP агент — Claude Code, Codex, Cursor, Windsurf, VS Code Copilot та десятки інших — може під'єднатися до нього миттєво.

Як працює MCP

MCP використовує клієнт-серверну архітектуру на основі JSON-RPC 2.0. Є три учасники:

Host — AI-застосунок (Claude Desktop, Cursor, VS Code). Керує з'єднаннями та запускає мовну модель.
Client — конектор всередині хоста, який підтримує зв'язок 1:1 з конкретним MCP-сервером.
Server — програма, що надає інструменти, ресурси або промпти AI-агенту.

Коли агент запускається, він під'єднується до налаштованих MCP-серверів і запитує кожен з них: «Які інструменти у вас є?» Сервер відповідає списком інструментів, кожен з яких описаний назвою, зрозумілим описом та типізованою схемою параметрів. Агент зберігає цей каталог і використовує його при виконанні запитів користувача.

// Example: MCP server exposes a tool
{
  "name": "browser_parallel_navigate",
  "description": "Navigate all connected browsers to a URL in parallel",
  "inputSchema": {
    "type": "object",
    "properties": {
      "url": { "type": "string", "description": "Target URL" }
    },
    "required": ["url"]
  }
}

Що можуть надавати MCP-сервери

MCP визначає три типи можливостей, які може надавати сервер:

Tools — функції, які ШІ може викликати для виконання дій (навігація в браузері, надсилання email, запит до бази даних). Найпоширеніша можливість.
Resources — дані лише для читання, до яких ШІ може звертатися (вміст файлів, відповіді API, конфігурація). Аналог GET-ендпоінтів.
Prompts — шаблони для повторного використання, що допомагають користувачам взаємодіяти з ШІ послідовно.

Більшість MCP-серверів зосереджені на інструментах. Наприклад, Ornold MCP надає 30+ інструментів автоматизації браузера — навігація, кліки, заповнення форм, розв'язання CAPTCHA, створення скріншотів, виконання JavaScript — все це паралельно для кількох профілів браузера.

Транспорт: як агент і сервер спілкуються

MCP підтримує кілька транспортних механізмів:

stdio — сервер запускається як локальний дочірній процес. Агент створює його і спілкується через stdin/stdout. Просто, швидко, без мережі. Так працює більшість локальних MCP-серверів (включаючи Ornold MCP через `npx ornold-mcp`).
Streamable HTTP — сервер працює віддалено і спілкується по HTTP. Підтримує кілька одночасних клієнтів. Рекомендується для віддалених/спільних серверів.
SSE (Server-Sent Events) — старіший HTTP-транспорт, збережений для зворотної сумісності.

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

Які AI-агенти підтримують MCP?

Впровадження MCP швидко зростає з моменту випуску. Станом на 2025 рік ці агенти підтримують MCP нативно:

Claude Code — CLI-агент від Anthropic
Claude Desktop — десктопний застосунок від Anthropic
Codex — агент для кодування від OpenAI (CLI)
Cursor — AI-редактор коду від Anysphere
Windsurf — AI IDE від Codeium
VS Code Copilot — AI-помічник від GitHub
Cline — відкритий AI-помічник для кодування
Roo Code, Kilo Code, Augment Code — та багато інших

Будь-який застосунок, що реалізує специфікацію MCP-клієнта, може під'єднатися до будь-якого MCP-сервера. У цьому основна цінність — написав один раз, використовуй скрізь.

MCP vs Function Calling vs Плагіни

Як MCP порівнюється з іншими підходами до надання інструментів AI-агентам?

Function calling (OpenAI, Anthropic) — API моделі підтримує визначення інструментів, але інструменти виконуються у ВАШОМУ коді. Ви визначаєте схему, модель повертає виклик інструменту, і ви його виконуєте. MCP стандартизує серверну сторону, роблячи інструменти переносними між агентами.
ChatGPT Plugins (застарілі) — рання спроба OpenAI інтегрувати інструменти. Пропрієтарні, працювали лише з ChatGPT, вимагали схвалення OpenAI. MCP відкритий, працює з будь-яким агентом, схвалення не потрібне.
Користувацькі інтеграції — індивідуальний код для кожної пари агент-інструмент. Працює, але не масштабується. MCP замінює проблему N×M інтеграцій на N+M.

MCP не замінює function calling — він будується поверх нього. AI-агент використовує нативний function calling для виклику MCP-інструментів. MCP стандартизує те, як інструменти виявляються, описуються та обслуговуються.

Практичний приклад: автоматизація браузера

Щоб зробити це наочним, ось як MCP працює з Ornold для автоматизації браузера:

Ви встановлюєте MCP-сервер Ornold: `npx ornold-mcp --token YOUR_TOKEN --linken-port 40080`
Ваш AI-агент (наприклад, Claude Code) під'єднується до нього і виявляє 30+ інструментів: navigate, click, fill, screenshot, solve CAPTCHA тощо.
Ви кажете агенту: «Відкрий google.com у всіх браузерах і знайди MCP protocol»
Агент планує кроки, викликає `browser_parallel_navigate`, потім `browser_parallel_fill`, потім `browser_parallel_click` — все через виклики MCP-інструментів
Кожен інструмент виконується паралельно у всіх під'єднаних профілях антидетект-браузера

Той самий MCP-сервер Ornold працює ідентично з Codex, Cursor, Windsurf або будь-яким іншим сумісним з MCP агентом. Без змін коду, без окремих плагінів.

// Connect Ornold MCP to Claude Code:
claude mcp add --transport stdio ornold-browser -- npx ornold-mcp --token YOUR_TOKEN --linken-port 40080

// Connect to Codex:
codex mcp add ornold-browser -- npx ornold-mcp --token YOUR_TOKEN --linken-port 40080

// Connect to Cursor (~/.cursor/mcp.json):
{
  "mcpServers": {
    "ornold-browser": {
      "command": "npx",
      "args": ["ornold-mcp", "--token", "YOUR_TOKEN", "--linken-port", "40080"]
    }
  }
}

Початок роботи з MCP

Якщо ви хочете використовувати MCP-інструменти, вам потрібен лише сумісний з MCP AI-агент та MCP-сервер. Жодних SDK, фреймворків чи шаблонного коду. Для автоматизації браузера з Ornold:

Отримайте API-токен на mcp.ornold.com
Додайте MCP-сервер до конфігурації вашого агента (одна команда для CLI-агентів, один JSON-блок для редакторів)
Запустіть антидетект-браузер і спілкуйтеся з ШІ

Для деталей про сам протокол дивіться офіційну специфікацію MCP. Для посібників з налаштування конкретних агентів дивіться наш посібник з Claude Code, посібник з Codex або посібник з Cursor.