Що таке MCP: як ШІ підключають до ваших систем

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

Для бізнесу MCP важливий тим, що перетворює чат з моделлю на робоче місце: асистент перестає лише радити і починає діяти з вашими даними і сервісами.

Навіщо зʼявився MCP

До MCP кожне підключення асистента до зовнішньої системи було окремою роботою. Хочете, щоб бот читав CRM, пишете інтеграцію під конкретну модель. Змінили модель, переписуєте. Хочете дати той самий доступ іншому асистенту, пишете ще раз.

MCP розвʼязує це так само, як USB розвʼязав підключення периферії: один стандартний розʼєм. Сервер описує інструменти за спільною схемою, і будь-який клієнт, що розуміє протокол, може ними користуватись.

Як це працює

1. MCP-сервер публікує перелік інструментів з описами і параметрами. Наприклад, «знайти компанію за кодом», «перевірити на санкції», «знайти агента під задачу».
2. MCP-клієнт (Claude Desktop, Cursor, власний асистент компанії) підключається до сервера за адресою і ключем.
3. Модель читає описи інструментів і під час розмови вирішує, який викликати.
4. Сервер виконує виклик у своїх системах і повертає результат.
5. Модель пояснює результат людині або використовує його для наступного кроку.

Протокол підтримує кілька способів зʼєднання. Для віддалених серверів зараз використовують Streamable HTTP: сервер доступний за звичайною веб-адресою.

MCP, API і AI-агент: як вони повʼязані

• API це двері у вашу систему для програм. Без API немає і MCP: сервер зазвичай викликає саме його.
• MCP це перекладач між API і AI-асистентами. Він описує можливості системи мовою, зрозумілою моделі.
• AI-агент це модель з інструментами і циклом дій. MCP один із найзручніших способів дати агенту інструменти.

Приклад: MCP-сервер Initask

Ми запустили власний MCP-сервер, і на ньому зручно показати, як це виглядає у житті.

Сервер доступний за адресою mcp.initask.com/mcp через Streamable HTTP і підтримує кілька версій протоколу. Він має чотири інструменти:

• search_agents шукає у базі AI-агентів під вашу задачу, безкоштовно і без ключа;
• get_agent віддає опис конкретного агента;
• check_counterparty перевіряє контрагента за 64 джерелами і 184 санкційними й наглядовими переліками, за ключем;
• screen_sanctions звіряє назву чи особу з санкційними переліками, за ключем.

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

Кілька рішень, які ми заклали і які варто вимагати від будь-якого MCP-сервера:

• Один ключ на людину. Той самий ключ працює у веб-кабінеті і в MCP, тому доступ легко видати і відкликати.
• Квота списується чесно. Квота знімається перед роботою, недоступне джерело не дає безкоштовного виклику і не рахується двічі.
• Прозорі межі. Коли квота вичерпана, інструмент прямо про це каже і дає посилання на тариф.
• Історія розмов живе у клієнта. Сервер відповідає на запити і не зберігає вашу переписку з асистентом.

Покрокова інструкція підключення до Claude Desktop і Cursor лежить на сторінці /mcp.

Як виглядає підключення

Для користувача все зводиться до кількох кроків:

1. Отримати ключ доступу у кабінеті сервісу.
2. Відкрити налаштування MCP у своєму клієнті (Claude Desktop, Cursor чи інший).
3. Додати сервер: адресу і заголовок авторизації з ключем.
4. Перезапустити клієнт і побачити нові інструменти у переліку.
5. Написати асистенту задачу звичайною мовою.

Далі асистент сам вирішує, коли звертатись до інструментів. Якщо інструмент потребує ключа, а його немає, асистент отримає зрозумілу відповідь і перекаже її людині.

Сценарій: внутрішній MCP-сервер компанії

Уявімо дистрибʼютора, у якого менеджери щодня питають бухгалтерію про борги клієнтів і статуси відвантажень. Над обліковою системою ставиться MCP-сервер з трьома інструментами лише на читання: сальдо клієнта на дату, перелік неоплачених рахунків, статус відвантаження за номером замовлення. Менеджер питає в асистенті: «чи можна відвантажити клієнту ще партію, які в нього борги». Асистент викликає два інструменти, отримує цифри з обліку і відповідає з переліком рахунків. Бухгалтерія отримує менше дзвінків, а в журналі сервера видно, хто і що запитував.

Така схема добре масштабується: коли зʼявиться потреба, до сервера додається інструмент «створити чернетку заявки», і вмикається він для конкретних людей з підтвердженням перед записом.

Що MCP може дати вашій компанії

Доступ асистента до внутрішніх даних. MCP-сервер над вашою CRM, обліковою системою чи базою знань дозволяє працівнику питати асистента «які угоди зависли більше двох тижнів» і отримувати відповідь з реальних даних.

Один інструмент для кількох асистентів. Сьогодні команда працює у Claude, завтра частина перейде на інший клієнт. Сервер лишається тим самим.

Контроль доступу в одному місці. Права, квоти і журнал викликів живуть на сервері. Ви бачите, хто що запитував.

Швидкі прототипи агентів. Щоб перевірити ідею агента, достатньо відкрити кілька інструментів через MCP і дати команді спробувати у звичному асистенті.

Про що подумати перед запуском

1. Які інструменти відкривати. Почніть з читання: пошук, звіти, статуси. Запис у системи вмикається пізніше і з підтвердженням людини.
2. Права. Асистент бачить рівно те, що бачить людина, чий ключ використовується.
3. Персональні дані. Що з відповіді сервера потрапляє у модель і де ця модель працює.
4. Журнал. Кожен виклик з часом, користувачем і параметрами.
5. Описи інструментів. Модель обирає інструмент за описом, тому опис має бути точним і коротким.

Типові питання власника

Чи потрібно для цього міняти наші системи? Зазвичай ні: MCP-сервер працює поверх наявного API або бази у режимі читання.

Чи замінить MCP інтеграції між системами? MCP призначений для асистентів. Обмін даними між CRM і обліком як і раніше будують через API і вебхуки.

Що, якщо асистент викличе не той інструмент? Для інструментів лише на читання наслідок мінімальний. Для дій із записом ставлять підтвердження людини.

Якщо хочете дати асистенту команди доступ до ваших систем або зібрати агента з власними інструментами, подивіться напрями розробки AI-агентів та інтеграції з CRM. Опишіть задачу у формі на головній, оцінку дамо після брифу за робочий день.