Jev متاح الآن على طليق: امنح وكيلك أداة التصنيف

تعرّف على Jev: نموذج يجيب بدل أن يكتب

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

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

Jev متاح الآن على طليق. وضعناه في كتالوج مستقل اسمه Classifier بعيدًا عن نماذج المحادثة، فلا يمكن اختياره عن طريق الخطأ ليكون عقل الوكيل. وتصل إليه عبر أداة جديدة مدمجة اسمها Classification (التصنيف).

ماذا تفعل أداة التصنيف؟

تحدد أسئلتك مرة واحدة، وتضيف الأداة إلى وكيل، وتخبره متى يستخدمها. وعند حلول اللحظة المناسبة، يستدعي الوكيل الأداة، فيرسل طليق آخر أجزاء المحادثة إلى المصنِّف، ويتلقى الوكيل سطرًا واحدًا موجزًا:

is_angry=yes (0.99); anger_level=2.6 of 3 (confidence 0.59); insulting=yes (0.98). Uncertain: none.

المصنِّف لا يتحدث مع المتصل أبدًا. نموذج وكيلك هو من يقرر ماذا يقول، ولكن الآن بقراءة موثوقة لمجريات المحادثة بدل التخمين. وتعمل الأداة في المحادثات النصية، وفي المكالمات الصوتية (المسار المتسلسل والوقت الحقيقي)، وفي تشغيلات process داخل الفرق (Squads).

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

النوع	ما تحصل عليه	مثال
نعم/لا (Yes/No)	احتمال صحة العبارة	"يطلب المتصل التوقف عن التواصل معه"
اختر واحدًا (Pick one)	أفضل خيار، واحتمال لكل خيار، ودرجة ثقة	فواتير، دعم تقني، مبيعات، أخرى
قيّم (Rate)	درجة على مستويات مرتبة، مع درجة ثقة	هادئ، منزعج، غاضب، شديد الغضب

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

الإعداد في أربع خطوات

1. اربط مزوّد التصنيف

أنشئ مفتاح API من حسابك في TypeSafe، ثم افتح Manage → Integrations → Classifier Providers في طليق واربط TypeSafe. في قائمة اختيار النموذج داخل الأداة يظهر لكل خيار وسم واضح، فتعرف فورًا إن كان التشغيل يعتمد على استخدام ممول من طليق أو على Your Key (مفتاحك)، تمامًا كما في قائمة اختيار النموذج الأساسي للوكيل.

2. أنشئ الأداة

اذهب إلى Build → Tools، واختر Classification ضمن الأدوات المدمجة (Built-in)، ثم اختر Jev نموذجًا للتصنيف. لا تظهر هنا إلا نماذج التصنيف، وتوضح بطاقة كل نموذج أنواع الأسئلة التي يدعمها، فتُعطَّل الأنواع غير المدعومة مع بيان السبب.

3. اكتب الأسئلة ومتى تُستخدم الأداة

ابدأ من قالب جاهز (الاستعجال، تأهيل العملاء المحتملين، طلب إيقاف التواصل، التصعيد، طلب معاودة الاتصال) أو ابنِ أسئلتك بنفسك عبر منشئ الأسئلة، ولديك عرض JSON إن فضّلته. بعدها املأ حقل When should the agent use this?. هذا النص هو ما يقرأه الوكيل ليقرر متى يستدعي الأداة، فاكتبه كتعليمة واضحة. ويمكنك أيضًا ضبط حد الثقة، وعدد الأدوار الأخيرة التي تُرسل، والحد الأقصى للفحوصات في الجلسة.

4. اختبر، ثم اربط، ثم وجّه

افتح لوحة الاختبار (Test panel)، والصق محادثة أو حمّل جلسة حديثة واضغط Run. سترى أشرطة الاحتمالات، وثقة كل إجابة، وعلامة "غير مؤكد"، وعدد الرموز المستخدمة، وزمن الاستجابة. الاختبار لا يحفظ شيئًا، ومسودتك غير المحفوظة تعمل عبر الخدمة نفسها التي يستخدمها الوكيل، فما تراه هو ما سيصل إلى الوكيل فعلًا. وحين ترضى عن النتيجة، أضف الأداة من تبويب Actions في الوكيل، ثم أضف سطرًا واحدًا إلى تعليمات الوكيل، مثل: "عندما يبدو المتصل منزعجًا، شغّل فحص التصنيف قبل أن تقرر ماذا تقول."

مثال تطبيقي: عميل منزعج، بالعربية

هذا هو الإعداد الذي جربنا به الأداة بأنفسنا. الوكيل يتحدث العربية، وأردناه أن ينتبه حين يغضب العميل فيغيّر أسلوبه. تحتوي الأداة على ثلاثة أسئلة:

[
  { "id": "is_angry", "type": "yes_no",
    "instructions": "The customer is angry or upset with the service or the agent." },
  { "id": "anger_level", "type": "score",
    "instructions": "How angry the customer sounds.",
    "levels": ["Calm", "Irritated", "Angry", "Furious"] },
  { "id": "insulting", "type": "yes_no",
    "instructions": "The customer insults the agent or the company." }
]

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

أنت لا تفهمني، أنت غبي، ولا أحب خدمتكم

استدعى الوكيل الأداة، وفي إحدى تجاربنا على محادثة مشابهة جاءت إجابة المصنِّف كما يلي:

is_angry=yes (0.99); anger_level=2.6 of 3 (confidence 0.59); insulting=yes (0.98). Uncertain: none.

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

محادثة واحدة ليست اختبار قياس. Jev مختبَر باللغة الإنجليزية حاليًا، ورغم أننا رأينا إجابات منطقية بالعربية في فحوصاتنا، فإننا لم نقس الدقة على اللهجات العربية. جرّب لوحة الاختبار على محادثاتك أنت قبل أن تعتمد على أي سؤال في بيئة الإنتاج.

ستة استخدامات مع أسئلة جاهزة

1. الانزعاج والتصعيد

الأسئلة: is_urgent (نعم/لا)، وfrustration (قيّم: هادئ، منزعج لكن مهذب، غاضب جدًا)، وwants_human (نعم/لا). اطلب من الوكيل أن يعرض التحويل إلى موظف حين يكون المتصل غاضبًا جدًا أو يطلب ذلك، وأن يبطئ وتيرة الحديث ويقرّ بالمشكلة في الحالات الأخرى.

2. طلب التوقف عن التواصل

السؤال: asked_to_stop (نعم/لا)، أي "يطلب الشخص التوقف عن الاتصال به أو التواصل معه، أو إزالته من القائمة". شغّله قبل إنهاء مكالمة صادرة أو جدولة متابعة، حتى لا يفوتك أي طلب بالتوقف. ويتكامل بسهولة مع مكالمات المتابعة التلقائية.

3. تأهيل العملاء المحتملين

الأسئلة: buying_intent (نعم/لا)، وtimeline (اختر واحدًا: الآن، قريبًا، لاحقًا، غير معروف). استخدمه حين يسأل شخص عن الأسعار أو الباقات، لتقرر هل تعرض عليه عرضًا تجريبيًا أم معاودة اتصال أم معلومات فقط.

4. توجيه طلبات الدعم

السؤال: department (اختر واحدًا: فواتير، دعم تقني، مبيعات، أخرى)، مع is_urgent. يستخدم الوكيل الخيار الفائز ودرجة ثقته لتحويل المتصل إلى الفريق المناسب، وحين تكون الثقة منخفضة يسأل المتصل مباشرة عن الفريق الذي يحتاجه بدل أن يخمّن. وفي الفرق (Squads) يتكامل هذا مع التحويلات (Handoffs).

5. طلب معاودة الاتصال

السؤال: wants_callback (نعم/لا)، أي "يطلب الشخص أن يُتواصل معه مرة أخرى لاحقًا". أبقِ الوقت والتاريخ الفعليين في أنظمتك أنت، فالمصنِّفات تحكم على المعنى لا على التقويم، واستخدم هذه الإجابة فقط لتقرر أن معاودة الاتصال يجب أن تُعرض.

6. التحقق من حل المشكلة

الأسئلة: issue_resolved (نعم/لا، "يقول العميل إن مشكلته حُلّت") وneeds_follow_up (نعم/لا). شغّله قرب نهاية المحادثة لتقرر هل تُنهيها بلطف، أم تعرض مزيدًا من المساعدة، أم تضع علامة على الجلسة ليراجعها موظف.

شاهد كل فحص في سجلات جلساتك

• داخل المحادثة. يظهر كل فحص كبطاقة Classification في Agent Console وفي محادثة الجلسة، وفيها الإجابات ودرجة الثقة والمفتاح المستخدم وما استلمه الوكيل بالضبط.
• تبويب Classification. في Observe → Logs تحصل أي جلسة أجرى فيها الوكيل فحوصات على تبويب Classification يسرد كل فحص بالترتيب ويحصي الفحوصات غير المؤكدة. ويعمل مع الوكيل المفرد ومع الفرق، في المكالمات الصوتية والمحادثات النصية.
• في تفصيل التكلفة. يظهر بند Classifier فقط حين تعمل الأداة فعلًا في تلك الجلسة، ويعرض رموز الإدخال والإخراج كما أبلغ عنها المزوّد. وعندما يعتمد التشغيل على Your Key تظهر الرموز بتكلفة 0.00 دولار في طليق، لأن مزودك يحاسبك مباشرة. أما مع الاستخدام الممول من طليق، فتكون التكلفة رموز المزوّد بسعر الكتالوج مضافًا إليه هامش باقتك، وتُضاف إلى تكلفة الجلسة ضمن الخصم الواحد نفسه مع بقية البنود.

أما الجلسات التي لا تستخدم الأداة فتبقى كما كانت تمامًا.

أفضل الممارسات

• اكتب الشرط بدقة. "يطلب المتصل إزالته من قائمة الاتصال" أفضل من "إلغاء الاشتراك". فالمصنِّفات تقرأ بحرفية، لذا ضع الحالات الحدّية في وصف كل خيار أو مستوى.
• سؤال واحد لفكرة واحدة. اسأل "هل المتصل غاضب؟" و"هل أهاننا؟" كسؤالين منفصلين، ثم اجمع الإجابتين في تعليمات الوكيل.
• استفد من درجة الثقة. الإجابات التي تقل عن حد الثقة تُعرض كغير مؤكدة، وتوجّه الأداة الوكيل أن يسأل المتصل بدل أن يخمّن. ارفع الحد للإجراءات الحساسة.
• اترك الأرقام للكود. العمليات الحسابية والعدّ ومقارنة التواريخ مكانها أنظمتك، لا المصنِّف.
• أرسل ما يحتاجه السؤال فقط. يرسل الوكيل آخر 12 دورًا افتراضيًا. الأدوار الأقل أسرع وأرخص، والأكثر مفيدة فقط حين يعتمد الجواب على سياق سابق.
• اعتبر الإجابات نصيحة. قد يحاول متصل توجيه أي نموذج، لذا أبقِ خطوة تأكيد على الإجراءات الحساسة مثل التحويل أو إرسال الرسائل.
• لا تفحص في كل دور. يستغرق الفحص نحو ثانية من البداية إلى النهاية، وفي المكالمة المباشرة ينتظره الوكيل، فاستخدمه حين يغيّر الحكم ما سيحدث بعده.

الحدود والخصوصية والتكلفة

• الحد الأقصى للفحوصات في الجلسة. الافتراضي 20 ويمكن ضبطه من 1 إلى 100. يوقف هذا الحد أي نموذج يدخل في حلقة تكرار دون أن يعطّل الاستخدام الطبيعي. وعند بلوغه يُبلَّغ الوكيل أن الفحص غير متاح، ويتابع المحادثة.
• الفشل الهادئ. إن كان المصنِّف بطيئًا أو غير متاح، يُبلَّغ الوكيل بأن الفحص لم يعمل ويتابع. مشكلة في المصنِّف لا تنهي مكالمة أبدًا.
• بياناتك تذهب إلى المزوّد. يُرسل نص المحادثة الأخيرة إلى مزوّد التصنيف ليجيب عن أسئلتك. لذلك لا تتوفر الأداة في مساحات العمل التي فعّلت عدم الاحتفاظ بالبيانات (Zero Data Retention) أو HIPAA، ولا على الاستضافات السيادية (sovereign hosts).
• حدود لوحة الاختبار. التشغيلات بمفتاحك (Your Key) لا يفرض عليها طليق أي حد. أما التشغيلات على استخدام ممول من طليق فلها حد في الدقيقة لكل مساحة عمل، والاختبار لا يُحاسَب أبدًا لأنه ليس جزءًا من جلسة.
• نص فقط. يقرأ Jev النصوص فقط. لا يستقبل الصوت ولا الصور، ولا يولّد ردودًا.

مرجع Jev باختصار

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

• System One. نموذج System One مبني لاتخاذ قرارات سريعة ومنظمة تستطيع البرمجيات استخدامها مباشرة، بدل إنتاج نص يقرؤه البشر. راجع المقدمة.
• ثلاثة أنواع أساسية. أسئلة نعم/لا (تسميها TypeSafe اسم Noul وتعيد قيمة من 0 إلى 1)، والاختيار Choice (اختيار من قائمة)، والتقييم Score (تقييم على سلّم). يمنحها طليق أسماء أوضح وشكلًا محايدًا لا يرتبط بمزوّد بعينه، ليصلح لنماذج التصنيف المستقبلية نفسها. راجع مرجع API.
• الحالة والأسئلة. الحالة هي النص الذي تريد الحكم عليه. يقرؤه Jev مرة واحدة ويقيّم كل سؤال عليه بالتوازي وبمعزل عن بقية الأسئلة، ولهذا لا تزيد الأسئلة الإضافية زمن الاستجابة إلا قليلًا ولا يتداخل بعضها مع بعض. راجع State.
• الثقة. تُحسب الثقة من توزيع الاحتمالات، فكلما كان التوزيع أكثر تسطحًا انخفضت الثقة. وتقترح TypeSafe ثلاثة نطاقات: تصرّف تلقائيًا حين تكون الثقة عالية، وتقدّم بحذر أو اطلب تأكيدًا حين تكون متوسطة، ولا تتصرف حين تكون منخفضة، مع عتبات تتناسب مع خطورة الإجراء. راجع Confidence والتوجيه حسب الثقة.
• إصدار مثبّت. يثبّت طليق Jev على إصدار محدد (jev-1.13.0) بدل اسم مستعار متحرك، فلا تتغير الإجابات من تحت قدميك عند صدور إصدار جديد. راجع Models.
• حجم السياق. يجب أن تتسع الحالة مع أطول سؤال ضمن 32 ألف رمز، وتعرض بطاقة النموذج في طليق الحد الذي تطبقه الأداة.
• نقاط الضعف المعروفة. تتحدث TypeSafe بصراحة عن مواضع تعثر هذا الإصدار: القراءة الحرفية جدًا، والحساب والتواريخ، وسلاسل الإحالة الطويلة، والحالات الكبيرة المليئة بتفاصيل غير ذات صلة، والمحتوى المخادع، وتوليد النصوص. ولكل منها حل بسيط. راجع Jev 1.13 jaggedness.
• أفكار وأنماط. تنشر TypeSafe خريطة حالات الاستخدام ونمط توجيه النوايا ودليل حواجز حماية النماذج اللغوية، وهي مصادر جيدة لأفكار الأسئلة.

وللاطلاع على الفكرة نفسها من زاوية LangChain، اقرأ Building a Harness with Jev.

تابع القراءة

• دليل أداة التصنيف في توثيق طليق، مع شرح كل إعداد.
• دليل التكاملات لربط مزودي Your Key.
• الفرق (Squads) وتشغيلات process، حيث تدعم الأداة التوجيه واتخاذ القرار.
• سجلات الجلسات، حيث يوجد تبويب Classification وتفصيل التكلفة.
• مسارات الصوت في الوقت الحقيقي، فالتصنيف يعمل في المسار المتسلسل وفي الوقت الحقيقي معًا.
• دعم اللهجة المصرية ولهجات المنطقة، إن كان متصلوك يتحدثون العربية.

امنح وكيلك قراءة موثوقة لكل محادثة

اربط Jev، وأضف أداة التصنيف، ودع وكيلك يعرف متى يكون المتصل منزعجًا أو جاهزًا للشراء أو يطلب التوقف، قبل أن يقرر ما سيقوله بعد ذلك. مجاني للبدء، وبدون بطاقة دفع.

ابدأ مجانًا مع طليق