Underhållarna av Model Context Protocol (MCP) har publicerat en uppdaterad färdplan som kommer att forma nästa specifikationsutgåva av protokollet som har blivit en de facto-standard för att koppla AI-modeller till externa verktyg och data. Inlägget den 22 augusti, författat av de ledande underhållarna David Soria Parra och Den Delimarsky, beskriver fem prioriterade områden – från primitiver för agentmeddelanden till standardiserad agentidentitet – och kommer bara veckor efter protokollets landmärke 2026-07-28 specifikationsöversyn.

Uppdateringen väckte omedelbar uppmärksamhet från utvecklargemenskapen, med färdplansmeddelandet som samlade in mer än 240 uppröstningar och över 140 kommentarer på Hacker News inom några dagar. För utvecklare som bygger agentapplikationer signalerar dokumentet var protokollets kärnunderhållare och arbetsgrupper kommer att spendera sin granskningstid – och vilka förslag som kommer att gå snabbast genom kön. For more context on this story, see our ongoing AI news.

Vad juli-specifikationen redan har ändrats

Innan de satte nya prioriteringar gjorde underhållarna en inventering av den tidigare färdplanen, som publicerades i mars 2026, som fokuserade på fyra områden: transportutveckling och skalbarhet, agentkommunikation, mognad för styrning och företagsberedskap. Enligt blogginlägget gjordes "betydande framsteg" på alla fyra fronterna, där huvuddelen av ändringarna landade i specifikationen 2026-07-28.

Den mest följdriktiga förändringen var borttagningen av sessioner på protokollnivå och initialiseringshandskakningen, spårad som SEP-2575 och SEP-2567. Skiftet innebär att en MCP-server nu kan skala horisontellt utan att hålla tillstånd - en grundläggande omarbetning som får fjärr-MCP-servrar att bete sig som vanliga webbtjänster. Klienter kan också anropa en ny 'server/upptäck'-slutpunkt för att lära sig en servers versioner och funktioner som stöds innan de gör något annat, och listresultaten blev cachebara under SEP-2549.

På agentkommunikationssidan omarbetades Tasks-konstruktionen till en officiell förlängning (SEP-2663), medan ett nytt Multi Round-Trip Requests-mönster (SEP-2322) ersatte serverinitierade förfrågningar så att flöden som elicitation fungerar på tillståndslösa servrar. Styrningen mognade också: projektet antog formellt en bidragsgivartrappa, arbetsgrupper prövar nu sina egna förbättringsförslag och specifikationen fick en riktig funktionslivscykel och utfasningspolicy.

Företagsberedskapsarbetet koncentrerades på auktorisering, validering av leveransutfärdare, utfärdarbundna klientuppgifter och klient-ID-metadatadokument som den föredragna klientregistreringsvägen, med Enterprise-Managed Authorization främjad till stabil som en förlängning.

Fem prioriteringar för nästa utgivningscykel

1. Primitiver för agentmeddelanden

Den första prioriteringen erkänner att "moderna agentarbetsbelastningar inte längre passar standardmönstret för begäran och svar." Slingor löper längre, servrar pressar strömmade resultat och utvecklare behöver förmågan att styra arbetet mitt under flygningen. MCP har vuxit mot dessa krav med uppgifter, prenumerationer och lyssningsoperationer och förloppsmeddelanden – men underhållarna vill att de ska fungera bra tillsammans.

Planerat arbete inkluderar serverinitierade händelser som levereras via webhooks och kanaler, "så att klienter inte lämnas efterfrågan på resultat", en sammansättningsgranskning som spänner över arbetsgrupperna Agents, Transports och Triggers & Events, och mognad Tasks-tillägget så att det kan flytta in i kärnspecifikationen.

2. HTTP-Native Transport Unification

Med julisläppet, skrev underhållarna, "en fjärransluten MCP-server skiljer sig nu inte från någon annan HTTP-arbetsbelastning", vilket gör MCP-servrar lätta att hosta på infrastrukturorganisationer som redan använder för sina API:er. Tillvägagångssättet "har visat sig skala", och färdplanen föreslår nu att den sträcks ut till att täcka lokala servrar som talar strömbar HTTP över standardinmatning och -utgång. Att förena på en enda transport, hävdar inlägget, skulle förenkla utvecklingen av både MCP-server och klient ytterligare.

3. Agentidentitet och Enterprise-Ready Security

Den kanske mest framåtblickande prioriteringen tar upp ett gap mellan hur MCP-auktorisering fungerar idag och hur agenter faktiskt fungerar. Nuvarande auktorisering är uppbyggd kring en person som godkänner åtkomst i en webbläsare – bra för interaktiva klienter, men alltmer i otakt med verkligheten.

"Fler och fler av de som ringer är agenter som körs som molnarbetsbelastningar med sin egen identitet, som agerar på uppdrag av en användare som inte är närvarande eller delegerar snävare auktoritet till underagenter", skrev underhållarna. Målet är ett standardiserat sätt för MCP-servrar att känna igen och lita på dessa agentidentiteter, "byggt på befintliga standarder snarare än inklistrade API-nycklar och långlivade tokens."

Konkret omfattar arbetet att slutföra Demonstrating Proof of Possession (DPoP) och driva dess antagande, definiera en opinionsbildande väg för agentidentitet och delegering genom Workload Identity Federation, ID-JAG-anslaget bakom Enterprise-Managed Authorization och standardutbyte av token. Teamet kommer också att fortsätta samarbeta med IETF:s OAuth- och WIMSE-arbetsgrupper för att hjälpa underliggande standarder att utvecklas.

4. Förbättrade primitiver och progressiv verktygsupptäckt

Verktygsanrop förblir den del av MCP som de flesta utvecklare berör först, och det har "hållit sig bra", enligt inlägget. Men resultathanteringen misslyckas: ett "verktyg/anrop"-svar kan bära samma utdata i mer än en form, och serverutvecklare har inget sätt att veta vilken form en given klient kommer att lägga framför modellen. Färdkartan syftar till att standardisera på ett tydligt kontrakt.

Underhållarna flaggade också för problemet med skalan. "Att ansluta till en server med hundra verktyg innebär att modellen betalar för hela ytan innan användaren har ställt en enda fråga, och verktygsvalet tenderar att bli sämre när listan växer", skrev de. Svaret är en progressiv upptäcktssatsning, som låter en server erbjuda en liten ingångspunkt och avslöja mer av sin katalog när konversationen smalnar av.

5. Förbättrad SDK-utvecklarupplevelse

Slutligen lovade underhållarna investeringar i de SDK:er genom vilka de flesta utvecklare upplever MCP - deras ergonomi, deras överensstämmelse med specifikationen och deras dokumentation över alla plattformar och språk som stöds. Insatserna har ökat, noterade de, nu när många utvecklare bygger MCP-klienter och -servrar "genom att peka en agent på våra bibliotek", där tydliga API:er och korrekt dokumentation avgör om genererad kod fungerar med minimal friktion.

Vad det betyder för ekosystemet

Färdkartan innehåller en praktisk incitamentstruktur: Specifikationsförbättrande förslag (SEP) som faller inom de prioriterade områdena får snabb granskning och bästa chans att accepteras, medan förslag utanför räckvidden inte avvisas automatiskt utan får knappa underhållstider sist. Varje prioriterat område har namngivna kärnunderhållare och en eller flera arbetsgrupper, som alla har plats för fler bidragsgivare, och den experimentella förlängningsmekanismen under SEP-2133 låter grupper testa idéer före formella förslag.

Sedan Anthropic introducerade och MCP med öppen källkod i slutet av 2024, har protokollet spridit sig över branschen, med stora AI-leverantörer och verktygsbyggare som anammat det som ett vanligt sätt att ge modeller tillgång till externa system. Vägplanen för augusti föreslår att protokollets nästa fas kommer att definieras mindre av grundläggande anslutningar och mer av de svårare problemen i agenttiden: att identifiera vem - eller vad - som faktiskt ringer, hålla långvarigt arbete styrbart och tämja spridningen av verktyg som agenter måste navigera.

För utvecklare och plattformsteam som satsar på MCP är budskapet tydligt: ​​tillståndslös HTTP-operation är nu den antagna baslinjen, och protokollets tyngdpunkt förskjuts mot agenter som agerar autonomt, bär sina egna verifierbara identiteter och upptäcker kapacitet gradvis snarare än allt på en gång.

---

Stay Ahead of AI

Get the latest AI news, analysis, and breakthroughs — all in one place.

Read more AI news →