شرح Habr AI لماذا يُعد استخدام Zero Shot لاستخراج المتطلبات من القوانين واللوائح التنظيمية أمرًا خطيرًا

نُشر على موقع Habr AI تحليل حول السبب الذي يجعل محاولة استخراج متطلبات نظام تكنولوجيا المعلومات من قانون بطلب zero-shot واحد تُنتج دائماً شعوراً كاذباً بالثقة. يؤكد المؤلف أن المشكلة لا تكمن في قدرة النموذج على قراءة الوثائق التنظيمية، بل في حقيقة أن هناك سلسلة كاملة من القرارات التحليلية بين القاعدة القانونية والمتطلب النظامي.

لماذا القانون ليس مواصفة

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

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

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

حيث تحدث الخسائر

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

• قد تختفي الاستثناءات وشروط تطبيق المعيار من الإجابة
• تتحول القيود بسهولة إلى ميزات
• تُخفي التعاريف نفسها تحت متطلبات كاملة
• يفقد موضوع الإجراء: من يبادر، ومن يتحقق، ومن يسجل النتيجة
• تختفي قابلية التتبع من معيار معين إلى الاستنتاج المشروع

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

حيث يكون Zero Shot مفيداً

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

"يمكن استخدام

Zero Shot للبدء في العمل مع القانون. لكن لا يجب استخدامه لاعتبار هذا العمل مكتملاً."

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

ما يعني هذا

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