حوكمة في زمن التنفيذ: اندماج OpenBox AI وTemporal يضع الرقابة داخل نواة تشغيل وكلاء الذكاء الاصطناعي

في 13 يوليو 2026، أعلنت شركتا OpenBox AI وTemporal عن تكامل إنتاجي جديد يدمج الحوكمة الفورية (Real-time governance) والترخيص (Authorization) وقابلية التدقيق المشفرة (Cryptographic auditability) مباشرةً في طبقة تنفيذ وقت التشغيل (Runtime execution layer) لوكلاء الذكاء الاصطناعي طويلة الأمد والمبنية على محرك Temporal ^MP.

كيف يعمل التكامل؟

معمارية إضافة بسيطة (Drop-in plugin).
يستخدم التكامل OpenBoxPlugin، وهي إضافة واحدة يتم إضافتها إلى قائمة plugins الخاصة بعامل Temporal (Temporal Worker) دون الحاجة لأي تغييرات في سير العمل الحالية (Workflows) أو الأنشطة (Activities) أو منطق الوكيل نفسه ^D. تقوم الإضافة بربط عامل Temporal بمنصة OpenBox وإرسال أحداث سير العمل والأنشطة لتقييمها وفقًا لسياسات الحوكمة ^D.

'مغلفات تنفيذ' قابلة للتحقق تشفيريًا (Cryptographically verifiable execution envelopes).
لكل جلسة حوكمة، تقوم OpenBox بتجزئة (Hash) كل حدث (سياق الطلب، استدعاءات الأدوات، المدخلات، المخرجات، وقرارات السياسة بما في ذلك الإجراءات المحظورة) إلى شجرة ميركل (Merkle tree) وتوقع رقميًا على جذر الجلسة باستخدام خوارزمية ECDSA NIST P-256 عبر خدمة AWS KMS (أو خدمة توثيق خارجية) ^D. ينتج عن ذلك شهادة إثبات (Proof certificate) مضادة للتلاعب تؤكد عدم تغيير أي بيانات حوكمة بعد وقوع الحدث ^D. توفر المنصة "دليلاً قابلاً للتحقق على التنفيذ — ليس سلوكًا مستنتجًا، بل أدلة مشفرة موثقة" ^O.

التقاط القياسات الكاملة (Full telemetry capture).
تقوم الإضافة تلقائيًا بالتقاط أحداث بدء/إكمال سير العمل، وكل نشاط مع مدخلاته ومخرجاته، وهياكل طلبات/استجابات HTTP (استدعاءات نماذج LLM، واجهات برمجة التطبيقات الخارجية)، واختياريًا عمليات قاعدة البيانات وإدخال/إخراج الملفات ^DD. يتم تقييم كل حدث مقابل سياسات الحوكمة المكونة في الوقت الفعلي (Real-time) وتسجيله مع قرار: 'تمت الموافقة'، 'تم الحظر'، أو 'تم وضع علامة' ^D.

عقبات النشر المؤسسي التي يعالجها التكامل

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

غياب مسار التدقيق لسير عمل الوكيل الطويلة والمعقدة.
ينتج عن التنفيذ الدائم (Durable execution) جلسات وكيل متعددة الخطوات وطويلة مع استدعاءات أدوات ووكلاء فرعيين. يلتقط التكامل جدولًا زمنيًا كاملاً للأحداث مرتبًا ترتيبًا زمنيًا مع إمكانية إعادة تشغيل الجلسة (Session replay)، مما يمنح المدققين سجلات واضحة ومضادة للتلاعب لكل خطوة ^DD.

عدم القدرة على إثبات الحوكمة بعد التنفيذ.
توفر شهادات الإثبات المشفرة أدلة موقّعة ومجزّأة (Merkle tree) ومناسبة لعمليات تدقيق الامتثال والنزاعات القانونية والتحقيقات في الحوادث ^D.

صعوبة التكامل مع البنى الحالية للوكلاء.
تتطلب الإضافة فقط استبدال أمر استيراد (Import swap) دون أي تغيير في المنطق، مما يعني أن الفرق لا تحتاج إلى إعادة كتابة سير عمل Temporal أو كود تنسيق الوكيل الخاص بها ^DD.

استراتيجية التكامل الأوسع

تكامل OpenBox مع Temporal هو الأول في استراتيجية متعددة المحركات. تدعم OpenBox حاليًا تكاملات نشطة مع LangChain وLangGraph وMastra وCrewAI وCopilotKit، مع إدراج n8n وOpenClaw وCursor وAmazon Bedrock وCloudflare Agents SDK كتكاملات قادمة قريبًا ^O. نموذج الشركة هو غلاف SDK واحد (Single SDK wrapper) يضيف طبقة ثقة فوق أي إطار عمل وكيل (Agent framework) أو محرك سير عمل دون الحاجة لتغييرات معمارية ^O.

التحول الأوسع في الصناعة نحو ضوابط وقت التنفيذ (Runtime-level Controls)

يعكس هذا التكامل اتجاهًا واضحًا في الصناعة: مع انتقال المؤسسات بوكلاء الذكاء الاصطناعي من النماذج الأولية إلى الإنتاج، تثبت الأساليب القائمة على المحيطات (Perimeter-based) أو تلك التي تركز فقط على مرحلة ما قبل النشر أنها غير كافية. التحول هو نحو الحوكمة أثناء وقت التنفيذ (Runtime Governance) — أي تطبيق السياسات، وتسجيل القرارات، وإنتاج شهادات التشفير في لحظة التنفيذ، وليس قبله أو بعده ^MP. وقد وصفت الأبحاث الأكاديمية هذا بأنه شرط لتحقيق "قابلية التحقق السلوكي" (Behavioral verifiability) و"قابلية تدقيق التفاعل" (Interaction auditability) — ضمان أن الوكلاء نفذوا عملياتهم الحاسوبية المعلنة وتركوا سجلات مضادة للتلاعب لسياق التنفيذ ^A. تكامل OpenBox-Temporal هو تجسيد ملموس لهذا المبدأ، حيث يدمج الثقة مباشرةً في بيئة التنفيذ الدائم حيث يعمل الوكلاء فعليًا.