Przejdź do treści

Redakcja i społeczność ludzi, którzy budują z AI

← Wszystkie artykuły

Aktualność · Model Context Protocol · 2 min czytania

Data wydarzenia: · Opublikowano:

Opiekunowie MCP publikują mapę drogową z pięcioma obszarami priorytetowymi dla protokołu

Główni opiekunowie Model Context Protocol, David Soria Parra i Den Delimarsky, opublikowali 22 sierpnia 2026 r. mapę drogową z pięcioma obszarami priorytetowymi, po wydaniu specyfikacji 2026-07-28. Nie podali daty kolejnego wydania specyfikacji.

Wpis archiwalny: opisuje wydarzenie z 22 sierpnia 2026, a opublikowaliśmy go 8 listopada 2026. Dane pochodzą ze źródeł z tamtego dnia i mogły się od tego czasu zmienić.

22 sierpnia 2026 r. główni opiekunowie MCP, David Soria Parra i Den Delimarsky, opublikowali wpis z mapą drogową na blogu MCP po wydaniu specyfikacji 2026-07-28. Wyznaczył on pięć obszarów priorytetowych dla Model Context Protocol i nie podawał daty kolejnego wydania specyfikacji.

Co weszło z marcowej mapy drogowej

Większość zmian z poprzedniej mapy drogowej, z marca, trafiła do specyfikacji 2026-07-28. Usunięto sesje i handshake, dodano server/discover, wyniki list można było cache'ować, a Tasks stały się formalnym rozszerzeniem (SEP-2663).

Pięć obszarów priorytetowych

Pięcioma obszarami priorytetowymi były prymitywy komunikacji agentowej, ujednolicenie i utwardzenie transportu natywnego dla HTTP, tożsamość agentów i bezpieczeństwo gotowe do zastosowań korporacyjnych, ulepszone prymitywy oraz lepsze doświadczenie programistów pracujących z SDK. Wśród konkretnych prac opisanych w mapie drogowej były następujące.

  • Komunikacja agentowa: zdarzenia inicjowane przez serwer, dostarczane przez webhooki i kanały, oraz przesuwanie rozszerzenia Tasks w stronę rdzenia specyfikacji.
  • Transport: rozszerzenie Streamable HTTP na serwery lokalne działające przez stdio, z myślą o jednym transporcie.
  • Bezpieczeństwo: sfinalizowanie DPoP (RFC 9449) oraz zalecane podejście do tożsamości agentów i delegowania uprawnień z użyciem Workload Identity Federation.
  • Prymitywy: jeden czytelny kontrakt dla wyników narzędzi i progressive discovery, dzięki któremu serwery mogły zaczynać od niewielkiej liczby narzędzi i odsłaniać kolejne w miarę zawężania rozmowy.

Zarządzanie projektem i znaczenie dla twórców

Projekt formalnie przyjął Contributor Ladder. Grupy robocze (Working Groups) dokonywały triażu SEP w swojej dziedzinie, a specyfikację regulowały cykl życia funkcji i polityka wycofywania. SEP w obszarach priorytetowych były rozpatrywane szybciej. Autorzy serwerów i klientów MCP mogli z mapy drogowej wyczytać, jakie zmiany protokołu były prawdopodobne, w tym jeden transport oparty na HTTP dla serwerów lokalnych i jeden kontrakt dla wyników narzędzi.


Źródła

Tekst przygotowany z pomocą AI wyłącznie na podstawie źródeł wymienionych powyżej. Zanim trafił na stronę, przeszedł automatyczną kontrolę dat, źródeł i wszystkich wersji językowych.

Opiekunowie MCP publikują mapę drogową z pięcioma obszarami priorytetowymi dla protokołu | vibecoding.pl