
# استخراج الأدلة باستخدام الذكاء الاصطناعي متعدد الوسائط لاستبيانات الأمان

تُعد استبيانات الأمان بوابات كل صفقة SaaS B2B. يُطلب من البائعين تقديم أدلة—ملفات PDF للسياسات، مخططات بنية النظام، مقتطفات شيفرة، سجلات تدقيق، وحتى لقطات شاشة للوحة التحكم. تقليديًا، تقضي فرق الأمان والامتثال **ساعات** في تصفح المستودعات، نسخ الملفات، وإرفاقها يدويًا بحقول الاستبيان. النتيجة هي عنق زجاجة يبطئ دورات المبيعات، يزيد الأخطاء البشرية، ويخلق فجوات تدقيق.

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

في هذه المقالة سنستعرض:

1. شرح لماذا يفتقر النهج أحادي الوسائط (نماذج اللغة الكبيرة النصية فقط) إلى القدرة على تلبية حملات الامتثال الحديثة.  
2. تفصيل بنية محرك استخراج الأدلة متعدد الوسائط المبني على Procurize.  
3. عرض كيفية تدريب، تقييم، وتحسين النظام باستمرار باستخدام تقنيات **تحسين محرك التوليد (GEO)**.  
4. تقديم مثال شامل من سؤال أمان إلى إرفاق الدليل تلقائيًا.  
5. مناقشة القضايا المتعلقة بالحكم، الأمان، وقابلية التدقيق.  

> **الخلاصة الرئيسية:** الذكاء الاصطناعي متعدد الوسائط يحول استخراج الأدلة من مهمة يدوية إلى خدمة قابلة للتكرار، قابلة للتدقيق، ويقلل زمن الرد على الاستبيانات بما يصل إلى 80 % مع الحفاظ على صرامة الامتثال.

---

## 1. حدود نماذج اللغة الكبيرة النصية فقط في سير عمل الاستبيانات

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

| نوع الدليل | الصيغة الشائعة | الصعوبة على نموذج اللغة النصية فقط |
|------------|----------------|--------------------------------------|
| **مخططات بنية النظام** | PNG, SVG, Visio | تحتاج إلى فهم بصري |
| **ملفات التكوين** | YAML, JSON, Terraform | بنية منظمة ولكن غالبًا متداخلة |
| **مقتطفات شيفرة** | Java, Python, Bash | تحتاج إلى استخراج واعي للتركيب |
| **لقطات شاشة للوحة التحكم** | JPEG, PNG | يجب قراءة عناصر الواجهة، الطوابع الزمنية |
| **جداول في تقارير PDF** | PDF, صور ممسوحة | OCR + تحليل جداول مطلوب |

عند سؤال مثل *«قدّم مخطط شبكة يوضح تدفق البيانات بين بيئات الإنتاج والنسخ الاحتياطي»*، لا يستطيع نموذج نصي فقط سوى الرد بوصف؛ لا يستطيع تحديد الموقع، التحقق، أو تضمين الصورة الفعلية. هذه الفجوة تجبر المستخدمين على التدخل، ما يعيد الجهد اليدوي الذي نسعى لإزالته.

---

## 2. بنية محرك استخراج الأدلة متعدد الوسائط

فيما يلي مخطط عالي المستوى للمحرك المقترح، المتكامل مع مركز الاستبيانات الأساسي في Procurize.

```mermaid
graph TD
    A["المستخدم يقدّم عنصر استبيان"] --> B["خدمة تصنيف الأسئلة"]
    B --> C["منسق الاسترجاع متعدد الوسائط"]
    C --> D["متجر المتجهات النصية (FAISS)"]
    C --> E["متجر تمثيلات الصور (CLIP)"]
    C --> F["متجر تمثيلات الشيفرة (CodeBERT)"]
    D --> G["مطابقة دلالية (LLM)"]
    E --> G
    F --> G
    G --> H["محرك ترتيب الأدلة"]
    H --> I["إثراء البيانات الوصفية للامتثال"]
    I --> J["إرفاق تلقائي لمهمة Procurize"]
    J --> K["تحقق بشري في الحلقة"]
    K --> L["إدخال سجل تدقيق"]
```

### 2.1 المكونات الأساسية

1. **خدمة تصنيف الأسئلة** – تستخدم نموذج لغة مدقق لتوسيم عناصر الاستبيان بأنواع الأدلة المتوقعة (مثلاً “مخطط شبكة”، “ملف سياسة الأمن PDF”، “قالب Terraform”).  
2. **منسق الاسترجاع متعدد الوسائط** – يوجه الطلب إلى مخازن التمثيلات المناسبة بناءً على التصنيف.  
3. **متاجر التمثيلات**  
   * **المتجر النصي** – فهرس FAISS مبني من جميع مستندات السياسات، تقارير التدقيق، وملفات markdown.  
   * **متجر الصور** – تمثيلات CLIP مُستخرجة من كل مخطط، لقطة شاشة، وSVG مخزنة في مستودع المستندات.  
   * **متجر الشيفرة** – تمثيلات CodeBERT لجميع ملفات المصدر، إعدادات CI/CD، وقوالب البنية ككود (IaC).  
4. **طبقة المطابقة الدلالية** – محول عابر للوسائط يدمج تمثيل الاستعلام مع متجهات كل وسائط، ويعيد قائمة مرتبة من الأصول المرشحة.  
5. **محرك ترتيب الأدلة** – يطبق معايير **تحسين محرك التوليد**: الحداثة، حالة التحكم في الإصدارات، علامة صلة الامتثال، ومستوى الثقة من نموذج اللغة.  
6. **إثراء البيانات الوصفية للامتثال** – يضيف تراخيص SPDX، طوابع زمنية للتدقيق، وعلامات حماية البيانات لكل أصل.  
7. **تحقق بشري في الحلقة (HITL)** – واجهة في Procurize تعرض أفضل 3 اقتراحات؛ يمكن للمراجع الموافقة، الاستبدال، أو الرفض.  
8. **إدخال سجل تدقيق** – يُسجل كل إرفاق تلقائي بتجزئة تشفيرية، توقيع المراجع، وثقة الذكاء الاصطناعي، ما يحقق متطلبات SOX و[GDPR](https://gdpr.eu/).

### 2.2 خط أنابيب إدخال البيانات

1. **المزاح** يمسح مشاركة الملفات المؤسسية، مستودعات Git، وسلال التخزين السحابي.  
2. **المعالج المسبق** ينفّذ OCR على ملفات PDF الممسوحة (Tesseract)، يستخرج الجداول (Camelot)، ويحوّل ملفات Visio إلى SVG.  
3. **مولد التمثيلات** ينتج متجهات خاصة بالوسائط ويخزنها مع بيانات وصفية (مسار الملف، الإصدار، المالك).  
4. **التحديث التدريجي** – خدمة كشف تغيّر (watchdog) تُعيد تمثيل الأصول المعدلة فقط، لتبقي المتاجر محدثة في شبه الوقت الحقيقي.

---

## 3. تحسين محرك التوليد (GEO) لاستخراج الأدلة

**GEO** هو طريقة منهجية لضبط كامل خط أنابيب الذكاء الاصطناعي—not فقط نموذج اللغة—بحيث يتحسن مقياس KPI النهائي (وقت إكمال الاستبيان) مع الحفاظ على جودة الامتثال.

| مرحلة GEO | الهدف | المقاييس الأساسية |
|-----------|--------|-------------------|
| **جودة البيانات** | ضمان أن التمثيلات تعكس أحدث وضعية امتثال | % من الأصول المجددة < 24 ساعة |
| **هندسة التعليمات** | صياغة مطالبات استرجاع توجه النموذج للوسائط الصحيحة | درجة ثقة الاسترجاع |
| **معايرة النموذج** | مواءمة مستويات الثقة مع معدلات قبول المراجع البشرية | معدل الإيجابيات الخاطئة < 5 % |
| **حلقة التغذية الراجعة** | التقاط إجراءات المراجع لتحسين التصنيف والترتيب | متوسط زمن الموافقة (MTTA) |
| **التقييم المستمر** | تشغيل اختبارات A/B ليلية على مجموعة تحقق تاريخية | انخفاض متوسط زمن الإجابة |

### 3.1 مثال على مطالبة استرجاع متعدد الوسائط

```
[QUESTION] قدّم أحدث تقرير تدقيق SOC 2 Type II يغطي تشفير البيانات أثناء التخزين.

[CONTEXT] استرجع ملف PDF يتضمن القسم المتعلق بالتدقيق. أعطِ معرف المستند، نطاق الصفحات، ومقتطفًا موجزًا.

[MODALITY] text
```

المنسق يفسر علامة `[MODALITY]` ويستدعي **متجر النصوص** فقط، مما يقلل الضوضاء من تمثيلات الصور أو الشيفرة.

### 3.2 العتبات التكيفية

باستخدام **التحسين البيزي**، يضبط النظام تلقائيًا عتبة الثقة لكل وسائط. عندما يوافق المراجعون باستمرار على اقتراحات ذات ثقة > 0.78 للمخططات، ترتفع العتبة، ما يقلل عدد المراجعات غير الضرورية. وعلى العكس، إذا تلقت مقتطفات الشيفرة العديد من الرفض، تُخفض العتبة لتوفير المزيد من المرشحين.

---

## 4. مثال شامل من سؤال إلى دليل مرفق تلقائيًا

### 4.1 السؤال

> *«أرفق مخططًا يوضح تدفق بيانات العملاء من الإدخال إلى التخزين، بما في ذلك نقاط التشفير.»*

### 4.2 تدفق الخطوات

| الخطوة | الإجراء | النتيجة |
|-------|----------|----------|
| 1 | المستخدم ينشئ عنصر استبيان جديد في Procurize. | معرف العنصر `Q‑2025‑1123`. |
| 2 | خدمة التصنيف تضع علامة على الاستعلام كـ `evidence_type: network diagram`. | الوسائط = **صورة**. |
| 3 | المنسق يرسل الاستعلام إلى مخزن الصور CLIP. | يسترجع 12 متجهًا مرشحًا. |
| 4 | طبقة المطابقة الدلالية تحسب تشابه القوس بين تمثيل الاستعلام وكل متجه. | أعلى 3 درجات: 0.92، 0.88، 0.85. |
| 5 | محرك الترتيب يقيم الحداثة (آخر تعديل قبل يومين) وعلامات الامتثال (يحتوي على “encryption”). | الترتيب النهائي: المخطط `arch‑data‑flow‑v3.svg`. |
| 6 | واجهة HITL تعرض المخطط مع معاينة، بيانات وصفية (المؤلف، الإصدار، التجزئة). | المراجع ينقر **موافقة**. |
| 7 | النظام يرفق تلقائيًا المخطط بـ `Q‑2025‑1123` ويسجل إدخالًا تدقيقيًا. | سجل التدقيق يظهر ثقة AI 0.91، توقيع المراجع، طابع زمني. |
| 8 | وحدة توليد الإجابة تصوغ نصًا سرديًا يشير إلى المخطط المرفق. | الإجابة جاهزة للتصدير. |

الوقت الإجمالي من الخطوة 1 إلى الخطوة 8 هو **≈ 45 ثانية** مقارنةً بـ **15–20 دقيقة** يستهلكها الجمع اليدوي.

---

## 5. الحوكمة، الأمان، والمسار التدقيقي

أتمتة معالجة الأدلة يثير مخاوف مشروعة:

1. **تسرب البيانات** – يجب تشغيل خدمات التمثيل داخل **شبكة VPC ذات الثقة الصفرية** مع أدوار IAM مشددة. لا تُرسل أي تمثيلات إلى خارج الشبكة المؤسسية.  
2. **التحكم بالإصدارات** – يُخزن كل أصل مع **تجزئة الالتزام Git** (أو نسخة التخزين)؛ عند تحديث المستند تُعطَل التمثيلات القديمة.  
3. **القابلية للتفسير** – يسجل محرك الترتيب درجات التشابه وسلسلة المطالبات، ما يمكّن مسؤولي الامتثال من تتبع *لماذا* تم اختيار ملف معين.  
4. **التوافق التنظيمي** – بإرفاق معرف تراخيص SPDX وفئات معالجة GDPR لكل أصل، يفي المتطلبات الدليلية لـ [ISO 27001](https://www.iso.org/standard/27001) الملحق A.  
5. **سياسات الاحتفاظ** – وظائف التطهير الآلي تحذف تمثيلات المستندات الأقدم من نافذة الاحتفاظ المحددة مؤسسيًا، لضمان عدم بقاء الأدلة المتقادمة.

---

## 6. اتجاهات مستقبلية

### 6.1 استخراج متعدد الوسائط كخدمة (RaaS)

إتاحة المنسق عبر **واجهة GraphQL** بحيث يمكن للأدوات الداخلية الأخرى (مثل فحوصات الامتثال في CI/CD) طلب الأدلة دون المرور بواجهة الاستبيان الكاملة.

### 6.2 دمج رادار التغيّر التنظيمي في الوقت الفعلي

دمج محرك متعدد الوسائط مع **رادار التغيّر التنظيمي** في Procurize. عند اكتشاف تنظيم جديد، يعيد تصنيف الأسئلة المتأثرة ويُطلق بحث دليل جديد، ما يضمن بقاء المستندات المرفقة متوافقة.

### 6.3 التعلم الاتحادي عبر الشركات

للمزودين الذين يخدمون عملاء متعددين، يمكن طبقة **التعلم الاتحادي** مشاركة تحديثات تمثيل مجهولة الهوية، مما يحسّن جودة الاسترجاع دون كشف المستندات الخاصة.

---

## 7. الخاتمة

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

النتيجة هي **تسريع هائل** في زمن الاستجابة للاستبيانات، تقليل الأخطاء البشرية، ومسار تدقيقي أقوى—مما يمكّن فرق الأمان، القانونية، والمبيعات من التركيز على تقليل المخاطر الاستراتيجي بدلاً من البحث المتكرر عن المستندات.

---

## <span class='highlight-content'>انظر أيضًا</span>

- [البحث متعدد الوسائط باستخدام CLIP وFAISS – نحو بحث مؤسسي قابل للتوسع](https://arxiv.org/abs/2103.00020)  
- [تحسين محرك التوليد: إطار عمل للتحسين المستمر للذكاء الاصطناعي](https://www.mitre.org/publications/technical-papers/generative-engine-optimization)  
- [بنية الثقة الصفرية لمنصات الامتثال المدعومة بالذكاء الاصطناعي](https://cloud.google.com/solutions/zero-trust-ai)  
- [متطلبات إدارة الأدلة في الملحق A من ISO 27001](https://www.iso.org/standard/73906.html)