كيف يُغفَل عنه
فشل البناء، لكن الوكيل انتقل بالفعل إلى كتابة ملخص. هل تعافى، أم اختفى فشل مهم بين خطوتين؟ الإجراء التالي هو في الغالب حيث تبدأ المراجعة المفيدة.
في جلسة مشغولة، يمكن لخطأ أن يمر دون أن يُلاحَظ قبيل استدعاء أداة مختلفة. قد يكون لدى الوكيل استراتيجية استرداد صحيحة. أو قد يتابع دون معالجة الفشل. في كلتا الحالتين، تحتاج التسلسل المحيط لاتخاذ القرار.
ما يكشفه ClawMetry
يُعلِّم ClawMetry نتيجة أداة فاشلة يعقبها نشاط مستمر دون إعادة محاولة معترف بها أو إقرار. يُنشئ نتيجة تضارب إجراءات إعلامية. تلك الخطورة المنخفضة مهمة: هذا دافع لفحص الانتقال، لا حكم على نية الوكيل.
الفارق الذي يغير النتيجة
مثال مُفعِّل
فشل، أداة مختلفة
نتيجة إعلامية
مقارنة هادئة
فشل، إعادة محاولة بالأداة ذاتها
لا نتيجة لهذا الكاشف.
المثال المفحوص يفشل في بناء shell ثم يستدعي أداة مختلفة. يرفع نتيجة إعلامية. فشل يعقبه استدعاء آخر للأداة ذاتها يُعدّ إعادة محاولة ويظل هذا الكاشف صامتاً.
افحص نتيجة الكاشف
{
"kind": "action_discrepancy",
"severity": "info",
"evidence": {
"failed_tool": "Bash",
"continued_as": "tool_call"
}
}تنزيل المدخلات والنتائج الكاملة (JSON)كيف تم فحص المثال
تُقيِّم هذه الأمثلة الكاشف المنشور باستخدام بيانات أحداث محررة أو ملفات إعداد مؤقتة. الفيديوهات توضح تلك السلوكيات. ليست تسجيلات لوكلاء حية أو لواجهة المنتج. لم يُنفَّذ أي أمر في الأمثلة.
تحدد النتيجة السلوك لهذه المدخلات. لا تُثبت استيعاب بيئة التشغيل أو الوقاية أو اختراقاً فعلياً. افحص عقد المصدر المثبَّت.
ماذا تفحص بعد ذلك
قارن الخطوة الفاشلة بما تلاها. هل كان الإجراء الجديد مسار استرداد؟ هل أُقرّ بالخطأ في مكان آخر؟ قبل الاعتماد على تقرير الإتمام، تحقق من النتيجة الفعلية التي كان المفترض أن تُنتجها العملية الفاشلة.
- افحص النتيجة الفاشلة
- تحقق من مسار الاسترداد
- تحقق من النتيجة المُدَّعاة
ما تُثبته هذه الإشارة
الكاشف لا يتحقق من ادعاء الإتمام النهائي. قد يتطابق الاسترداد المشروع عبر أداة أخرى أيضاً.