PROEVERYTHING & even more
Код • • • Читати оригінал на Model Context Protocol Blog • 1 хв читання • 0

MCP позбувся сесій: чому архітектура ШІ-агентів змінилася назавжди

Масштабування протоколів взаємодії ШІ-асистентів із локальними інструментами роками впиралося в необхідність утримувати постійні сесії та прив'язку до конкретних серверних інстансів. За даними Model Context Protocol Blog, новий реліз-кандидат специфікації повністю переводить протокол на безстанкову схему взаємодії. Це рішення усуває традиційну залежність від sticky sessions, проте вимагає від розробників нового підходу до прокидання контексту між запитами.

#Model Context Protocol #MCP #архітектура ШІ #API #розробка
Схема архітектури безстанкового протоколу Model Context Protocol з балансуванням трафіку
Схема архітектури безстанкового протоколу Model Context Protocol з балансуванням трафіку · Джерело зображення: Model Context Protocol Blog

Миттєве прощання з handshakes та сесійними ключами

Розробники специфікації Model Context Protocol випустили реліз-кандидат оновлення від 28 липня 2026 року, який кардинально змінює транспортний шар взаємодії між клієнтами та інструментами. Головна зміна полягає у повному вилученні обов'язкового етапу handshake та заголовка Mcp-Session-Id.

Команда проектних лідерів Давіда Соріа Парри та Дена Делімарскі ухвалила рішення ліквідувати методи initialize та initialized. Відтепер версія протоколу, дані клієнта та його спроможності передаються безпосередньо у метаданих _meta кожного окремого JSON-RPC запиту.

Головні технічні новації специфікації

Оновлення включає шість ключових пропозицій щодо покращення (SEPs), які вирішують хронічні проблеми масштабування серверних вузлів під навантаженням:

  • Маршрутизування без інспекції: транспортний шар Streamable HTTP відтепер вимагає обов'язкових заголовків Mcp-Method та Mcp-Name, що дозволяє балансувальникам розподіляти трафік без перевірки тіла запиту.
  • Кешування списків: відповіді викликів переліку інструментів отримали параметри ttlMs та cacheScope для точного контролю актуальності на боці клієнта.
  • Розширення UI та тасків: фреймворк MCP Apps дає змогу серверу передавати відрендорений HTML у пісочниці iframe, а модуль Tasks виокремлено у самостійне розширення.
  • Трасування W3C: заголовки traceparent і tracestate офіційно стандартизовано в _meta для наскрізного моніторингу через OpenTelemetry.

Чому sticky routing більше не потрібен інфраструктурі

Перехід на безстанковий протокол означає, що віддалений MCP-сервер більше не потребує виділеного сесійного сховища чи складних правил прив'язки сесії на шлюзі. Будь-який запит від LLM-агента може приземлитися на довільний інстанс за звичайною схемою round-robin, оскільки весь необхідний контекст упаковано в сам payload.

Для збереження стану між викликами розробникам рекомендують використовувати явні дескриптори. Замість прихованого транспортного стану модель отримує ідентифікатор безпосередньо у відповіді інструменту та передає його як аргумент у наступних викликах. Це не лише спрощує горизонтальне масштабування кластерів, а й дає змогу ШІ-моделям прозоро оперувати контекстом виконання.

Контекст для України

Для українського IT-сектору, де значна частка аутсорс- та продуктових команд активно інтегрує мультиагентні ШІ-системи у фінтех і e-commerce, оновлення специфікації MCP суттєво спрощує проєктування хмарної архітектури. Вітчизняні девелопери отримали можливість відмовитися від вартісних Redis-кластерів для збереження сесій між інструментами, оптимізувавши витрати на інфраструктуру в AWS та Google Cloud. Окрім того, стандартизація W3C Trace Context полегшує аудит безпеки та моніторинг запитів для українських розробників, які працюють із корпоративними замовниками зі США та ЄС. Перехід вітчизняних сервісів на нову специфікацію очікується вже впродовж наступного кварталу.

Часті запитання

Як тепер передається інформація про клієнта без метода initialize?
У новій специфікації MCP версія протоколу, назва клієнта та його технічні спроможності передаються безпосередньо у спеціальному полі _meta кожного окремого запиту. Клієнт може дізнатися про можливості сервера за допомогою нового виклику server/discover.
Чи зберігається можливість працювати зі станом між викликами інструментів?
Так, проте стан більше не утримується на рівні транспортного протоколу. Розробникам інструментів рекомендовано повертати явні дескриптори або ідентифікатори у відповідях. Модель отримує цей ідентифікатор і прокидає його як звичайний аргумент під час наступних звернень.
Telegram

Свіжі новини у нашому Telegram

Отримуйте миттєві сповіщення про нові публікації в рубриці «Код»

@procodeandevenmore