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

این به روز رسانی بلافاصله توجه جامعه توسعه دهندگان را به خود جلب کرد، به طوری که اعلام نقشه راه بیش از 240 رأی موافق و بیش از 140 نظر در اخبار Hacker در چند روز جمع آوری کرد. برای توسعه‌دهندگانی که برنامه‌های عاملی را می‌سازند، سند سیگنال می‌دهد که نگهبانان اصلی پروتکل و گروه‌های کاری زمان بررسی خود را در کجا سپری می‌کنند – و اینکه کدام پیشنهادها سریع‌تر در صف حرکت می‌کنند. For more context on this story, see our ongoing AI trends.

آنچه که مشخصات ژوئیه قبلاً تغییر کرده است

قبل از تعیین اولویت‌های جدید، نگهبانان نقشه راه قبلی را که در مارس 2026 منتشر شد، بررسی کردند که بر چهار حوزه متمرکز بود: تکامل حمل‌ونقل و مقیاس‌پذیری، ارتباطات عامل، بلوغ حاکمیت و آمادگی شرکت. با توجه به پست وبلاگ، "پیشرفت قابل توجهی" در هر چهار جبهه انجام شد، که بخش عمده ای از تغییرات در نسخه 28-07-2026 منتشر شد.

مهم ترین تغییر حذف جلسات در سطح پروتکل و دست دادن اولیه بود که به عنوان SEP-2575 و SEP-2567 ردیابی شد. این تغییر به این معنی است که یک سرور MCP اکنون می‌تواند به صورت افقی بدون نگه‌داشتن حالت مقیاس شود - یک بازسازی اساسی که باعث می‌شود سرورهای MCP راه دور مانند سرویس‌های وب معمولی رفتار کنند. مشتریان همچنین می‌توانند قبل از انجام هر کار دیگری با یک «سرور/کشف» جدید تماس بگیرند تا نسخه‌های پشتیبانی شده و قابلیت‌های سرور را قبل از انجام هر کار دیگری بیاموزند، و نتایج فهرست تحت SEP-2549 قابل ذخیره‌سازی هستند.

در سمت ارتباط عامل، ساختار Tasks به یک برنامه افزودنی رسمی (SEP-2663) تبدیل شد، در حالی که یک الگوی جدید درخواست‌های چند رفت و برگشتی (SEP-2322) جایگزین درخواست‌های آغاز شده توسط سرور شد، به طوری که جریان‌هایی مانند عملیات استخراج روی سرورهای بدون حالت انجام می‌شود. حکمرانی نیز به بلوغ رسید: پروژه رسماً یک نردبان مشارکت‌کننده را پذیرفت، گروه‌های کاری اکنون پیشنهادهای بهبود خود را تریاژ می‌کنند، و مشخصات یک چرخه عمر ویژگی و خط‌مشی منسوخ شدن مناسب را به دست آورد.

کار آمادگی سازمانی بر مجوز، تأیید صادرکننده حمل و نقل، اعتبارنامه مشتری محدود به صادرکننده، و اسناد فراداده شناسه مشتری به عنوان مسیر ثبت نام مشتری ترجیحی متمرکز شده است، با مجوز مدیریت سازمانی که به عنوان یک برنامه افزودنی به پایدار ارتقا یافته است.

پنج اولویت برای چرخه انتشار بعدی

1. Agentic Messaging Primitives

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

کار برنامه‌ریزی‌شده شامل رویدادهای آغاز شده توسط سرور است که از طریق وب‌قلاب‌ها و کانال‌ها ارائه می‌شوند، «بنابراین مشتریان برای نتایج نظرسنجی باقی نمی‌مانند»، یک بررسی ترکیبی شامل گروه‌های کاری Agents، Transports، و Triggers & Events، و بلوغ افزونه Tasks تا بتواند به مشخصات اصلی منتقل شود.

2. HTTP-Native Transport Unification

با انتشار ژوئیه، نگهبانان نوشتند، "یک سرور MCP راه دور اکنون با هر بار کاری HTTP دیگر تفاوتی ندارد"، میزبانی سرورهای MCP را در سازمان‌های زیرساختی که قبلاً برای APIهای خود استفاده می‌کنند، آسان می‌کند. این رویکرد «مقیاس‌پذیری خود را ثابت کرده است» و نقشه راه اکنون پیشنهاد می‌کند که آن را برای پوشش سرورهای محلی که از HTTP قابل پخش بر روی ورودی و خروجی استاندارد صحبت می‌کنند، گسترش دهد. این پست استدلال می کند که یکپارچه سازی در یک انتقال واحد، توسعه سرور MCP و مشتری را حتی بیشتر ساده می کند.

3. شناسه عامل و امنیت سازمانی آماده

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

نگهبانان نوشتند: «بیشتر و بیشتر تماس‌گیرندگان، عواملی هستند که به‌عنوان حجم‌های کاری ابری با هویت خاص خود اجرا می‌شوند، از طرف کاربری که در آن حضور ندارد عمل می‌کنند، یا اختیارات محدودتری را به نمایندگان فرعی تفویض می‌کنند. هدف، روشی استاندارد شده برای سرورهای MCP برای تشخیص و اعتماد آن هویت‌های عامل است، «بر اساس استانداردهای موجود به جای چسباندن کلیدهای API و توکن‌های با عمر طولانی ساخته شده است».

به طور مشخص، کار نهایی کردن اثبات مالکیت (DPoP) و هدایت آن، تعریف مسیری با نظر برای هویت نماینده و تفویض اختیار از طریق فدراسیون هویت حجم کاری، کمک مالی ID-JAG در پشت مجوز مدیریت سازمانی، و تبادل توکن استاندارد را پوشش می‌دهد. این تیم همچنین به تعامل با گروه های کاری IETF OAuth و WIMSE برای کمک به تکامل استانداردهای اساسی ادامه خواهد داد.

4. اکتشاف ابزارهای اولیه و پیشرونده بهبود یافته

بر اساس این پست، فراخوانی ابزار، بخشی از MCP است که اکثر توسعه‌دهندگان ابتدا آن را لمس می‌کنند، و "به خوبی حفظ شده است". اما مدیریت نتیجه کوتاه است: یک پاسخ «ابزار/تماس» می‌تواند خروجی یکسانی را در بیش از یک شکل داشته باشد، و توسعه‌دهندگان سرور راهی برای دانستن اینکه یک کلاینت داده‌شده کدام فرم را در مقابل مدل قرار می‌دهد، ندارند. هدف نقشه راه استانداردسازی در یک قرارداد مشخص است.

نگهبانان همچنین مشکل مقیاس را برجسته کردند. آنها نوشتند: "اتصال به یک سرور با صد ابزار به این معنی است که مدل قبل از اینکه کاربر یک سوال بپرسد، تمام سطح را پرداخت می کند، و انتخاب ابزار با افزایش لیست بدتر می شود." پاسخ، یک تلاش اکتشافی پیشرو است که به سرور اجازه می‌دهد نقطه ورودی کوچکی را ارائه دهد و با محدود شدن مکالمه، تعداد بیشتری از فهرست خود را نشان دهد.

5. بهبود تجربه توسعه دهنده SDK

در نهایت، نگهبانان متعهد شدند روی SDK هایی سرمایه گذاری کنند که از طریق آن اکثر توسعه دهندگان MCP را تجربه می کنند - ارگونومی آنها، مطابقت آنها با مشخصات، و مستندات آنها در هر پلتفرم و زبان پشتیبانی شده. آنها خاطرنشان کردند که اکنون که بسیاری از توسعه دهندگان مشتریان و سرورهای MCP را «با اشاره یک نماینده به کتابخانه های ما» می سازند، خطرات افزایش یافته است، جایی که API های واضح و مستندات دقیق تصمیم می گیرند که آیا کد تولید شده با حداقل اصطکاک کار می کند یا خیر.

چه معنایی برای اکوسیستم دارد

نقشه راه شامل یک ساختار انگیزشی عملی است: پیشنهادهای ارتقای مشخصات (SEP) که در حوزه‌های اولویت قرار می‌گیرند، بررسی سریع و بهترین شانس پذیرش را دریافت می‌کنند، در حالی که پیشنهادهای خارج از محدوده به‌طور خودکار رد نمی‌شوند، اما زمان نگهداری کمیاب را دریافت می‌کنند. هر حوزه اولویت، نگهبانان اصلی و یک یا چند گروه کاری را نام‌گذاری کرده است، که همگی فضایی برای مشارکت‌کنندگان بیشتری دارند، و مکانیسم توسعه آزمایشی تحت SEP-2133 به گروه‌ها اجازه می‌دهد تا ایده‌ها را قبل از پیشنهادهای رسمی آزمایش کنند.

از زمانی که Anthropic MCP منبع باز و منبع باز را در اواخر سال 2024 معرفی کرد، این پروتکل در سراسر صنعت گسترش یافت و فروشندگان اصلی هوش مصنوعی و سازندگان ابزار آن را به عنوان راهی رایج برای دسترسی مدل ها به سیستم های خارجی اتخاذ کردند. نقشه راه آگوست نشان می‌دهد که فاز بعدی پروتکل کمتر با اتصال اولیه و بیشتر با مشکلات سخت‌تر عصر نمایندگی‌ها تعریف می‌شود: شناسایی چه کسی – یا چه چیزی – واقعاً تماس می‌گیرد، کار طولانی‌مدت را هدایت می‌کند، و ابزارهای گسترده‌ای را که ماموران باید هدایت کنند.

برای توسعه‌دهندگان و تیم‌های پلتفرمی که روی MCP شرط‌بندی می‌کنند، این پیام واضح است: عملیات HTTP بدون حالت اکنون خط پایه فرضی است و مرکز ثقل پروتکل به سمت عواملی تغییر می‌کند که به طور مستقل عمل می‌کنند، هویت‌های قابل تأیید خودشان را دارند و قابلیت‌ها را به طور تدریجی کشف می‌کنند و نه یک‌باره.

---

Stay Ahead of AI

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

Read more AI news →