MCP در یک سال گذشته به سرعت تبدیل به استاندارد اتصال ابزار به مدل شده و ارزشش واقعی است. ولی دربارهی چیزی که MCP حل نمیکند کمتر نوشته شده — و دقیقاً همان بخش است که تصمیم خرید سازمانی را تعیین میکند.
MCP یا Model Context Protocol یک استاندارد باز است که به مدل زبانی اجازه میدهد ابزارها و دادههای بیرونی را به شکل یکسان صدا بزند.
قبل از استاندارد شدن، هر بار که میخواستید یک سامانه را به یک مدل وصل کنید، یک اتصال اختصاصی مینوشتید. با دو مدل و پنج سامانه، ده اتصال داشتید و هر بهروزرسانی هر طرف، همهشان را میشکست. MCP این را به یک قرارداد مشترک تبدیل میکند: سامانه یک بار خودش را به شکل استاندارد معرفی میکند و هر مدلی که پروتکل را میفهمد میتواند از آن استفاده کند.
بیشتر سردرگمی دربارهی MCP از این میآید که یک نام برای دو نقش کاملاً متفاوت به کار میرود. برای هر تصمیمی، اول باید مشخص شود کدام جهت مورد نظر است.
| جهت | یعنی چه | چه کسی به آن نیاز دارد |
|---|---|---|
| ما سرور MCP هستیم | سازمان ایجنتهای ما را به ابزار هوش مصنوعی خودش وصل میکند | سازمانی که از قبل یک دستیار هوش مصنوعی دارد و میخواهد قابلیتهای تازه به آن اضافه کند |
| ما کلاینت MCP هستیم | ایجنت ما ابزارهای سازمان را از طریق MCP صدا میزند | سازمانی که سامانههای داخلیاش را با MCP در دسترس گذاشته |
⚠️ این دو جهت همارز نیستند و یکی جای دیگری را نمیگیرد. سازمانی که میگوید «ما MCP میخواهیم» تقریباً همیشه یکی از این دو را در ذهن دارد و روشن کردنش اولین سؤال هر جلسهی فنی است.
MCP یک پروتکل اتصال است، نه یک محصول سازمانی. تفاوتش با آنچه یک سازمان لازم دارد در چهار چیز است که پروتکل عمداً دربارهشان حرفی نمیزند — چون کارش نیست.
این نقص MCP نیست؛ محدودهی آن است. همانطور که HTTP هم دربارهی اینکه چه کسی اجازهی دیدن یک صفحه را دارد حرفی نمیزند. آن لایه چیزی است که یک پلتفرم سازمانی اضافه میکند.
پشتیبانی MCP در نقشهی راه AgentsHub هست ولی در فازهای پایانی قرار دارد، و امروز پیادهسازی نشده. ترتیب عمدی است: تا وقتی کاتالوگ و لایهی حاکمیت کار نکنند، اضافه کردن یک پروتکل اتصال تازه چیزی به مشتری نمیدهد.
این را اینجا مینویسیم چون جای دیگری برای گفتنش نیست. اگر MCP همین حالا شرط خرید شماست، بهتر است در جلسهی اول بدانیم تا اینکه بعداً کشف شود.
برنامهای که ابزارها یا دادههای یک سامانه را طبق پروتکل MCP معرفی میکند تا مدلهای زبانی بتوانند آنها را صدا بزنند.
در عمل یک لایهی نازک روی سامانهی موجود است: میگوید چه کارهایی قابل انجاماند، هر کدام چه ورودیای میخواهند، و نتیجه را برمیگرداند. سنگینی کار در خود سامانه میماند، نه در سرور MCP.
MCP راه صدا زدن ابزار است؛ ایجنت چیزی است که تصمیم میگیرد کدام ابزار صدا زده شود.
میشود ایجنت داشت بدون MCP (با اتصال مستقیم به API)، و میشود سرور MCP داشت بدون هیچ ایجنتی (فقط ابزارهایی که یک دستیار عمومی از آنها استفاده میکند). این دو لایهی متفاوتاند، نه دو گزینهی جایگزین.
امنیت داده به پروتکل ربطی ندارد؛ به این بستگی دارد که چه سیاستی تعیین میکند کدام داده به کدام مدل برود.
یک سرور MCP که ابزارهای حساس را در اختیار یک مدل بیرونی میگذارد، دقیقاً به همان اندازه ریسک دارد که یک اتصال مستقیم. کنترل واقعی جایی اعمال میشود که برای هر قابلیت مشخص شود چه سطحی از محرمانگی را لمس میکند و کدام استخر مدل مجاز است آن را ببیند.
ایجنت هوش مصنوعی برنامهای است که درخواست کاربر را به زبان طبیعی میگیرد و برای انجام آن در سامانههای واقعی کار میکند — یعنی اثر میگذارد، نه اینکه فقط متن جواب بدهد.
ایجنت موجود پیمانکار دور ریخته نمیشود: اگر پیمانکار یک فایل معرفی و یک آدرس HTTP بدهد، همان ایجنت بدون تغییر زبان یا فریمورک زیر پلتفرم میآید.
ارکستراسیون ایجنت یعنی تصمیمگیری دربارهی اینکه کدام ایجنت درخواست کاربر را بگیرد، با چه ورودیهایی و با چه هویتی اجرا شود — لایهای بالای خود ایجنتها.
حاکمیت ایجنت یعنی اینکه هر ایجنت با هویت واقعی همان کارمند اجرا شود، مجوز نهاییاش هرگز از مجوز خود او فراتر نرود، و هر فراخوانی در یک رکورد قابل استخراج ثبت شود.
اگر سازمان شما از قبل روی MCP سرمایهگذاری کرده، بگویید کدام جهتش را لازم دارید. صادقانه میگوییم امروز کجا هستیم و کجا نیستیم.
شروع گفتگو