Jev من TypeSafe

نماذج System One: قرارات منظّمة يمكن للكود استهلاكها مباشرة — المفهوم، حالات الاستخدام، والمكاسب المتوقعة

2026-09-20 نسخة عمل
خلفية هندسية مجردة بألوان الهوية

محاور العرض

من الفهم إلى القرار: خمسة محاور قصيرة تنتهي بتوصية تبنٍّ عملية قابلة للقياس.

01

ما هو Jev؟

نظام قرارات من فئة System One يعيد قيمًا واحتمالات بدل النصوص.

02

كيف يعمل؟

الحالة والأسئلة الذرية والثقة: دورة الطلب الواحد خطوة بخطوة.

03

لماذا يختلف؟

مقارنة عملية مع النماذج اللغوية العامة في المخرجات والزمن والتكلفة.

04

أين نستفيد منه؟

حالات استخدام عملية للمركز مدعومة بأدلة من تجارب منشورة.

05

الطريق إلى التبنّي

اعتبارات التطبيق، خارطة المراحل، والقرار المطلوب من القيادة.

ما هو Jev؟

المفهوم، وحدات القرار، ودورة العمل داخل الأنظمة القائمة.

المفهوم

من توليد النص إلى اتخاذ القرار

النماذج اللغوية صُممت لتُنتج نصًا يقرؤه الإنسان؛ لكن الأنظمة تحتاج قرارات يستهلكها الكود مباشرة.

عند استخدام نموذج لغوي عام لاتخاذ قرار، نصوغ تعليمات نصية ونطلب مخرجات مهيكلة، ثم نحلّل الناتج لنستخرج قيمة صالحة للبرمجة — وهي حلقة هشّة: عرضة للتغيّر، وصعبة القياس، وأغلى مما يلزم.

  • Jev نموذج من فئة System One: يستقبل «حالة» (نصًا أو JSON منظّمًا) وأسئلة معرّفة مسبقًا، ويعيد قيمًا نمطية وتوزيعات احتمالات ودرجة ثقة.
  • المخرجات جاهزة للبرمجة مباشرة: قيمة محددة + احتمالات + ثقة من 0 إلى 1، بلا نص حر وبلا تحليل لاحق.
  • عدم اليقين معلن: احتمال قريب من 0.5 يخبر الكود أن الوقت مناسب للمراجعة البشرية لا للتنفيذ الآلي.
قاعدة العمل الكود يملك المسار والقواعد الحتمية والتكامل مع الأنظمة؛ وJev يُستدعى فقط حيث نحتاج فهمًا دلاليًا أو حكمًا منظّمًا على اللغة.
وحدات القرار

الأسئلة الثلاثة: وحدات القرار

ثلاث وحدات بناء تُستدعى مثل التوابع، ويمكن جمع العشرات منها في طلب واحد على الحالة نفسها.

Choice

اختيار من قائمة

يختار خيارًا واحدًا من مجموعة محددة، ويعيد الخيار مع احتمال لكل خيار وثقة. مثال: أي فريق يتولى هذه التذكرة؟

Noul

سؤال نعم / لا

يعيد احتمالًا واحدًا من 0 إلى 1 لصحة عبارة. مثال: هل تطلب الرسالة بيانات دخول حساسة؟ وعند تعدد الأوصاف يُطرح سؤال مستقل لكل وصف.

Score

تقييم على سلّم

يقيّم الحالة على مستويات مرتبة موصوفة، ويعيد درجة مع احتمالات المستويات. مثال: ما درجة انزعاج العميل؟

الثقة تُحسب من تركيز التوزيع الاحتمالي، وتصبح عتبة في الكود: تنفيذ تلقائي، مراجعة، أو تصعيد.

كيف يعمل

كيف يعمل الطلب الواحد؟

طلب واحد يحمل الحالة وكل الأسئلة، وتقييم متوازٍ يعيد إجابات مطبوعة جاهزة لقرار الكود.

01

الحالة (State)

نجهّز السياق اللازم فقط: نص التذكرة، السياسة ذات الصلة، بيانات الطلب. يُقبل النص أو JSON منظّمًا مع مسارات محددة.

02

الأسئلة (Questions)

نعرّف أسئلة ذرية واضحة: ما الذي نقيسه بالضبط، وما الخيارات أو المستويات. عشرات الأسئلة في الطلب نفسه.

03

تقييم متوازٍ

يقيّم Jev كل سؤال على حدة وبالتوازي على الحالة نفسها؛ إجابة سؤال لا تتسرب إلى سؤال آخر.

04

إجابات مطبوعة

قيم محددة + احتمالات معايرة + ثقة من 0 إلى 1. لا نص حر، ولا حاجة لتحليل المخرجات لاحقًا.

النتيجة: الكود يجمع الإجابات ويطبّق القواعد والعتبات ليقرر — تنفيذ تلقائي، أو مراجعة بشرية، أو تصعيد إلى نموذج أقوى.
مقارنة

الفرق الجوهري عن النماذج اللغوية العامة

نفس قدرة الفهم اللغوي، لكن بمخرجات وإدارة يقين مصممتين ليستدعيها الكود لا ليقرأها الإنسان.

المعيار نموذج لغوي عام Jev من TypeSafe
طبيعة المخرجات نص حر يُقرأ ثم يُحلَّل قيمة نمطية جاهزة للكود
عدم اليقين ثقة معلنة غير معايرة احتمالات معايرة + ثقة من 0 إلى 1
زمن الاستجابة ثوانٍ لكل استدعاء نحو 100ms لكل طلب
تعدد الأسئلة استدعاء منفصل غالبًا عشرات الأسئلة في طلب واحد متوازٍ
موقع المنطق داخل التعليمات النصية القواعد والمسار في الكود
التكلفة ترتفع مع كثافة التشغيل بالإدخال فقط، والإخراج مجاني
أرقام

أرقام تعرّف الجدوى

أرقام تشغيلية تعني مباشرة: سرعة في المسار، وتكلفة قابلة للتوسع، وسياق يكفي للتذاكر والوثائق.

≈ 100ms
زمن الاستجابة النموذجي لكل طلب؛ مناسب للمسارات اللحظية والواجهات.
12.2x
خفض التكلفة عند تجميع 13 سؤالًا في طلب واحد بدل استدعاءات منفصلة.
10x
تسريع في الزمن الكلي عند النهج نفسه مقارنة بالاستدعاءات المتتابعة.
64k
رمز نافذة سياق لكل طلب: الحالة + كل الأسئلة، وسقف 32k للحالة مع أطول سؤال.
0.042$
تكلفة كل مليون رمز إدخال (42 دولارًا للمليار)؛ رموز الإخراج مجانية.

المصادر: صفحات النماذج وتجربة Parallel questions في وثائق TypeSafe؛ تُقاس الفائدة الفعلية على بيانات المركز قبل التوسع.

حالات الاستخدام والمكاسب

من أين نبدأ، وما الذي يمكن أن يتغيّر فعليًا في العمل اليومي.

خريطة الاستخدام

فئات الاستخدام الست

أنماط متكررة يمكن أن نجد لأغلبها مقابلًا في مسارات العمل الحالية للمركز.

01

أتمتة خلفية بلا مرافقة

قرارات دلالية داخل مسارات جاهزة، تعمل ملايين المرات دون متابعة بشرية، لأن التحكم في المسار يبقى للكود.

02

تطبيقات لحظية

نحو 100ms تجعل الحكم الدلالي أسرع من إدراك المستخدم، فيصلح للتضمين في الواجهات والمساعدات التفاعلية.

03

معالجة بيانات ضخمة

تصنيف وترتيب واستخراج على نطاقات واسعة من السجلات والمراسلات، بتكلفة تُغيّر جدوى المعالجة الشاملة.

04

تحقق شامل من الذكاء الاصطناعي

فحص مدخلات ومخرجات أي نموذج آخر: حقن الأوامر، الهلوسة، الاقتباسات، وأخطاء استدعاء الأدوات.

05

بحث واسترجاع دلالي

بديل أو مكمّل لتقنية Embeddings: تقييم الصلة بين الاستعلام والمرشحات وإعادة ترتيبها قبل عرضها للنموذج.

06

هندسة منصات الوكلاء

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

حالات عملية

حالات عملية للمركز

ثلاث حالات نبدأ بها، واثنتان على الخارطة اللاحقة بعد قياس النتائج.

الحالة الآلية الجوهرية المكتسب المتوقع الأولوية
فرز وتوجيه تذاكر الدعم Choice للفريق + Noul لمؤشرات الحساسية توجيه فوري وزمن خدمة أقل ابدأ الآن
حماية المساعد الذكي والمراسلات Noul لحقن الأوامر والتسريب + Score للشدة حماية البيانات والسمعة ابدأ الآن
التحقق من التقارير المولّدة Choice لدعم المصدر للاقتباس تقليل الهلوسة قبل النشر المرحلة التالية
استخراج بيانات المراسلات ترشيح بالقواعد ثم اختيار النطاق الصحيح إدخال أدق دون نماذج كبيرة المرحلة التالية
تصنيف الوثائق هرميًا اختيارات متوازية عبر مستويات التصنيف توجيه أدق وتقارير متسقة خارطة لاحقة
دليل

أثر تجميع الأسئلة في طلب واحد

13 سؤالًا على المحتوى نفسه: تجميعها في طلب واحد خفّض التكلفة 12.2 مرة وقلّل الزمن 10 مرات، دون تغيّر في الإجابات.

التكلفة النسبية

طلب واحد شامل = 1

13 استدعاء منفصلًا
12.2x
طلب واحد شامل
1x

الزمن النسبي

طلب واحد شامل = 1

13 استدعاء منفصلًا
10x
طلب واحد شامل
1x
13 استدعاء منفصلًا: تكلفة نسبية 12.2 — كل سؤال في رحلة منفصلة إلى النموذج بسياق يعاد إرساله.

المصدر: تجربة Parallel questions في وثائق TypeSafe على 13 سؤالًا تنظيميًا لوثيقة GDPR. القيم نسبية توضح حجم الأثر.

دليل

دليل من البحث الدلالي وإعادة الترتيب

بحث قانوني على 40 استعلامًا: Jev أعاد ترتيب المرشحات فقفزت دقة النتائج الأولى، دون تغيير بنية منظومة البحث.

دقة الإجابة الأولى (Top-1)
5% 18%

تحسّن يقارب 3.6 أضعاف: الاسترجاع وجد الإجابة أصلًا، وأسئلة Jev رفعتها إلى المرتبة الأولى قبل إرسالها للنموذج.

دقة أفضل عشر نتائج (Top-10)
38% 62%

تحسّن 24 نقطة مئوية في جودة السياق الواصل للنموذج، ما ينعكس مباشرة على دقة الإجابات المولّدة.

المصدر: تجربة Re-ranking في وثائق TypeSafe على 40 استعلامًا من مجموعة CLERC بعد استرجاع BM25 لـ30 مقطعًا لكل استعلام.

المكاسب

المكاسب المتوقعة للمركز

القيمة ليست في «ذكاء إضافي»، بل في جعل الحكم الدلالي جزءًا موثوقًا من الأنظمة القائمة.

  • تحكم كامل ومسار معلن: القرار يُدمج في كودنا بقواعد وعتبات نراجعها ونطوّرها.
  • كلفة تشغيل منخفضة: التسعير بالإدخال فقط، والإخراج مجاني، وتجميع الأسئلة يضاعف الفائدة.
  • سرعة تناسب الخدمات التفاعلية: نحو 100ms تسمح بالتضمين في الواجهات ومسارات الطلبات.
  • ثقة قابلة للقياس: احتمالات معايرة وتصعيد بشري منظم، بدل الاختيار بين أتمتة عمياء أو معالجة يدوية.
  • خصوصية بيانات: لا تدريب على بيانات العملاء، مع خيار عدم الاحتفاظ للعملاء المؤسسيين.
توضيح هندسي لتدفقات البيانات والحماية والتقارير
صورة توضيحية مولّدة — بلا شعارات أو نصوص
اعتبارات

اعتبارات وقيود نتعامل معها بوعي

التبنّي الواعي يبدأ بمعرفة حدود الأداة الحالية كما نعرف قوتها.

  • الإدخال نصي فقط حاليًا (لا صور أو صوت أو فيديو)؛ ما عدا ذلك يُحوَّل نصًا أو حقولًا قبل الإرسال.
  • أفضل أداء بالإنجليزية؛ العربية مدعومة وتحتاج اختبارًا ومعايرة على محتوانا مع مراقبة الثقة.
  • لا يقدّم Jev شرحًا مكتوبًا لأسباب قراره؛ التتبع يتحقق عبر الأسئلة الذرية والقيم والاحتمالات المسجلة.
  • المعايرة إحصائية على مستوى المجموعات لا الحالات الفردية؛ نضبط العتبات محليًا بحسب حساسية كل إجراء.
خطة التعامل نبدأ بتجربة ضيقة على بيانات حقيقية، ونقيس الدقة والزمن والتكلفة، مع احتياط بشري للحالات الحرجة وإعادة محاولة منظمة عند حدود الخدمة.
خارطة التبنّي

خارطة تبنٍّ تدريجية

أربع مراحل قصيرة، لكل مرحلة مخرج واضح قبل الانتقال إلى التالية.

01

حالة واحدة ضيقة

نبدأ بحالة عالية القيمة منخفضة المخاطر — مثل فرز تذاكر الدعم — ونحدد المخرجات والقرار المطلوب بدقة.

02

تصميم الحالة والأسئلة

نكتب الحالة المنظّمة والأسئلة الذرية وعتبات الثقة وقواعد الدمج في الكود، بالشراكة بين فريق العمل والتقنية.

03

قياس على بياناتنا

نراجع المعايرة والدقة مقابل الوضع الحالي، ونحدد التوفير في الزمن والجهد والتكلفة بأرقام موثقة.

04

توسّع تدريجي

نضيف الحالات التالية: حماية، تحقق، استخراج — مع ربط بالأنظمة وحوكمة واضحة للمراجعة البشرية.

مبدأ التوسع: لا ننتقل إلى مرحلة تالية إلا بعد أن يثبت مخرج المرحلة الحالية قيمته على بيانات حقيقية.
قرار

مصفوفة الأولويات والقرار

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

شكـــــرًا

Jev من TypeSafe — عرض تعريفي وحالات استخدام