أطلقت AWS خدمة Web Answer بوصفها أداة مُدارة ومتاحة عمومًا لـ Amazon Bedrock AgentCore. وتستهدف مشكلة مألوفة في تطوير الوكلاء: يحتاج التطبيق إلى معلومات حديثة من الويب العام، لكن الفريق لا يريد بناء خط أنابيب البحث والإجابة كاملًا وصيانته بنفسه.

مشهد تحريري لشخص يراجع بحث وكيل ذكاء اصطناعي على الويب مع استشهادات مصادر مترابطة على حاسوب محمول.

تقبل الخدمة الجديدة سؤالًا باللغة الطبيعية، ثم تعيد إجابة مُركّبة مرفقة بالاستشهادات. فهي تخطط لعمليات البحث، وتشغّل عدة عمليات بالتوازي، وتقرأ الصفحات ذات الصلة، وتتحقق من كفاية الأدلة، ثم تنتج ردًا يربط الادعاءات بعناوين URL للمصادر. يصل الوكيل إليها عبر AgentCore Gateway باستخدام بروتوكول سياق النموذج (MCP).

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

ما الذي أطلقته AWS فعلًا

Web Answer موصل مُدار مرتبط بـ Amazon Bedrock AgentCore Gateway. تصادق البوابة على هوية المستدعي، ثم تستدعي الموصل المملوك لـ AWS باستخدام دور الخدمة الخاص بها. ويكتشف الوكيل المرتبط الأداة عبر التدفق المعتاد لعرض أدوات MCP، ثم يستدعيها باعتبارها إحدى القدرات المتاحة له.

ويهم هنا التمييز بينها وبين نقطة نهاية تقليدية للبحث. فعادةً ما تعيد أداة البحث عناوين URL مرتبة، وعناوين، ومقتطفات، وبيانات وصفية. بعد ذلك يتعين على التطبيق جلب الصفحات، وتحديد المقاطع ذات الصلة، وطلب تركيبها من نموذج، والحفاظ على العلاقة بين كل ادعاء والدليل الذي يدعمه. أما Web Answer فتتولى دورة الاسترجاع والتركيب هذه نيابةً عن التطبيق، وتعيد إجابة مكتملة وموثقة.

تقول AWS إن الأداة تنفذ عمليات بحث جديدة لكل سؤال، وتُزوَّد بالتاريخ الحالي كي تتعامل مع الطلبات الحساسة للوقت. كما يمكنها قبول ضوابط للنطاقات المضمّنة أو المستبعدة، ونطاقات تواريخ النشر، والتوطين حسب الدولة. ويستطيع المسؤولون وضع الحدود عند هدف البوابة، بينما يمكن لاستدعاء صادر عن وكيل منفرد تضييق هذه الحدود، لكن لا يمكنه توسيعها.

يتاح الإصدار الأول في منطقة شرق الولايات المتحدة (شمال فرجينيا)، أو us-east-1. وتوضح AWS أن تسعير الخدمة يتم لكل استدعاء للأداة، فيما يذكر دليل البدء سعرًا قدره 10 دولارات لكل 1,000 استدعاء لـ Web Answer. لكن ذلك لا يمثل سوى جزء من التكلفة التشغيلية؛ إذ ينبغي أن تشمل الميزانية أيضًا البوابة، واستضافة النموذج الذي يشغّل الوكيل المحيط، وأي أدوات لاحقة، والتسجيل، وأعمال المراجعة.

المشكلة العملية التي تزيلها

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

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

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

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

تكون هذه الفائدة أقوى عندما يحتاج الوكيل إلى إجابة مكتملة عن سؤال واقعي محدود. لكنها تضعف عندما يحتاج التطبيق إلى مستندات خام، أو ترتيب مخصص، أو نموذج استخراج خاص به، أو مجموعة بيانات خاصة، أو تحكم دقيق في كل خطوة وسيطة من خطوات الاسترجاع.

تضع AWS Web Answer إلى جانب Web Search على AgentCore، لكن كل واحدة منهما تخدم خيارات تصميم مختلفة.

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

أما Web Answer فتعيد الإجابة المكتملة. وقد صُممت لتكون مهمة فرعية داخل وكيل أكبر، عندما يريد المطوّر معلومات حديثة موثقة من دون تولّي إنشاء خط أنابيب استرجاع آخر. قد يستخدم الوكيل Web Search في مهمة بحث مفتوحة، ثم يستخدم Web Answer لسؤال محدد مثل: «ما الذي تغيّر هذا الأسبوع في إرشادات هذه الجهة التنظيمية، وما الصفحات الرسمية التي تدعم كل تغيير؟»

لذلك فالاختيار معماري، وليس مجرد اختيار بين اسمين. تمنح Web Answer تحكماً أقل مقابل خفض أعباء الصيانة. أما Web Search فتترك عملاً أكبر على عاتق التطبيق، لكنها تكشف جزءاً أوسع من عملية جمع الأدلة.

يتمثل الاختبار الأول المفيد في السؤال: هل يحتاج الوكيل اللاحق إلى مصادر أم إلى إجابة؟ إذا كان يحتاج إلى إجراء مقارنته الخاصة بين المستندات، فاختر أداة موجهة للاسترجاع. وإذا كان يحتاج إلى إجابة واقعية قصيرة وموثقة، وكان الفريق مرتاحاً للتوليف المُدار، فستكون Web Answer الخيار الأكثر مباشرة.

الاستشهادات تحسّن قابلية التتبع، لا الحقيقة

الاستشهاد دليل على قابلية التتبع، وليس ضماناً لصحة الإجابة.

يمكن لـ Web Answer ربط الادعاءات بعناوين URL للمصادر، لكن الوكيل ما زال بحاجة إلى تفسير ما تقوله تلك المصادر. قد تكون الصفحة رسمية لكنها قديمة. وقد يصف مورّد قدرات منتج بدقة، مع إغفال قيد مهم للمشتري. وقد تصف مصدران موثوقان إصدارين مختلفين من سياسة ما. كما قد يعثر نظام البحث على ملخص ثانوي قبل العثور على الإعلان الأصلي.

في سيرورات العمل ذات العواقب المهمة، ينبغي للتطبيق أن يتعامل مع الاستشهادات بوصفها عناصر يجب فحصها، لا روابط زخرفية تُلحق بعد التوليد. وعلى الأقل، ينبغي للفرق اختبار ما إذا كان:

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

وتزداد أهمية ذلك عندما يستخدم الوكيل Web Answer كخطوة وسيطة. فإذا تلقى الوكيل إجابة موثقة ثم أعاد صياغتها في رسالة بريد إلكتروني أو تذكرة أو توصية، فقد تختفي الأدلة الأصلية. ينبغي لسيرورة العمل أن تنقل الاستشهادات إلى جانب النص، لا أن تتركها في سجل أدوات داخلي.

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

ضوابط النطاقات أهم من حيلة بارعة في صياغة المطالبة

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

وهذا ضابط أكثر استدامة من إخبار الوكيل: «فضّل المصادر الرسمية». فقد تُتجاهل لغة المطالبة، أو تضعف بفعل مهمة طويلة، أو تتجاوزها تعليمة لاحقة. أما سياسة النطاقات على مستوى البوابة، فيمكنها منع الأداة من الرجوع إلى مصادر لم تعتمدها المؤسسة لسيرورة عمل معينة.

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

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

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

تتطلب الخصوصية وحدود الشبكة مراجعة فعلية

تقول AWS إن Web Answer يستخدم فهرسًا للويب ورسمًا بيانيًا للمعرفة تديرهما Amazon، وإن الاستعلامات والنتائج تظل داخل بيئة AWS. وتُتاح الخدمة عبر AgentCore Gateway، مع مصادقة IAM للبوابة، ودور خدمة من AWS يُستخدم لاستدعاء الموصل المُدار. كما تصف AWS الخدمة بأنها لا تُخرج البيانات إلى خارجها.

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

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

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

من السهل التقليل من تقدير التكلفة

عند السعر المُعلن البالغ 10 دولارات لكل 1,000 استدعاء للأداة، تبدو Web Answer غير مكلفة عند قياسها مقابل إجابة واحدة. لكن حركة الاستخدام في بيئة الإنتاج نادرًا ما تقتصر على إجابة واحدة.

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

يبدأ تقدير أفضل للتكلفة من حجم سير العمل، لا من سعر الوحدة:

التكلفة الشهرية لإجابات الويب
= عدد استدعاءات الأداة المتوقعة لكل مهمة
× عدد المهام شهريًا
× سعر الاستدعاء

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

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

انخفض احتكاك الإعداد، لكنه لم يختفِ

يتطلب الدليل الإرشادي من AWS حسابًا في AWS مع إمكانية الوصول إلى AgentCore Gateway، وبوابة في us-east-1 تستخدم مصادقة IAM الواردة، وأذونات للهوية المستدعية، ودور خدمة يمكنه استدعاء Web Answer، وبيئة وكيل مدعومة. ويستخدم المثال Python 3.10 أو إصدارًا أحدث، إلى جانب مكونات متوافقة مع MCP.

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

قد يكون قيد المنطقة أكبر عائق عملي. ووفق وثائق الإطلاق، يتوفر Web Answer في شرق الولايات المتحدة (شمال فرجينيا)، مع توقع إتاحته في مناطق إضافية لاحقًا. وقد لا تتمكن شركة لديها متطلبات لتوطين البيانات، أو عزل إقليمي، أو حمل عمل منشور في منطقة أخرى من استخدامه باعتباره المسار الأساسي. وحتى إذا كان الوكيل يعمل في منطقة مختلفة، فيجب مراجعة توافر الموصل وآثار تدفق البيانات.

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

خطة تقييم معقولة

الطريقة الصحيحة لتقييم Web Answer هي استخدام الأسئلة التي سيتلقاها الوكيل فعلًا، لا مجموعة من العروض التجريبية اللافتة.

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

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

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

في سير العمل عالي التأثير، أدرج بوابة مراجعة بشرية قبل أن تغيّر الإجابة سجل عميل، أو ترسل تفسيرًا قانونيًا، أو تعدّل ضابطًا أمنيًا، أو تطلق إجراءً لا يمكن التراجع عنه. يمكن لـ Web Answer تحسين الأدلة المتاحة للمراجع، لكنه لا يلغي الحاجة إلى وجود مراجع.

من ينبغي له تجربته

يُعد Web Answer مرشحًا جيدًا للفرق التي تستخدم AgentCore Gateway بالفعل، وتحتاج إلى معلومات حديثة من الويب العام، وتريد إجابة موثقة بوصفها خطوة محددة داخل وكيل أكبر. وهو جذاب خصوصًا في سير عمل الدعم، وتوثيق المنتجات، ومراقبة السياسات، والبحث الداخلي؛ إذ إن بناء الاسترجاع والتوليف ومعالجة الاستشهادات قد يشتت الانتباه عن التطبيق الأساسي.

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

القرار العملي ليس ما إذا كان Web Answer قادرًا على إنتاج رد مصقول؛ فهو قادر على ذلك. بل السؤال هو ما إذا كان الوفر الهندسي يستحق مقدار التحكم الذي سيتخلى عنه الفريق، وما إذا كان سير العمل يحيط بالأداة بمعالجة كافية للأدلة تجعل هذه المقايضة آمنة.

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