Що таке MCP і коли малому бізнесу воно реально потрібно

Тепер кажуть «нам потрібен MCP» так само, як два роки тому казали «нам потрібен чат-бот». Літери розшифровуються як Model Context Protocol. Корисне речення коротше: це спосіб, у який агенту дозволено чіпати ваші інструменти, не вигадуючи API зі статті 2024 року.

Чат-бот пише текст. Агент обирає інструмент і запускає його. MCP - роз’єм між ними: імена, схеми аргументів, результати. Я вже писала, чому касу моделі віддавати не варто. Тут бракує штекера: коли цей список інструментів має говорити MCP, а коли на сервері вистачить типізованої функції.

1. USB, не характер

MCP не «встановлюють», як ChatGPT. Інструменти виставляють через стандартний сокет. Будь-який сумісний агент - Cursor, Claude, бот у вашому застосунку Next.js - може побачити цей список і викликати функції.

У цьому весь трюк. Раніше кожен вендор мав свій спосіб дати моделі функцію. Тепер сокет спільний. Спільні сокети обростають екосистемою: реєстри, команди встановлення і хвиля продуктів, які продають вам «gateway» ще до того, як у вас з’явиться хоч один інструмент, який варто встромити.

2. Що насправді відбувається за один виклик

Три кроки. Після них діаграми вендорів можна не читати.

• Агент питає сервер, які інструменти є. Отримує імена і JSON-схеми. Наприклад: create_invoice, з сумою, валютою, id клієнта.
• Викликає один інструмент з аргументами, які пасують до схеми. Не абзац. Не SQL, який модель вигадала.
• Сервер виконує ваш код. Модель ніколи не бачить ключ Stripe. Результат повертається як дані, які інтерфейс може показати.

Якщо це схоже на API

Це API, написане для моделі, якій не можна давати shell. Протокол - сантехніка. Безпека досі живе в тому, які інструменти ви відкриваєте і які чекають людину. Викласти MCP на сервер продукт безпечним не робить. Цього місяця я вже писала цей рядок про агентів. Тут він працює без нової релігії.

3. Чому цього серпня так голосно

3 серпня 2026 вийшов стабільний Next.js 16.3 з MCP-ендпоінтом на dev-сервері. Кодувальний агент читає живі помилки, роути й логи, а не вгадує ваш App Router з торішньої документації. Figma віддає файли, компоненти й змінні як інструменти - це рядок «Figma-to-code via MCP» у мене на сайті, а не скріншот і молитва. Реєстри вже ставляться до MCP-серверів як до пакетів. Вендори продають gateway: одне місце, щоб автентифікувати, аудитити й поліціювати цілий «флот» агентів.

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

4. Коли воно цього місяця справді потрібне

Збирайте MCP, коли агент має бачити живу систему, яка у вас уже є, а промпт її не замінює.

• Кодувальний агент на сайті Next.js: має читати документацію саме цієї версії і помилки саме цього процесу, а не вигадувати cache API з 2024-го. Що я б зробила на чинному сайті після 16.3, я вже писала.
• З Figma в продакшен-інтерфейс: джерело - файл. Агент має запитувати файл, а не PNG з файлу.
• Кілька інструментів, один продуктовий агент: бронювання, CRM, FAQ через retrieval. Одна схема на інструмент краща за новий адаптер під кожного чат-вендора.
• У вас уже є білий список і кнопка підтвердження. MCP їх не замінює. Він не дає моделі вигадувати імена функцій.

5. Коли не варто

FAQ-боту з retrieval MCP не потрібен. Server Action, яка створює бронювання з форми, MCP не потребує. «На кейноуті сказали, що кожен продукт буде agent-native» - це не специфікація.

Не купуйте gateway, реєстр і браузер «для агентів» лише тому, що в огляді це назвали npm-моментом. Gateway потрібен, коли агентів багато, людей багато, і аудитор запитає, хто викликав refund о 02:14. Доти gateway - сервер, який тримає ключі.

Не замінюйте робочу форму агентом, який говорить MCP. Гроші досі мають іти через форму. Агента я лишаю на чернетці й витягу. Надсилає людина.

6. Як я б це зібрала

Три сокети, не платформа.

• Figma MCP у репозиторій, який мене найняли зібрати. Diff я все одно читаю. Піксель у піксель - людський стандарт. Протокол лише не дає моделі вигадувати відступи зі скріншота.
• next-devtools-mcp проти запущеного застосунку Next.js, щоб агент бачив справжні роути й справжні помилки. AGENTS.md вказує на документацію в node_modules. Той реліз я вже розбирала.
• У продукті: короткий список інструментів як типізовані серверні функції. Спереду MCP, якщо викликає зовнішній агент - Cursor, десктопний застосунок, друга модель. Звичайна функція, якщо викликає ваш власний роут Next.js. Білий список, підтвердження й журнал аудиту ті самі в обох випадках.

Ключі лишаються на сервері

Модель ніколи не тримає Stripe. Ключі ідемпотентності на списання і бронювання. Журнал, який прочитає не інженер: хто запитав, який інструмент, який id, хто підтвердив. MCP цей журнал за вас не напише. Пишете ви.

Висновок: беріть сокет, флот не купуйте

MCP - сокет. Поголос виріс, бо сокети обростають екосистемою, а екосистема - рахунками. Малому бізнесу воно потрібне, коли агент має говорити з Figma, із живим застосунком Next.js або з коротким списком ваших інструментів, не вигадуючи API. Як характер, апгрейд чат-бота чи gateway для флоту з однієї одиниці - ні.

Сокет я збираю там, де він економить тиждень, і пропускаю там, де форма вже працює. Напишіть через форму, яку систему агент має бачити - Figma, запущений сайт, календар запису - і яку дію ніколи не можна запускати без людини. Ми не почнемо з покупки вам gateway. :)