تتبّع الطلب من البداية إلى النهاية

لنتتبّع استدعاء أداة واحدًا من البداية إلى النهاية. إن متابعة التدفّق عبر المضيف والعميل والخادم تربط الأدوار الثلاثة معًا.

يبدأ الأمر بمطالبتكم في المضيف، مثل طلب معرفة حالة الطقس. يمرّر المضيف كلماتكم والأدوات المتاحة إلى النموذج.

يقرأ النموذج الطلب ويختار أداة مناسبة. ولا يشغّل أي شيء بنفسه؛ بل يختار get_weather والمعاملات الخاصة بها.

يأخذ المضيف ذلك الاختيار ويعثر على الخادم المطابق. ثم يمرّر الاستدعاء إلى العميل الصحيح، أي المرتبط بذلك الخادم.

يغلّفه العميل في رسالة tools/call ويرسلها عبر اتصاله إلى الخادم.

يستقبل الخادم الاستدعاء ويشغّل الدالة الفعلية. وقد يتصل بواجهة API أو قاعدة بيانات، ثم يبني نتيجة لإرجاعها.

يرد الخادم على العميل بالإجابة. وتحمل هذه الاستجابة المعرّف نفسه الموجود في الطلب، حتى يعرف العميل الطلب المطابق لها.

يمرّر العميل النتيجة إلى المضيف، الذي يعيد تقديمها إلى النموذج بوصفها سياقًا جديدًا للمحادثة.

وأخيرًا، يحوّل النموذج تلك البيانات إلى رد مفهوم، ويعرضه المضيف عليكم. وهكذا تكتمل دورة الذهاب والإياب كاملة.

قبل الخطوة الخامسة، قد يتوقف المضيف ويطلب موافقتكم. ولا تُشغَّل الأدوات إلا بعد السماح لها، لتظلوا مسيطرين على العملية.

من المضيف إلى النموذج إلى العميل إلى الخادم، ثم العودة في الاتجاه المعاكس. هذه الحلقة الواحدة هي جوهر كل تفاعل مع MCP.

تذكّروا أي مكوّن ينفّذ الأداة فعليًا.

تتبّعتم استدعاءً من البداية إلى النهاية: أنتم تطلبون، والنموذج يختار، والعميل يرسل، والخادم ينفّذ، ثم تعود النتيجة إليكم. عمل رائع!