MCP чи function calling: що обрати для AI-інтеграції

Function calling дає моделі опис доступних функцій і структурований спосіб запропонувати виклик. Застосунок отримує назву та аргументи, перевіряє їх, виконує власний код і повертає результат моделі. Це прямий вибір, коли одна команда контролює модельний runtime, набір tools і бізнес-API.

MCP стандартизує зв’язок між AI-host і зовнішніми servers: discovery і виклик tools, resources та prompts. Реліз MCP 2026-07-28 замінив обов’язкові initialization і protocol sessions на stateless requests і optional discovery; тому архітектуру треба прив’язувати до версії. Усередині host модель усе одно може обирати MCP tool як function tool, а детермінований код має авторизувати й виконати дію.

Оберіть direct function calling, якщо інтеграція живе в одному продукті, schemas відомі під час розробки, deployment узгоджений із застосунком і немає вимоги підключати той самий connector до різних AI-hosts. Менше протокольних компонентів означає простіший перший release, але власник application кодує discovery, lifecycle, compatibility та каталог інструментів самостійно.

Оберіть MCP, якщо connector має бути окремо розгорнутим і повторно використаним кількома сумісними hosts, capabilities мають виявлятися під час session або поряд із діями потрібні resources і prompts. MCP особливо корисний на межі команд чи продуктів; він не дає автоматичної окупності для двох локальних функцій і не скасовує потреби у власному domain API.

• Один застосунок і стабільні локальні tools → почніть із function calling.
• Кілька hosts або незалежний lifecycle connector → оцініть MCP.
• Потрібні discoverable resources, prompts і tools → MCP має ширший контракт.
• Високоризикова дія → жоден підхід не замінює policy, approval та verification.
• Невизначеність → ізолюйте domain adapter, щоб змінити transport без переписування бізнес-правил.

У function calling застосунок зазвичай формує масив tool definitions сам: знає назви, JSON schemas, описи й доступний піднабір. Перенесення інтеграції в інший model provider або host можливе, але команда підтримує adapter і зіставляє формати. Зміна contract часто випускається разом із application code.

У MCP 2026-07-28 кожен request несе protocol version, client identity і capabilities, а optional server/discover дає клієнту заздалегідь дізнатися про server. Старіші implementations можуть мати initialization і session ID, тому compatibility matrix має фіксувати версії client, server і SDK. Portability треба доводити contract tests: підтримка протоколу не гарантує однаковий consent UX, authentication setup чи policy.

І function tool description, і metadata від MCP server є недовіреним input для host. Модель може запропонувати аргументи, але не повинна визначати identity, tenant, scopes, monetary limits або право змінити зовнішній стан. Перед execution потрібні schema validation, authorization на конкретний ресурс, idempotency для mutating operations, timeout policy та перевірка фактичного результату.

MCP додає окрему trust boundary: host підключається до процесу або remote service, який може повертати шкідливі instructions чи дані з prompt injection. Потрібні allowlist server identity, мінімальні credentials, network egress control, consent і журнал protocol version, server, tool, arguments та result. Direct function calling зменшує кількість мережевих меж, але небезпечний wrapper над широким API лишається небезпечним незалежно від transport.

Порівнювати підходи одним числом latency некоректно. Local function може не мати окремого network hop; remote MCP додає connection і protocol handling, але фактичний час часто визначає downstream API та кількість модельних turns. Stateless core актуального MCP прибирає обов’язкову session affinity, але application state, retries, rate limits, idempotency і schema versioning нікуди не зникають.

Для pilot вимірюйте end-to-end task success, p50 і p95 часу до перевіреного результату, model turns, external calls, reconnect rate, invalid arguments, policy denials і operator time. Додайте engineering cost підтримки connector для кожного host. Не робіть висновок за microbenchmark одного protocol message: користувачеві важливий правильний завершений outcome, а не швидкість проміжного envelope.

Найстійкіша архітектура відділяє domain operation від model integration. Наприклад, search_orders приймає typed input, застосовує tenant policy, викликає service layer і повертає versioned result. Direct function adapter перетворює цей контракт на definition для одного application; MCP server публікує той самий operation як tool для сумісних hosts. Обидва adapters використовують спільні policy, audit і verification, а не реалізують їх наново.

Цей патерн дозволяє почати просто й додати MCP тоді, коли з’явиться реальна межа повторного використання. Водночас не варто автоматично експонувати всі внутрішні functions через MCP: public capability set є окремим продуктним контрактом. Назви, schemas, error taxonomy, side-effect annotations і deprecation window потребують власника та compatibility tests.

Спочатку опишіть один user outcome, два або три вузькі operations, systems of record і authority matrix. Реалізуйте typed domain interface та golden tests без моделі. Потім підключіть найпростіший adapter, який відповідає поточній межі продукту: direct function calling для одного host або MCP server/client для перевірки cross-host reuse.

Pilot проходить однаковий eval set для обох варіантів: коректний tool selection, schema errors, permission denial, stale resource, duplicate mutation, timeout after commit, prompt injection у result і unavailable connector. Рішення про масштабування приймайте лише після оцінки portability, operational burden і verified task success. Rollback вимикає adapter або повертає попередню capability version; domain service та audit evidence залишаються придатними для відтворення.

• Define → outcome, authority і domain contract.
• Isolate → business logic від provider та protocol adapters.
• Test → однакові success, safety й failure cases.
• Measure → end-to-end outcome та операційне навантаження.
• Decide → залишити direct, додати MCP або підтримати обидва adapters.