المسار 02درس 6 / 6

شخّص الأخطاء بفرضيات قابلة للاختبار

استخدم وكيلاً لمقارنة التفسيرات وجمع الأدلة. تجنّب التغييرات المتكررة دون سبب متحقق منه.

ممارس10 دتمت المراجعة

ينشره كيف نكتب

تحقّق من فهمكيفشل طلب بعد النشر فقط، لكنه يعمل محلياً. ماذا يجب أن يفعل الوكيل أولاً؟نفّذ التمرين
يفشل طلب بعد النشر فقط، لكنه يعمل محلياً. ماذا يجب أن يفعل الوكيل أولاً؟

ما ستتعلّمه

  • وصف السلوك المتوقع والملاحظ بدقة.
  • اختيار ملاحظة تميّز بين تفسيرات متنافسة.
  • التحقق من تصحيح دون الخلط بين إزالة العَرَض وإزالة السبب.

صف الإخفاق قبل اقتراح إصلاح

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

لا تعطي عبارة «التصدير معطّل» توجيهاً كافياً. وصف أفضل هو: «ينجح التصدير محلياً. وفي بيئة التجهيز، يعيد طلب المدير نفسه 403 بعد آخر نشر. وما زالت المسارات الأخرى تعمل».

لا يثبت هذا الوصف السبب. لكنه يحدّد اختلافات يمكن أن توجّه البحث.

احتفظ بعدة تفسيرات محتملة

اطلب من الوكيل مجموعة صغيرة من الأسباب المعقولة والأدلة لكل منها. ولا تطلب منه الالتزام بأول تفسير مقنع.

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

الفرضيةملاحظة تساعد على تمييزها
لا تستطيع هوية الخدمة قراءة بيانات التصديرتتلقى هوية الخدمة رفض وصول إلى المورد المستهدف
تغيّر ربط الأدواريصل الطلب إلى التطبيق بدور فعلي مختلف
يستخدم الطلب بيئة خاطئةتختلف نقطة النهاية التي جرى تحديدها أو معرّف المورد عن الوجهة المقصودة

الجدول نقطة بداية. قد تصدر استجابة 403 من طبقات مختلفة. حدّد المكوّن الذي أنتجها قبل افتراض إخفاق التخويل في التطبيق.

اختر ملاحظة آمنة

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

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

بيّن ما قد يضعف كل فرضية. يساعد هذا الوكيل على تعديل تفسيره بدلاً من الدفاع عن إجابته الأولى.

غيّر سبباً واحداً في كل مرة

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

تحقّق من حالة الإخفاق الأصلية. وافحص أيضاً الحد المجاور. إذا صححت الوصول لمدير، فتأكّد من استمرار رفض مستخدم غير مخوّل.

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

أوقف المحاولات المتكررة دون أدلة جديدة

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

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

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

نفّذ التمرين

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

تنزيل ورقة العمل (Markdown)
تحقّق من فهمك ↑

تابع التعلّم

المصادر وقراءات إضافية

قراءات ذات صلة من Taiga

الدرس السابق: غيّر نظاماً قائماً بأمان