Provider ની રાહ જોઈ રહ્યા છે.

તે કઈ રીતે અવગણાઈ જાય છે

તમારો એજન્ટ પૂરો નથી, પણ ખરેખર વિચારી પણ નથી રહ્યો. Requests capacity error સાથે પાછી આવ્યા કરે છે. સ્પષ્ટ signal વિના, provider throttling slow અથવા unresponsive સેશન જેવું દેખાઈ શકે.

ટાસ્ક ચાલુ હોય ત્યારે બે provider refusals ની કલ્પના કરો. એજન્ટ શાંતિથી retry કરી શકે, અથવા ઉપયોગી progress બંધ કરી શકે. ખાસ કરીને જ્યારે અનેક sessions same limits share કરે ત્યારે, વધારે રાહ દરેક quota અથવા capacity સમસ્યા fix નહીં કરે.

ClawMetry શું detect કરે છે

ClawMetry ટૂલ results અને explicit API error events માં capacity refusals શોધે છે. HTTP 429 અને HTTP 529 જેવા status codes, rate limit અને overload text ઓળખે છે. Repeated refusals ચેતવણી ઉઠાવે.

Finding બદલી નાખતો તફાવત

ચકાસાયેલ ઉદાહરણમાં, બે HTTP 429 error events rate limited finding ઉત્પન્ન કરે. એક refusal default threshold નીચે રહે. Finding refusal count include કરે, જેથી repeated issue અને transient response વચ્ચે ભેદ પડી શકે.

{
  "kind": "rate_limited",
  "severity": "warning",
  "evidence": {
    "refusals": 2,
    "threshold": 2,
    "threshold_source": "static",
    "observed": "HTTP 429/529 status or rate-limit text on tool results and API error events",
    "sample": ""
  }
}

આગળ શું તપાસવું

Provider status અને account અથવા model ના limits તપાસો. જ્યારે યોગ્ય હોય ત્યારે concurrent work ઘટાડો અથવા limit reset ની રાહ જુઓ. પછી requests recover થઈ તે confirm કરો, ફક્ત ધારો નહીં.

1. Provider status તપાસો
2. Quota અને concurrency સમીક્ષો
3. Requests recover થાય છે તે confirm કરો