jev-latest

Jev هو النموذج الرائد لدى TypeSafe وأول نموذج من الفئة الجديدة System One. لا يكتب النص، بل يتخذ سريعًا قرارات تستطيع البرمجية استخدامها مباشرةً: تقدم الحالة (state) — نصًا أو JSON — ومجموعة أسئلة، وتتلقى قيمًا محددة النوع باحتمالات معايرة.

تكتب النماذج اللغوية الكلمات للناس، بينما Jev، بحسب TypeSafe، أقرب إلى الشيفرة: إجابة بالشكل الذي تحتاجه الشيفرة مباشرةً، وسرعة عالية، ولا قيمة خارج البدائل المحددة. وصُمم النموذج لتقديم إجابات ثابتة عند تكرار الطلبات.

اختلاف System One عن النموذج اللغوي

• لا يولّد. لا يكتب Jev إجابات للمستخدم أو شيفرة، ولا يشرح مسار الاستدلال. أنت تحدد الإجابات المحتملة عبر أحد أنواع الأسئلة الثلاثة.
• مدرّب على قرارات معايرة. تدرب TypeSafe النموذج بطريقة RLCD (Reinforcement Learning for Calibrated Decisions): تُضبط الاحتمالات وفق النتائج الفعلية وتعكس عدم اليقين. ومن بين عدد كبير من الإجابات باحتمال 0,8 يُفترض أن يكون نحو 80% صحيحًا. والمعايرة خاصية لعينة كبيرة، وليست ضمانًا لصحة إجابة منفردة.
• هدف تدريب مختلف. تُدرّب نماذج المحادثة على إرضاء الناس (RLHF)، وترى TypeSafe أن ذلك يشجع التملق والأخطاء التي تبدو واثقة. وأحد المشاركين في ابتكار RLHF، ديوغو ألميدا، شريك مؤسس في TypeSafe.

يشير الاسم إلى «النظام 1» من كتاب دانيال كانيمان «التفكير، السريع والبطيء»: الحكم الحدسي السريع في مقابل التفكير المتأني البطيء لـ«النظام 2». وصُمم Jev لأحكام سريعة ومحددة النطاق.

ثلاثة أنواع من الأسئلة

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

1. Choice — اختيار بديل. قسم طلب الدعم أو فئة المنتج أو لغة مقطع الشيفرة. البدائل قاموس «البديل → الوصف»، حتى 255 بديلًا. تحتوي الإجابة على choice المختار وprobabilities لجميع البدائل (ومجموعها 1) والثقة confidence. وإذا كانت القائمة قد لا تغطي جميع الحالات، فأضف «أخرى» أو «لا شيء مما سبق».
2. Score — تقييم على مقياس. موضع على مقياس مرتب تصفه أنت: شدة الخطأ أو انزعاج العميل أو مستوى المهارة. من 2 إلى 10 مستويات، من الأدنى إلى الأعلى؛ ويقيّم النموذج كل مستوى بصورة مستقلة دون رؤية رقمه أو المستويات المجاورة. تتضمن الإجابة score (مجموع أرقام المستويات مضروبة في احتمالاتها، لذا قد تقع القيمة بين المستويات)، وlegend بأوصاف المستويات، وprobabilities وconfidence.
3. Noul — نعم أو لا. هل العبارة صحيحة؟ الإجابة noul هي احتمال «نعم» من 0 إلى 1: قرب 1 يعني «نعم» واثقة، وقرب 0 يعني «لا» واثقة، وقرب 0,5 يعني تردد النموذج. ولا توجد confidence مستقلة: يصف عدد واحد الإجابة بالكامل. وتوضح criteria الاختيارية ما يُعد «نعم» وما يُعد «لا».

كيفية الاختيار: بدائل معروفة دون ترتيب — choice؛ درجات نطاق — score؛ «نعم/لا» فقط، حيث يهم الاحتمال نفسه — noul. تعني Noul 0,5 فرصًا متساوية لـ«نعم» و«لا»، وليست «مستوى متوسطًا»: فقياس الدرجة من اختصاص score. ومن نوعين مناسبين اختر الذي تتصرف الشيفرة بناءً عليه مباشرةً: choice للتفرعات، وscore للعتبة، وnoul لـif.

يمكن الجمع بين الأنواع في طلب واحد. وتبقى الإجابة محصورة دائمًا في بدائلك ولا تعتمد على الأسئلة الأخرى: ويمكن إضافة الأسئلة أو حذفها دون تغيير الإجابات الأخرى.

الحالة

الحالة هي ما يقيّمه النموذج: رسالة عميل أو مقطع وثيقة أو سجل من قاعدة بيانات أو حالة تطبيقك.

• سلسلة نصية — عندما يكون النص واحدًا: رسالة أو مقالة أو مقطع.
• كائن — حقول مسماة أو سجلات مترابطة أو حالة التطبيق. توصي TypeSafe بالكائن لمعظم الطلبات: إذ يكون لكل جزء اسم واضح.
• مصفوفة — تسلسل رسائل أو سجلات.

أعدّها كما تُعد المواد للخبراء: ضع المراسلات والطلب وقواعد الاسترجاع معًا إذا كان القرار يتطلب مقارنتها. وضع المحتوى في الحالة والأحكام في الأسئلة. وإذا تعلق السؤال بجزء واحد من الحالة، فاذكر فيه المسار إلى ذلك الجزء بين علامات الاقتباس العكسية، مثل ticket.messages[0].text.

كيفية صياغة الأسئلة

• حكم سريع واحد لكل سؤال. السؤال الجيد هو الذي يستطيع شخص مطلع ولديه السياق اللازم الإجابة عنه خلال ثانية: «هل تشير الرسالة إلى الاستعجال؟». أما «حلل الرسالة وقرر ما ينبغي فعله» فهو استدلال بطيء، ويجب تقسيمه إلى أسئلة بسيطة.
• السؤال كاملًا في instructions. مفتاح السؤال، مثل refund_requested، تحتاجه شيفرتك فقط ولا يُمرر إلى النموذج.
• جميع أسئلة الحالة الواحدة في طلب واحد. يقيّمها النموذج بالتوازي: ووفقًا لـTypeSafe، لا تزيد الأسئلة الإضافية وقت الإجابة تقريبًا، ولا تُكلف إلا توكناتها. فالسؤال «احتياطًا» شبه مجاني — وتقرر الشيفرة بنفسها أي إجابات تحتاجها.
• الحكم المعقد على أجزاء. بدلًا من «قيّم طلب شركة ناشئة»، اسأل بصورة مستقلة عن حجم السوق والجدوى التقنية والاختلافات عن المنافسين، واحسب النتيجة في الشيفرة بالأوزان. وإذا تغيرت الأولويات، غيّر الأوزان بدل إعادة صياغة السؤال.
• الأسئلة التابعة في طلب ثانٍ. لا تشكل إجابات الطلب الواحد سياقًا لبعضها. ويُحتاج إلى طلب ثانٍ فقط إذا تعذر تكوينه دون الإجابة الأولى: مثل الحاجة إلى تحميل بيانات إضافية أو اختيار بدائل السؤال التالي.
• السؤال الطويل في كائن. تكون instructions وcriteria عادةً سلسلتين نصيتين، لكن قد تكونان كائنًا أو مصفوفة: السؤال في حقل والبيانات في حقول أخرى. وهذا مناسب لمقارنة سيرة ذاتية بسجلات قاعدة البيانات بسؤال واحد.

الثقة

في choice وscore تُظهر confidence من 0 إلى 1 مدى تركز الاحتمال على إجابة واحدة: 1 يعني الاحتمال كله في بديل واحد، و0 توزيعه بالتساوي على الجميع. وفي score يخفض المستوى المجاور الثقة بدرجة أقل من المستوى البعيد. أما في noul فالثقة هي القيمة نفسها: كلما ابتعدت عن 0,5، كانت الإجابة أكثر حسمًا.

توصي TypeSafe بثلاثة نطاقات:

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

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

بناء نظام حول Jev

صُمم Jev للبرامج التي تتحكم الشيفرة في مسار عملها ويجيب فيها النموذج عن أسئلة دلالية ضيقة، وليس للوكلاء الذين يختارون الخطوة التالية بأنفسهم وقد ينحرفون في كل دورة. ثماني خطوات للتصميم بحسب TypeSafe:

1. نفّذ بالشيفرة كل ما يمكن تنفيذه بها — بصورة موثوقة وبتكلفة منخفضة.
2. ضع في الحالة ما تحتاجه الأسئلة الحالية فقط؛ وخذ الحقائق الحديثة من قاعدة معرفتك، لا من ذاكرة النموذج.
3. البنية في الحالة: JSON متداخل، وفي السؤال مسار إلى الحقل المطلوب بين علامات الاقتباس العكسية إذا كان ذلك يقلل الالتباس.
4. أضيق الأسئلة وأكثرها تحديدًا — وهي ربما القاعدة الأهم بحسب TypeSafe: يخفي السؤال الواسع عدة أحكام وراء إجابة واحدة.
5. البنية في الأسئلة: السؤال نفسه قصير؛ والشروح والأمثلة والقيم من قاعدتك في الحقول المجاورة للكائن instructions أو criteria، لا في سلسلة نصية طويلة واحدة.
6. أسئلة مستقلة كثيرة للحالة الواحدة في طلب واحد — فائدة أكبر لكل دولار.
7. تجمع الشيفرة الإجابات: بالقواعد أو بالمجموع الموزون أو بوصفها ميزات لنموذج تقليدي للتعلم الآلي.
8. التفرع حسب الثقة: الحالات غير الواثقة تُحال إلى شخص أو إلى نموذج مزود بالاستدلال.

Jev ليس محادثة ولا نموذجًا لإكمال الشيفرة تلقائيًا، ولا يمكن وضعه بدل نموذج لغوي في وكيل للبرمجة. لكن يمكن للوكيل كتابة شيفرة لك تستدعي Jev حيث تحتاج إلى إجابة سريعة ومعايرة.

مواضع الاستخدام

• الأتمتة في الخلفية — قرارات تُنفذ مليون مرة دون وجود شخص بجوارها.
• الوقت الفعلي — وفقًا لـTypeSafe، تُنفذ معظم الطلبات في نحو 100 مللي ثانية: وهو ما يكفي للمعالجة أثناء التشغيل وللواجهات.
• البيانات الضخمة — البحث في مجموعات نصية هائلة ووسم سجلات عمل الوكلاء والميزات للتنبؤات.
• التحقق من النماذج الأخرى — الطلبات والاستخراجات والاستدلال واستدعاءات الأدوات: تجاوز القيود وأخطاء الاستشهاد والمعلومات المختلقة.
• البحث والترتيب — ملاءمة زوج «الطلب — المرشح»، وإعادة الترتيب واختيار السياق.
• التفرع حسب النية — ما يريده المستخدم والمعالج اللازم: منطق بسيط أو نموذج متخصص أو شخص؛ وتحدد الموضوعات والتعقيد والمخاطر النموذج اللغوي الذي يُحال إليه الطلب.
• الفحوص الوقائية — مدخلات النموذج اللغوي ومخرجاته واستدعاءات أدواته: التعليمات المحقونة ومخالفة القواعد وتسريب البيانات الشخصية.
• الدعم — موضوع طلب الدعم ونيته والاستعجال والانزعاج واحتمال مغادرة العميل وطلب استرداد المال وقائمة الانتظار.
• الإشراف على المحتوى — وفق قواعد منصتك: السمية والتنمر والرسائل المزعجة والاحتيال والنصائح الخطرة والبيانات الشخصية؛ وبحسب الشدة والثقة تُسمح الحالة أو يُصدر تحذير أو تُراجع أو تُحظر.
• القطاعات — مطالبات التأمين والتحقيقات المالية وKYC والعقود والإعلان وبطاقات المنتجات والتوظيف والعملاء المحتملون والألعاب والمخاطر وتوقع الطلب ورسوم المعرفة والمراجعات العلمية والفحوص الدلالية للشيفرة في CI.

الخصائص

• jev-latest — اسم مستعار لأحدث إصدار مستقر، وهو حاليًا Jev 1.13؛ ويُذكر الإصدار الذي أجاب في حقل model، مثل jev-1.13.0. ينتقل الاسم المستعار إلى الإصدار الجديد، وقد تتغير الإجابات دون تعديل من جانبك — راقب هذا الحقل إذا كانت العتبات مضبوطة لإصدار معين.
• السياق — 64K توكنًا للطلب: الحالة وجميع الأسئلة معًا؛ والحالة مع أطول سؤال حتى 32K. يقرأ النموذج الحالة مرة واحدة ويقيّم جميع الأسئلة في ضوئها بالتوازي.
• المدخلات — نص فقط: سلسلة نصية أو كائن JSON أو مصفوفة نصوص. ولا تُدعم الصور أو الصوت أو الفيديو بعد — حوّلها إلى نص مسبقًا.
• اللغة — الإنجليزية هي لغة التدريب الأساسية، والدقة عليها هي الأعلى حاليًا. يقبل النموذج لغات أخرى، منها الصينية واليابانية والكورية، لكن الدقة أقل — تحقق على بياناتك.
• الأسعار والفوترة في Ailoot API — تعتمد الشروط على الطريقة المختارة، وهي موضّحة في بطاقة تلك الطريقة.
• الضبط — لا يُدرّب Jev تدريبًا إضافيًا على بيانات العميل: ضع موادك في state وقواعد المجال في instructions وcriteria.
• البيانات — تذكر TypeSafe أن Jev لا يُدرّب على طلبات العملاء وإجاباتهم.

نقاط الضعف المعروفة في Jev 1.13

تذكر TypeSafe صراحةً نقاط ضعف الإصدار الحالي وتعد بإصلاح كثير منها في الإصدارات التالية. النموذج سريع ومعاير، ويصدر أحكامًا جيدة بالمنطق السليم، لكن:

1. يقرأ حرفيًا. يجيب عن السؤال المكتوب لا المقصود ضمنًا: ويفهم التحفظات والنفي والشروط الضمنية حرفيًا. اكتب الشرط الدقيق والحالات الحدّية في criteria؛ وقسّم أي تفسير لا مفر منه إلى سؤالين حرفيين.
2. ليس آلة حاسبة. عدّ الأحرف والتكرارات وعناصر القائمة غير موثوق، ويزداد الخطأ مع الحجم — احسب في الشيفرة، واجعل لكل مرشح سؤالًا. يفهم النموذج الألوان بصيغة hex أو RGB أقل من أسمائها. ويصلح score لعتبة، لكنه لا يصلح لعدد دقيق بين المستويات.
3. التواريخ والوقت. تحديد أي تاريخ أسبق، والفاصل بين تاريخين، ووقوع تاريخ ضمن فترة غير موثوق، خصوصًا مع الصيغ المختلطة والتواريخ النسبية. استخرج أجزاء التاريخ عبر choice (ببديل «غير مذكور»)، وقارنها في الشيفرة.
4. عدم المباشرة. يخفض النفي المزدوج والأسئلة عن خاصية لخاصية أخرى الدقة. اكتب مباشرةً، وسمِّ أجزاء الحالة بأسمائها.
5. المواد الزائدة في الحالة. يخفض النص غير المرتبط الدقة. رشّحه في الشيفرة، وإذا تعذر ذلك فاستبعد غير ذي الصلة بأسئلة noul.
6. النص المعادي. لا يتوقع النموذج افتراضيًا خداعًا في الحالة: فقد تغير تعليمات محقونة أو نص يجادل في تصنيفه الإجابة. اكتب معايير دقيقة وتحقق من الحالات الحدّية قبل التشغيل.
7. التناقضات. إذا طلبت instructions وcriteria أمرين مختلفين — مثل وصف «نعم» بأنها «لا» في noul — تنخفض الدقة. والمعايير امتداد للسؤال.
8. ترتيب البدائل. يميل النموذج أحيانًا إلى البديل الأول في choice. أعد ترتيب البدائل وتحقق من ثبات الإجابة.
9. التوليد. لم يُدرّب Jev على كتابة النص. وللاستخراج اعثر على المرشحين بتعبير منتظم أو نموذج توليدي، واترك Jev يختار الصحيح عبر choice.