તે કઈ રીતે અવગણાઈ જાય છે
Build નિષ્ફળ જાય છે. Agent ફરી કોશિશ કરે છે. ફરી નિષ્ફળ. દરેક retry વધુ output ઉમેરે છે, પણ મૂળ સમસ્યા હજી ત્યાં છે. જો તમે ફક્ત સેશન active છે કે નહીં તે જ તપાસો, તો વારંવાર પુનરાવર્તિત નિષ્ફળતા ચૂકી જઈ શકો.
Agent change તૈયાર કરે ત્યારે shell tool વારંવાર error આપે તેવો વિચાર કરો. કારણ ખૂટતી dependency, અમાન્ય command અથવા અનુપલબ્ધ access હોઈ શકે. ઉપયોગી પ્રશ્ન છે: ક્યો tool વારંવાર નિષ્ફળ રહે છે, અને કેટલી વખત.
ClawMetry શું detect કરે છે
ClawMetry event window માં સમાન tool ને attributed errors ગણે છે. જ્યારે count લાગુ threshold ઓળંગે, ત્યારે repeated tool failure warning ઉઠાવે છે. Finding tool, failure count અને ઉપયોગ થયેલ threshold નામ આપે છે.
Finding બદલી નાખતો તફાવત
Triggering ઉદાહરણ
Bash ના 4 errors
Warning finding
Quiet સરખામણી
Bash નો 1 error
આ detector માટે કોઈ finding નહીં.
તપાસેલ ઉદાહરણમાં, ચાર નિષ્ફળ shell results warning ઉત્પન્ન કરે છે. એક નિષ્ફળતા threshold ની નીચે રહે છે. આ identical-call loop થી અલગ છે: commands બદલાઈ શકે, જ્યારે એ જ tool errors આપ્યા કરે.
Detector result તપાસો
{
"kind": "repeated_tool_failure",
"severity": "warning",
"evidence": {
"tool": "Bash",
"failures": 4,
"threshold": 3,
"threshold_source": "static"
}
}ઉદાહરણ કઈ રીતે તપાસ્યું
આ ઉદાહરણો authored event data અથવા disposable configuration files સાથે published detector નું મૂલ્યાંકન કરે છે. Videos તે behaviors દર્શાવે છે. તે live agents અથવા product interface ના recordings નથી. ઉદાહરણોમાં કોઈ command execute કરવામાં આવ્યો ન હતો.
Result આ inputs માટે behavior સ્થાપિત કરે છે. તે runtime ingestion, prevention અથવા real compromise સ્થાપિત કરતું નથી. Pinned source contract તપાસો.
આગળ શું તપાસવું
નિષ્ફળ results ખોલો અને સામાન્ય કારણ શોધો. Environment અથવા access સમસ્યા ઠીક કરો, અથવા retries એકઠા થવા દો તે પહેલાં agent task સાંકડો કરો. પછી ચકાસો કે આગળનો tool result ખરેખર સફળ થાય છે.
- Error results વાંચો
- સામાન્ય કારણ ઠીક કરો
- આગળનું result ચકાસો
આ signal શું સ્થાપિત કરે છે
આ reliability signal છે. તે root cause diagnose કરતો નથી અથવા agent attack હેઠળ છે તે સાબિત કરતો નથી.