النظام التنظيمي المصري للذكاء الاصطناعي قيد التطور: ما هو نافذ وما يزال قيد البناء؟

لماذا هذا المقال مهم؟

عند متابعة تطور AI regulation في مصر تظهر مشكلة شائعة: الخلط بين أربعة أشياء مختلفة:

• استراتيجية حكومية.
• إطار حوكمة.
• إرشادات تشغيلية.
• قانون ملزم.

وقد يظهر هدف تشريعي في وثيقة استراتيجية أو Governance Framework ثم يُعاد تقديمه في الإعلام أو المحتوى الرقمي وكأنه أصبح قانوناً نافذاً.

هذا غير دقيق.

ما الموجود فعلياً اليوم؟

بحلول 2026 توجد في مصر طبقات AI-specific واضحة.

National AI Strategy 2025–2030

تحدد الاتجاه والأهداف والمبادرات الوطنية.

Egyptian Charter for Responsible AI

يوفر أساساً أخلاقياً ومسؤولاً وطنياً.

National AI Governance Framework 2026

يحدد:

• Risk Tiers.
• institutional architecture.
• Dual-Check.
• lifecycle governance.
• GPAI.
• Frugal AI.
• data and infrastructure governance.

Trustworthy and Responsible AI Guidelines

تحول الحوكمة إلى:

• procedures.
• metrics.
• checklists.
• assessments.
• lifecycle controls.

Generative AI Guidelines

تعالج مخاطر GenAI والـsynthetic content والـdeepfakes والـAgentic AI وغيرها.

هذه كلها أدوات حقيقية ومهمة.

لكنها ليست الشيء نفسه قانونياً.

القوانين التي تطبق بالفعل على AI

غياب قانون شامل باسم Artificial Intelligence Law لا يعني غياب القوانين.

يمكن أن يخضع نظام AI إلى:

Personal Data Protection Law

عند معالجة البيانات الشخصية.

Executive Regulations 816/2025

عند تطبيق المتطلبات التشغيلية والتنظيمية للخصوصية.

Cybercrime Law

عندما تدخل الجرائم أو إساءة الاستخدام أو اختراق الأنظمة.

Telecom and Cloud Regulation

عند التعامل مع بنية الاتصالات أو خدمات السحابة ومراكز البيانات.

Financial Regulation

إذا كان النظام يستخدم في بنك أو مؤسسة مالية أو نشاط غير مصرفي.

FinTech Law 5/2022

في الأنشطة المالية غير المصرفية حيث تدخل تقنيات تشمل AI وBig Data.

إذن سؤال الامتثال يجب أن يكون حول حالة الاستخدام وليس اسم القانون فقط.

ما وضع قانون AI شامل؟

🔴 PENDING ADOPTION / LEGAL FORCE UNVERIFIED حتى آخر تحقق في سبتمبر 2026، لا ينبغي وصف مصر بأنها تملك قانوناً شاملاً مستقلاً للذكاء الاصطناعي دخل حيز النفاذ. الإرشادات الوطنية للذكاء الاصطناعي الموثوق والمسؤول نفسها تضع ضمن أهداف تقييم الجاهزية أن تكون المؤسسة مستعدة عندما يتم سن AI law or decree.

هذه الصياغة مهمة لأنها تأتي من الوثيقة الوطنية نفسها.

ماذا يعني ذلك؟

يعني أن مصر لديها:

AI Governance Architecture

لكن هذا لا يساوي بالضرورة:

Comprehensive AI Act

وجود الأول يمكن أن يسبق الثاني.

قانون حوكمة البيانات

سياسة البيانات المفتوحة المصرية تشير إلى قانون مرتقب لحوكمة البيانات وإطار تصنيف البيانات.

حتى آخر تحقق:

🔴 PENDING ENACTMENT لم يثبت ضمن المصادر الرسمية التي تمت مراجعتها صدور قانون حوكمة البيانات المشار إليه ودخوله حيز النفاذ.

لذلك لا يجوز أن يظهر في Siyada كقانون Active.

Egyptian Data Governance Authority

السياسات تشير أيضاً إلى هيكل مؤسسي مستقبلي لحوكمة البيانات.

لكن:

🔴 PLANNED INSTITUTION / ESTABLISHMENT NOT VERIFIED ذكر المؤسسة في خارطة مستقبلية لا يثبت اكتمال إنشائها أو مباشرتها الاختصاصات التنظيمية.

حتى يثبت ذلك بأداة رسمية يجب إبقاء الحالة Under Development.

AI-specific Banking Regulation

القطاع المصرفي المصري لديه:

• قواعد مصرفية.
• قواعد مدفوعات.
• بنوك رقمية.
• FinTech.
• Cybersecurity.
• Data governance.
• AI training and capacity-building activity.

لكن:

🔴 AI-SPECIFIC CBE BANKING REGULATION NOT VERIFIED لم يثبت حتى آخر تحقق وجود إطار مستقل صادر عن البنك المركزي المصري باسم أو وظيفة تعادل AI-specific banking regulatory framework.

هذا لا يمنع خضوع AI المصرفي للقوانين والقواعد المصرفية الأخرى.

لماذا تختلف القوة القانونية؟

ليس كل Instrument متساوياً.

يمكن ترتيب الأدوات بصورة تقريبية هكذا:

Law / Regulation

قد يخلق التزامات مباشرة وعقوبات وآليات تنفيذ.

Sector Regulatory Decision

ينشئ متطلبات داخل قطاع منظم.

National Governance Framework

يحدد البنية والتوقعات والحوكمة الوطنية.

Guidelines

تشرح كيفية التطبيق والتقييم.

Strategy

تحدد الاتجاه والأهداف.

Charter

يعبر عن مبادئ والتزامات أخلاقية وسياساتية.

Initiative

برنامج لتنفيذ هدف.

MoU / Letter of Intent

أداة تعاون، ولا تتحول تلقائياً إلى التزام تنظيمي محلي.

الخطأ في التعامل مع Soft Law

وجود أداة غير تشريعية لا يعني أنها غير مهمة.

قد تؤثر الإرشادات في:

• procurement.
• audit expectations.
• government adoption.
• sector guidance.
• vendor assessment.
• future regulatory enforcement.
• internal governance.

لكن يجب الفصل بين:

Governance Expectation و Statutory Obligation

ماذا تفعل المؤسسة الآن؟

[ممارسة تنفيذية]

لا تنتظر التشريع القادم.

ابنِ برنامج حوكمة قادر على التكيف:

الخطوة 1

Inventory لجميع AI systems.

الخطوة 2

Risk classification.

الخطوة 3

Legal and sector mapping.

الخطوة 4

Data/privacy assessment.

الخطوة 5

Vendor and cloud assessment.

الخطوة 6

Human oversight.

الخطوة 7

Testing and TEVV.

الخطوة 8

Monitoring.

الخطوة 9

Incident response.

الخطوة 10

Regulatory watch.

بهذه الطريقة إذا صدر قانون أو قرار جديد لا تبدأ المؤسسة من الصفر.

Regulatory Watchlist

الموضوعات التي يجب مراقبتها بصورة مستمرة تشمل:

• Comprehensive AI Law.
• Data Governance Law.
• Data Classification Framework.
• EDGA establishment.
• sector-specific AI guidelines.
• child AI protection guidance.
• AI risk management products.
• conformity assessment rules.
• CBE AI-specific requirements.
• FRA AI updates.
• PDPC decisions.
• NTRA cloud/security updates.
• updates to GenAI guidance.

ما الذي لا يجب فعله؟

لا ينبغي:

• تحويل إعلان سياسي إلى قانون.
• تحويل استراتيجية إلى Regulation.
• اعتبار MoU إلزاماً محلياً.
• إخفاء الأدوات المستقبلية من الموقع.
• أو تقديمها كأدوات نافذة.

الحل الصحيح هو:

Cover + Disclose + Classify Correctly

قاعدة Siyada

في Siyada نتبع القاعدة:

Coverage ≠ Legal Effect ≠ Framework Activation

أي أننا نغطي الموضوع حتى لو كان Draft أو Pending، لكن نظهر الحالة الفعلية ونمنع تحويله إلى Active Framework دون سند.

الخلاصة

المشهد المصري متقدم لكنه متحرك.

المؤسسة التي تنتظر قانون AI شاملاً قد تكون متأخرة عن المتطلبات الموجودة فعلياً.

والمؤسسة التي تعامل كل وثيقة وطنية كقانون قد تبالغ في الامتثال أو تسيء تفسير النظام.

الحوكمة الصحيحة تبدأ من فهم الطبقات والتمييز بين ما هو نافذ وما هو إرشادي وما يزال قيد التطوير.