Hindi na tulad ng isang plugin interface ng isang manufacturer ang MCP, ito ay nagsisimula na maging isang pangkalahatang pipe. Mas matibay ang pipe, ngunit mas mapayapa rin ito.

May-akda at pinagmulan: 0x9999in1, ME News

TL;DR

July 28, 2026, MCP releases version 5 of the specification2026-07-28, officially characterized as the largest revision since the protocol's inception. The core action: remove sessions from the protocol layer.
initialize/initialized Wala nang handshake,Mcp-Session-Id Wala nang request header. Ang bawat request ay may kasamang protokol version, client identity, at capability declaration, nakasulat sa _meta. Maaaring tumama ang anumang request sa anumang instance, sapat ang isang karaniwang round-robin load balancer.
Hindi ito pagpapabuti ng performance, kundi pagkakamali sa arkitektura. Ang sticky sessions at shared session storage ay dating ang pinakamahal na bahagi ng bill sa mga server ng MCP.
Hindi nawala ang estado. Ipinindot ito mula sa transport layer patungo sa mga parameter ng tool, na tinatawag na "explicit handle". Makikita ng model ang ito, kaya maipapamahala nito.
Ang interaksyonal na interface (MCP Apps) at mga mahabang gawain (Tasks) ay opisyal na isinama sa versioned extension framework, at ang pangunahing protokolo ay hindi na nagdaragdag ng karagdagang functionality para sa mga bagong kakayahan. Ang pag-verify ng identity ay nagsisilbi sa mga totoo sa mundo na OAuth 2.0 at OIDC, at ang enterprise-grade extended authorization ay naging stable parehong araw.
Ang gastos ay tunay na pera: Ito ay isang breaking change. Ang Roots, Sampling, at Logging, kasama ang lumang HTTP+SSE transmission, ay napapailalim sa pagpapalit, at mayroon ang opisyal na nagbigay ng hindi bababa sa 12-monedang transisyonal na window.
Isang pagsusuri: Ang MCP ay hindi na tulad ng isang plugin interface ng isang manufacturer; ito ay nagsisimula nang maging isang publikong pipe. Ang pipe ay magiging mas matibay, ngunit mas mapayapa rin.

Ang dalawang linya na tinanggal, iyon ang bigat ng pagbabagong ito.

Una, sabihin ang isang hindi pangkaraniwang katotohanan.

Ang pinakamahalagang bahagi ng pag-update na ito, na tinatawag na "pinakamalaking pagbabago sa kasaysayan," ay hindi ang mga idinagdag, kundi ang mga natanggal.

initialize atinitialized ang isang handshake na nandito mula noong araw ng pagkakalikha ng MCP noong Nobyembre 2024.Mcp-Session-Id ang request header na batayan ng lahat ng deployment方案 pagkatapos ng remote MCP. Noong Hulyo 28, ang dalawang bagay ay tinanggal nang sabay.

Ano ang anyo ng bagong hiling? Sobrang simpleng.

POST /mcp HTTP/1.1
MCP-Protocol-Version: 2026-07-28
Mcp-Method: tools/call
Mcp-Name: search

Ang mga pangalan ng method at tool ay inilalagay sa HTTP header. Hindi na kailangan ng gateway, rate limiter, at WAF na i-decode ang JSON body upang malaman kung ano ang layunin ng pagtawag—sapat na tingnan ang header. Ang bersyon ng protokolo, impormasyon ng client, at mga pahayag ng kakayahan ay lahat ay isinasama sa _meta at kasama sa bawat request. Gusto mo bang tanungin ang server kung ano ang mga kakayahan nito? Idinagdag ang server/discover, ngunit ito ay opsyonal, hindi kailangan.

Ano ang ibig sabihin nito? Ibig sabihin nito ay ang MCP server ay naging karaniwang HTTP workload na.

Ayon sa Netlify na aplikasyon ng AI na pangalawang pangulo na si Sean Roberts: ang stateless core ay ginawa ang MCP na isang first-class HTTP load, walang kailangang i-bypass na session management. Mas malakas ang pahayag ng Cloudflare, na sinasabi na ang bersyon na ito ay nag-uumpisa na gawing magkakatulad ang Agent infrastructure sa iba pang bahagi ng web—stateless, cacheable, routable, at globally scalable.

Mukhang standard na promotional language ng manufacturer. Pero iba ito ngayon, dahil tinutukoy nila ang isang partikular na bagay: nawala ang session, kaya nagpapatakbo ang Lambda, nagpapatakbo ang Workers, nagpapatakbo ang edge nodes.

Pangalawa, ang sticky session ay ang tunay na hangganan sa paglalawak ng Agent

Bakit ganoon kahigpit?

Dahil sa isang hindi maiiwasang pisikal na limitasyon ng lumang modelo: ang sesyon ay nakapirma sa instance na nagproseso ng handshake.

Kaya sinikap ng lahat na gawin ang parehong bagay. O kaya ay magbuo ng sticky session upang maalala ng load balancer kung saan dapat pumunta bawat client; o kaya ay maglagay ng isang shared storage tulad ng Redis upang i-store ang estado ng session para sa lahat ng instance.

Maaaring sundin ang dalawang daan. Ngunit pareho ay nagtataglay ng isang lihim na buwis.

Ang sticky session ay nagiging mahirap sa scaling. Kapag kailangan tanggalin ang isang instance, ang mga session na naka-attach dito ay mawawala. Kapag tumataas ang trapiko, ang mga bagong instance na itinayo ay hindi makakareceive ng mga lumang session, kaya palaging hindi balanced ang load. Ang paggamit ng shared storage ay mas mahal—ikaw ay nagdadala ng isang stateful middleware para sa isang pangangailangan na puro "tandaan kung sino ang client," at kailangan mo pa ring gawing highly available ito.

Hindi ito problema kapag maliit ang sukat. Kapag tumataas ang sukat, tawag na ito sa problema.

Tingnan ang mga numero upang maunawaan kung paano nagbago ang sukat. Noong Disyembre 2025, sa pagkakaroon ng isang taon ng MCP, ang buwanang pag-download ng SDK ay 97 milyon. Noong paglalabas na ito noong Hulyo 2026, ang ibinigay ng Anthropic ay higit sa 400 milyon na buwanang pag-download, habang ang opisyal na blog ay nagsasabi na "malapit na sa limang milyon", na nagdulot ng apat na beses na pagdami sa loob ng isang taon. Ang kabuuang bilang ng pag-download ng dalawang SDK, TypeScript at Python, ay lampaan na ang hangganan ng isang bilyon bawat isa.

Sa sariling katalog ng konektor ni Anthropic na Claude, mayroon ng higit sa 950 na MCP server. Mas nagpapakita ng datos ng Honeycomb, ang vendor ng observability: malapit sa 20% ng lahat ng kanilang interaktibong query bawat buwan ay sinimulan ng Agent.

Dalawang beses ang halaga sa anim na buwan. Sa ilalim ng kurvang ito, anumang "lihim na buwis" sa arkitektura ay lalaki at magiging malinaw.

Kaya ang opisyal na pahayag ay "isa sa mga pinakamataas na hiling ng mga developer." Hindi namin gusto i-change, kundi ang mga gumagana sa production ay nangangailangan na.

Tatlo, hindi nawala ang estado, itinulak ito sa harap ng modelo

May isang maling pagkaunawa na kailangang linawin.

Ang protokolo ay stateless, hindi ibig sabihin ay stateless ang iyong aplikasyon.

Ang alternatibong solusyon na binigay ng specification ay tinatawag na explicit handle. Kailangan ng iyong tool na panatilihin ang estado sa pagitan ng mga pagtawag? Kung gayon, hayaan ang tool na bumalik ng isang identifier, tulad ng basket_id, at pagkatapos ay gamitin ng model ang ID na ito bilang parameter sa susunod na pagtawag.

Ang pangungusap sa opisyal na blog ay ang pinakamalikhaing pangungusap sa buong dokumento: natuklasan nila na mas mabuti ito kaysa taguan ang estado sa transport layer, dahil makikita ng modelo ang handle na ito at kaya nito i-link ang mga tool.

Maghintay muna at isipin ang bigat ng pangungusap na ito.

Ang dating lohika ng disenyo ay: ang estado ay gawa ng imprastruktura, hindi dapat alalahanin ng modelo. Ang kasalukuyang lohika ay kabaligtaran: ang estado ay bahagi ng chuwa ng pag-iisip ng modelo, at ang pagtatago nito ay nagdudulot ng maling pagpapasya ng modelo.

Ang pagkukubli ng estado ay nagiging bulok ang model. Ang konklusyon na ito ay hindi galing sa estetika ng arkitektura, kundi galing sa isang taon at kalahating taon ng mga insidente sa produksyon.

Ang parehong pagkakaunawa ay ipinatupad sa paraan kung saan ang server ang nagpapadala ng kahilingan. Noon, habang nagpapatupad ang kasangkapan, kailangan itong magtanong sa user, "Kumpirmahin ang pagtatanggal ng 3 na file na ito?" at kailangan ng isang patuloy na SSE stream upang i-push ang kahilingan pabalik sa client. Pagkatapos ng pagiging stateless, nawala na ang stream na ito at pinalituan ito ng Multi Round-Trip Requests, o MRTR.

Ang mekanismo ay hindi kumplikado. Ang server ay nagbabalik ng isang uri ng resultang "kailangan ng input", kasama ang mga tanong nito, at isang requestState. Kapag nakalikom na ng mga sagot ang client, ipinapadala nito muli ang orihinal na tawag kasama ang inputResponses at ang walang pagbabago na requestState. Dahil ang lahat ng kailangan para sa pagpapatuloy ay nasa requestState, ang pagkakataong ito ay maaaring patuloyin kahit sa ibang machine.

Sinabi ng head of product ng Supabase, Inian Parameshwaran: naghihintay na ang suporta sa elicitation sa kanilang roadmap, ngunit hindi ito maaaring gawin dahil ang Supabase MCP ay naka-stateless. Matapos ang MRTR, maaari na ito—ang mga tool ay makakapag-verify ng gastos bago magbuo ng proyekto, at makakapagtanong bago tanggalin ang data.

Dito ko ilalagay ang isang punto na hindi binigyang-diin sa pormal na dokumentasyon, ngunit sa praktikal na paggawa, laging makakasalungat:requestState Ibinabawas at binabalik ng client, at natural na nasa labas ng hangganan ng pagkakatiwala. Kung gagamitin ng server ito bilang tiwalaang input para direkta na i-deserialize, iyon ay magbubukas ng isang butas para sa sarili nito. Ang pag-sign, pag-encrypt, at pagtatakda ng expiry—tatlo itong bagay na naniniwala akong mabilis na magiging standard sa komunidad. Ito ang aking paghuhusga, hindi ito kahilingan ng spesipikasyon.

apat: Pahalakang pagsusuri: Ang protokolo ay nagsisimulang matutunan na "hindi magmataba"

Ang pangalawang totoong taya ay ang pagpapalawak ng framework mula sa karaniwang gawi hanggang sa isang institusyon.

Reverse DNS naming, through extensions for capability negotiation, independent ext-* repositories with authorized maintainers, versioned independently from the core specification. It sounds dull, but it solves the ailment that all successful protocols face: the core becoming bloated.

Dalawang extension ay opisyal na inilabas.

Ang MCP Apps ay nagpapadala ng direktang interaksyonal na interface sa loob ng usapan. Hindi ito purong teksto, hindi rin structured JSON, kundi isang buong HTML interface na tumatakbo sa loob ng sandbox iframe. Maaaring magkaroon ng mga grapiko, form, at selector. Ang pangunahing disenyo ay ang mga tool ay dapat maghahayag ng UI template sa harap, upang makapag-pre-fetch ang kliyente at makapag-secure na pagsusuri bago ma-render ang anumang bagay. Ang mga aksyon sa interface ay patuloy na gumagamit ng karaniwang JSON-RPC channel para sa pagtawag sa mga tool.

Mga Gawaing tumutugon sa kalahating problema: Mga gawain na nagtatagal. Ito ay na-upgrade mula sa isang eksperimental na tampok patungo sa isang opisyal na extension, at ang buhay na siklo ay muling disenyo bilang stateless:tools/call ay nagbabalik ng isang task handle, na ginagamit ng client para sa pag-poll gamit ang tasks/get, kasama ang mga bagong tasks/update at tasks/cancel.

Naalala na tasks/list ay tinanggal. Ang dahilan ay malinaw: walang sesyon, ang pagkilos na "listahin lahat ng mga gawain" ay hindi na ligtas, dahil hindi mo matukoy kinsa ang "lahat".

Ito ay isang extension na ibinahagi ng AWS. Sinabi ni Swami Sivasubramanian, Vice President of Agentic AI ng Amazon, na ang mga bagong spesipikasyon at stateless core ay nasa Bedrock AgentCore. Sa kabilang panig ng Microsoft, sinabi ni Tina Schuchman, Vice President of Engineering sa Foundry, na ang MCP ay nagbigay sa kanila ng kakayahan na lumawak mula sa mga dosenang integrasyon patungo sa libu-libo, kung saan ang Foundry toolbox ay nagpapalit ng mga tool sa isang iisang unifying MCP endpoint upang i-centralize ang pamamahala, pagkilala, at pagmamasid.

Isang protokolo na ginagamit ng AWS, Microsoft, Google Cloud, at Cloudflare bilang pundasyon para magdagdag ng mga bagay. Hindi na ito isang plugin specification ng isang kumpanya lamang.

Limang, ang totoong problema ay hindi ang koneksyon, kundi ang pagkakakilanlan

May isang tapat na pagsasalaysay sa opisyal na blog: Sa nakaraang taon, ang pagpapahintulot ang pinakamaraming oras na ginugol ng mga implementador.

Ang bersyon na ito ay nagdagdag ng anim na SEP sa pagpapahintulot, lahat ay mga bagay na hindi kasiyahan ngunit kailangan. Dapat bumalik ang server ng pagpapahintulot ng iss parameter ayon sa RFC 9207, at kailangang i-verify ng client ito bago palitan ang code; ang pagbabago na ito ay nagtatapos sa pagkakalito ng pag-atake sa server ng pagpapahintulot. Dapat ipahayag ng client ang application_type sa dinamikong rehistrasyon, at ang localhost callback para sa desktop at CLI apps ay hindi na maaaring tanggihan nang walang dahilan. Ang mga kredensyal ay nakabase sa issuer na naglabas nito at hindi maaaring gamitin muli sa ibang server ng pagpapahintulot.

Mas may kahulugan ang signal: ang Dynamic Client Registration (DCR) ay opisyal nang inalis, at ang direksyon ay patungo sa Client ID Metadata Document (CIMD). Ang DCR ay maaari pa ring gamitin, at ang backward compatibility ay nananatili, ngunit tatanggalin sa mga darating na bersyon.

Sa parehong araw, ang Enterprise Managed Authorization (EMA) ay naging stable version. Ang kahalagahan nito sa enterprise IT ay maaaring mas malaki kaysa sa stateless.

Sa lumang modelo, kailangan ng bawat empleyado na magbigay ng hiwalay na pahintulot sa bawat server. Ang pagpapakilala ay nangangahulugan ng manual na pagkonekta sa bawat serbisyo. Hindi kayang ipatupad ng security team ang isang magkakaparehong patakaran, dahil ang mga pahintulot ay nilikha ng bawat user nang personal, walang sentralisadong kontrol o audit trail. Mas masama pa, ang mga work account at personal account ay pinagsama, at walang mekanismo na nagtutulak sa paggamit ng enterprise identity.

Ang EMA ay ginagawang tagapagdesisyon ang sariling identity provider ng korporasyon. Batay sa ID-JAG assertion na ibinibigay ng IdP habang nag-iisang pag-login, ang kliyente ay gumagamit nito upang palitan ang access token ng MCP server authorization server. Hindi nagpapasa ang user sa anumang pahina ng pagpapahintulot ng isang server.

Ang Okta ay ang unang suportadong IdP, na gumagamit ng kanyang Cross App Access. Ang lahat ng client-side na Claude at VS Code ay naka-connect na. Sa server side, ang Asana, Atlassian, Canva, Figma, Granola, Linear, at Supabase ay nagsusuporta na, habang ang Slack ay nasa proseso. Ang komento ng head of engineering ng Linear, Tom Moor, ay medyo nakakatuwa: "Isang pag-login, at lahat ng MCP connectors ay awtomatikong naka-configure—parang magic."

Ang mahiwagang bahagi ay hindi sa eksperyensya, kundi sa pamamahala. Ang pag-access sa mga desisyon ay nabalik na sa IdP management console, na may isang audit trail na sumasaklaw sa lahat ng connectors.

Pero kailangan kong ipabatid ang buong larawan: ang stateless at EMA ay naglulutas ng identity at scale, hindi ang lahat ng aspeto ng Agent security. Nananatili pa rin doon ang dalawang numero mula sa Cisco Report na “State of AI Security 2026”: 83% ng mga organisasyon ay plano na i-deploy ang Agent capabilities, ngunit only 29% ang naniniwala na handa na sila. Ang prompt injection, tool description poisoning, at ang paggamit ng Agent bilang lateral movement pivot — ang mga problema na ito ay hindi magtatapos dahil sa pag-alis ng session sa protocol.

Ang magandang balita ay,Mcp-Method at Mcp-Name pagkatapos ng pagpapatakbo, bumaba ang gastos sa pagpapatupad ng estratehiya ng gateway. Ang mga patakaran ay nagsasagawa na tanggihan ng server ang mga hiling na may hindi pagkakasundo sa header at body, na nagpaputol sa isang uri ng pagkakamali sa routing at seguridad. Ito ay tunay na pagpapabuti sa posisyon ng depensa. Pero doon lang ito.

Anim: Ang gastos — ito ay isang pagbabagong pambubusog, at ang taksil ay nakaibigay na

Hindi ko gusto ang pagpapakita lang ng kita nang walang pagbanggit sa account.

Ito ay isang breaking change. Ang tatlong tampok na Roots, Sampling, at Logging ay pumasok sa estado ng pagpapalit. Ang lumang HTTP+SSE transmission ay opisyal ring pinagpalit. Ang spesipikasyon ay nagtatag din ng isang pormal na patakaran sa buhay ng tampok: Active hanggang Deprecated hanggang Removed, kada antas ay kailangang magtagal ng hindi bababa sa 12 buwan.

Mayroon pa ring mga maliit ngunit makakasaktong detalye: ang mga input at output schema ng mga kasangkapan ay ngayon ay sumusuporta sa buong JSON Schema 2020-12 vocabulary,oneOf,anyOf, at mga kondisyon ay maaari nang gamitin; habang ang error code para sa "resource not found" ay binago mula sa kustom na -32002 patungo sa standard na JSON-RPC na -32602. Kung ikaw ay hard-coded ang -32002 sa iyong code, kailangan mong baguhin ito.

Ang pinakamalaking gastos sa pagmigrasyon, sinabi ng opisyal: ang mga developer na nakadepende sa session identifiers.

Kaya worth it ulitin ang takdang-panahon. Ang candidate release ay nakalock noong Mayo 21, at ang正式 release ay nangyari noong Hulyo 28, na nag-iwan ng buong sampung linggo para sa mga tagapangalaga ng SDK at mga implementador ng client para sa pag-verify. Ang apat na Tier 1 SDK (TypeScript, Python, Go, C#) ay agad na sumusuporta sa bagong bersyon araw na iyon, habang ang Rust SDK ay beta.

Sampung linggo ang bukas na ventana ng pagsusuri + 12-monedang panahon ng pagpapalit ng pagtatapon + ang pagpapatupad ng SEP ay dapat muna may kaukulang senaryo sa test suite bago ito mabigyan ng final na bersyon. Ang tatlong ito ang pinakaprosesong bahagi ng pag-update na ito sa aking pananaw.

Hindi ito pagpapakita ng mga pagbabagong nagdudulot ng pinsala bilang kahanga-hanga, o pagpapabaya sa komunidad para harapin ang mga pagbabagong iyon.

Ang pangangailangan sa pagkakatugma ay lalong mahalaga. Para sa mga bagong tampok na gustong i-add sa standard, unang isulat ang mga makikitaang skenaryo. Ito ang paraan ng pagpapakilala ng "intensyon ng disenyo" at "katotohanan ng pagpapatupad" nang magkasama, at maraming protokolo ang natutunan ito pagkatapos mabigyan ng malaking pagkakamali.

Kaugnay nito, ang migration ay nagdala pa ng positibong return. Ang pangunahing teknikal na opisyales ng Manufact, si Enrico Toniato, na nasa likod ng open-source framework na mcp-use, ay ibinigay ang mga sumusunod na numero: sa pamamagitan ng paggamit ng bagong SDK v2 para sa paghihiwalay ng client at server, bawas ang laki ng pakete ng humigit-kumulang 83% at lumago ang bilis ng 25%.

Isang pagpapaliit ng arkitektura, kasama na ang pagpapaliit ng package. Hindi karaniwang mangyayari ang ganitong bagay.

Pitong: Ang aking pagtataya

Paano ninyo tingnan ang pagbabagong ito?

Ang aking unang paghuhusga ay: ito ay isang pagkakamali, at isang magandang pagkakamali.

Ang orihinal na bidirectional, stateful na disenyo ng MCP ay umusbong mula sa lokal na senaryo. Ang iyong editor ay konektado sa isang server na tumatakbo sa lokal na machine, at isang pagkakasundo ay sapat upang panatilihin ang isang koneksyon—nagkakaroon ng sensibilidad. Ang problema ay nangyari pagkatapos magsimula ang remote MCP, at ang modelo na ito ay dinala sa cloud environment, at mula noon, lahat ay nagsimulang maglagay ng mga patch. Ang sticky session ay isang patch, ang pag-iimbak ng session sa Redis ay isang patch, at ang pagpapalakas ng isang matagal na koneksyon para sa elicitation ay isang patch rin.

Kapag sobra na ang mga patch, dapat nang baguhin ang pundasyon. Ayon kay David Soria Parra, isang tagapag-imbento ng protokolo, ang bersyon na ito ay naglalaman ng lahat ng aral mula sa nakaraang 18 buwan. Mas tumpak ang pagsasabi ni Nick Cooper, pangunahing tagapangalaga: ang MCP ay isang kalahating taon gulang at kasalukuyang umiinom ng mga aral mula sa dekada-dekada ng disenyo ng web protokolo upang maging mas matatag na protokolo.

Ikalawang pagtataya: Ang tunay na kahalagahan ng pagbabagong ito ay nasa pamamahala, hindi sa teknolohiya.

值得再次核对时间线. 2024 年 11 月 25 日, Anthropic 开源 MCP. 2025 年 12 月 9 日, MCP 被捐给 Linux 基金会下新成立的 Agentic AI Foundation, 是一个由 Anthropic, Block, OpenAI 共同发起, Google, 微软, AWS, Cloudflare, 彭博提供支持的定向基金. 八个月后, 第一个主要版本推出.

Isang protokolo na nilikha ng isang nag-iisang tagapag-likha, na nagtapos sa pinakamalungkot na operasyon nito pagkatapos ipasa ito, kaysa maging isang pagkabigat sa komite pagkatapos ipasa ito. Ang pangyayaring ito mismo ay isang pagpapatotoo sa epektibong pagpapatakbo ng bukas na pamamahala.

Mula sa listahan ng mga ecosystem platform, makikita ang pagbabago ng pagkakatutok. Tungkol sa Figma ang pagpapagana ng disenyo at code, tungkol sa Intuit ang pagbibigay ng tiwala at智能化 na karanasan sa isang bilyon na consumer at enterprise customer, at tungkol sa Zoom ang pagpapadala ng intelligent meeting nang ligtas sa AI platform. Hindi ito mga salita ng mga developer tool, kundi mga salita ng product line.

Ilang pangatlo, at sa palagay ko ang pinakadapat sabihin: ang pagiging matatag ng protokolo ay may gastos, at ang gastos ay tinatawag na "walang pagtutol".

Walang estado, maaaring i-route, maaaring i-cache, maaaring i-trace. Ang W3C Trace Context ay ngayon ay ipinapadala sa pamamagitan ng mga fixed key name sa _meta, at agad na compatible sa OpenTelemetry distributed tracing. Ang mga salitang ito ay iyong nakikita sa pag-unlad ng HTTP, REST, at gRPC.

Ang MCP ay nagsisiging maging isang pipeline na hindi mo pag-uusapan. Tulad ng walang nag-uusap kung gaano kasiya-siya ang TCP ngayon.

Ito ba ay magandang bagay? Sa tingin ko oo. Ang tagumpay sa antas ng data ay hindi kailanman nanggagaling sa pinakamagandang disenyo, kundi sa pinakamalamig na nagtataglay. Sa sandaling mawala ang sesyon, nagpapahintulot ang MCP sa isang bahagi ng kanyang kagandahan upang makakuha ng kakayahang mag-expand nang paralelo sa likod ng round-robin load balancing.

Ang pag-skalahan ng agent, ang problema ay hindi ang pagiging matalino ng model. Ang problema ay ang mga bagay na walang gustong pag-usapan: kung saan ii-save ang usapan, kung paano i-inherited ang identity, kung patuloy pa ba ang task pagkatapos ma-disconnect, ilang beses dapat i-click ang button ng pagpapayag para sa 10,000 na empleyado na kumonekta sa 1,000 na server.

Ipinaglabas ng bersyon na ito ang ilang bagay na ito nang malaki.

Tungkol sa pagkakaligayahan, ang pipe ay hindi responsable sa pagbibigay ng pagkakaligayahan. Ito ay naglalayong hindi mag-iiwan kung hindi mo ito pinapansin.

Source citation

Model Context Protocol Blog, "Ang 2026-07-28 Specification", 2026 年 7 月 28 日. https://blog.modelcontextprotocol.io/posts/2026-07-28/
Model Context Protocol Blog, "Enterprise-Managed Authorization: Zero-touch OAuth for MCP", 2026. https://blog.modelcontextprotocol.io/posts/enterprise-managed-auth/
Claude ni Anthropic, "Pagsasama ng MCP 2026-07-28 sa Claude", 2026 年 7 月 28 日. https://claude.com/blog/bringing-mcp-2026-07-28-to-claude
MCP Servers Blog, "Ang MCP Specification ng 2026-07-28: Isang Stateless, Extensible na Kinabukasan", 2026 年. https://blog.mcpservers.org/posts/mcp-spec-2026-07-28
Linux Foundation, "Linux Foundation Ayon sa Pagkakatatag ng Agentic AI Foundation", 9 Disyembre 2025. https://linuxfoundation.org/press/linux-foundation-announces-the-formation-of-the-agentic-ai-foundation
Anthropic, "Ang Pagdonar ng Model Context Protocol at ang Pagtatatag ng Agentic AI Foundation", Disyembre 2025. https://anthropic.com/news/donating-the-model-context-protocol-and-establishing-of-the-agentic-ai-foundation
Cisco, "State of AI Security 2026", 2026. https://blogs.cisco.com/ai/cisco-state-of-ai-security-2026-report
IT之家, Ang pinakamalaking update mula pa noong paglalabas: Ipinahayag ang MCP 2026-07-28 specification, paglipat sa "stateless" na core, Iyong 29, 2026. https://www.ithome.com/0/983/102.htm