OpenSearch يعرض دليل العطل داخل المحادثة بدل تصديق ملخص الوكيل

نشرت AWS في 25 أغسطس 2026 شرحاً عملياً لكيفية عمل Amazon OpenSearch Service MCP Apps: يعيد استدعاء أداة المراقبة ملخصاً نصياً يستخدمه وكيل الذكاء الاصطناعي، وتصويراً تفاعلياً يفحصه المهندس داخل المحادثة نفسها. ويبين شرح AWS المعماري أن التصوير قد يكون شلالاً للتتبعات أو خريطة خدمات أو نتيجة لاستعلام المقاييس، وأنه يُنشأ من مصادر البيانات المتصلة بـOpenSearch UI.

النتيجة لفرق DevOps وSRE هي إمكان مقارنة فرضية الوكيل بنتيجة الاستعلام من دون فتح لوحة منفصلة وإعادة البحث يدوياً. وفي اليوم نفسه، وصفت تغطية Superpower Daily المستقلة الاستجابة المزدوجة والجسر المحلي، لكنها أشارت أيضاً إلى أن اتساق عرض العناصر التفاعلية بين العملاء المتوافقين أثناء العمل الفعلي ما زال سؤالاً مفتوحاً.

شرح جديد لميزة متاحة بالفعل

منشور 25 أغسطس ليس إعلان الإطلاق الأول. كانت AWS قد طرحت دعم MCP Apps للمراقبة الوكيلية في 10 يونيو 2026؛ أما التطور الحالي فهو نشر شرح تنفيذي أوسع للمعمارية، ومسار الطلب، ومتطلبات الإعداد، وكيف يستهلك الوكيل والإنسان جزأين مختلفين من الاستجابة ذاتها.

هذا التمييز يمنع تضخيم الخبر: لم تعلن AWS في أغسطس منتجاً منفصلاً أو طبقة تشخيص تضمن صحة السبب الجذري. ما قدمته هو طريقة لإظهار ناتج مراقبة قابل للفحص بجوار التحليل النصي الذي قد يبني عليه الوكيل استدعاءه التالي.

كيف تصل الاستجابة المزدوجة إلى المحادثة؟

تبدأ العملية من IDE أو عميل ذكاء اصطناعي يدعم MCP Apps. يختار الوكيل أداة التحقيق الملائمة ويرسل معلمات مثل اسم الخدمة أو المدى الزمني أو معرّف التتبع إلى خادم MCP يعمل محلياً على جهاز المستخدم.

1. يستقبل خادم MCP المحلي استدعاء الأداة من العميل المتوافق.
2. يوثق الخادم الطلب ببيانات اعتماد AWS المضبوطة محلياً، ثم يمرره إلى نقطة نهاية تطبيق OpenSearch UI.
3. ينفذ OpenSearch UI الاستعلام على مصادر المراقبة المتصلة بالتطبيق.
4. تعود استجابة واحدة تضم نصاً منظماً للوكيل وحمولة تصوير يعرضها العميل تفاعلياً داخل سلسلة المحادثة.

في تحقيق لتتبع موزع، قد يتضمن الجزء النصي معرّف التتبع ومدته ومساره الحرج وتحليلاً لموضع الفشل. أما الجزء المرئي فيعرض تسلسل الامتدادات وتوقيتها وعلامات الخطأ، ويمكن للمشغّل توسيع امتداد محدد وفحص سماته بينما يستخدم الوكيل الملخص لمتابعة البحث في السجلات أو المقاييس.

يسمي وصف AWS هذه النتائج حتمية لأنها تنتج من تنفيذ الاستعلام على البيانات الفعلية، لا من رسم ينشئه النموذج تقريبياً. والمقصود هنا حتمية ناتج التنفيذ بالمدخلات والبيانات نفسها، لا أن كل استنتاج لغوي يصوغه الوكيل يصبح صحيحاً تلقائياً.

ما الذي يثبته الرسم، وما الذي يبقى تفسيراً؟

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

• الملخص النصي: ينظم النتائج للوكيل وقد يضيف فرضية سببية أو يربط بين إشارات متعددة.
• التصوير التفاعلي: يعرض نتيجة الاستعلام ومكوناتها القابلة للفحص، مثل شلال التتبع أو خريطة الاعتماد أو سلسلة المقاييس.
• المراجعة البشرية: تختبر مدى توافق الفرضية مع النتيجة، وتفحص نطاق الاستعلام وجودة بيانات القياس.
• الإجراء العلاجي: يبقى قراراً منفصلاً تحكمه صلاحيات التشغيل وسياسة الفريق، ولا تمنحه صحة التصوير تلقائياً للوكيل.

يمكن أن يكون الرسم مطابقاً لنتيجة الاستعلام من دون أن يثبت السببية أو اكتمال الرصد. فظهور خدمة بطيئة في المسار الحرج لا يحدد وحده أين بدأ العطل؛ قد تكون الخدمة متأثرة بتابع أبطأ أو بنظام غير داخل مصادر البيانات المتصلة. كما قد تجعل نافذة زمنية ضيقة أو بيانات تتبع ناقصة أو حقولاً غير متاحة للهوية الحالية النتيجة صحيحة ضمن نطاقها، لكنها غير كافية للحكم النهائي.

التشغيل يحتاج عميلاً متوافقاً وجسراً محلياً

لا تظهر MCP Apps تلقائياً في كل عميل يدعم MCP الأساسي. تسرد وثائق إعداد OpenSearch المتطلبات التالية: تطبيق OpenSearch UI يحوي مساحة عمل Observability متصلة بمصدر بيانات واحد على الأقل، وIDE متوافقاً، وNode.js 22 أو أحدث، وبيانات اعتماد AWS تسمح بالوصول إلى التطبيق.

تتضمن قائمة العملاء المذكورة Claude Desktop وVS Code مع GitHub Copilot وGoose وChatGPT وCursor. ويحتاج إعداد الخادم إلى مسار الحزمة المحلية، ونقطة نهاية OpenSearch UI، ومنطقة AWS وملف تعريف بيانات الاعتماد؛ كما تشترط الوثائق الإجراءين es:ESHttpGet وes:ESHttpPost في سياسة IAM المطبقة على مورد OpenSearch UI.

الخادم المحلي هو جسر ثنائي الاتجاه، وليس بديلاً من حدود الوصول في AWS. فهو يستخدم هوية العميل لتمرير الطلب إلى التطبيق، بينما تحدد السياسات ومصادر البيانات المتصلة ما يمكن الاستعلام عنه. ووجود النتيجة داخل IDE لا يوسع وحده صلاحيات المستخدم ولا يثبت أن البيانات المرئية تشمل كل عناصر الحادث.

الإنسان يراجع الدليل قبل قرار العلاج

تفصل المعمارية عملياً بين ثلاثة أمور: تنفيذ الاستعلام، وتفسير النتيجة، وتفويض الإجراء. ينفذ OpenSearch UI الاستعلام ويعيد التصوير؛ يصوغ الوكيل ملخصاً أو فرضية؛ ثم يقرر المشغّل ما إذا كانت البيانات المعروضة كافية لقبول التفسير أو تتطلب استعلاماً آخر.

المواد المتاحة تشرح الاستجابة المزدوجة والتطبيقات المدعومة ومسار الإعداد، لكنها لا تنشر اختباراً مستقلاً لدقة تشخيص الأسباب الجذرية، ولا مقارنة موثقة لاتساق التجربة بين جميع العملاء في ظروف المناوبة. المؤكد هو أن دليل الاستعلام أصبح أقرب إلى ادعاء الوكيل داخل المحادثة؛ أما إثبات السببية، وتقدير اكتمال القياس، ومنح صلاحية العلاج فتبقى مسائل بشرية وتشغيلية منفصلة.

اقرأ أيضًا:

• Protégé يحتفظ بسياق القضية: الوكيل القانوني يغيّر طريقة العمل