AWS تستعرض كيف يؤتمت Amazon Nova Act مراقبة أسعار المنافسين

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

مشكلة المراقبة اليدوية للأسعار

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

ما هو Amazon Nova Act

العنصر الأساسي في الحل هو Amazon Nova Act، وهو SDK مفتوح المصدر لأتمتة المتصفح يُدار عبر تعليمات بلغة طبيعية. يبني المطوّر سير العمل (workflow) بلغة Python من إجراءات صغيرة: فتح موقع، والبحث عن منتج، والانتقال إلى صفحته، واستخراج الحقول المطلوبة، والتحقق من الشروط، ومعالجة خطأ، أو إجراء توقف مؤقت. وخلافًا للسكربتات الجامدة المعتمدة على محددات CSS، صُمّم هذا النهج للمواقع الحية التي تتغير فيها اللافتات والكتل الترويجية وترتيب العناصر والتنقل باستمرار. ولاستخراج البيانات، تقترح AWS استخدام act_get() مع مخطط Pydantic، بحيث يعيد الوكيل بنية مُتحقَّقًا منها ومحددة الأنواع، تصلح للتحميل لاحقًا في الأنظمة الداخلية أو لوحات المعلومات أو نماذج التسعير.

التوسّع والتشغيل المتوازي

يتركز جانب خاص من العرض على النطاق. تعمل نسخة واحدة من Nova Act مع متصفح واحد، لكن يمكن تشغيل عدة نسخ بالتوازي. في مثال AWS، يُستخدم ThreadPoolExecutor لتوزيع الفحص على عدة مصادر في آن واحد. عمليًا، يعني ذلك أن الوكيل قادر على المرور في دورة واحدة على Amazon وTarget وBest Buy وCostco أو أي مجموعة أخرى من المواقع، ثم تجميع النتيجة المشتركة في جدول واحد. في السيناريو التوضيحي، يحدد المستخدم اسم المنتج ورمز SKU، ثم يبحث الوكيل عن الصفحة ذات الصلة، ويميّز النتائج الإعلانية عن العضوية، ويستخرج السعر وتفاصيل العرض والتوافر ومعلومات وصفية إضافية. وتُكتب النتيجة النهائية في ملف CSV، ليمكن تمريرها لاحقًا إلى نظام BI أو إلى API داخلي أو إلى منطق التسعير الديناميكي.

القيود العملية

ولا تتجاهل AWS القيود العملية. فإذا عرض الموقع كابتشا، فإن Nova Act لا يحاول حلها تلقائيًا. بدلًا من ذلك، يستطيع سير العمل اكتشاف وجود الكابتشا والتوقف، ليُكمل الإنسان التحقق يدويًا. وللتشغيل المحلي، يُقترح وضع headed، أما في السيناريو السحابي فيُقترح نهج human-in-the-loop عبر AgentCore Browser Tool مع إمكانية takeover للواجهة من وحدة تحكم AWS. كما تعيد الخدمة الأخطاء على شكل ActError، لتمكين بناء إعادة المحاولة (retries) ومسارات احتياطية (fallback) وتسجيل سليم للأحداث. وللتطوير، تنصح AWS باستخدام الإضافات الخاصة بـ Kiro وVS Code وCursor، ولمراقبة عمليات التشغيل تنصح باستخدام وحدة تحكم Nova Act التي توفر التتبعات ولقطات الشاشة والسجلات والمخرجات المحفوظة في Amazon S3.

ماذا يعني ذلك

ماذا يعني ذلك: تروّج AWS لـ Nova Act لا بوصفه عرضًا لـ«وكيل من أجل الوكيل»، بل كطبقة تطبيقية للعمليات الروتينية على الويب، حيث تهم السرعة وقابلية التكرار والنطاق. وبالنسبة لقطاع التجزئة، هذا طريق مباشر من المراقبة اليدوية إلى استخبارات تنافسية شبه متواصلة حول الأسعار. أما بالنسبة للقطاعات الأخرى، فالإشارة واحدة: إذا كانت بيانات المنافسين لا تزال تُجمع عبر علامات التبويب وExcel، فإن وكلاء المتصفح يبدؤون بالظهور كأداة عمل فعلية لا كتجربة.

باختصار:

• استعرضت AWS كيف يمكن، باستخدام Amazon Nova Act، بناء وكيل لمراقبة أسعار المنافسين تلقائيًا.
• Nova Act هو SDK مفتوح المصدر لأتمتة المتصفح؛ تُستخرج البيانات عبر act_get() مع مخطط Pydantic، وتعمل عمليات التشغيل بالتوازي وتُحفظ النتائج في CSV.
• عند ظهور كابتشا يتوقف الوكيل لإتاحة التحقق اليدوي؛ وتُعاد الأخطاء على شكل ActError لإعادة المحاولة والتسجيل.