معمارية التحكم المستقل خارج نطاق الاستدلال (Out-of-Band Control Plane)
المواصفة الفنية للمعمارية والتحقق التجريبي
الإصدار 1.0
معرّف الوثيقة: OUAMARKOM-OOB-TAEV-001
الإصدار: 1.0
التصنيف: مواصفة مؤسسية للبحث والهندسة
حالة المعمارية: معمارية مقترحة
حالة التنفيذ: خاضعة للتطوير
حالة التحقق: بانتظار التحقق التجريبي
الجزء الأول: الأساس التنفيذي والبحثي
1. الملخص التنفيذي
تقترح شركة أوامركم™ دراسة وتطوير معمارية للتحكم المستقل خارج نطاق الاستدلال (Out-of-Band Control Plane)، بهدف حوكمة الأفعال الاقتصادية التي تبادر بها وكلاء الذكاء الاصطناعي.
تقوم المعمارية المقترحة على الفصل بين بيئة الاستدلال الخاصة بوكيل الذكاء الاصطناعي وبين مسار مستقل لحوكمة التفويض والتحقق من الصلاحيات وإنفاذ القرارات.
وتنطلق الفرضية المركزية لهذه المعمارية من أن قدرة وكيل الذكاء الاصطناعي على الاستدلال بشأن فعل اقتصادي أو التوصية به أو المبادرة بطلب تنفيذه، لا تمنحه بحد ذاتها سلطة تنفيذ ذلك الفعل.
وتستهدف طبقة التحكم المقترحة تقييم هوية الوكيل، والسلطة الاقتصادية المفوضة إليه، والقيود والسياسات المعمول بها، وأهلية التنفيذ، وحالة إلغاء التفويض، والظروف التشغيلية ذات الصلة، وذلك قبل السماح بانتقال الفعل الاقتصادي إلى نظام تنفيذ خارجي.
وتتولى بوابة التنفيذ (Execution Gateway) إنفاذ القرار الصادر عن طبقة التحكم عند نقطة الانتقال إلى التنفيذ الفعلي.
كما يتولى نظام الأدلة والتحقق (Evidence and Verification Subsystem) تسجيل دورة حياة الفعل الاقتصادي وتقييم مدى إمكانية إثبات النتيجة الخارجية بصورة مستقلة استناداً إلى أدلة مناسبة.
وسيتم تطوير المعمارية وتقييمها من خلال البيئة التجريبية Smart Hand™ وبرنامج المعيار التجريبي للأفعال الاقتصادية المحكومة (Governed Economic Action Benchmark - GEAB).
ولا يقتصر الهدف على إثبات قدرة خدمة تفويض على رفض طلب غير صالح، بل يتمثل في تحديد ما إذا كانت معمارية التحكم المستقل قادرة على تحقيق مزايا قابلة للقياس مقارنة بتصميمات الحوكمة البديلة، ولا سيما في المجالات التالية:
منع التنفيذ غير المصرح به.
إنفاذ حدود السلطة الاقتصادية المفوضة.
ضبط الاستهلاك التراكمي للميزانيات.
إدارة الأفعال الاقتصادية المتزامنة.
إنفاذ إلغاء التفويض.
سلامة مسار التنفيذ.
منع تكرار التنفيذ.
اكتمال الأدلة وسجلات الأحداث.
التحقق من النتائج الاقتصادية.
زمن الاستجابة والتكلفة التشغيلية الإضافية.
وتظل هذه المعمارية تصميماً هندسياً مقترحاً إلى أن يتم تنفيذ مكوناتها واختبارها وتقييمها مقارنة بخطوط أساس محددة.
2. الغرض من الوثيقة
تحدد هذه الوثيقة المعمارية المقترحة، ومسؤوليات المكونات، والواجهات، وحالات دورة الحياة، والسيناريوهات التجريبية، ومؤشرات الأداء، ومعايير القبول، ومتطلبات الأدلة الخاصة بمعمارية التحكم المستقل خارج نطاق الاستدلال لدى أوامركم™.
كما تنشئ علاقة تتبعية واضحة بين العناصر التالية:
1. المكونات المعمارية.
2. المتطلبات الهندسية.
3. السيناريوهات التجريبية لبرنامج GEAB.
4. مؤشرات الأداء القابلة للقياس.
5. معايير القبول.
6. مخرجات وأصول الأدلة التجريبية.
3. السياق البحثي
تندرج هذه المعمارية ضمن إطار البحث CE-AI™ (Command Economy of AI - اقتصاد الأوامر للذكاء الاصطناعي).
يدرس إطار CE-AI™ العلاقة بين الأوامر، والسلطة المفوضة، والتنفيذ المحكوم، والنتائج الاقتصادية القابلة للتحقق.
وتُعد معمارية التحكم المستقل خارج نطاق الاستدلال أحد التوجهات المعمارية المقترحة ضمن هذا المسار البحثي.
ويميز البحث بين أربعة مفاهيم أساسية:
القدرة (Capability): ما يستطيع وكيل الذكاء الاصطناعي الاستدلال بشأنه أو محاولة تنفيذه من الناحية التقنية.
السلطة (Authority): ما يُسمح للوكيل بتنفيذه بموجب تفويض مؤسسي محدد.
التنفيذ (Execution): ما إذا كان الفعل المصرح به قد نُفذ بالفعل.
التحقق (Verification): ما إذا كان بالإمكان إثبات النتيجة الناتجة عن التنفيذ استناداً إلى أدلة مناسبة.
ولا يجوز التعامل مع هذه المفاهيم باعتبارها مترادفة أو قابلة للاستبدال.
4. المبدأ المعماري الأساسي
فصل الاستدلال عن الإنفاذ المستقل للسلطة الاقتصادية
يجوز لوكيل الذكاء الاصطناعي صياغة طلب لتنفيذ فعل اقتصادي، ولكن لا يجوز أن يكون الوكيل نفسه المرجع الوحيد لتحديد ما إذا كان هذا الطلب مصرحاً به.
وتوزع المعمارية المقترحة المسؤوليات على النحو التالي:
الاستدلال: يتولاه وكيل الذكاء الاصطناعي.
تعريف التفويض والسلطة: تتولاه المؤسسة صاحبة الصلاحية.
تقييم التفويض: تتولاه طبقة التحكم.
إنفاذ القرار: تتولاه بوابة التنفيذ.
التنفيذ الخارجي: يتولاه نظام التنفيذ المعتمد.
جمع الأدلة والتحقق من النتائج: يتولاه نظام الأدلة والتحقق.
ويجب ألا تعتمد طبقة التحكم حصرياً على التعليمات المكتوبة باللغة الطبيعية أو على إقرار الوكيل ذاتياً بأنه التزم بالقيود.
5. نطاق المعمارية
5.1 العناصر المشمولة
يشمل النطاق الأولي للمعمارية المقترحة ما يلي:
التحقق من هوية الوكيل.
التحقق من صحة طلب الفعل الاقتصادي.
إدارة السلطة الاقتصادية المفوضة.
تقييم السياسات والقيود.
اتخاذ قرارات التفويض.
إنفاذ القرارات عبر بوابة التنفيذ.
إلغاء التفويض وضوابط الطوارئ.
المحاسبة التراكمية لاستهلاك التفويضات.
إدارة الأفعال الاقتصادية المتزامنة.
إدارة حالات التنفيذ.
ضمان عدم التكرار والحماية من إعادة إرسال الطلبات.
تسجيل الأدلة.
التحقق من النتائج الخارجية.
التقييم التجريبي المقارن.
5.2 العناصر المستبعدة من النطاق الأولي
لا تدعي المعمارية في مرحلتها الأولية ما يلي:
التحكم الشامل في جميع وكلاء الذكاء الاصطناعي.
التحكم المباشر في أي نظام خارجي دون تكامل تقني معه.
ضمان إلغاء المعاملات غير القابلة للعكس.
ضمان منع جميع الهجمات السيبرانية المحتملة.
الحصول على اعتماد باعتبارها معياراً عالمياً.
الحصول على موافقة تنظيمية أو رقابية.
امتلاك أمن بمستوى إنتاجي دون تقييم مستقل.
تحقيق قابلية تشغيل بينية شاملة مع جميع الأنظمة.
6. المصطلحات والتعريفات
المصطلح
التعريف
وكيل الذكاء الاصطناعي (AI Agent)
نظام ذكاء اصطناعي يقترح فعلاً اقتصادياً أو يبادر بطلب تنفيذه
الفعل الاقتصادي (Economic Action)
عملية تؤثر في موارد مالية أو تجارية أو مؤسسية
السلطة المفوضة (Delegated Authority)
إذن صريح تمنحه المؤسسة للوكيل ضمن نطاق وقيود محددة
طبقة التحكم (Control Plane)
المكون المسؤول عن تقييم السلطة وإصدار قرارات الحوكمة
التحكم خارج نطاق الاستدلال (Out-of-Band)
مسار تحكم منفصل وظيفياً عن بيئة استدلال الوكيل
بوابة التنفيذ (Execution Gateway)
نقطة الإنفاذ الفاصلة بين الطلبات المصرح بها وأنظمة التنفيذ الخارجية
إلغاء التفويض (Revocation)
سحب السلطة الاقتصادية المفوضة أو إبطالها
الحجز (Reservation)
تخصيص مؤقت لجزء من السلطة أو الميزانية لطلب قيد التنفيذ
الدليل (Evidence)
معلومات مسجلة تدعم الادعاءات المتعلقة بالقرارات والتنفيذ
التحقق (Verification)
تقييم الأدلة وفق معايير محددة لإثبات النتيجة
GEAB
المعيار التجريبي للأفعال الاقتصادية المحكومة
الجزء الثاني: معمارية النظام
7. المعمارية العامة للنظام
يتكون النظام المقترح من الطبقات والوظائف التالية:
1. بيئة الاستدلال الخاصة بالذكاء الاصطناعي.
2. واجهة طلب الفعل الاقتصادي.
3. نظام التحقق من الهوية والثقة.
4. مدير السلطة الاقتصادية.
5. محرك السياسات والقيود.
6. محرك قرار التنفيذ.
7. بوابة التنفيذ.
8. نظام إلغاء التفويض والتحكم في الطوارئ.
9. مدير التزامن والحجز.
10. مدير حالة التنفيذ.
11. محرك الأدلة والتحقق.
7.1 التسلسل المعماري المنطقي
بيئة استدلال الذكاء الاصطناعي
↓
واجهة طلب الفعل الاقتصادي
↓
التحقق من الهوية والثقة
↓
مدير السلطة الاقتصادية
↓
محرك السياسات والقيود
↓
مدير التزامن والحجز
↓
محرك قرار التنفيذ
↓
بوابة التنفيذ
↓
نظام التنفيذ الخارجي
الخدمات المساندة:
نظام إلغاء التفويض والتحكم في الطوارئ.
مدير حالة التنفيذ.
محرك الأدلة والتحقق.
يجوز تنفيذ هذه الوظائف على هيئة خدمات مستقلة أو وحدات معزولة منطقياً داخل نظام واحد. ولا يُشترط الفصل المادي بين الأنظمة في المرحلة الأولية.
8. حدود الثقة
تحدد المعمارية أربعة نطاقات رئيسية للثقة:
TB-01: نطاق الوكيل (Agent Domain)
يتضمن نموذج الذكاء الاصطناعي، وبيئة تشغيل الوكيل، ومنطق التخطيط، وآليات إنشاء طلبات الأفعال الاقتصادية.
ولا يُمنح الوكيل الثقة اللازمة لتعريف سلطته الاقتصادية أو تعديلها ذاتياً.
TB-02: نطاق التحكم (Control Domain)
يتضمن التحقق من الهوية، وإدارة السلطة الاقتصادية، وتقييم السياسات، ومنطق اتخاذ القرار.
ويجب حماية هذا النطاق من أي تعديل غير مصرح به صادر عن الوكيل أو بيئة تشغيله.
TB-03: نطاق التنفيذ (Execution Domain)
يتضمن بوابة التنفيذ والواجهات التي تتصل بأنظمة التنفيذ الخارجية.
ويجب ألا يمتلك الوكيل بيانات اعتماد بديلة تتيح له تجاوز نقطة الإنفاذ والوصول المباشر إلى نظام التنفيذ.
صفر حالات قبول للطلبات الواقعة خارج نطاق السلطة المحدد.
صفر حالات تجاوز للميزانية التراكمية ضمن الاختبارات المرجعية الحتمية.
رفض 100% من التفويضات المنتهية أو الملغاة قبل التنفيذ.
الإشارة في كل قرار تفويض إلى سجل سلطة صالح وإصداره المحدد.
C-04: محرك السياسات والقيود (Policy and Constraint Engine)
الغرض
تقييم طلبات الأفعال الاقتصادية وفق السياسات المؤسسية والقيود الحتمية المحددة.
أمثلة على القيود
الحد الأقصى لقيمة المشتريات.
الحد الأقصى لقيمة التحويلات.
قائمة الموردين المعتمدين.
قائمة المستفيدين المعتمدين.
قيود العملة.
النوافذ الزمنية المسموح فيها بالمعاملات.
القيود المتعلقة بفئات العمليات.
اشتراط موافقة بشرية.
حدود الميزانية المؤسسية.
المسؤوليات
تقييم قواعد السياسات المنطبقة.
تطبيق فحوص القيود الحتمية.
تحديد التعارض بين السياسات.
إصدار نتائج تقييم قابلة للقراءة آلياً.
الاحتفاظ بإصدار السياسة المستخدم في كل قرار.
اختبارات GEAB
GEAB-01: سياسات الموردين والمشتريات.
GEAB-02: قيود التحويلات المالية.
GEAB-04: قيود الميزانية في حالات التزامن.
GEAB-06: محاولات تجاوز السياسات.
مؤشرات الأداء
معدل إنفاذ السياسات.
معدل الرفض الخاطئ.
معدل القبول الخاطئ.
زمن تقييم السياسة.
إمكانية تتبع إصدار السياسة.
معايير القبول المقترحة
تحقيق نتائج صحيحة بنسبة 100% في مجموعة الاختبارات المرجعية المحددة للسياسات الحتمية.
صفر حالات قبول للأفعال المحظورة صراحة ضمن حالات الاختبار المحددة.
تحديد إصدار السياسة المستخدم في كل قرار.
التعامل مع السياسات المتعارضة أو غير المكتملة وفق نتيجة آمنة محددة مسبقاً، بدلاً من الاعتماد على افتراضات غير موثقة.
C-05: مدير التزامن والحجز (Concurrency and Reservation Manager)
الغرض
منع الطلبات المتزامنة المتعددة من استهلاك التفويض أو الميزانية نفسها بصورة مزدوجة أو غير متسقة.
المسؤوليات
حجز الميزانية أو السلطة قبل التنفيذ.
دعم عمليات الحجز الذرية (Atomic Reservation).
تتبع الحجوزات المعلقة.
منع تخصيص الموارد نفسها أكثر من مرة.
تحرير الحجوزات عند تحقق شروط الإلغاء أو الفشل المحددة.
مطابقة سجلات الحجز مع حالات التنفيذ.
اختبارات GEAB
GEAB-04: الأفعال الاقتصادية المتزامنة.
مؤشرات الأداء
معدل تجاوز الحدود أثناء التزامن.
معدل الحجوزات المكررة.
معدل اتساق الحجوزات.
زمن معالجة الحجز.
معدل الحجوزات المعلقة غير المعالجة.
معايير القبول المقترحة
صفر حالات تجاوز للميزانية ضمن مصفوفة اختبارات الضغط المتزامن المحددة.
عدم وجود أكثر من حجز نشط مكرر ضمن نطاق مفتاح منع التكرار نفسه.
امتلاك جميع الحجوزات حالات دورة حياة قابلة للتتبع.
عدم تحرير الحجز لمجرد حدوث مهلة اتصال بعد إرسال طلب التنفيذ إلى النظام الخارجي.
C-06: محرك قرار التنفيذ (Execution Decision Engine)
الغرض
إصدار قرار حوكمة حتمي استناداً إلى الهوية الموثقة، والسلطة الاقتصادية، والسياسات، والحجوزات، وحالة الطلب.
نتائج القرار
ADMIT - السماح بالانتقال إلى التنفيذ: يعني أن الطلب مستوفٍ لمتطلبات التفويض التي جرى تقييمها.
REJECT - الرفض: يعني أن الطلب يخالف قيداً منطبقاً أو يفتقر إلى السلطة اللازمة.
ESCALATE - التصعيد: يعني أن الطلب يتطلب موافقة إضافية أو تدخلاً بشرياً أو قراراً مؤسسياً.
المسؤوليات
دمج نتائج التقييم والتحقق.
إصدار قرار قابل للمعالجة آلياً.
الإشارة إلى إصدارات التفويض والسياسات المستخدمة.
ربط القرار بالطلب المحدد.
تطبيق مدة صلاحية القرار.
منع التعديل غير المصرح به على القرار.
اختبارات GEAB
GEAB-01: قرارات المشتريات.
GEAB-02: قرارات التحويلات المالية.
GEAB-03: إلغاء التفويض وانتهاء صلاحية القرار.
GEAB-04: اتساق القرارات في حالات التزامن.
مؤشرات الأداء
معدل صحة القرارات.
معدل قرارات ADMIT غير المصرح بها.
معدل الرفض الخاطئ.
دقة قرارات التصعيد.
زمن اتخاذ القرار.
معايير القبول المقترحة
صحة 100% من القرارات ضمن مجموعة الاختبارات المرجعية الحتمية.
صفر قرارات ADMIT غير مصرح بها ضمن الاختبارات السلبية المحددة.
إمكانية تتبع جميع القرارات إلى الطلب ونتائج تقييم السياسات المرتبطة بها.
انتهاء صلاحية القرارات وفق المدة المعلنة.
عدم تفسير ADMIT على أنه دليل على حدوث التنفيذ الخارجي.
C-07: بوابة التنفيذ (Execution Gateway)
الغرض
إنفاذ قرارات طبقة التحكم عند الحد الفاصل بين الطلبات المصرح بها وأنظمة التنفيذ الخارجية.
المسؤوليات
قبول القرارات الصالحة والقابلة للتنفيذ فقط.
التحقق من ارتباط القرار بالطلب المحدد.
التحقق من انتهاء صلاحية القرار أو استمرارها.
منع إعادة تشغيل الطلبات وتكرارها دون تصريح.
حماية بيانات اعتماد التنفيذ.
تقييد الوصول المباشر للوكيل إلى واجهات التنفيذ.
تسجيل استجابات أنظمة التنفيذ الخارجية.
اختبارات GEAB
GEAB-01: إنفاذ تنفيذ المشتريات.
GEAB-02: إنفاذ التحويلات المالية.
GEAB-03: إلغاء التفويض عند نقطة التنفيذ.
GEAB-06: محاولات تجاوز بوابة التنفيذ مباشرة.
مؤشرات الأداء
معدل التنفيذ غير المصرح به.
معدل إنفاذ البوابة.
معدل قبول إعادة تشغيل القرارات.
معدل التنفيذ المكرر.
زمن إرسال طلب التنفيذ.
معدل نجاح تجاوز البوابة مباشرة.
معايير القبول المقترحة
صفر عمليات تنفيذ غير مصرح بها ضمن مجموعة الاختبارات العدائية المحددة.
صفر حالات قبول لقرارات منتهية أو غير صالحة.
صفر حالات نجاح لتجاوز الوكيل بوابة التنفيذ مباشرة ضمن حدود التكامل والاختبار المعلنة.
ارتباط كل فعل يُرسل إلى نظام خارجي بقرار تفويض صالح.
عدم إمكانية الوصول إلى بيانات اعتماد التنفيذ من بيئة تشغيل الوكيل.
C-08: إلغاء التفويض والتحكم في الطوارئ (Revocation and Emergency Control)
الغرض
توفير آلية للتحكم في سحب التفويض، وتعليق التنفيذ، والتعامل مع الحالات الطارئة.
المسؤوليات
إلغاء السلطة الاقتصادية المفوضة.
تعليق صلاحيات الوكيل.
إبطال قرارات التفويض غير المستخدمة.
منع إرسال طلبات جديدة بعد سريان الإلغاء.
تحديد الأفعال المعلقة.
تسجيل توقيت الإلغاء والطلبات المتأثرة به.
التمييز بين الأفعال التي يمكن منعها وتلك التي أصبحت غير قابلة للإلغاء أو تمت تسويتها بالفعل.
اختبارات GEAB
GEAB-03: إلغاء التفويض والتحكم في الطوارئ.
مؤشرات الأداء
زمن إنفاذ إلغاء التفويض.
معدل التنفيذ غير المصرح به بعد الإلغاء.
زمن انتشار الإلغاء بين المكونات.
معدل معالجة الأفعال المعلقة.
اكتمال أدلة الإلغاء.
معايير القبول المقترحة
منع 100% من طلبات الإرسال الجديدة التي تستخدم تفويضاً تم إلغاؤه قبل وصولها إلى نقطة الإنفاذ.
صفر حالات قبول لقرارات تم إبطالها بعد سريان الإلغاء.
إنشاء حدث مؤرخ وقابل للتتبع لكل عملية إلغاء.
تتبع الطلبات التي سبق إرسالها إلى الأنظمة الخارجية بصورة منفصلة.
عدم الادعاء بإلغاء معاملة خارجية دون تأكيد من النظام الخارجي المختص.
C-09: مدير حالة التنفيذ (Execution State Manager)
الغرض
تتبع دورة حياة الفعل الاقتصادي دون الخلط بين التفويض والتنفيذ والتسوية.
حالات التنفيذ المطلوبة
"SUBMITTED" - تم تقديم الطلب.
"AUTHORIZED" - تم التحقق من التفويض.
"REJECTED" - مرفوض.
"ESCALATED" - قيد التصعيد.
"RESERVED" - تم حجز الموارد.
"EXTERNAL_SUBMISSION_PENDING" - إرسال الطلب إلى النظام الخارجي قيد الانتظار.
"EXTERNAL_ACCEPTED" - تم قبول الطلب من النظام الخارجي.
"EXECUTION_STATUS_UNKNOWN" - حالة التنفيذ غير معروفة.
"EXECUTED" - تم التنفيذ.
"SETTLED" - تمت التسوية.
"VERIFIED" - تم التحقق من النتيجة.
"CANCELLED" - أُلغي الطلب.
"FAILED" - فشل التنفيذ.
"EXPIRED" - انتهت الصلاحية.
يجب أن يحدد التنفيذ البرمجي انتقالات الحالات المسموح بها، وأن يرفض الانتقالات غير الصحيحة.
المسؤوليات
تسجيل انتقالات الحالات.
منع تغييرات الحالة غير المسموح بها.
مطابقة استجابات الأنظمة الخارجية.
التعامل مع النتائج الخارجية غير المؤكدة.
الاحتفاظ بالسجل التاريخي لجميع الانتقالات.
دعم الاستعادة الآمنة بعد الأعطال.
اختبارات GEAB
GEAB-02: دورة حياة التحويلات المالية.
GEAB-03: إلغاء التفويض عبر مراحل دورة الحياة.
GEAB-05: الأدلة والتحقق من النتائج.
مؤشرات الأداء
معدل انتقالات الحالة غير الصحيحة.
معدل اتساق الحالات.
زمن معالجة حالات التنفيذ غير المعروفة.
تغطية تتبع دورة الحياة.
معدل انتقالات الحالة المكررة.
معايير القبول المقترحة
صفر انتقالات غير صحيحة ضمن مجموعة اختبارات دورة الحياة الحتمية.
امتلاك كل طلب مقبول سجلاً تاريخياً قابلاً للتتبع.
عدم تصنيف حالة عدم اليقين الناتجة عن انقطاع الشبكة بعد الإرسال الخارجي تلقائياً على أنها نجاح أو فشل.
اشتراط أدلة محددة ومستقلة لكل من التسوية والتحقق.
C-10: محرك الأدلة والتحقق (Evidence and Verification Engine)
الغرض
إنشاء سجل قابل للتدقيق لقرارات الحوكمة، وأحداث التنفيذ، والنتائج الاقتصادية التي تم التحقق منها.
خصائص الأدلة المطلوبة
"event_id" - معرّف الحدث.
"request_id" - معرّف الطلب.
"agent_id" - معرّف الوكيل.
"authority_id" - معرّف التفويض.
"policy_version" - إصدار السياسة.
"decision_id" - معرّف القرار.
"execution_reference" - مرجع التنفيذ.
"event_type" - نوع الحدث.
"event_timestamp" - توقيت الحدث.
"event_source" - مصدر الحدث.
"event_payload_hash" - بصمة محتوى الحدث.
"previous_event_hash" - بصمة الحدث السابق.
"verification_status" - حالة التحقق.
المسؤوليات
تسجيل أحداث الطلب والتفويض.
تسجيل استجابات إرسال التنفيذ.
الاحتفاظ بانتقالات الحالات.
تسجيل أحداث إلغاء التفويض.
جمع أدلة التنفيذ الخارجية.
التحقق من سلامة الأدلة.
تحديد السجلات الناقصة أو المتعارضة.
إنشاء حزم أدلة منظمة.
اختبارات GEAB
GEAB-05: الأدلة والتحقق من النتائج.
GEAB-03: أدلة إلغاء التفويض.
GEAB-06: العبث بالأدلة وإعادة تشغيل الأحداث.
مؤشرات الأداء
اكتمال الأدلة.
تغطية التحقق.
معدل فشل سلامة الأدلة.
معدل الأحداث المفقودة.
معدل مطابقة الأدلة مع التنفيذ الخارجي.
معايير القبول المقترحة
تغطية 100% للأحداث الإلزامية ضمن مجموعة الاختبارات المرجعية.
ارتباط كل نتيجة يتم تصنيفها على أنها متحقق منها بمصدر دليل خارجي مناسب.
قدرة التحقق من البصمات على اكتشاف التعديلات التي تطرأ على سجلات الأدلة المحمية.
تصنيف الأدلة المفقودة على أنها غير مكتملة أو غير متحقق منها.
عدم السماح لعبارة نجاح صادرة عن نموذج الذكاء الاصطناعي وحدها بإثبات حالة "VERIFIED".
الجزء الثالث: بروتوكول الطلب والتنفيذ
10. نموذج طلب الفعل الاقتصادي
يتضمن كائن الطلب المقترح الحقول التالية:
"request_id"
"agent_id"
"authority_id"
"action_type"
"requested_amount"
"currency"
"beneficiary_id"
"target_system"
"idempotency_key"
"created_at"
"expiration_time"
"action_parameters"
يجب التحقق من جميع الحقول وفق أنواع البيانات ومستويات الثقة المحددة لها.
يجوز للوكيل اقتراح الفعل وتقديم معلماته، لكنه لا يجوز أن يحدد من تلقاء نفسه الهوية المرجعية أو حدود السلطة أو إصدارات السياسات أو نتائج التحقق.
11. نموذج قرار التفويض
يعيد محرك قرار التنفيذ إحدى النتائج الثلاث التالية:
ADMIT - السماح
يشير إلى أن الطلب استوفى متطلبات التفويض التي تم تقييمها، ويُسمح له بالانتقال إلى مرحلة التنفيذ وفق الشروط المحددة.
ولا يثبت هذا القرار أن التنفيذ قد حدث بالفعل.
REJECT - الرفض
يشير إلى أن الطلب يخالف قيداً منطبقاً أو يفتقر إلى السلطة اللازمة.
ويجب أن يكون سبب الرفض قابلاً للمعالجة آلياً وقابلاً للتدقيق.
ESCALATE - التصعيد
يشير إلى أن الطلب يتطلب موافقة إضافية أو تدخلاً بشرياً أو قراراً مؤسسياً.
ولا يجوز أن يتحول التصعيد تلقائياً أو ضمنياً إلى تفويض بالتنفيذ.
12. ربط القرار بالطلب (Decision Binding)
يجب ربط كل قرار تفويض بالعناصر التالية:
معرّف فريد للطلب.
هوية موثقة للوكيل.
سجل تفويض محدد وإصداره.
إصدار السياسة المنطبق.
معلمات الفعل الاقتصادي.
فترة صلاحية محددة.
ويجب ألا يكون القرار قابلاً لإعادة الاستخدام مع مبلغ مختلف أو مستفيد مختلف أو نوع فعل مختلف أو طلب آخر.
وينبغي أن يستخدم التنفيذ آلية حماية تشفيرية للسلامة أو آلية موثوقة مكافئة لضمان ارتباط القرار بالطلب ومعلماته.
13. دورة حياة التنفيذ
تتبع دورة الحياة المقترحة التسلسل التالي:
"REQUESTED" - تم إنشاء الطلب
↓
"VALIDATED" - تم التحقق من صحة الطلب
↓
"AUTHORITY_CHECKED" - تم التحقق من السلطة
↓
"POLICY_EVALUATED" - تم تقييم السياسات
↓
"RESERVED" - تم حجز الموارد
↓
"ADMITTED" - صدر قرار السماح
↓
"EXTERNAL_SUBMISSION_PENDING" - الإرسال الخارجي قيد الانتظار
↓
"EXTERNAL_ACCEPTED" - قُبل الطلب خارجياً
↓
"EXECUTED" - تم التنفيذ
↓
"SETTLED" - تمت التسوية
↓
"VERIFIED" - تم التحقق من النتيجة
وتشمل المسارات البديلة الحالات التالية:
"REJECTED" - مرفوض.
"ESCALATED" - قيد التصعيد.
"CANCELLED" - ملغى.
"EXPIRED" - منتهي الصلاحية.
"FAILED" - فشل.
"EXECUTION_STATUS_UNKNOWN" - حالة التنفيذ غير معروفة.
ولا توفر جميع أنظمة التنفيذ الخارجية تأكيدات منفصلة للتنفيذ والتسوية. لذلك يجب أن يوثق التنفيذ الدلالات الفعلية للحالات التي يقدمها النظام الخارجي، بدلاً من افتراض إمكانية رصد جميع هذه الحالات بصورة مستقلة دائماً.
14. منع التكرار والحماية من إعادة الإرسال
يجب على بوابة التنفيذ منع حدوث عمليات تنفيذ مكررة غير مقصودة عندما يعاد إرسال الطلبات أو محاولة تنفيذها بعد فشل الاتصال.
ويجب تحديد نطاق مفتاح منع التكرار لكل فعل اقتصادي وفق خصائص نظام التنفيذ المستهدف وطبيعة العملية الاقتصادية.
ولا يجوز أن تؤدي إعادة إرسال قرار منتهي الصلاحية إلى استعادة صلاحيته.
كما يجب أن يميز النظام بين:
الطلب المكرر.
إعادة المحاولة المشروعة.
الفعل الاقتصادي الجديد.
الاستجابة الخارجية المتكررة.
15. معالجة حالات الفشل
15.1 الفشل قبل الإرسال الخارجي
إذا فشل التحقق من الهوية أو السلطة أو السياسات أو صلاحية القرار، فيجب منع انتقال الطلب إلى التنفيذ.
15.2 الفشل بعد الإرسال الخارجي
إذا انقطع الاتصال بعد إرسال طلب التنفيذ إلى النظام الخارجي، فيجب تسجيل الحالة على أنها:
"EXECUTION_STATUS_UNKNOWN"
وتظل هذه الحالة قائمة إلى أن تكشف المطابقة مع النظام الخارجي عن النتيجة الفعلية.
ولا يجوز إعادة إرسال عملية مالية غير محسومة بصورة تلقائية ودون تحقق.
15.3 عدم توفر طبقة التحكم
تتمثل السياسة الافتراضية المقترحة في اعتماد مبدأ الرفض الآمن عند تعذر إثبات التفويض، وذلك بالنسبة إلى الأفعال الجديدة.
أما الأفعال التي سبق إرسالها إلى الأنظمة الخارجية، فيجب التعامل معها عبر مسار مستقل للمطابقة والتحقق.
15.4 عدم توفر نظام الأدلة
يجب تحديد ما إذا كان تعذر تسجيل الأدلة يستوجب إيقاف عمليات التنفيذ الجديدة، أو يسمح باستخدام طابور محلي دائم لتسجيل الأدلة مؤقتاً.
ويجب تسجيل أي تأجيل في جمع الأدلة ومعالجته لاحقاً عبر آلية مطابقة موثقة.
ولا يجوز إعلان نجاح التحقق قبل توفر الأدلة المطلوبة.
الجزء الرابع: برنامج التحقق التجريبي GEAB
16. نظرة عامة على GEAB
يهدف المعيار التجريبي للأفعال الاقتصادية المحكومة (Governed Economic Action Benchmark - GEAB) إلى تقييم قدرة المعمارية المقترحة على حوكمة الأفعال الاقتصادية وإنفاذ القيود عليها في الظروف التشغيلية الاعتيادية والعدائية والمتزامنة وظروف الفشل.
البوابة الرابعة: المراجعة الفنية المستقلة (Independent Technical Review)
مراجعة المعمارية من مختصين خارجيين مؤهلين.
توثيق نقاط الضعف الأمنية.
تقييم النتائج المقارنة.
الإفصاح عن المخاطر التي لم تتم معالجتها.
البوابة الخامسة: قرار الإصدار (Release Decision)
لا يجوز تصنيف معمارية الإصدار v1.0 على أنها متحقق منها تجريبياً ضمن نطاق محدد إلا بعد استيفاء معايير القبول المطلوبة ومراجعة الأدلة الداعمة.
كما أن اجتياز اختبارات المختبر لا يثبت تلقائياً الجاهزية للإنتاج أو الامتثال التنظيمي أو الأمن الشامل في جميع البيئات.
23. القيود المعروفة
لا تضمن المعمارية المقترحة بصورة مستقلة ما يلي:
صحة استدلال وكيل الذكاء الاصطناعي.
صدق أو دقة أنظمة التنفيذ الخارجية.
إلغاء المعاملات غير القابلة للعكس.
الحماية الكاملة من اختراق البنية التحتية.
صحة السياسات المؤسسية ذاتها.
انعدام جميع أخطاء التفويض.
التوافق التشغيلي مع جميع الأنظمة المالية والتجارية الخارجية.
ويجب معالجة هذه القيود من خلال ضوابط خاصة بكل عملية تكامل، وآليات تحقق خارجية، وتقييمات أمنية، وحوكمة تشغيلية مناسبة.
24. القرارات الهندسية المفتوحة
تظل القرارات التالية خاضعة للتطوير والتنفيذ والنتائج التجريبية:
1. إدارة السلطة بصورة مركزية أم موزعة.
2. نموذج اتساق عمليات الحجز.
3. تنسيق رموز القرارات وآلية ربطها تشفيرياً.
4. آلية نشر إلغاء التفويض بين المكونات.
5. نموذج نشر بوابة التنفيذ.
6. نموذج تخزين الأدلة والاحتفاظ بها.
7. آليات المطابقة مع الأنظمة الخارجية.
8. استراتيجية التوافر العالي والتعافي من الأعطال.
9. آلية حل تعارض السياسات.
10. سير عمل التصعيد إلى التدخل البشري.
11. تفويض السلطة بين مؤسسات متعددة.
12. قابلية التشغيل البيني بين المنصات المختلفة.
ولا يجوز اعتبار أي قرار معماري نهائياً لمجرد وروده في هذه المواصفة المقترحة.
25. حدود الادعاءات البحثية والهندسية
تميز أوامركم™ بين الحالات التالية:
التصنيف
المقابل العربي
الدلالة
Proposed Architecture
معمارية مقترحة
تصميم لم يُثبت تنفيذه بعد
Engineering Specification
مواصفة هندسية
تحديد للمكونات والمسؤوليات والمتطلبات
Implemented Prototype
نموذج أولي منفذ
تجسيد تقني أولي للمعمارية
Experimentally Tested Component
مكون خضع للاختبار التجريبي
مكون نُفذت عليه اختبارات موثقة
Experimentally Validated Architecture
معمارية تم التحقق منها تجريبياً
معمارية اجتازت اختبارات محددة ضمن نطاق معلن
Independently Reviewed System
نظام خضع لمراجعة مستقلة
نظام تمت مراجعته من جهات فنية مستقلة
Production Deployment
نشر في بيئة إنتاجية
نظام مطبق في بيئة تشغيل فعلية
ويتطلب كل تصنيف أدلته الخاصة.
ولا يثبت نشر هذه المواصفة أن المعمارية قد نُفذت بالفعل، أو أن أهداف الأداء قد تحققت، أو أن المعمارية جديدة على المستوى العالمي، أو أنها تمثل معياراً دولياً معتمداً.
26. الخاتمة
تُطرح معمارية التحكم المستقل خارج نطاق الاستدلال (Out-of-Band Control Plane) باعتبارها توجهاً معمارياً مقترحاً لفصل استدلال وكلاء الذكاء الاصطناعي عن الإنفاذ المستقل للسلطة الاقتصادية.
ويجب إثبات قيمتها من خلال التنفيذ الفعلي، والاختبارات العدائية، واختبارات التزامن، والتحقق من دورة حياة الأفعال الاقتصادية، والتحقق من الأدلة، والتقييم المقارن مقابل التصميمات البديلة.
ولا يتمثل السؤال الهندسي المركزي في إمكانية بناء خدمة تحكم منفصلة فحسب.
بل يتمثل في تحديد ما إذا كان مسار التنفيذ المحكوم بصورة مستقلة قادراً على تحسين إنفاذ الصلاحيات، والموثوقية، والمساءلة، وقابلية التحقق من الأفعال الاقتصادية التي تبادر بها أنظمة الذكاء الاصطناعي، دون فرض تعقيد تشغيلي لا تبرره القيمة المتحققة.
المبدأ الهندسي المركزي
الوكيل يستدل. المؤسسة تحدد السلطة. طبقة التحكم تقيّم. بوابة التنفيذ تنفّذ قرار الإنفاذ. الأدلة تدعم التحقق من النتيجة.
البيانات المؤسسية للوثيقة
أوامركم™ | OUAMARKOM™
البحث والهندسة من أجل الفعل الاقتصادي المحكوم بالذكاء الاصطناعي
الإطار البحثي: CE-AI™ - اقتصاد الأوامر للذكاء الاصطناعي
البروتوكول الهندسي المقترح: CEP™ - بروتوكول تنفيذ الأوامر
البيئة التجريبية: Smart Hand™ - بيئة اختبار الفعل الاقتصادي المحكوم
برنامج التحقق: GEAB - المعيار التجريبي للأفعال الاقتصادية المحكومة