Розробники протоколу Model Context Protocol (MCP) опублікували оновлену дорожню карту, яка сформує наступний випуск специфікацій протоколу, який став стандартом де-факто для підключення моделей ШІ до зовнішніх інструментів і даних. Повідомлення від 22 серпня, авторами якого є провідні супроводжувачі Девід Сорія Парра та Ден Делімарскі, викладає п’ять пріоритетних напрямків — від примітивів агентського обміну повідомленнями до стандартизованої ідентифікації агента — і надійшло лише через кілька тижнів після визначної зміни специфікації протоколу 2026-07-28.
Оновлення негайно привернуло увагу спільноти розробників, оскільки оголошення про дорожню карту зібрало понад 240 голосів «за» та понад 140 коментарів у Hacker News протягом декількох днів. Для розробників, які створюють агентські додатки, документ вказує, де основні супроводжувачі протоколу та робочі групи витрачатимуть час на перегляд — і які пропозиції рухатимуться в черзі найшвидше. For more context on this story, see our ongoing latest AI developments.
Що вже змінила липнева специфікація
Перш ніж визначити нові пріоритети, спеціалісти з супроводу проаналізували попередню дорожню карту, опубліковану в березні 2026 року, яка зосереджена на чотирьох сферах: еволюція транспорту та масштабованість, зв’язок агентів, дозрівання управління та готовність підприємства. Згідно з дописом у блозі, було досягнуто «значного прогресу» на всіх чотирьох фронтах, причому основна частина змін відбулася у випуску специфікації 2026-07-28.
Найбільш значущою зміною було видалення сеансів на рівні протоколу та рукостискання ініціалізації, що відстежувалося як SEP-2575 та SEP-2567. Зміщення означає, що сервер MCP тепер може масштабуватися горизонтально без утримання стану — фундаментальна переробка, завдяки якій віддалені сервери MCP ведуть себе як звичайні веб-сервіси. Клієнти також можуть викликати нову кінцеву точку `server/discover`, щоб дізнатися про підтримувані версії та можливості сервера, перш ніж робити щось інше, а результати списків стали кешувати відповідно до SEP-2549.
Що стосується зв’язку агента, конструкція завдань була перероблена в офіційне розширення (SEP-2663), тоді як новий шаблон Multi Round-Trip Requests (SEP-2322) замінив запити, ініційовані сервером, так що потоки схожі на роботу вилучення на серверах без стану. Управління також вдосконалилося: проект офіційно прийняв сходинку учасників, робочі групи тепер сортують власні пропозиції щодо вдосконалення, а специфікація отримала належний життєвий цикл функцій і політику припинення.
Робота щодо готовності підприємства зосереджена на авторизації, перевірці емітента доставки, пов’язаних із емітентом облікових даних клієнта та документах метаданих ідентифікатора клієнта як бажаному шляху реєстрації клієнта, а авторизація, керована підприємством, підвищена до стабільної як розширення.
П'ять пріоритетів для наступного циклу випуску
1. Примітиви агентського обміну повідомленнями
Перший пріоритет визнає, що «сучасні агентські робочі навантаження більше не відповідають стандартному шаблону запиту та відповіді». Цикли працюють довше, сервери надсилають потокові результати, а розробникам потрібна можливість керувати роботою в процесі роботи. MCP наближається до цих вимог завдяки Завданням, підпискам і операціям прослуховування, а також сповіщенням про хід виконання — але супроводжувачі хочуть, щоб вони добре працювали разом.
Запланована робота включає ініційовані сервером події, які доставляються через веб-хуки та канали, «щоб клієнтам не залишалося запитувати результати», перегляд композиції, що охоплює робочі групи «Агенти», «Транспорти» та «Тригери та події», а також доопрацювання розширення «Завдання», щоб воно могло перейти до основної специфікації.
2. HTTP-власна транспортна уніфікація
У липневому випуску, як написали супроводжувачі, «віддалений сервер MCP тепер нічим не відрізняється від будь-якого іншого робочого навантаження HTTP», що полегшує розміщення серверів MCP на інфраструктурі, яку організації вже використовують для своїх API. Цей підхід «довів масштабність», і дорожня карта тепер пропонує розширити його, щоб охопити локальні сервери, що розмовляють потоковим HTTP через стандартний вхід і вихід. Об’єднання на одному транспорті, як стверджується в дописі, ще більше спростить як сервер MCP, так і розробку клієнта.
3. Ідентифікація агента та корпоративна безпека
Можливо, найбільш перспективним пріоритетом є усунення розриву між тим, як сьогодні працює авторизація MCP, і тим, як насправді працюють агенти. Поточна авторизація базується на тому, що особа схвалює доступ у браузері — добре для інтерактивних клієнтів, але все більше не відповідає дійсності.
«Все більше і більше абонентів є агентами, які працюють як хмарні робочі навантаження з власною ідентифікацією, діючи від імені користувача, якого немає, або делегують більш вузькі повноваження субагентам», — пишуть супроводжувачі. Метою є стандартизований спосіб для серверів MCP розпізнавати та довіряти особам цих агентів, «побудований на основі існуючих стандартів, а не вставлених ключів API та довгоіснуючих маркерів».
Конкретно, робота охоплює завершення демонстрації підтвердження володіння (DPoP) і стимулювання його впровадження, визначення свідомого шляху для ідентифікації агента та делегування через Workload Identity Federation, надання ID-JAG за авторизацією, керованою підприємством, і стандартний обмін маркерами. Команда також продовжить взаємодію з робочими групами IETF OAuth і WIMSE, щоб сприяти розвитку основних стандартів.
4. Покращені примітиви та прогресивне виявлення інструментів
Виклик інструментів залишається частиною MCP, до якої більшість розробників доторкається в першу чергу, і, згідно з дописом, він «тримався добре». Але обробки результатів не вистачає: відповідь «інструменти/виклик» може нести той самий результат у кількох формах, і розробники серверів не мають можливості дізнатися, яку форму даний клієнт розмістить перед моделлю. Дорожня карта має на меті стандартизувати один чіткий контракт.
Супроводжувачі також відзначили проблему масштабу. «Підключення до сервера із сотнею інструментів означає, що модель оплачує всю цю поверхню до того, як користувач задасть одне запитання, а вибір інструментів, як правило, погіршується, коли список росте», — пишуть вони. Відповідь полягає в поступових зусиллях щодо відкриття, що дозволяє серверу запропонувати невелику точку входу та розкрити більше свого каталогу, коли розмова звужується.
5. Покращено роботу розробника SDK
Нарешті, супроводжувачі пообіцяли інвестувати в пакети SDK, за допомогою яких більшість розробників користуються MCP — їхню ергономіку, відповідність специфікаціям і документацію для всіх підтримуваних платформ і мов. Ставки зросли, зазначили вони, тепер, коли багато розробників створюють клієнти та сервери MCP, «направляючи агента на наші бібліотеки», де чіткі API та точна документація вирішують, чи працює згенерований код із мінімальними труднощами.
Що це означає для екосистеми
Дорожня карта включає практичну структуру стимулів: пропозиції щодо вдосконалення специфікацій (SEP), які належать до пріоритетних сфер, отримують прискорений розгляд і мають найкращі шанси на прийняття, тоді як пропозиції, що виходять за рамки, не відхиляються автоматично, але отримують дефіцитний час підтримки в останню чергу. У кожній пріоритетній сфері визначено основних супроводжувачів і одну або кілька робочих груп, у кожній з яких є місце для додаткових учасників, а експериментальний механізм розширення відповідно до SEP-2133 дозволяє групам перевіряти ідеї перед офіційними пропозиціями.
Після того, як наприкінці 2024 року Anthropic представила MCP із відкритим вихідним кодом, цей протокол поширився по всій галузі, а основні постачальники штучного інтелекту та розробники інструментів прийняли його як звичайний спосіб надання моделям доступу до зовнішніх систем. Серпнева дорожня карта передбачає, що наступний етап протоколу буде визначатися не стільки базовим підключенням, скільки складнішими проблемами агентської ери: ідентифікація того, хто — або що — насправді дзвонить, збереження керованості тривалої роботи та приборкання розповсюдження інструментів, якими мають керувати агенти.
Для розробників і команд платформ, які роблять ставку на MCP, повідомлення чітке: операція HTTP без збереження стану тепер є передбачуваною базовою лінією, а центр ваги протоколу зміщується в бік агентів, які діють автономно, мають власні ідентифікаційні дані, які можна перевірити, і виявляють можливості поступово, а не всі відразу.
---
Stay Ahead of AIGet the latest AI news, analysis, and breakthroughs — all in one place.
Read more AI news →
