المادة 50 من قانون الاتحاد الأوروبي للذكاء الاصطناعي أصبحت سارية المفعول في 2 أغسطس 2026. إنها مادة الشفافية، وهي الأكثر احتمالًا للتأثير في فريق هندسي عادي لأنها لا تعتمد على كون نظامك «عالي المخاطر»، بل على قدرة الأشخاص على معرفة أنهم يتعاملون مع آلة.
تركّز معظم التغطية على مزودي النماذج. توقيع أنثروبيك على مدونة قواعد الممارسة للمادة 50(2) وإطلاق العلامة المائية في كلود هما مثالان على امتثال المزود. لكن إذا كنت تستدعي واجهة برمجة تطبيقات وتعرض الناتج داخل منتجك، فلديك دور والتزامات مختلفة؛ وامتثال مزود النموذج لا يفي بها تلقائيًا.
في هذا الدليل، نقرأ المادة 50 من منظور فريق يشحن API: ما الذي تطلبه كل فقرة، ومتى تنطبق عليك، وكيف تحوّل قرارات الامتثال إلى عقود OpenAPI واختبارات CI باستخدام Apidog بدلًا من جدول بيانات.
الفقرات الخمس: من المسؤول عن ماذا؟
| الفقرة | من تنطبق عليه | ما تتطلبه |
|---|---|---|
| 50(1) | المزود | يجب أن توضح الأنظمة التي تتفاعل مباشرة مع الأشخاص أنها تعمل بالذكاء الاصطناعي، ما لم يكن ذلك واضحًا لشخص مطلع ومتبصر بشكل معقول. |
| 50(2) | المزود | يجب تمييز الصوت والصورة والفيديو والنصوص الاصطناعية بتنسيق قابل للقراءة آليًا، ويمكن اكتشافه على أنه تم إنشاؤه أو التلاعب به اصطناعيًا. |
| 50(3) | المُشغّل | يجب أن تُعلم أنظمة التعرف على المشاعر والتصنيف البيومتري الأشخاص المعرّضين لها. |
| 50(4) | المُشغّل | يجب الإفصاح عن التزييف العميق. كما يجب الإفصاح عن النصوص المولدة بالذكاء الاصطناعي والمنشورة لإعلام الجمهور بشأن مسائل ذات اهتمام عام. |
| 50(5) | كلاهما | يجب أن يصل الإفصاح، بشكل واضح وميسر، في موعد أقصاه التفاعل الأول أو التعرض الأول. |
تقسيم الأدوار هو نقطة البداية، ولا يعتمد على حجم الشركة. إنه دور تؤديه لكل نظام:
- أنت مزود إذا بنيت نظامًا توليديًا وطرحته في سوق الاتحاد الأوروبي.
- أنت مُشغّل إذا استخدمت نظام طرف ثالث تحت سلطتك الخاصة.
- قد تكون كليهما في أجزاء مختلفة من المكدس، مثل تضمين كلود في منتجك وإعادة تسميته كجزء من منتجك.
ابدأ بتوثيق هذا القرار لكل API ونموذج قبل كتابة أي كود امتثال.
المادة 50(2): العلامة القابلة للقراءة آليًا
هذه الفقرة هي التي وقّعت أنثروبيك من أجلها مدونة قواعد السلوك. يجب على مزودي أنظمة الذكاء الاصطناعي التي تولّد الصوت أو الصور أو الفيديو أو النصوص الاصطناعية التأكد من أن المخرجات مميزة بتنسيق قابل للقراءة آليًا، ويمكن اكتشافها على أنها مولدة أو متلاعب بها اصطناعيًا.
النص لا يفرض حلًا مطلقًا أو تقنية واحدة. بل يطلب حلولًا فعالة وقابلة للتشغيل المتبادل وقوية وموثوقة قدر الإمكان تقنيًا، مع مراعاة:
- خصوصيات وقيود كل نوع محتوى.
- تكلفة التنفيذ.
- أحدث التقنيات المعترف بها عمومًا.
لهذا يتجه السوق نحو تقنيتين مختلفتين:
- العلامة المائية الإحصائية للنصوص.
- بيانات C2PA الموقعة للملفات.
لا واحدة منهما مثالية، والنص القانوني يعترف عمليًا بهذه الحدود.
الإعفاءات المهمة لفرق الأدوات
1. وظيفة مساعدة للتحرير القياسي
يخرج النظام عن النطاق عندما يؤدي وظيفة مساعدة للتحرير القياسي، مثل:
- التدقيق الإملائي.
- التنسيق.
- الإكمال التلقائي الذي يكمل الكلمة التي تكتبها.
2. عدم إجراء تغيير جوهري على بيانات الإدخال
لا تنطبق المادة 50(2) إذا لم يغيّر نظامك البيانات المقدمة إليه تغييرًا جوهريًا.
المساحة بين «التحرير المساعد» و«التغيير الجوهري» ليست محددة بوضوح. على سبيل المثال:
- أداة تعيد صياغة فقرة لتغيير النبرة ليست مجرد مدقق إملائي.
- أداة تعيد ترتيب مفاتيح JSON لا تولّد محتوى اصطناعيًا بالمعنى نفسه.
لا تحسم هذا الخط هندسيًا وحدك؛ يجب أن يثبّت فريقك القانوني القرار، ثم يحوّله الفريق الهندسي إلى إعدادات واختبارات.
إذا بنيت على نموذج يضع علامة على مخرجاته، فقد يغطي ذلك متطلب المادة 50(2) للنص الذي يمر عبر النموذج. لكنه لا يغطي تلقائيًا التزاماتك الأخرى كمُشغّل.
المادة 50(4): الالتزام الذي يخصك غالبًا
على المُشغّلين واجبان رئيسيان.
التزييف العميق
إذا نشرت نظامًا يولد أو يتلاعب بمحتوى صور أو صوت أو فيديو يشكل تزييفًا عميقًا، يجب الإفصاح عن أن المحتوى تم إنشاؤه أو التلاعب به اصطناعيًا.
تحصل الأعمال الفنية والساخرة والخيالية وما شابهها على معاملة أخف: يجب الإفصاح عن وجود المحتوى المولّد بطريقة لا تعيق عرض العمل أو الاستمتاع به.
نصوص الذكاء الاصطناعي بشأن مسائل ذات اهتمام عام
إذا نشرت نظامًا يولد أو يتلاعب بنصوص منشورة بهدف إعلام الجمهور بمسائل ذات اهتمام عام، يجب الإفصاح عن أن النص تم إنشاؤه أو التلاعب به اصطناعيًا.
لكن يوجد إعفاء مهم: لا ينطبق هذا الالتزام عندما يكون المحتوى قد خضع لمراجعة بشرية أو رقابة تحريرية، ويتحمل شخص طبيعي أو اعتباري المسؤولية التحريرية عن النشر.
لا تفترض أن «نظرة سريعة من إنسان» تكفي. ما يهم هو وجود عملية تحريرية يمكن إثباتها، وشخص أو كيان محدد يتحمل المسؤولية التحريرية.
عمليًا، يجب أن تسجل عملية النشر ما يلي:
- هل النص مولد أو متلاعب به بالذكاء الاصطناعي؟
- هل الموضوع مسألة ذات اهتمام عام؟
- هل تمت مراجعة بشرية أو رقابة تحريرية؟
- من المسؤول التحريري عن النشر؟
- هل يجب إظهار الإفصاح للمستخدم النهائي؟
ولا تغطي المادة 50(4) كل النصوص المنشورة. نصوص المنتجات، ووحدات ماكرو الدعم، وتعليقات الكود، والملخصات الداخلية ليست بالضرورة نصوصًا منشورة لإعلام الجمهور بمسائل ذات اهتمام عام.
المادة 50(1) و50(5): قواعد واجهة الدردشة
المادة 50(1) مباشرة: يجب تصميم الأنظمة المخصصة للتفاعل المباشر مع الأشخاص الطبيعيين بحيث تُعلمهم بأنهم يتفاعلون مع نظام ذكاء اصطناعي، إلا إذا كان ذلك واضحًا لشخص مطلع وملاحظ ومتبصر بشكل معقول.
لا تراهن على كلمة «واضح»:
- أداة دردشة تحمل تسمية مثل «مساعد ذكاء اصطناعي» أو «روبوت دعم» قد تكون واضحة.
- قناة دعم يجيب فيها نموذج بصوت بشري وتحت اسم بشري، دون أي إشارة، ليست واضحة بالضرورة.
تحدد المادة 50(5) التوقيت والشكل:
- أظهر الإفصاح في موعد أقصاه التفاعل أو التعرض الأول.
- اجعله واضحًا ومميزًا وميسر الوصول.
- لا تدفنه في شروط الخدمة.
- لا تعتمد على إخلاء مسؤولية لا يفي بمتطلبات الوصول.
حوّل الإفصاح إلى جزء من عقد API
إذا كانت API الخاصة بك تغذي واجهة دردشة أو واجهة مستخدم يملكها طرف آخر، فلن تستطيع أنت عرض الإفصاح للمستخدم النهائي. لكن يمكنك تمكين المستهلك من عرضه بشكل موثوق عبر تضمين حالة الإفصاح في الاستجابة.
بدلًا من ترك القرار لواجهة المستخدم فقط، أضف حقلًا أو رأسًا موثقًا إلى العقد. مثال توضيحي في OpenAPI:
components:
schemas:
GeneratedResponse:
type: object
required:
- content
- ai_generated
properties:
content:
type: string
ai_generated:
type: boolean
description: يشير إلى أن الاستجابة تتضمن مخرجات مولدة بواسطة نموذج ذكاء اصطناعي.
disclosure_required:
type: boolean
description: يشير إلى وجوب عرض إفصاح للمستخدم النهائي حسب سياق الاستخدام.
ويمكنك كذلك استخدام رأس استجابة:
X-AI-Generated: true
X-AI-Disclosure-Required: true
اختر نمطًا واحدًا، وثّقه، واصدره بإصدار مثل أي تغيير تعاقدي آخر. لمزيد من التفاصيل، راجع إضافة إفصاح الذكاء الاصطناعي إلى واجهة برمجة التطبيقات الخاصة بك.
المواعيد: ما هو ثابت وما يزال متغيرًا
2 أغسطس 2026
أصبحت المادة 50 سارية المفعول. هذا هو التاريخ الثابت.
10 يونيو 2026
نُشرت مدونة قواعد الممارسة بشأن شفافية المحتوى الذي تم إنشاؤه بواسطة الذكاء الاصطناعي. أكدت المفوضية ومجلس الذكاء الاصطناعي أنها أداة طوعية كافية لإثبات الامتثال. وقّعت نحو 190 منظمة بحلول نهاية يوليو، من بينها أنثروبيك. التوقيع طوعي؛ وعدم التوقيع يعني أن سلطة مراقبة السوق تقيّم نهجك كل حالة على حدة.
2 ديسمبر 2026
تم الإبلاغ على نطاق واسع عن هذا التاريخ كتمديد للأنظمة التوليدية الموجودة في السوق قبل 2 أغسطس 2026 للوفاء بمتطلبات المادة 50(2) الخاصة بالعلامة القابلة للقراءة آليًا، عبر حزمة الذكاء الاصطناعي الشاملة المتفق عليها مؤقتًا في مايو 2026.
تعامل مع هذا الموعد كهدف متحرك. أكّد النص النهائي مع مستشارك القانوني بدل التخطيط استنادًا إلى عنوان صحفي.
يقع انتقال أنثروبيك ضمن هذه الفترة: نماذج كلود التي أطلقت في 2 أغسطس 2026 أو بعده يتم تمييزها عند الإطلاق، بينما تُحدّث النماذج الأقدم. إذا كان منتجك يعتمد على معرف نموذج قديم، فأنت تعتمد على وصول ذلك التحديث.
تكاليف عدم الامتثال
تندرج انتهاكات المادة 50 ضمن المستوى الثاني من العقوبات بموجب المادة 99:
- حتى 15 مليون يورو، أو
- 3% من إجمالي الإيرادات السنوية العالمية للسنة المالية السابقة،
أيهما أعلى. بالنسبة للشركات الصغيرة والمتوسطة المؤهلة، يكون المبلغ الأقل من الاثنين.
للمقارنة:
- الممارسات المحظورة: حتى 35 مليون يورو أو 7%.
- تقديم معلومات مضللة للسلطات: حتى 7.5 مليون يورو أو 1%.
الشفافية ليست أعلى مستوى للعقوبات، لكن 3% من الإيرادات العالمية ليست خطأ تقريبيًا. يتم التنفيذ عبر سلطات مراقبة السوق الوطنية.
تحويل المتطلبات إلى عمل هندسي
التحليل القانوني ليس مهمة فريق API، لكن جعل القرارات الناتجة قابلة للتنفيذ والاستمرار هو مهمته. ابدأ بهذه الخطوات الأربع.
1. وثّق دورك لكل نظام
أنشئ سجلًا بسيطًا لكل واجهة ونموذج:
| النظام أو API | الدور | الفقرات ذات الصلة | مالك القرار |
|---|---|---|---|
| واجهة دردشة داخلية | مُشغّل | 50(1)، 50(5) | المنتج + القانوني |
| خدمة توليد محتوى | مزود أو مُشغّل حسب التنفيذ | 50(2)، 50(4)، 50(5) | القانوني + الهندسة |
قد يتغير الدور عند إعادة تسمية نموذج طرف ثالث أو إعادة طرحه ضمن منتجك، لذلك راجع السجل عند أي تغيير معماري أو تجاري.
2. ضع حالة العلامة في إعدادات النموذج
لا تفترض أن جميع النماذج في أسطولك تعطي الضمان نفسه. وثّق لكل معرف نموذج:
- هل المخرجات مميزة؟
- منذ متى؟
- ما نوع المحتوى الذي يشمله التمييز؟
- ما الذي يحدث عند التراجع إلى نموذج بديل؟
مثال إعداد داخلي:
models:
primary-model:
machine_readable_marking: true
marking_effective_from: "2026-08-02"
fallback-model:
machine_readable_marking: false
disclosure_review_required: true
الأساطيل المختلطة طبيعية أثناء الانتقال. وقد ينقلك تراجع مبني على التكلفة أو التوفر من نموذج ذي مخرجات مميزة إلى آخر دونها. اختبر معرف النموذج الذي عالج الطلب فعليًا، لا النموذج الذي كنت تتوقع استخدامه.
3. اجعل الإفصاح عقدًا لا قرارًا في واجهة المستخدم
إذا كانت API تعيد مخرجات نموذج إلى كود يملكه أشخاص آخرون، فضع حالة الإفصاح في الاستجابة نفسها:
- رأس استجابة.
- حقل في جسم الاستجابة.
- مخطط موثق في OpenAPI.
- تغيير مرقّم بإصدار عند تعديله.
لا تصل لافتات واجهة المستخدم إلى المستهلكين الآليين، ولا يمكنهم الاعتماد على سلوك غير موثق.
4. اختبر الإفصاح مثل أي ضمان آخر
اختفاء حقل الإفصاح بعد إعادة هيكلة هو فجوة امتثال سببها دمج برمجي. أضف اختبارات تغطي جميع المسارات التي تعيد مخرجات النموذج، بما فيها:
- الاستجابات الناجحة.
- الاستجابات المخزنة مؤقتًا.
- مسارات التراجع إلى نموذج بديل.
- الاستجابات الجزئية أو المتدفقة عند الاقتضاء.
- استجابات الأخطاء التي قد تتضمن مخرجات نموذج.
مثال تحقق في CI:
apidog-cli run \
--environment ci \
--test-scenario ai-disclosure-contract
يجب أن يؤكد السيناريو على الأقل:
- معرف النموذج الذي عالج الطلب.
- وجود رأس أو حقل الإفصاح.
- صحة قيمة الإفصاح في الحالة المتوقعة.
- توافق الاستجابة مع مخطط OpenAPI.
- عدم اختفاء الحقل في المسارات المخزنة مؤقتًا أو البديلة.
في Apidog، يمكنك التعبير عن ذلك كسيناريو اختبار يجمع تأكيد النموذج المعالِج، ورأس الإفصاح، وحقل الجسم، والتحقق من صحة مخطط OpenAPI. ثم شغّل السيناريو عبر apidog-cli في خط الأنابيب كي يفشل البناء عند كسر الضمان.
راجع كيفية التحقق من مواصفات OpenAPI لجانب المواصفات، وتأكيدات API لجانب وقت التشغيل. وإذا كنت تشغّل اختبارات API في GitHub Actions، فأضف هذه التحققّات إلى المهمة الحالية. يمكنك تنزيل Apidog لتطبيق السيناريو أثناء القراءة.
قد تحتاج الفرق ذات الحوكمة المكثفة أيضًا إلى قائمة التحقق الأساسية لحوكمة API وأفضل أداة لحوكمة API للفرق الكبيرة.
الأسئلة الشائعة
هل تنطبق المادة 50 عليّ إذا لم أكن في الاتحاد الأوروبي؟
قد تنطبق. يصل قانون الذكاء الاصطناعي إلى المزودين الذين يضعون أنظمة في سوق الاتحاد الأوروبي، وفي ظروف محددة إلى المزودين والمشغلين خارج الاتحاد الأوروبي عندما تُستخدم مخرجات أنظمتهم داخله. مكان تأسيس شركتك ليس هو المعيار الوحيد.
مزود النموذج يضع علامة على مخرجاته؛ هل انتهى التزامي؟
لا. وفاء مزودك بالمادة 50(2) يخص التزامه هو. تبقى واجباتك كمُشغّل بموجب المواد 50(1) و50(4) و50(5) منفصلة. يجب تقييم ما تتطلبه المادة 50 من منتجاتك وخدماتك بشكل مستقل.
هل يجب وضع علامة على كل نص مولد بالذكاء الاصطناعي أنشره؟
لا. تغطي المادة 50(4) النصوص المنشورة لإعلام الجمهور بمسائل ذات اهتمام عام. وحتى في هذه الحالة، يوجد إعفاء عندما يخضع المحتوى لمراجعة بشرية أو رقابة تحريرية مع وجود شخص يتحمل المسؤولية التحريرية.
هل يكفي وضع إخلاء مسؤولية روبوت الدردشة في شروط الخدمة؟
لا. تتطلب المادة 50(5) تقديم المعلومات في موعد أقصاه التفاعل الأول، وبشكل واضح ومميز وميسر الوصول.
ما الذي يعد تزييفًا عميقًا بموجب المادة 50(4)؟
هو محتوى صور أو صوت أو فيديو تم إنشاؤه أو التلاعب به، ويشبه أشخاصًا أو أشياء أو أماكن أو أحداثًا حقيقية، ويبدو مزيفًا لكنه قد يُفهم على نحو خاطئ على أنه حقيقي. تحصل الأعمال الفنية والساخرة والخيالية على التزام إفصاح أخف.
ما الغرامات؟
حتى 15 مليون يورو أو 3% من إجمالي الإيرادات السنوية العالمية للسنة السابقة، أيهما أعلى، بموجب المادة 99. بالنسبة للشركات الصغيرة والمتوسطة المؤهلة، يكون المبلغ الأقل من الاثنين.
هل يجب أن نوقع على مدونة قواعد السلوك؟
التوقيع طوعي ويستهدف المزودين أساسًا. يمنحك مسارًا معترفًا به لإثبات الامتثال، بينما يعني عدم التوقيع أن السلطة تقيّم نهجك بناءً على مزاياه الخاصة. هذا قرار قانوني، لا تقني.
الخلاصة
المادة 50 قصيرة، والجزء الذي ينطبق على معظم فرق API أقصر منها. غالبًا لن تكون أنت الطرف الملزم بتضمين العلامة المائية، لكنك قد تكون الطرف الذي يجب عليه:
- إخبار الأشخاص بأنهم يتحدثون إلى آلة.
- الإفصاح عن النصوص المولدة بالذكاء الاصطناعي ذات الاهتمام العام التي تنشرها دون مسؤولية تحريرية.
- تقديم الإفصاح عند التفاعل أو التعرض الأول.
- تمرير حالة الإفصاح إلى مستهلكي API بعقد واضح وقابل للاختبار.
الترجمة الهندسية بسيطة: اعرف دورك، واعرف النماذج التي تضع علامة، وضع الإفصاح في عقدك، واختبره في CI. الاختبار هو الفرق بين سياسة مكتوبة وضمان فعلي.
Top comments (0)