Väntar på leverantören.

Hur det förbises

Din agent är inte klar, men den tänker inte heller riktigt. Förfrågningar fortsätter att returnera kapacitetsfel. Utan en tydlig signal kan leverantörsbegränsning se ut som en trög eller icke-svarande session.

Föreställ dig två leverantörsvägran medan en uppgift körs. Agenten kan försöka igen tyst eller sluta göra meningsfulla framsteg. Mer väntan löser inte varje kvot- eller kapacitetsproblem, särskilt när flera sessioner delar samma gränser.

Vad ClawMetry identifierar

ClawMetry letar efter kapacitetsvägran i verktygsresultat och explicita API-felhändelser. Det känner igen statuskoder som HTTP 429 och HTTP 529, tillsammans med texter om hastighetsgränser och överbelastning. Upprepade vägran utlöser en varning.

Skillnaden som förändrar fyndet

I det kontrollerade exemplet producerar två HTTP 429-felhändelser ett hastighetsbegränsat fynd. En vägran stannar under standardtröskeln. Fyndet inkluderar vägransantalet, så du kan skilja ett upprepat problem från ett enstaka övergående svar.

{
  "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": ""
  }
}

Vad du kontrollerar härnäst

Kontrollera leverantörsstatus och gränserna för det konto eller den modell som används. Minska parallellt arbete eller vänta på att den relevanta gränsen återställs när det är lämpligt. Bekräfta sedan att förfrågningar återhämtar sig istället för att anta att agenten har återupptagits.

1. Kontrollera leverantörsstatus
2. Granska kvot och parallellism
3. Bekräfta att förfrågningar återhämtar sig