یک زبان مشترک برای ابزارها

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

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

اتصال استاندارد، مسئولیت مشخص

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

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

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

نمونه پیام کشف ابزار در MCP

کلاینت پس از شناسایی توانایی سرور می‌تواند فهرست ابزارها را درخواست کند. نام و شرح ابزارهای بازگشتی باید برای کاربر و سیاست دسترسی سازمان روشن باشند.

درخواست JSON-RPC برای tools/list
{
  "jsonrpc": "2.0",
  "id": 2,
  "method": "tools/list",
  "params": {
    "_meta": {
      "io.modelcontextprotocol/protocolVersion": "2026-07-28",
      "io.modelcontextprotocol/clientInfo": {
        "name": "example-client",
        "version": "1.0.0"
      },
      "io.modelcontextprotocol/clientCapabilities": {
        "elicitation": {}
      }
    }
  }
}

نسخه پروتکل و توانایی کلاینت باید با نسخه MCP مورد استفاده سازگار باشند؛ این پیام نمونه به‌تنهایی اتصال یا مجوز اجرا ایجاد نمی‌کند.

از یک ابزار محدود شروع کنید

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

توضیح‌ها و پیشنهادهای اجرایی این مطلب، تحلیل تحریریه دانشنامه لیان هستند.منابع: Model Context Protocol — Architecture · Anthropic — Introducing MCP

این مطلب بازنویسی تحلیلی دانشنامه لیان بر پایه منبع اصلی است.مشاهده منبع اصلی