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

يجمع Agent بين التعليمات، وإعدادات الواجهة الموجّهة للعملاء، وKnowledge، وبيانات الكتالوج، والأدوات الاختيارية. يتم اختبار الإعداد الموثوق باستخدام أسئلة عملاء واقعية قبل النشر. يجب أن تغطي الاختبارات الإجابات المتوقعة، والمعلومات المفقودة، وسيناريوهات المنتجات، والتصعيد، وأي تفاعل اختياري فعّله الفريق.

قبل أن تبدأ

الوصول: استخدم Playground أو وصول الاختبار بالإضافة إلى وصول القراءة إلى Agent وKnowledge والكتالوج والأدوات ذات الصلة.

• احفظ نص طلب العميل والاستجابة كما هما.
• سجّل Agent والقناة والوقت والنتيجة المتوقعة.
• أزل المعلومات الشخصية قبل مشاركة المثال.

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

سير العمل خطوة بخطوة

1. أعد إنتاج الاستجابة

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

   • لا تغيّر أي إعدادات أثناء أول إعادة إنتاج.
   • التقط أصغر طلب قابل للتكرار.

2. حدّد المصدر المطلوب

   قرّر ما إذا كان يجب أن تأتي الإجابة من Knowledge أو بيانات الكتالوج أو إرشادات Agent أو أداة مهيأة. يجب أن تكون للطلبات غير المدعومة حدود آمنة بدلاً من إكمال مختلق.

   • افتح المصدر المعتمد.
   • تحقق من حالة الرؤية ودورة الحياة والمزامنة والفهرسة.

3. طبّق تصحيحًا واحدًا مركّزًا

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

   • وثّق التغيير الدقيق.
   • انتظر المزامنة أو الفهرسة المطلوبة.

4. أعد الاختبار وأضف تغطية منع التراجع

   كرّر الطلب الأصلي وحالة حدية قريبة. أضف الإخفاق إلى Batch Test عندما يمثّل رحلة عميل متكررة أو عالية الأثر.

   • قارن بين الاستجابات قبل وبعد.
   • تحقق من أن التصحيح لم يوسّع الادعاءات غير المدعومة.

حدود مهمة وملاحظات تشغيلية

• قد تبدو الاستجابة معقولة ومع ذلك تظل غير مدعومة.
• قد يؤثر سجل المحادثة في الاستجابة المباشرة.
• يؤدي تغيير عدة طبقات في وقت واحد إلى استحالة إثبات السبب الجذري.
• يجب أن تظل الإمكانيات غير المتاحة غير متاحة بوضوح في الإجابة.

تحقق من النتيجة

• يمكن إعادة إنتاج الإخفاق الأصلي أو أن اختلاف السياق الخاص به معروف.
• هناك مصدر معتمد واحد يملك التصحيح.
• أصبحت الاستجابة الآن تجيب بأمان أو ترفض بأمان.
• تحمي حالة منع التراجع الرحلة المصححة.

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

استكشاف الأخطاء وإصلاحها

لا يحتوي أي مصدر على الإجابة المتوقعة

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

يعمل التصحيح في قناة واحدة فقط

قارن بين Agent المنشور والسوق والنطاق وسياق المحادثة وحالة النشر. قد يكون المحتوى صحيحًا بينما لا تزال القناة تستخدم إعدادًا مختلفًا.

أدلة ذات صلة

• اختر المكان المناسب للمحتوى أو السلوك
• مراجعة نتائج Batch Test وتقييمها
• إعداد قاعدة Knowledge موثوقة
• استكشاف أخطاء صفحة أو إجابة أو منتج مفقود في Humind وإصلاحها