مصروف ہونا پیشرفت نہیں ہے۔

یہ کیسے نظرانداز ہو جاتا ہے

آپ کے ایجنٹ نے ایک اور file کھولی۔ اور پھر ایک اور۔ سیشن مصروف لگتا ہے، لیکن اصلاح ابھی نہیں آئی۔ جب آپ متعدد ایجنٹس دیکھ رہے ہوں، سرگرمی کا سیلاب اس task کو چھپا سکتا ہے جو آگے نہیں بڑھ رہی۔

تصور کریں کہ آپ نے ایک چھوٹی سی code تبدیلی مانگی۔ ایجنٹ کوئی edit کیے یا turn ختم کیے بغیر پچیس files پڑھ لیتا ہے۔ آپ سیشن scroll کر کے یہ دیکھ سکتے تھے۔ ClawMetry آپ کو بجائے اس کے ایک مخصوص signal دیتا ہے کہ جانچ کریں۔

ClawMetry کیا detect کرتا ہے

no progress detector آخری user turn یا completion marker کے بعد tool calls گنتا ہے۔ اگر تعداد حد تک پہنچ جائے اور کوئی recognized write یا edit نہ ہو، تو یہ وارننگ جاری کرتا ہے۔ finding میں مشاہدہ شدہ call count، حد اور صفر recorded writes شامل ہیں۔

وہ فرق جو finding بدل دیتا ہے

جانچی گئی مثال میں پچیس read calls ہیں اور وارننگ ملتی ہے۔ ان میں سے ایک call کو edit سے بدلیں، اور یہ detector خاموش رہتا ہے۔ نیا user turn window reset کر دیتا ہے۔ جہاں runtime اپنے سیکھے ہوئے sample میں writes کبھی ظاہر نہ کرے، ClawMetry ہر سیشن flag کرنے کی بجائے یہ signal غیر فعال کر سکتا ہے۔

{
  "kind": "no_progress",
  "severity": "warning",
  "evidence": {
    "tool_calls": 25,
    "writes": 0,
    "threshold": 20,
    "threshold_source": "static",
    "baseline": null
  }
}

آگے کیا چیک کریں

task سے شروع کریں۔ تحقیق میں درست طور پر بہت سی reads ہو سکتی ہیں۔ مطلوبہ code fix میں مداخلت کی ضرورت ہو سکتی ہے۔ دیکھیں کہ ایجنٹ کیا سیکھنے کی کوشش کر رہا ہے، رکنے کا نقطہ واضح کریں اور پہلی بامعنی تبدیلی تلاش کریں۔

1. task کی قسم چیک کریں
2. تازہ ترین سرگرمی جانچیں
3. ایک مفید رکنے کا نقطہ متعین کریں