نشرت AWS تصميما مرجعيا لـ Amazon Quick لطرح أسئلة امتثال عبر مجموعة كبيرة من عقود الإيجار. وتقوم فكرته المفيدة على تسليم صارم: يختار نموذج المحادثة أداة ثابتة ويشرح ردها؛ أما محرك قواعد منفصل فيحدد المجتمع ويصدر كل قرار. منشور 2 أكتوبر ومستودع النموذج يصفان إثبات مفهوم تعليميا، لا خدمة امتثال قانوني تم التحقق منها.

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

التغيير الأبرز

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

يأتي تحديد المجتمع قبل صياغة المطالبة

يمكن للمستخدم أن يسأل Quick عن عقود الإيجار في تكساس التي تخالف قاعدة رسوم التأخير في تاريخ محدد. ويوجه Quick الطلب إلى sweep_compliance، وهي واحدة من ست عمليات MCP مسماة. وتستخدم العملية الولاية القضائية والتاريخ المحددين لاختيار المجتمع والقواعد ذات الإصدارات السارية. ولا يكتب النموذج استعلام SQL ولا يقرر ما إذا كان البند مستوفيا للشروط. يطبق محرك القواعد عوامل مقارنة ثابتة، مع تمرير قيم القواعد كمعاملات. وتقول AWS إن عملية الفحص المعتمدة لا تستشير نموذجا. تشرح AWS عقد العملية هنا؛ ويصف المستودع تنفيذها.

للأدوات الأخرى دلالات أضيق. simulate_rule_change تعرض أعدادا استكشافية لقيمة مقترحة من دون تسجيل نتائج. explore_clauses ترتّب عينة مفلترة بحسب التشابه الدلالي ولا تجيب عن سؤال «كم عددها؟». get_finding تسترجع سلسلة أدلة واحدة؛ و list_rules تعرض القواعد السارية في تاريخ معين؛ و check_connection تفحص النقل. وهذا التمييز مهم لأن عينة من البنود ذات الصلة ليست حصرا شاملا.

تُصدر عملية الفحص سجلا يحصي كل سجل ممسوح ضمن واحدة من أربع فئات: ممتثل، أو مخالف، أو ملتبس، أو غير قابل للقراءة. ويؤكد المحرك أن مجموع تلك الأعداد يساوي الإجمالي الممسوح قبل التسجيل. ويمكن لـ Quick عرض الأعداد وعينة صغيرة، بينما تقرأ لوحة Quick Sight قاعدة بيانات Aurora نفسها لعرض النتائج كاملة. وتشمل كل نتيجة نص البند والقيم المستخرجة والمتوقعة وإصدار القاعدة والاستشهاد. وهذه خصائص في تصميم نموذج AWS، وليست ادعاء بأن BIG CHANGE شغّلت النتائج أو تحققت منها بصورة مستقلة.

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

ما الذي ستحتاج إلى بنائه

تضع بنية النموذج وكيلا للمحادثة من Quick أمام خادم MCP يعمل على AWS Lambda. ويصدر Amazon Cognito رمز خدمة؛ ويتحقق API Gateway منه. وتقرأ Lambda قاعدة بيانات Aurora Serverless v2 وتكتب فيها عبر RDS Data API. وتتصل Quick Sight بقاعدة البيانات نفسها عبر اتصال VPC. وتخصص AWS تضمينات Bedrock ونموذج لغة لأداة استكشاف بنود العقود؛ أما عملية الفحص المعتمدة فتبقى حتمية.

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

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

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

الوصول والحدود والتكلفة

يفترض شرح AWS وجود حساب AWS وبيانات اعتماد مهيأة لـ AWS CLI v2 وPython وNode 24 لـ CDK، وإمكانية الوصول إلى النماذج في us-east-1، وبيئة Amazon Quick مع موصل MCP وQuick Sight. يذكر المنشور Python 3.12، بينما يذكر ملف README المرتبط Python 3.9 أو أحدث. راجع متطلبات المستودع الحالية عند اختيار بيئة محلية. ويثبت النموذج الإصدار 2.261.0 من CDK CLI في تعليماته، لكن ذلك إصدار يعتمد عليه النموذج وليس متطلبا عاما من AWS.

أما دليل Quick MCP فيحدد مهلة ثابتة مدتها 60 ثانية لكل عملية، ويسمح بحد أقصى 100 أداة لكل اتصال بالخادم، ولا يرسل ترويسات HTTP مخصصة. تستحق هذه المهلة اختبارا على عبء عمل كبير؛ فحتى مهمة قاعدة بيانات صحيحة وطويلة الأمد لا يمكنها الاكتمال كعملية Quick متزامنة إذا تجاوزت حد الموصل. ويذكر الدليل أن قائمة أدوات الموصل المخصص يمكن تحديثها باستخدام Sync. لكن مدونة AWS وملف README للنموذج يطلبان بدلا من ذلك حذف التكامل وإعادة إنشائه بعد تغيير الأدوات. اتبع وثائق Quick الحية الخاصة بالموصل الحالي، وتحقق من قائمة الأدوات المسجلة وتوجيهها في بيئتك.

يتطلب هذا بناء متعدد الخدمات، لذلك لا توجد في المواد المنشورة قيمة واحدة يمكن الدفاع عنها تحت مسمى «تكلفة عملية الفحص الواحدة». وتفصل صفحة أسعار Quick بين الاشتراك ورسوم ساعات عمل الوكلاء، وتذكر رسوما إضافية لبعض إمكانات Quick Sight. وتعتمد أسعار Aurora على إعدادات السعة والتخزين والإدخال/الإخراج؛ ويُبقي النموذج حدا أدنى نشطا قدره 0.5 ACU بدلا من التوقف عند الصفر. كما تتطلب API Gateway وLambda وأي استدعاءات استكشافية إلى Bedrock تقديرا لعبء العمل. ويقترح المستودع تدمير الحزمة بعد التقييم لتجنب الرسوم المستمرة. ولم تُنشأ موارد AWS لهذا المقال.

قائمة تحقق لاتخاذ القرار

استخدم هذا النمط فقط بعد أن يتمكن الفريق من الإجابة عن الأسئلة التالية ببياناته وضوابطه:

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

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

المصادر ومزيد من القراءة