إشعار العملاء بالتحديثات

تتغير الموارد: فقد يُعدَّل ملف أو يُحدَّث سجل. يتيح MCP للخادم إخطار العملاء حتى لا يستمروا في قراءة محتوى قديم. 🔔

إشارة التحديث هي إشعار: رسالة JSON-RPC بلا معرّف ومن دون رد. يخبر الخادم العميل بحدوث أمر ما ثم يتابع عمله.

يشترك العميل اختياريًا باستدعاء resources/subscribe لعنوان URI محدد. عندها فقط يهتم الخادم بإرسال تحديثات حول ذلك المورد.

عندما يتغير مورد تتم مراقبته، يرسل الخادم resources/updated متضمنًا عنوان URI. ويشير ذلك إلى ما تغير، لا إلى المحتوى الجديد نفسه.

يتكون النمط من خطوتين: يُرسل الخادم إشعارًا، ثم يقرر العميل إعادة القراءة. يحافظ ذلك على صغر حمولات البيانات ويتيح للعميل التحكم في التوقيت.

أحيانًا يتغير الفهرس بأكمله عند ظهور موارد أو اختفائها. يرسل الخادم إشعار list_changed لكي يحدّث العميل قائمته.

يجري التفاوض على هذه الميزات مسبقًا. يعلن الخادم عن دعم subscribe وlistChanged أثناء التهيئة، حتى يعرف الطرفان ما هو ممكن.

عندما لا يعود العميل مهتمًا، يستدعي resources/unsubscribe لعنوان URI ذلك. ويتوقف الخادم عندها عن إرسال التحديثات، مما يوفر حركة مرور غير ضرورية.

أرسل تحديثًا فقط عندما يتغير المحتوى فعليًا. فالإشعارات المزعجة وغير الضرورية تهدر جهد العميل وقد تؤدي إلى عمليات إعادة قراءة بلا فائدة.

لمعرفة وقت إرسال الإشعار، يراقب خادمكم المصدر، مثل مراقب الملفات أو مشغّل قاعدة البيانات، ثم يصدر إشارة تحديث استجابةً لذلك.

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

تعلمتم كيف يشترك العملاء، ويتلقون إشعارات updated وlist_changed، ويعيدون القراءة عند الطلب، مما يحافظ على حداثة الموارد الديناميكية وحيويتها. اكتملت الدورة! 🚀