پروتکل متنی مدل (MCP) مهم‌ترین به‌روزرسانی مشخصات خود را تا به امروز منتشر کرده است، که از یک پروتکل حالت دار دوطرفه به یک سیستم درخواست-پاسخ کارآمد تبدیل شده است که برای استقرار عامل هوش مصنوعی در مقیاس تولید طراحی شده است. مشخصات 2026-07-28، اعلام شده در 28 ژوئیه 2026، نشان دهنده چیزی است که مشارکت کنندگان پروژه به عنوان مهم ترین نسخه پروتکل از زمان راه اندازی MCP از راه دور بیش از یک سال پیش توصیف می کنند.

این به روز رسانی با افزایش پذیرش MCP ارائه می شود. SDKهای Tier 1 این پروتکل - TypeScript، Python، Go و C# - اکنون نزدیک به نیم میلیارد دانلود در ماه دارند، با هر دو SDK TypeScript و Python از آستانه یک میلیارد دانلود کل عبور می کنند. طبق پست وبلاگ پروژه، MCP به بستر پیش‌فرض داده و تعامل برای گردش‌های کاری نمایندگی در سراسر شرکت‌ها تبدیل شده است. برای اطلاعات بیشتر در مورد چشم انداز زیرساخت هوش مصنوعی در حال تحول، به [آخرین پوشش صنعت هوش مصنوعی] ما (https://aibuzzwire.news) مراجعه کنید.

هسته پروتکل بدون تابعیت

تغییر تیتر بازنشستگی مبادله دست دادن اولیه/آغازی شده و هدر Mcp-Session-Id است. اکنون هر درخواست به طور مستقل سفر می‌کند و نسخه پروتکل، هویت مشتری و قابلیت‌های کلاینت خود را در ابرداده حمل می‌کند. مفهوم عملی آن قابل توجه است: اکنون هر درخواستی می تواند بر روی هر نمونه سروری در پشت یک متعادل کننده بار ساده و بدون نیاز به ذخیره سازی جلسه مشترک قرار گیرد.

یک سرور اختیاری/کشف تماس رویه از راه دور (RPC) به مشتریان اجازه می دهد تا قبل از برقراری تماس، قابلیت های سرور را بیاموزند، اما نیازی به آن نیست. این تغییر معماری به طور مستقیم به آنچه که تیم MCP به عنوان یکی از ویژگی های بسیار درخواست شده از توسعه دهندگانی که به دنبال قابلیت اطمینان و مقیاس پذیری بهتر هستند، می پردازد.

حذف جلسات در سطح پروتکل، برنامه‌ها را مجبور نمی‌کند که بدون حالت باشند. اگر یک سرور نیاز به حمل وضعیت در سراسر تماس‌ها داشته باشد، می‌تواند یک دسته صریح از یک ابزار برش دهد و مدل هوش مصنوعی آن را به عنوان آرگومان ارسال کند. تیم MCP دریافتند که این رویکرد بهتر از حالت نشست پنهان در انتقال کار می کند، زیرا مدل می تواند دسته را ببیند و آن را بین ابزارها قرار دهد.

درخواست‌های چند سفر رفت و برگشت جایگزین جریان‌های باز برگزار می‌شوند

این مشخصات، درخواست‌های چند رفت و برگشتی (MRTR) را معرفی می‌کند که جایگزین درخواست‌های استخراج، نمونه‌برداری و ریشه‌یابی آغاز شده توسط سرور می‌شود که قبلاً به جریان‌های دو جهته باز نگه داشته شده نیاز داشتند. هنگامی که ابزاری نیاز به ورودی از یک کاربر در اواسط تماس دارد - مانند یک تأیید یا یک پارامتر از دست رفته - سرور یک نوع نتیجه "input_required" را به همراه درخواست‌هایی که نیاز به پاسخ دارد برمی‌گرداند. سپس مشتری تماس اصلی را با پاسخ‌های ضمیمه مجدداً تکرار می‌کند.

این طراحی نیاز به اتصالات دو جهته دائماً باز را که یک بار عملیاتی بزرگ برای تیم هایی است که سرورهای MCP را در مقیاس اجرا می کنند، حذف می کند.

فهرست‌های مسیریابی و ذخیره‌سازی مبتنی بر سربرگ

درخواست‌های HTTP قابل جریان در حال حاضر باید شامل هدرهای Mcp-Method و Mcp-Name باشند، دروازه‌ها، محدودکننده‌های نرخ و فایروال‌های برنامه وب را قادر می‌سازد تا ترافیک را بر اساس سرصفحه‌ها به جای تجزیه بدنه‌های JSON، مسیریابی و اندازه‌گیری کنند. این تغییر MCP را با الگوهای استاندارد دروازه API که در زیرساخت های سازمانی استفاده می شود، تراز می کند.

پاسخ‌های ابزارها/فهرست، درخواست‌ها/فهرست، منابع/فهرست، و منابع/خوانده‌ها اکنون حاوی نکات مربوط به زمان حیات و محدوده حافظه پنهان هستند. این به مشتریان اجازه می‌دهد تا کاتالوگ‌های ابزار را ذخیره کنند و حافظه پنهان بالادستی را در طول اتصال مجدد ثابت نگه دارند، واکشی مجدد غیرضروری را کاهش داده و تأخیر عملیات‌های مکرر را کاهش می‌دهد.

مجوز سخت شدن

این مشخصات چندین بهبود امنیتی را ارائه می‌کند که از یک سال بازخورد پیاده‌کننده به دست آمده است. سرورهای مجوز اکنون باید پارامتر iss را به ازای RFC 9207 برگردانند، و کلاینت‌ها باید قبل از بازخرید کد مجوز، آن را تأیید کنند و آسیب‌پذیری مختلط سرور مجوز را ببندند. اعتبار مشتری به صادر کننده ای که آنها را ضرب کرده است، محدود می شود و از استفاده مجدد در سرورهای مجوز جلوگیری می کند.

ثبت داینامیک مشتری (DCR)، در حالی که هنوز برای سازگاری با نسخه‌های قبلی کاربردی است، اکنون به طور رسمی به نفع اسناد فراداده شناسه مشتری (CIMD) منسوخ شده است. تیم MCP این را به عنوان یک اقدام سخت‌تر برای مطابقت پروتکل با الزامات مشخصات OAuth توصیف کرد.

چارچوب برنامه های افزودنی رسمی و منسوخ شدن

کارها از وضعیت آزمایشی خارج شده و به یک برنامه افزودنی رسمی تبدیل شده و به برنامه های افزودنی دیگر مانند برنامه های MCP و مجوز مدیریت شده سازمانی می پیوندند. یک مکانیسم وظایف/دریافت مبتنی بر نظرسنجی و یک مکانیسم وظایف/به‌روزرسانی جدید جایگزین نقطه پایانی HTTP GET قدیمی‌تر می‌شود و اعلان‌های تغییر در یک جریان اشتراک/گوش دادن ادغام می‌شوند.

Roots، Sampling و Logging با حداقل پنجره 12 ماهه منسوخ شدن منسوخ شده اند و به توسعه دهندگان زمان می دهد تا مهاجرت ها را برنامه ریزی کنند. حمل و نقل قدیمی HTTP+SSE نیز با یک سال آفرامپ رسماً منسوخ شده است. به پیاده سازی های جدید توصیه می شود که از این ویژگی ها استفاده نکنند.

هر چهار SDK سطح 1 - TypeScript، Python، Go، و C# - اکنون از مشخصات 2026-07-28 پشتیبانی می‌کنند و Rust SDK از آن در نسخه بتا پشتیبانی می‌کند. SDK ها شامل یادداشت های مهاجرتی دقیق برای تغییرات شکسته هستند، به ویژه برای توسعه دهندگانی که به شناسه های جلسه وابسته هستند.

پذیرش صنعت

این انتشار توجه قابل توجهی را در انجمن های توسعه دهندگان به خود جلب کرد و در اخبار Hacker با بیش از 100 امتیاز مورد توجه قرار گرفت. دیوید سوریا پارا، یکی از اعضای کادر فنی MCP و یکی از مخترعان پروتکل، آن را واضح ترین سیگنالی است که نشان می دهد MCP در حال تبدیل شدن به زیرساخت واقعی در سطح تولید است.

سوریا پارا می‌نویسد: «بزرگ‌ترین تغییرات، تغییرات شکستن هستند، و جامعه کار سخت را به جای کاغذ بر روی شکاف‌ها انتخاب کرده است. "این پروتکلی است که در زمان واقعی در مورد آنچه تیم های تولید واقعاً نیاز دارند رشد می کند."

این به‌روزرسانی نشان می‌دهد که MCP، که به عنوان یک پروژه منبع باز برای استاندارد کردن نحوه دسترسی مدل‌های هوش مصنوعی به ابزارها و داده‌های خارجی آغاز شد، در حال تبدیل شدن به زیرساخت‌های اساسی برای عصر هوش مصنوعی است. با نیم میلیارد بارگیری ماهانه و برنامه های افزودنی رسمی برای استقرار سازمانی، این پروتکل خود را به عنوان بافت همبند بین مدل های هوش مصنوعی و سیستم هایی که باید با آنها تعامل داشته باشند، قرار می دهد.

از هوش مصنوعی جلوتر بمانید

اخبار هوش مصنوعی را بیشتر بخوانید →