ایجنت هوش مصنوعی زمانی از یک پاسخ گو فراتر می رود که بتواند به داده و ابزار واقعی دسترسی داشته باشد. اما اگر برای هر تقویم، پایگاه داده، سامانه فروش یا مخزن فایل یک اتصال جدا ساخته شود، نگهداری پروژه خیلی زود پیچیده می شود. پروتکل MCP برای حل همین پراکندگی شکل گرفته است: یک روش استاندارد برای معرفی کانتکست و قابلیت ها به برنامه های مبتنی بر مدل زبانی.
MCP نام کوتاه Model Context Protocol است. این پروتکل به تنهایی ایجنت نمی سازد و جای امنیت یا منطق کسب و کار را هم نمی گیرد؛ نقش آن ایجاد زبان مشترک میان برنامه میزبان و سرویس هایی است که ابزار، منبع داده یا الگوی آماده در اختیار ایجنت می گذارند.
پروتکل MCP چیست؟
MCP یک قرارداد باز برای اتصال برنامه های هوشمند به منابع بیرونی است. در این معماری، برنامه ای که ایجنت در آن اجرا می شود نقش میزبان را دارد. میزبان برای هر سرویس یک کلاینت می سازد و کلاینت با سرور MCP گفتگو می کند. سرور قابلیت های خود را معرفی می کند و میزبان تصمیم می گیرد کدام قابلیت، در چه زمان و با چه مجوزی در دسترس مدل باشد.
برای درک جایگاه آن، ابتدا راهنمای ایجنت هوش مصنوعی چیست و سپس معماری ابزار و API ایجنت را ببینید. MCP روی همین لایه اتصال ابزار و کانتکست نظم ایجاد می کند.
اجزای اصلی معماری MCP
میزبان
میزبان همان برنامه ای است که تجربه کاربر، مدل، سیاست دسترسی و چرخه ایجنت را مدیریت می کند. انتخاب سرور، درخواست تایید کاربر و ثبت سابقه اجرا بر عهده میزبان است.
کلاینت
کلاینت یک ارتباط کنترل شده با سرور MCP نگه می دارد. در یک برنامه ممکن است چند کلاینت وجود داشته باشد؛ برای نمونه یکی برای پایگاه دانش و دیگری برای سامانه مدیریت پروژه.
سرور
سرور قابلیت مشخصی را از راه پروتکل ارایه می کند. این قابلیت می تواند خواندن فایل، جستجو در داده، ساخت تیکت یا اجرای یک عملیات محدود باشد. سرور باید ورودی و خروجی را روشن تعریف کند و فقط به منابع مورد نیاز خود دسترسی داشته باشد.
سرور MCP چه چیزی ارایه می کند؟
| قابلیت | کارکرد | نمونه سازمانی |
|---|---|---|
| ابزار | انجام یک عمل با ورودی ساخت یافته | ساخت درخواست، واکشی گزارش یا ثبت رکورد |
| منبع | ارایه داده قابل خواندن | فایل سیاست، رکورد مشتری یا فهرست پروژه |
| الگو | ارایه دستور یا روند از پیش تعریف شده | قالب تحلیل قرارداد یا گزارش هفتگی |
| اعلان | خبر دادن درباره تغییر قابلیت یا داده | تازه شدن فهرست ابزار یا منبع |
قابلیت کشف پویا مهم است، اما به این معنی نیست که هر ابزار کشف شده باید مستقیما در اختیار مدل قرار گیرد. میزبان باید فهرست را با سیاست سازمان، نقش کاربر و نیاز همان کار پالایش کند.
MCP چه فرقی با API معمولی دارد؟
API یک رابط برای ارتباط دو نرم افزار است. MCP یک الگوی استانداردتر برای این است که برنامه های مبتنی بر مدل بتوانند قابلیت ها را کشف کنند، ساختار ورودی را بفهمند و نتیجه را به چرخه خود برگردانند. بیشتر سرورهای MCP در پشت صحنه هنوز از API، پایگاه داده یا فایل استفاده می کنند. بنابراین MCP رقیب API نیست؛ یک لایه سازگاری برای مصرف ایجنتی آن است.
اگر تنها یک عملیات ثابت با مسیر کاملا مشخص دارید، اتصال مستقیم API ممکن است ساده تر باشد. وقتی چند برنامه میزبان باید به مجموعه ای از ابزارهای مشترک وصل شوند یا ابزارها مرتب توسعه پیدا می کنند، MCP ارزش بیشتری نشان می دهد.
چرخه کار ایجنت با MCP
- میزبان با سرور ارتباط برقرار می کند و نسخه پروتکل و قابلیت ها هماهنگ می شوند.
- کلاینت فهرست ابزارها و منابع را دریافت می کند.
- میزبان فقط موارد مجاز و مرتبط را وارد کانتکست مدل می کند.
- مدل بر پایه هدف کاربر، یک ابزار و ورودی ساخت یافته پیشنهاد می دهد.
- پیش از عمل حساس، کنترل دسترسی و در صورت نیاز تایید انسانی انجام می شود.
- سرور عملیات را اجرا می کند و نتیجه ساخت یافته برمی گرداند.
- ایجنت نتیجه را بررسی می کند، گام بعد را برمی گزیند یا کار را پایان می دهد.
این چرخه با اصول مهندسی کانتکست ایجنت کامل می شود؛ زیرا تعریف همه ابزارها نباید بدون نیاز وارد پنجره مدل شود.
امنیت MCP؛ استاندارد اتصال به معنی اعتماد کامل نیست
خطر اصلی زمانی پدید می آید که ابزار قدرتمند، داده کنترل نشده و سطح دسترسی زیاد در یک مسیر جمع شوند. سرور ناشناس، تعریف ابزار مبهم یا خروجی آلوده می تواند ایجنت را به اقدام نادرست سوق دهد. برای کاهش ریسک، این کنترل ها ضروری هستند:
- ثبت و بررسی منبع هر سرور پیش از فعال سازی
- احراز هویت جدا برای هر کاربر و هر سرویس
- اصل کم ترین دسترسی برای ابزار و داده
- فهرست مجاز سرورها، ابزارها و مقصدهای شبکه
- تایید انسانی برای حذف، پرداخت، انتشار و تغییر حساس
- اعتبارسنجی ورودی و خروجی ابزار
- ثبت کامل فراخوانی، نتیجه، خطا و نسخه سرور
- امکان قطع فوری یک سرور یا قابلیت
راهنمای امنیت و ارزیابی ایجنت و مقاله ایجنت خصوصی برای داده حساس برای طراحی این کنترل ها مکمل هستند.
چه زمانی سرور MCP بسازیم؟
اگر یک منبع یا قابلیت قرار است میان چند ایجنت و چند برنامه استفاده شود، قرارداد ورودی و خروجی پایدار دارد و نیاز به کشف و نسخه بندی دارد، سرور MCP گزینه مناسبی است. نمونه های خوب شامل جستجو در دانش سازمان، خواندن سامانه CRM، مدیریت پروژه، گزارش داده و دسترسی محدود به مخزن اسناد هستند.
برای یک پایلوت، از یک سرور خواندنی و کم ریسک آغاز کنید. ابتدا کیفیت کشف ابزار، خطای ورودی، زمان پاسخ و ثبت سابقه را بسنجید. سپس یک عملیات نوشتنی محدود با تایید انسان اضافه کنید. رفتن مستقیم به ده ها ابزار نوشتنی، هم عیب یابی را دشوار می کند و هم سطح حمله را بالا می برد.
چک لیست انتخاب و ارزیابی MCP
- هدف کسب و کار و کاربر نهایی روشن است؟
- مالک سرور و فرایند به روزرسانی مشخص است؟
- ابزارها نام و توضیح غیر مبهم دارند؟
- ورودی و خروجی با طرح ساخت یافته اعتبارسنجی می شوند؟
- مجوز هر کاربر تا مقصد واقعی حفظ می شود؟
- عمل حساس به تایید انسانی وابسته است؟
- رد اجرا برای بررسی بعدی کافی است؟
- خرابی سرور، زمان پایان و تلاش دوباره مدیریت شده است؟
پس از اتصال، نتیجه را با شاخص های مشاهده پذیری ایجنت بسنجید؛ تنها موفق بودن ارتباط فنی به معنی موفقیت فرایند نیست.
سوالات متداول
MCP چیست؟
MCP یک پروتکل باز است که روش استانداردی برای اتصال برنامه های مبتنی بر مدل زبانی به ابزارها، منابع داده و الگوهای کاری فراهم می کند.
آیا MCP جای API را می گیرد؟
خیر. سرور MCP اغلب از API های موجود استفاده می کند و آن ها را با قرارداد مناسب برای برنامه ایجنتی در دسترس قرار می دهد.
آیا استفاده از MCP امن است؟
امنیت به طراحی میزبان، هویت، مجوزها، اعتبار سرور، تایید انسانی و ثبت رویداد بستگی دارد. خود پروتکل مجوز اعتماد بی قید و شرط به هر سرور نیست.
برای شروع چند ابزار لازم است؟
یک یا دو ابزار خواندنی و کم ریسک برای پایلوت کافی است. پس از سنجش کیفیت و کنترل دسترسی می توان دامنه را مرحله ای گسترش داد.