قانون سلامة الذكاء الاصطناعي في نيويورك: ماذا يعني للفرق التي تبني على واجهات برمجة تطبيقات النماذج اللغوية الكبيرة

ما يُقال إن القانون يتطلبه

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

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

لماذا ينبغي لمستهلكي واجهات برمجة التطبيقات الاهتمام

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

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

خطوات عملية لفرق الهندسة

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

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

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

التحوط متعدد الموردين

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

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

ما لا يزال مجهولاً

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

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