mirror of
https://github.com/trustgraph-ai/trustgraph.git
synced 2026-04-25 00:16:23 +02:00
Structure the tech specs directory (#836)
Tech spec some subdirectories for different languages
This commit is contained in:
parent
48da6c5f8b
commit
e7efb673ef
423 changed files with 0 additions and 0 deletions
113
docs/tech-specs/ar/architecture-principles.ar.md
Normal file
113
docs/tech-specs/ar/architecture-principles.ar.md
Normal file
|
|
@ -0,0 +1,113 @@
|
|||
---
|
||||
layout: default
|
||||
title: "أسس هيكل الرسم البياني للمعرفة"
|
||||
parent: "Arabic (Beta)"
|
||||
---
|
||||
|
||||
# أسس هيكل الرسم البياني للمعرفة
|
||||
|
||||
> **Beta Translation:** This document was translated via Machine Learning and as such may not be 100% accurate. All non-English languages are currently classified as Beta.
|
||||
|
||||
## الأساس الأول: نموذج الرسم البياني للعلاقة بين الموضوع والمسند والموضوع (SPO)
|
||||
**القرار**: اعتماد نموذج SPO/RDF كنموذج تمثيل المعرفة الأساسي
|
||||
|
||||
**السبب**:
|
||||
يوفر أقصى قدر من المرونة وقابلية التشغيل البيني مع تقنيات الرسم البياني الحالية
|
||||
يمكّن الترجمة السلسة إلى لغات استعلام عن الرسم البياني الأخرى (مثل SPO → Cypher، ولكن ليس العكس)
|
||||
يخلق أساسًا "يفتح الكثير" من القدرات اللاحقة
|
||||
يدعم كل من علاقات العقدة إلى العقدة (SPO) وعلاقات العقدة إلى القيمة الحرفية (RDF)
|
||||
|
||||
**التنفيذ**:
|
||||
الهيكل الأساسي للبيانات: `node → edge → {node | literal}`
|
||||
الحفاظ على التوافق مع معايير RDF مع دعم عمليات SPO الموسعة
|
||||
|
||||
## الأساس الثاني: تكامل الرسم البياني الأصلي لنماذج اللغة الكبيرة (LLM)
|
||||
**القرار**: تحسين هيكل وعمليات الرسم البياني للتفاعل مع نماذج اللغة الكبيرة
|
||||
|
||||
**السبب**:
|
||||
الحالة الرئيسية هي تفاعل نماذج اللغة الكبيرة مع الرسوم البيانية للمعرفة
|
||||
يجب أن تعطي خيارات تقنية الرسم البياني الأولوية لتوافق نماذج اللغة الكبيرة على اعتبارات أخرى
|
||||
يمكّن سير عمل معالجة اللغة الطبيعية التي تستفيد من المعرفة المنظمة
|
||||
|
||||
**التنفيذ**:
|
||||
تصميم مخططات الرسم البياني التي يمكن لنماذج اللغة الكبيرة الاستدلال عليها بشكل فعال
|
||||
التحسين لأنماط التفاعل الشائعة لنماذج اللغة الكبيرة
|
||||
|
||||
## الأساس الثالث: التنقل في الرسم البياني القائم على التضمين
|
||||
**القرار**: تنفيذ تعيين مباشر من استعلامات اللغة الطبيعية إلى عقد الرسم البياني عبر التضمينات
|
||||
|
||||
**السبب**:
|
||||
يمكّن المسار الأبسط من استعلام معالجة اللغة الطبيعية إلى التنقل في الرسم البياني
|
||||
يتجنب خطوات توليد استعلام وسيطة معقدة
|
||||
يوفر قدرات بحث دلالي فعالة داخل هيكل الرسم البياني
|
||||
|
||||
**التنفيذ**:
|
||||
`NLP Query → Graph Embeddings → Graph Nodes`
|
||||
الحفاظ على تمثيلات التضمين لجميع كيانات الرسم البياني
|
||||
دعم مطابقة تشابه دلالي مباشر لحل الاستعلامات
|
||||
|
||||
## الأساس الرابع: حل الكيانات الموزع مع المعرفات الحتمية
|
||||
**القرار**: دعم استخراج المعرفة المتوازي مع تحديد الكيانات الحتمي (قاعدة 80٪)
|
||||
|
||||
**السبب**:
|
||||
**مثالي**: يتيح استخراج العملية الفردية مع رؤية حالة كاملة حل الكيانات المثالي
|
||||
**الواقع**: تتطلب متطلبات قابلية التوسع قدرات معالجة متوازية
|
||||
**حل وسط**: التصميم من أجل تحديد الكيانات الحتمي عبر العمليات الموزعة
|
||||
|
||||
**التنفيذ**:
|
||||
تطوير آليات لتوليد معرفات متسقة وفريدة عبر أدوات استخراج المعرفة المختلفة
|
||||
يجب أن يتم حل نفس الكيان المذكور في عمليات مختلفة إلى نفس المعرف
|
||||
الاعتراف بأنه قد تتطلب ~20٪ من الحالات الخاصة نماذج معالجة بديلة
|
||||
تصميم آليات احتياطية لسيناريوهات حل الكيانات المعقدة
|
||||
|
||||
## الأساس الخامس: بنية قائمة على الأحداث مع النشر والاشتراك
|
||||
**القرار**: تنفيذ نظام رسائل النشر والاشتراك لتنسيق النظام
|
||||
|
||||
**السبب**:
|
||||
يمكّن الفصل بين مكونات استخراج وتخزين واستعلام المعرفة
|
||||
يدعم التحديثات والإشعارات في الوقت الفعلي عبر النظام
|
||||
يسهل سير عمل معالجة موزعة وقابلة للتطوير
|
||||
|
||||
**التنفيذ**:
|
||||
تنسيق مدفوع بالرسائل بين مكونات النظام
|
||||
تدفقات الأحداث لتحديثات المعرفة وإكمال الاستخراج ونتائج الاستعلام
|
||||
|
||||
## الأساس السادس: تواصل الوكيل القابل لإعادة الدخول
|
||||
**القرار**: دعم عمليات النشر والاشتراك القابلة لإعادة الدخول لمعالجة قائمة على الوكلاء
|
||||
|
||||
**السبب**:
|
||||
يمكّن سير عمل الوكيل المعقد حيث يمكن للوكلاء تشغيل والرد على بعضهم البعض
|
||||
يدعم خطوط أنابيب معالجة المعرفة المعقدة والمتعددة الخطوات
|
||||
يسمح بأنماط المعالجة التكرارية والتكرارية
|
||||
|
||||
**التنفيذ**:
|
||||
يجب أن يتعامل نظام النشر والاشتراك مع المكالمات القابلة لإعادة الدخول بأمان
|
||||
آليات تنسيق الوكيل التي تمنع الحلقات اللانهائية
|
||||
دعم تنسيق سير عمل الوكيل
|
||||
|
||||
## الأساس السابع: تكامل متجر البيانات العمودي
|
||||
**القرار**: ضمان توافق الاستعلام مع أنظمة التخزين العمودية
|
||||
|
||||
**السبب**:
|
||||
يمكّن الاستعلامات التحليلية الفعالة على مجموعات بيانات المعرفة الكبيرة
|
||||
يدعم حالات استخدام ذكاء الأعمال وإعداد التقارير
|
||||
يربط بين تمثيل المعرفة القائم على الرسم البياني وسير العمل التحليلي التقليدي
|
||||
|
||||
**التنفيذ**:
|
||||
طبقة ترجمة الاستعلام: استعلامات الرسم البياني → استعلامات عمودية
|
||||
استراتيجية تخزين هجينة تدعم عمليات الرسم البياني وأحمال العمل التحليلية
|
||||
الحفاظ على أداء الاستعلام عبر كلا النماذجين
|
||||
|
||||
--
|
||||
|
||||
## ملخص مبادئ البنية
|
||||
|
||||
1. **المرونة أولاً**: يوفر نموذج SPO أقصى قدر من القدرة على التكيف
|
||||
2. **التحسين لنماذج اللغة الكبيرة**: تأخذ جميع القرارات التصميمية في الاعتبار متطلبات تفاعل نماذج اللغة الكبيرة
|
||||
3. **الكفاءة الدلالية**: تعيين مباشر من التضمين إلى العقدة لأداء استعلام أمثل
|
||||
4. **قابلية التوسع العملية**: الموازنة بين الدقة المثالية والمعالجة الموزعة العملية
|
||||
5. **التنسيق القائم على الأحداث**: يمكّن النشر والاشتراك من الفصل وقابلية التوسع
|
||||
6. **صديقة للوكيل**: دعم سير عمل معالجة متعددة الوكلاء
|
||||
7. **التوافق التحليلي**: ربط بين نماذج الرسم البياني والأعمدة للاستعلامات الشاملة
|
||||
|
||||
تحدد هذه الأسس بنية رسم بياني للمعرفة تحقق التوازن بين الدقة النظرية ومتطلبات قابلية التوسع العملية، ومحسنة للتكامل مع نماذج اللغة الكبيرة والمعالجة الموزعة.
|
||||
Loading…
Add table
Add a link
Reference in a new issue