Model Context Protocol (MCP) відмовився від стану сесії (session state), замінивши його запитами у стилі чеків та новою командою server/discover. Тепер розробники можуть запускати MCP на серверлесних (serverless) платформах, таких як AWS Lambda, і уникати вузького місця у вигляді «єдиного офіціанта», що тривалий час негативно впливало на надійність.

Чому стара модель мала значення

Спочатку MCP вимагав постійного з'єднання з конкретним сервером. Сервер утримував «номер столика» користувача — приховану сесію, яка зберігала контекст, правила та незавершені дії. Коли цей сервер виходив із ладу, сесія зникала, і клієнту доводилося починати все спочатку.

Що змінилося в оновленні

  • Відсутність сесій – Кожен запит містить усе необхідне для сервера, подібно до ресторанного чека, який може прочитати будь-який касир. «Рукостискання» (handshake) initialize зникає.
  • Модель чеків – Маленький метаблок на початку кожного запиту містить інформацію про версію та необхідні параметри. Сервер обробляє запит ізольовано, а потім повертає результат із полями resultType, ttlMs (час життя в мілісекундах) та cacheScope. Ці поля дозволяють клієнту безпечно кешувати відповідь і знати, коли вона закінчиться.
  • Server/discover – Нова команда дозволяє клієнту запитувати сервер про його поточні можливості. Відповідь надходить миттєво і не залежить від попередньої взаємодії.
  • Subscriptions/listen – Працює як пейджер: клієнт підписується на оновлення та отримує сповіщення лише тоді, коли щось змінюється, що зменшує трафік на опитування (polling).
  • Потік Input_required – Якщо серверу потрібна додаткова інформація, він повертає відповідь input_required замість того, щоб звертатися до клієнта. Потім клієнт надає відсутні дані в наступному запиті.

Оскільки сервер більше не зберігає стан, будь-яке середовище обчислень без збереження стану (stateless) може хостити кінцеві точки (endpoints) MCP. Функції, що запускаються за запитом, ставляться на паузу або мігрують між зонами, можуть обробляти трафік, не перериваючи діалог.

Хто виграє, а хто хвилюється

Розробники AI-фронтендів – отримують простіші та надійніші бекенди. Команди інфраструктури – можуть розгортати MCP на дешевих сервісах із автоматичним масштабуванням. Підтримувачі серверів MCP – мають переписати обробники, щоб вони повертали ttlMs, cacheScope та дотримувалися контракту server/discover. Код, який покладався на постійну сесію, потребуватиме рефакторингу. Підприємства зі суворими вимогами відповідності (compliance) – отримують перевагу від чіткішого контролю життєвого циклу даних.

Прихована деталь: узгодження версій

Кожен чек містить крихітний метаблок, який повідомляє про версію протоколу, яку очікує клієнт.

Що залишається невизначеним

За чим стежити далі

Підсумок

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