- وراثة إعدادات التوجيه والموجّهات الافتراضية من إعداد مسبق في لوحة التحكم
- إرجاع مخرجات منظمة صارمة
- إيقاف الحالات الخطرة مؤقتًا لمراجعتها بشريًا
- إبقاء إخفاقات البوابة ظاهرة في السجلات بدلًا من إخفائها داخل رمز الوكيل
1. ابدأ بإعداد مسبق
أنشئ إعدادًا مسبقًا مثلsupport-triage يتولى:
- النموذج الموجّه افتراضيًا أو هدف الموجّه
- تفضيلات مزودي الخدمة
- موجّه نظام الدعم
- معلمات فك الترميز الثابتة
2. حدّد عقدًا واضحًا لعملية الفرز
3. أنشئ الوكيل المعتمد على الإعداد المسبق
preset: "support-triage" إلى صيغة الاسم المستعار للبوابة @support-triage.
4. هيّئ المهايئ المتصل بالبوابة
استخدم القيم الافتراضية للمهايئ للعناصر التي يجب أن تبقى ثابتة في كل عملية فرز:5. شغّل سير العمل مع عدد محدود من محاولات الإعادة
6. تعامل مع إخفاقات البوابة كأحداث تشغيلية
لا تُخفِ الإخفاقات بابتلاعها داخل سلسلة استدعاءات الوكيل. بدلًا من ذلك، التقطAgentGatewayError صراحةً:
- دع بيئة التشغيل تحفظ حالة التشغيل والخطوة
failed - افحص
loaded.run.errorDetailsأوloaded.steps[n].errorDetailsفي مسارات الاستعادة اللاحقة عندما لا يعود الاستثناء الأصلي في الذاكرة - افحص تفاصيل الطلب بحثًا عن:
- تطبيق الحواجز
- تفاصيل التوجيه
- تنفيذ الإضافات
- معرّفات الطلب وبيانات مزود الخدمة
- يحظر أحد الحواجز الطلب
- ترفض قائمة السماح في الإعداد المسبق النموذج المطلوب
- تؤدي بيانات اعتماد مزود الخدمة أو عوامل تصفية التفعيل إلى إزالة المرشحين للتوجيه
- يفشل إصلاح الاستجابة في استعادة JSON صالح وفق المخطط
7. ما ينبغي التحقق منه
بعد تشغيل ناجح وآخر يتضمن مخاطر عمدًا، تحقق مما يلي:- يعرض عرض تفاصيل الطلب الهدف المحدد بواسطة الإعداد المسبق
- تتوقف الحالات عالية المخاطر عند
waiting_for_human - تحتفظ خطوات النموذج المعاد تنفيذها بـ
modelAttempts - تظل إخفاقات الحواجز أو الإعداد المسبق ظاهرة في تفاصيل الطلب ولا تُخفى ضمن استثناءات الوكيل