تحليل متعدد المراحل بثقة
استخراج نص أصلي أولاً، OCR لو صورة فقط أو ثقة منخفضة، تنظيف LLM لـ OCR. كل مرحلة تسجل ثقتها عشان المستهلكين يعرفون كم يثقون بالمخرج.
يحوّل السير الذاتية والوصف الوظيفي إلى قائمة قصيرة مرتبة مع الأسباب. المسؤول يفتح القائمة، يشوف المرشحين مرتبين، يقرأ السبب، ويتصرف.
يستوعب السير الذاتية (PDF، Word، مسح ضوئي، نص). يحوّل كل وحدة إلى ملف مرشح منظم: التواصل، التعليم، الخبرة، المهارات، الشهادات، الموقع. لأي وظيفة شاغرة، يقيّم كل مرشح مع وصف الوظيفة عبر عدة أبعاد ويطلع قائمة مرتبة بالأسباب. المسؤول يشوف: الدرجة، أعلى 3 أسباب للملاءمة، أعلى 3 مخاوف، فقرة ملخص. يقدر يتجاوز، يرفض، أو يدفع للمرحلة التالية.
قبل: فرق HR ينظرون يدوياً إلى 200-500 سيرة لكل وظيفة. تتبع في Excel. تعليقات تضيع في الإيميلات. مرشحون كبار يندفنون تحت صغار بكلمات طنانة. ما في تسجيل منظم لسبب الرفض. وقت المسؤول يضيع على الفرز بدل المقابلات. بعد: وظيفة كانت تاخذ 5 أيام للفرز، تاخذ 30 دقيقة لمن السير ترفع.
سحب وإفلات أو استيراد جماعي. معالجة أولية: استخراج نص PDF، OCR بديل للمسح الضوئي، DOCX إلى نص.
استدعاء LLM واحد لكل سيرة بـ JSON schema صارم: اسم، تواصل، تعليم، خبرة، مهارات، ملخص. مخالفات الـ schema تعاد؛ بعد 3 فشل تذهب للمراجعة اليدوية.
embedding على مستوى السيرة للنص الكامل، إضافة لـ embeddings على مستوى الأقسام لكل دور ومجموعة مهارات. مخزنة لإعادة التقييم السريع مقابل عدة وظائف.
نفس الـ pipeline للوصف: استخراج المتطلبات الإلزامية/المرغوبة، توليد embedding للوصف.
cosine للـ embedding، إضافة لفلاتر القواعد (سنوات الخبرة، الموقع، اللغة). LLM يطلع إيجابيات/سلبيات/حكم. درجة مجمعة 0-100. المسؤول يشوف قائمة مرتبة.
وقت الفرز
5 أيام → 30 دقيقة
سير لكل وظيفة
200-500
الصيغ المدعومة
PDF، DOCX، OCR للصور
اللغات
عربي + إنجليزي
إعادة الـ schema
3 محاولات ثم يدوي
هذه ليست تصاميم. كل صورة من النظام الشغّال في الإنتاج.





لأي شخص يقيّم النظام من جانب الهندسة: لماذا اختيرت هذي القرارات وما البدائل.
استخراج نص أصلي أولاً، OCR لو صورة فقط أو ثقة منخفضة، تنظيف LLM لـ OCR. كل مرحلة تسجل ثقتها عشان المستهلكين يعرفون كم يثقون بالمخرج.
مهندس backend كبير سوّى سنة frontend مو مرشح frontend. الـ embeddings على مستوى الأقسام تخلينا نطابق الخبرة الصحيحة مع المتطلب الصحيح.
المسؤولون ما يثقون بـ "92% ملاءمة" black-box. يثقون بـ "أعلى 3 أسباب + أعلى 3 مخاوف + ملخص." الـ LLM يطلع الثلاثة.
لما المسؤول يتجاوز الترتيب، تلك الإشارة تغذي أوزان النموذج للمرة الجاية. النظام يتعلم من قرارات حقيقية.
النظام يرتب ويشرح. ما يرفض مرشحاً بدون إنسان في الحلقة. المخاطر عالية.
شارك سير العمل والأنظمة الحالية. خلال 24 ساعة نرد بنطاق وKPIs وجدول وسعر بالريال السعودي.
ابدأ الآنيحوّل السير الذاتية والوصف الوظيفي إلى قائمة قصيرة مرتبة مع الأسباب. المسؤول يفتح القائمة، يشوف المرشحين مرتبين، يقرأ السبب، ويتصرف.
يستوعب السير الذاتية (PDF، Word، مسح ضوئي، نص). يحوّل كل وحدة إلى ملف مرشح منظم: التواصل، التعليم، الخبرة، المهارات، الشهادات، الموقع. لأي وظيفة شاغرة، يقيّم كل مرشح مع وصف الوظيفة عبر عدة أبعاد ويطلع قائمة مرتبة بالأسباب. المسؤول يشوف: الدرجة، أعلى 3 أسباب للملاءمة، أعلى 3 مخاوف، فقرة ملخص. يقدر يتجاوز، يرفض، أو يدفع للمرحلة التالية.
قبل: فرق HR ينظرون يدوياً إلى 200-500 سيرة لكل وظيفة. تتبع في Excel. تعليقات تضيع في الإيميلات. مرشحون كبار يندفنون تحت صغار بكلمات طنانة. ما في تسجيل منظم لسبب الرفض. وقت المسؤول يضيع على الفرز بدل المقابلات. بعد: وظيفة كانت تاخذ 5 أيام للفرز، تاخذ 30 دقيقة لمن السير ترفع.
سحب وإفلات أو استيراد جماعي. معالجة أولية: استخراج نص PDF، OCR بديل للمسح الضوئي، DOCX إلى نص.
استدعاء LLM واحد لكل سيرة بـ JSON schema صارم: اسم، تواصل، تعليم، خبرة، مهارات، ملخص. مخالفات الـ schema تعاد؛ بعد 3 فشل تذهب للمراجعة اليدوية.
embedding على مستوى السيرة للنص الكامل، إضافة لـ embeddings على مستوى الأقسام لكل دور ومجموعة مهارات. مخزنة لإعادة التقييم السريع مقابل عدة وظائف.
نفس الـ pipeline للوصف: استخراج المتطلبات الإلزامية/المرغوبة، توليد embedding للوصف.
cosine للـ embedding، إضافة لفلاتر القواعد (سنوات الخبرة، الموقع، اللغة). LLM يطلع إيجابيات/سلبيات/حكم. درجة مجمعة 0-100. المسؤول يشوف قائمة مرتبة.
وقت الفرز
5 أيام → 30 دقيقة
سير لكل وظيفة
200-500
الصيغ المدعومة
PDF، DOCX، OCR للصور
اللغات
عربي + إنجليزي
إعادة الـ schema
3 محاولات ثم يدوي
هذه ليست تصاميم. كل صورة من النظام الشغّال في الإنتاج.





لأي شخص يقيّم النظام من جانب الهندسة: لماذا اختيرت هذي القرارات وما البدائل.
استخراج نص أصلي أولاً، OCR لو صورة فقط أو ثقة منخفضة، تنظيف LLM لـ OCR. كل مرحلة تسجل ثقتها عشان المستهلكين يعرفون كم يثقون بالمخرج.
مهندس backend كبير سوّى سنة frontend مو مرشح frontend. الـ embeddings على مستوى الأقسام تخلينا نطابق الخبرة الصحيحة مع المتطلب الصحيح.
المسؤولون ما يثقون بـ "92% ملاءمة" black-box. يثقون بـ "أعلى 3 أسباب + أعلى 3 مخاوف + ملخص." الـ LLM يطلع الثلاثة.
لما المسؤول يتجاوز الترتيب، تلك الإشارة تغذي أوزان النموذج للمرة الجاية. النظام يتعلم من قرارات حقيقية.
النظام يرتب ويشرح. ما يرفض مرشحاً بدون إنسان في الحلقة. المخاطر عالية.
شارك سير العمل والأنظمة الحالية. خلال 24 ساعة نرد بنطاق وKPIs وجدول وسعر بالريال السعودي.
ابدأ الآن