Anthropic 更新 MCP：無狀態核心，讓 Agent 基礎設施真正可擴充

发布于 2026-07-29 21:38:22（微信公众号导出记录）。

本文来自公众号后台的“导出文章内容”功能。博客正文由导出长图进行本地 OCR 转写，并保留原始排版图用于逐段核对。

原文链接：查看原文

OCR 转写有效文字约 10479 字；代码、流程图和版式以文末原始排版图为准。

正文（本地 OCR 转写）

充 originelwθx7ce EI V1ajero2826年7月29日21:38 日本 版本摘要 MCP2826-07-28规已正式發依。这次更新带来期状题定核心、多输往返求(HuLti Round-Trip Requests,MRTR)、基於 HTTP 嫌硒的路由、可快取的清單结果、更服密的摄耀 制正式的撞充框架,以及已完成更新的第一级SDK Madl Cortst Prctecel Blg Hone/Posts The2026-07-28Specification The 20250728 Mode Contet Prcol specfition is out, brnging α stees prtocol cvre Mu RT Rq, hng ch s ret ortn hrening fl esfm, ndpd Tr 1SDK p 3, 20s -12nis-DsdSais Pare [led Minerel DenDeineky ad Minmims] Table of Contents Sinc ourlt NeeMCP cnid t gratnasthng te Acr ur TK hl-i and Python SDs cring the 1bllon tota doleds threshold Injust afemnhs prtldastdtdity atf workflows. Tos w speifcaton ln wth t Sksthtilaloyut studsEViajer and servers night awsy: 如果要用一句括概括次正新,那就是:MCP正一套需要维持疑向速線與工作段的定,型為 更接近现代Web基键設施的無状態請求/回愿熔定。 这不只是傅输唇的小修小捕,它直接影警MCP同服器如何他负霸平衡、同道踏由、經限控管、快取, 長時間任務。以及需要使用者中注随的互融流程。對正在生產環境中部署MCP的图隧而言,遭是一 回期確的架横分水强。 以下為官方文章的完盛疆中文翻與编排。技端别字、RPC方法、HTTP楼頭、SDK名稿及 SEP曾號均保留原文,以方使查腮规图遭移。

一眼看重這次改版

核心畅型|微赞向、有状感定,改為请求/回愿式無状感核心 基硬设施|普通输詢负平衡、標頭路由與结果快取成为操季能力。 互助模型|MRTR综氟狀属工具仍可在转行途中向便用者取得致解 安全棚制|强化骏行者验具定,或DCR博向CIMD. 移節费破壤性曼更已有新版SDK支援:正式案用项目至少保留12個月過波期。 核心更新 白去年11月發布上一版规以来,MCP仍以聚人的速度成曼,在第一级 SDK中,我們每月鞭察到 接近5德次下载:TypeScript 與Python SDK的累計下最量更雙突破10德次。短短爆月 内,遭塞协定持成長,成为代理式工作流程承藏瓷料與互動能力的底基现。 今天,我钙正式按下新一版NCP规花20ZB-H7-28的發怖按钮:支援遭一版本的 SDK也同步淮 出,發者可以立即删始建置用户端规伺服器。 本次登饰最重要的更新,是引入無默都定核心:MCP正能雙向、有默想的掘定,聊型为探用求/ 回底模式的氟状定。道一直是發者最期待的功能之一,因爲它能MCP伺服器握得更好的可量 性购可充性,

图:官方“照状悉部定核心,示腕,左例為需要黏性工作附段的善授式:右例為可使用普通输罚负载孚 衡的熊就感模式, 暴看完整示箱 本地影片榴票:assets/stateless=core-deno.np4 官方影片: https ://blog-modelcontextprotocol io/posts/2026-07- 28/stateless-core-demo.mp4

:蓝版桥求需要体照工作强段回到指定赖行留龄:新版每细赫求都能自我播述,因此可由普通输病 平衡器分派至任意赖行细體。5erver/discover只用於希望预先取得能力资部的用户端,签非每 次呼叫前的必要步。 留然,道但版本带束的改警不只如此:

• 請求可以自我描述。希望预先取得伺服器能力资的用户确,可以還择呼叫探索方法:但这不是

必要步罪。因此,任何請求都能由首通输詢负敬平衡器後方的任意执行国證處理。

• 路由囊訊遍入HTTP镇RPC方法與工具名稿金分别适巡Mcp-Methud與Hcp

NancHTTP标疏傅送,旗网道可以直接根擦標随进行路由與授程。

• 互動流程改用MRTR。取檬(sanpl1ng)、資讯微(el1citat1on)等伺股器型用户镭

求,将改用多输往返幅求(Multi Round-Trip Requests,MRTR)重新短計,不禹需要展時 間维持需敏的雙向本流。

• 清單结果可以定快取。清馨回愿言据特快取提示,探用確定性脂序,使用户端可以快取工具

目錄,且在重新連综之後仍能维持上游提示饲快取的定性。

• 擅充框架正式立。Tasks 將與NCP Apps、企嫌托管授權(Enterprise Managed

Author1zat1on,EMA)等功能一同成为摘充项目。

• 授權制進一步收默。包括依照RFC9287壁證發行名,以及正式炭動感用户端册

(Dynam1.c Cl1ent Reg1strat1on,DCR)剩向用后端 ID 申瘤瓷科文件(CL1ent ID Metadata Documents, CIND) 。

• 用政策提供明確時間表。MCP正式建立乘用政重,提供至少12個月的遇渡期,旗则登者可

以预先规劃升级,而非被勤庭到婴更。 TypeScript、Python、Go 翼C SDK 整已同步亚新,亚針到破璃性攀亚提供鲜细還移明。 發者现在就可以開始使用新版规。 具體更 不再需要握手與工作段 在新版规舱中,MCP 正式移除 1nitialize/initialized交报流程,以及 Mcp-Session- Id標通,群翘内容可参SEP-2575 (https://github.con/nodelcontextprotocol/modelcontextprotocol/pul1/2575 ) 吴 SEP-2567 (https://github.con/nodelcontextprotocol/modelcontextprotocol/pull/2567) 现在,每個求都能疆立傅送,亚在_neta中带協定版本、用户端身分网用户瑞能力。如乘用户 端希望在執行其他提作前先了解伺服器能力,可以呼叫新的server/dlscover适端程序呼叫 (RPC):但道不是必要步骤。 PUST /ncp HTTP/1.1 NCP-Protoco1-Version: 2826-87-28 Mcp-Method: tools/cal1 Mcp-Mane: search {"jsonrpc*:2.8,"id":1,"nethod*:tools/cal1,。 "parans*:{nare:search,"arguments"={":otters) "_meta": {"io.rodel.contextprotocol/clientInfo:{*nane":my-app, version:1. 0}) 复制 移除掘定唇级的工作蔻段,不代表你的应用程式也必须完全無默怒。如集何服器宽要在多次呼叫之開保 存状感,可以由工具座生一国明确的控制代碼(handle),再操模型把它作為参数得回。 我們發现,这比把工作陷段状感隔量在得愉屑中更有效:模型能直接看到控制代碼,在不同工具之間 延绩使用。 實账影MCP何服器不再震要為協定工作段维持黏性路由或共享默:若務本身需要状 ,则改由工具明確交付控制代础。 多输往返铺求(HRTR) NRTR 取代通去由何服器主勤缝起、且必须保持率流胱效的clicitation/Create sanpling/createMessage 奥 roots/list 精求, 有時候,工具在執行途中需要使用考充资訊,例如磷某项操作,或提供逼漏的参数、SEP-2322 ( https://github.con/nodelcontextprotocol/modelcontextprotocol/pul1/2322) 所定囊的NRTR,深遗频情境可以在展状接定上通作: resulType:quol:inpul required",附上需要回答的镇求;用户端取得答 伺服器回傅 素後,再於inputResponse5中附上回,重新發送原始呼叫 實際影馨|工具仍能在敏感探作前詢同使用者、铺查参數或取得批准,但不必為此長時間保持雙 向速续。 画版伺服器主勤麟求與新版MRTR副比 MC 免提器 to6/call

地风工具质界 ools/call

天纯 N5 图:MRTR不是在背景保留一何履器可随時反向野叫的通道,而是把需要哪些输入:放进中闻结 果:用户端取得答案後,需著InputResponses重试原始师求, 基於HTTP標颐的路由 可事流 HTTP 幅求现在必须包含Hcp-MethodMcp-NaTe 標颈,鲜見 SEP-2243: https://github.com/modelcontextprotocol/nodelcontextprotocol/pull/2243 这代表道、速率限制器或Web既用程式防火装(WAF)可以直接根據標进行路由、計量與椿判 断,不必先解析JSON請求本文。 實聚影春|现有API道民安全投像更容易域别MCP流量,按方法或工具套用路由、配额 具存取政策。 清單结果可以快取 tools/list、pronpts/list、resourccs/list 奥 resourccs/read 的回离,现在童掘 需ttlMs 网 cacheScope,鲜见 SEP-2549: https://github.con/modelcontextprotocol/nodelcontextprotocol/pull/2549 用户端因此可以判断最逾合各類回丽的快取策略,减少不必要的重被播取。 實豫影春|工具與資源目款不必在每次重新还解時完整重括,也能降低上游提示间快取因顺序题 勤而失效的機率。 道路由與清單快取到比 公欢号Ero 图:標頭路由與清單快取是雨项癌立婴化,前者旗幕碳股旅篇须解析JSON本文即可腊别方法润工 具:後省透透ttUHs、CacheScope和確定性额序减少重被操取,整提高上游提示韧快取的疆定 性 授機制 根擦退去一年與實作者的时编。授往往是整合MCP 時最耗時的部分。这次规范修訂耀缩强化 MCP 的输论、授耀與整證安全触势:

• 授權何服继依照 RFC 9297(https://ww.rfc-ed1tor-org/rfc/rfc9287)回

傅155梦数:用户端必须先验盤它,才能允换授權砖,辞见SEP-2468: https://github .con/nodelcontextprotocol/modelcontextprotocol/pul1/2468. 这项更可以封堵授權伺服器混溶攻單,

• 用户端在速行数感用户端性册(DCR)時。需要投定appL1cat1on_type,避免授權何服器拒绍

桌面與命令列愿用程式使用LocaLhost重新尊向,详見SEP-837: https ://g1thub con/nodelcontextprotocol/modelcontextprotocol/pul1/837, 如渠你首经疑惑,為何CLI 用户端的OAuth流程童出现redircct_uri端,原因很可能 就在這裤。姓然MCP正博向以CIND為標华,但这项强化仍能旗定符合OAuth规要求 ,用户端细必须期定至發出选幅的警行者,不得跨授伺服器重拖使用,详見SEP-2352: https://github.con/nodelcontextprotocol/modelcontextprotocol/pull/2352

• 数舰用户端注册现已正式囊用,兼由CIMD取代,為了维持向後相容,DCR目前仍可作,但将

在未来的MCP规范版本中移除。 實账影|新版授概模型更接近成然OAuth部署的安全要求:既有DCR整合姓不育立即失 效。但愿始规劃CIND通移。 助娠胜册與建權路封比 满征:DCK(C奥月·药 M R户售

奖)E HTTPS URL MCP.是P8 E iue :2026-07-28签非立即副除DCR:它仍為不支援CIMD的授權何服器保留向後相客。但新實作 應優先探用CIMD,整在党换授橙碼前壁證IS5,持久化涉證時也必须按發行者隔藏。 Tasks Tasks不再於實验性核心。而是移至1o.modeLcontextprotocol/tasks摘充。新版提供以输詢 为基键的Lasks/geL.以及新的tasks/update.洋見 SEP-2663: https://github.com/modelcontextprotocol/nodelcontextprotocol/pull/2663 更通知期提盖有HTTP GET 端贴,移至單一subscriptions/listen串流;用户端可以依照通 知颊型湿挂是否打度。 實影馨|長時間任務仍可适通輸詢追践,也能运择訂阅通知:核心熔定别不必為此恢接成全面 有状感。 襄用项目 Roots、Sampling 翼 Logging 现已雍用,見 SEP-2577: https://github.com/modelcontextprotocol/modelcontextprotocol/pull/2577 这些能力目前仍可通作,且至少會再继持12月:但新的實作不愿耀探用。版HTTP+SSE傅 输也已正式列為乘用项目,同样提供一年的遵移期。 移提醒|「仍可使用不等於「適合新哥案]。新的實作题直接保用替代模型:既有系统别可 利用至少12個月的窗口分腾段道移。 SDK與生價 至本文稳佛聘,四個第一级SDK都已支援2026-07-28:

• TypeScript SDK: https://github.com/modelcontextprotocol/typescript-sdk

xps-uoud/10ooudxauoapo/uo*gn//: du xs uou/d •

• Go SDK: https://github com/modelcontextprotocol/go-sdk

• Cα S0K: https ://github com/modelcontextprotocol/csharp -sdk

在第一级 SDK 之外, Rust SDK (https://github.com/modelcontextprotocol/rust - sdk)也已提供對新版规施的 Beta支援。 道些SDK提供相愿API,镶開發者可以依照新版规花建置何服瞻與用户。正如官方在SDK Beta 文 (https://blog.modelcontextprotocol .1o/posts/sdk-betas-2626-07-28/) 中所 航,還移確實會带束一些成本,尤其是到依颈工作段剧碼的储者而言;不遇,早期测就者的回续 已被纳入投計,使逼移通程容易許多。 来自生朗系统的显音 和任何大型赞饰一楼,MCP的工作不可能在缺少整個生照系统贯献的情况下完成。我們尤其颁朗在规 笔正式全面推出前,協助测就與验證的思多贡载者及合作伙伴。 以下為官方文章收疑的全部伙件引言。 生振眼察 遗些引言来自震端平台、開發工具、般针软、可测性、资料显MCP框架圈改。它师共同 指向同一件票:状展、可快取、可路由與企鉴授稀,已成為HCP走向大规模生牵部署的必要 修件。 Anthropic 这是通端NCP 在一年多前推出以来,最重要的一次更新。它额可摘充HCP伺眼器的服務能力 向前罐进,亚吸收遇去18個月累精的所有短验,為MCP的末来建立播健基强。新加入的摘充 项目,也展现了更展泛源厚案持缩划新的能力。我很期待看到大家通用這些新能力打造出什 座。

• David Soria Parra|技術属媒成典、MCP 共同發明人

Arcade.dev 这次發饰是迄今最明確的部然:MCP正在成为真正可投入生產環境的基碟设施。最大的改量恰恰 是破增性更,而社群遥握正面完成姓的工作,而不是掩蒸缺口。遗我們在合作企業中看到 的情况一致:MCP已成為道些围除预投探用的基碟,而道次辈布正是他仍一直等待的成熟版本 这套定正需编生产圈除的實整需求即時成長:對任何正在建置企代理的人来额,都是重要的

一步。

• Alex Salazar|机行長暨共同前股人

AlNS AMS Anthrop1c致力股支持MCP 社带,超助附缝者大期模交付企繁频代理。新版MCP 规舱及其期状定核心已可在Amazon BedrockAgentCore 中使用,腐者能在標率、 可摘充的基键疫施上部署HCP伺服器,不必管理工作增段或持久速線。Tasks是最早的一批官 方MCP摘充之一。由ANS員感,能為可靠、長時間谨行的代理提供支援,开發者少花時間 虚理基避設施,把更多時開投入创新。

• Swami Sivasubramanian|代理式 AI 副共粒

Cloudflare MCP 2826-87-28糖代理基硼般施更接近Web其他部分的通作方式:状、可快取、可路 由。或能在全球额充。Cloudflare Agents SDK 黎布首日就支援这一规,需者可以直 接在Workers 中通行NCP 伺服器,在有傅输工作随段额外成本的情况下呼叫工具。支提 更豐富的流程,例如為霉批發起瓷部薇詢。由於MCP 是阴放撑,Sentry、Linear 等 CLoudflare客户也能在首日探用,立即把這些改遭交付给便用者。

• BrendanIrvine-Broque|產品管理瓷深热

Figna 越来越多建贵者使用我們的 MCP 何服器,把生成结果需入Figma 董布,奥票除一起探索、延 神横想业加以完善,最终做出真正突出的座品。随若使用量成長,我們的期状感架也能随之摘 充:加上MCP AppS、Tasks 與企集部管授權,我传可以进一步镶設計與程式碼维持在同一條 相互还结的工作流程中。

• Josh CLenn|工程副德裁

Google Cloud Model Context Protocol 2026-07-28 是企 AI 可额充性的—次巨大罐进。透遇须造 为無状態架桥,这份规消除了大规模部署代理式工作流程時的阻力。GoogleCloud很期待 在我們的開發客工具生感系统中通用道些强大新能力。这次發饰提供了得健、安全且可摘充的基 础,客户以及我們自己的圈账能建置下一代AI鹰用程式:我们也很自豪能耀共同塑造请项 放率的末来。

• Anna Berenberg|集出工程解

Honeycomb 在honeycomb.io,我們看到 MCP得了非常亮银的探用:每月接近 28%的互助式查詢, 现在都是由代理發起。新版规莉我钙能在企嫌规模下谨行,同時支摆资訊微詢等更连随的功 能。

• Austin Parker |AI 策略辣

Manufact 新版MCP 规触明,继摇者確實有取社群巨锁。它解决了我何在拥蕊框架ncp-use 周航管 数千個HCP 伺服器的 Manufact Cloud中遇到的真實開题支撑 mcp-use 的新版 SDK V2,恶由新的用户确/同服器拆分,榜助我們把套件大小缩减的83%,同時提升25%的速度。 随著MCP朝為無状感,我仍也能在不依轴不切實除的基提设链權宜方案下,更可像、安全且可 提充地虚理生產流量。

• Enrico Toniato|技術長

Microsoft Foundry 放定所創造的生無系统,规模奢超通任何一家企藻能单摇建造的额周。MCP是Microsoft Foundry的基碳,我們可以微款十项整合抽充至款干项。我們透過Foundry tooLbox 的 统一MCP增贴集工具,同時集中治理、身分與可翻测性。适退無状糖操作、支援長時間工作 的Tasks,以及企繁管理的身分碳制,下一代MCP 镇安全、可填充、可投入生的代理系統比 以往更容易建置。

• Tina Schuchnan | Microsoft Foundry 工程企繁盈患

Netlity 2026-87-28规中的無默影核心,爆MCP 成為一等的 HTTP 工作典露,不再需要编過工作 随段管理間题。我钙的客户希望,在NetLify 上逗行MCP 可以和平台上的其他工作一样商 單,而新规能核心唇面實现了遗一點,把HCP ApPS 纳人新的摘充框架,也为整困生感系 的可播充性、可存取性网能力需来巨大进展。

• Sean Roberts|源用 AI 副继截

OpenAI MCP现在大的一虚半了。感期开發者及其他實作者提供回馈,它正演进為更成熟的協定,吸收 數十年Web定设計的經验,和之前的版本一样,最有理的部分,仍然是看看人仍含用它建造 出哪些出乎意料的重西

• Nick Cooper|技術圈隧成員、MCP 核心维援者

PostHog 把MCP 改為無默娠据定,旗我们更客易播充自己的服,也更客易為客乒的MCP 伺服器加入 分析功能。我們可以更稀地向使用者展示HCP工具的實照使用方式,以及使用者希望使用、 但目前仍然缺少的工具。很高舆看到这套擦定胡这個方向成長。

• PaulD'Ambra|產品工程師

Prefect/FastMCP 對任何正在大规模建置MCP的人來,這都是一個里程碑版本。FastMCP一直致力於把规 中最強大的能力,轉化為直覺易用的開發體驗;我們很高興能在FastMCP4.0中,為背景任 務、無狀態互動、企業授權等能力提供第一级支援。我們的MCP治理平台Horizon一開始 就探用無狀態設計,以支援極大规模;如今這種做法成為協定原生能力,令人振蓄。

• JeremiahLowin|執行長

Runlayer 這次發怖MCP比以往任何時候都更遍合企業使用。Runlayer正把這些進展帶給平台上的每

一家企業,提供更简單、更安全的基,協助它們在組識内部署MCP與代理。

• TalPeretz|共同創瓣人暨產品長

Stacklok 最新一版MCP规是一個重要里程碑。它所展現的謹程度與使用者参與,證明這套協定正在 成熟,企業可以更有信心地以它為基建置。我們已經完成新版實作;轉向無狀態模型,不只移 除了警通複雜度,也镶MCP得以摘充至企業规模。這是一個强烈訊號,顯示整個社群正在由真 實部署經验所塑造。

• CraigMcLuckie|執行長

Supabase 支援資訊微詢一直在我們的發展圖上;但由於SupabaseMCP以無狀態方式通行,過去很難 輕做到。MRTR改變了這一點:工具可以在探取行動前先向使用者確,例如在建立新專案前 確費用,或在執行可能刪除資料的查詢前取得同意。我們很期待支援這頂能力。

• InianParameshwaran|產品负貢人

Xero Anthropic把前沿模型與持提高標的開發者體驗结合在一起。開放的MCP2026-07-28 规所提供的無狀核心,降低了我們需要管理的雜度,镶我們能以更快速度、更大规模,向 客户交付更多功能。

• AndrewGoodman|AI副總裁

使用資源與延伸閣 我們很期待看到發者以新版规建置產品。可以以下資源開始:

• MCP2026-07-28完整规:

https://modelcontextprotocol.io/specification/2026-07-28

• 2026-07-28完整更記錄:

https://modelcontextprotocol.io/specification/2026-07-28/changelog 28/getting-started/intro 延伸朗:理解這次更新的前因後果 若要進一步理解這次架橘轉型,以下均爲MCP官方或原始提案資料:

1.MCP2025年11月规奥一调年回

https://blog.modelcontextprotocol.io/posts/2025-11-25-first-mcp- anniversary/ 上一版规把Tasks、授權摘充與多填企業能力带入MCP;對照本次改版,可以清楚看見 Tasks如何由實驗性核心移至正式摘充,以及授權機制如何继續收敛。

2.2026-07-28SDKBeta奥遭移明

https://blog.modelcontextprotocol.io/posts/sdk-betas-2026-07-28/ 適合需要估伺服器相容性、工作隋段移除影響,以及各語言SDK遵移成本的開發者。

3.SEP-2575:镶MCP成為無狀態協定

https://github.com/modelcontextprotocol/modelcontextprotocol/pull/2575 這是本次架髮化的核心提案。

4.SEP-2322:多輪往返請求(MRTR)

https://github.com/modelcontextprotocol/modelcontextprotocol/pull/2322 群细明無狀態條件下,工具如何在執行途中向使用者索取確韶或補充資訊。

5.SEP-2468:授權回應中的發行者驗證

https://github.com/modelcontextprotocol/modelcontextprotocol/pull/2468 對應RFC9207與授權伺服器混淆攻擎的防。

6.SEP-2663:Tasks摘充

https://github.com/modelcontextprotocol/modelcontextprotocol/pull/2663 明TaskS實驗性核心移出後的新介面舆訂朗模型。

7.SEP-2577:用Roots、Sampling奥Logging

https://github.com/modelcontextprotocol/modelcontextprotocol/pull/2577 新實作與既有系统规劃未来12個月遵移时,應優先阅。

原始排版图