AWS تطلق Web Answer: استدعاء واحد بدلا من مسار بحث كامل مع الاستشهادات مقابل 10 دولارات لكل 1000 طلب

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

ما الذي أُطلق تحديدا

أصبحت Web Answer متاحة الآن في Amazon Bedrock AgentCore بصفتها أداة مُدارة. يرسل الوكيل سؤالا إلى AgentCore Gateway، فتتحقق البوابة من هوية الطلب عبر IAM أو JWT ثم تستدعي Web Answer. داخل الخدمة، يجري التخطيط تلقائيا لعدة عمليات بحث وتشغيلها بالتوازي، ثم تُقرأ الصفحات الأساسية للتحقق من الحقائق، وإذا لم تكن الأدلة كافية، تعيد الخدمة البحث. وفي النهاية تحصل على نص يرتبط فيه كل ادعاء برابط إلى مصدره. كما يُمرر تاريخ اليوم إلى النموذج كي يبحث عن معلومات حديثة.

بالنسبة إلى الوكيل، هذه أداة MCP عادية: يكتشفها عبر tools/list ويستدعيها عبر tools/call. وهي تعمل مع Strands وLangChain وLangGraph وCrewAI وأي عميل MCP.

كيف يبدو ذلك عمليا

تخيل روبوت امتثال في بنك. يُطرح عليه سؤال بشأن الحد الأدنى لمتطلبات بازل III لرأس المال من الشريحة الأولى. في السابق، كنت ستبني مسار المعالجة بنفسك. أما الآن، فيستدعي الوكيل web-answer-tool، وخلال ثوان تصل إجابة من قبيل «ما لا يقل عن 4.5% من الأصول المرجحة بالمخاطر»، مع رابط إلى bis.org. تتضمن الإجابة نص markdown بعلامات [1] وحقلًا منظما يحتوي على مصفوفة من الاستشهادات، ما يسهل عرض الروابط في الواجهة أو حفظها لأغراض التدقيق.

يتطلب الإعداد ثلاث خطوات. أولا، تمنح دور الخدمة الخاص بـ Gateway صلاحية bedrock-agentcore:InvokeWebAnswer. بعد ذلك، تنشئ target باستخدام connectorId بالقيمة web-answer. وأخيرا، توصل الوكيل. لا حاجة إلى مفاتيح منفصلة، إذ تصل Gateway إلى الواجهة الخلفية باستخدام دورها الخاص.

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

Web Answer أم Web Search

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

القيود وما ينبغي مراقبته

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

لا تتوافر حاليا سوى منطقة واحدة، هي us-east-1، مع وعد بإضافة مناطق أخرى لاحقا. وإذا كانت لديك متطلبات صارمة لإقامة البيانات في أوروبا، فسيتعين عليك الانتظار. تبحث Web Answer في فهرس تديره Amazon وفي رسمها البياني المعرفي، من دون إرسال الطلبات إلى محركات بحث خارجية. وهذه ميزة للخصوصية، لكنك لا تتحكم في محتويات الفهرس أو ترتيب النتائج.

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

ما الذي ينبغي فعله

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