محادثة DaoXE متعددة النماذج مع تجاوز تلقائي عند الفشل

كيف يعمل

1. 1.يبدأ المشغّل اليدوي 'When clicking Test workflow' تشغيل السير عند الضغط على زر الاختبار.
2. 2.تحدد عقدة 'Set inputs' قيم المطالبة ورسالة النظام ومعرّفي النموذجين الأساسي والبديل كنصوص.
3. 3.ترسل عقدة HTTP الأولى طلب POST إلى https://daoxe.com/v1/chat/completions بالنموذج الأساسي مع ترويسة Authorization من بيانات Header Auth.
4. 4.عند نجاح الطلب يتجه المخرج الأول إلى عقدة 'Answer (primary)'، وعند الخطأ يتجه المخرج الثاني (continueErrorOutput) إلى عقدة HTTP البديلة.
5. 5.تعيد عقدة النموذج البديل إرسال نفس المطالبة ورسالة النظام بالنموذج البديل ثم تمرر النتيجة إلى 'Answer (fallback)'.
6. 6.تستخرج كل عقدة إجابة نص answer من choices[0].message.content وserved_model من model وتوسم المسار بقيمة via.

حالات الاستخدام

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

المتطلبات قبل التشغيل

• بيانات اعتماد من نوع Header Auth في n8n باسم الترويسة Authorization وقيمتها Bearer مفتاح DaoXE الخاص بك، وتُحدد في كلتا عقدتي HTTP.
• استبدال القيمتين YOUR_DAOXE_MODEL_ID وYOUR_DAOXE_FALLBACK_MODEL_ID بمعرّفي نموذجين صحيحين متاحين لحسابك على DaoXE (من لوحة التحكم أو GET /v1/models).
• الوصول إلى daoxe.com (غير متاح في الصين القارية) وإتاحة تشغيل عقد HTTP في n8n.

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

1. أنشئ بيانات Header Auth واخترها في عقدتي HTTP ثم أدخل معرّفي نموذجين حقيقيين في 'Set inputs'.
2. اضغط Test workflow وتحقق من وصول التنفيذ إلى 'Answer (primary)' بقيمة via تساوي primary مع إجابة نصية.
3. ضع معرّف نموذج أساسي غير صالح وأعد التشغيل، ثم تحقق من مرور التنفيذ عبر 'Answer (fallback)' بقيمة via تساوي fallback.
4. راجع مدخلات ومخرجات كل عقدة في سجل التنفيذ للتأكد من استخراج answer وserved_model بشكل صحيح.

ماذا يقدّم كخدمة؟

مناسب كخدمة أتمتة تشغيلية لربط الأنظمة، تقليل المهام اليدوية، وتسريع تسليم النتائج للعملاء أو الفرق الداخلية.