Wie es übersehen wird
Ihr Agent ist nicht fertig, aber er denkt auch nicht wirklich nach. Anfragen kommen immer wieder mit einem Kapazitätsfehler zurück. Ohne ein klares Signal kann Anbieter-Drosselung wie eine langsame oder nicht reagierende Sitzung wirken.
Stellen Sie sich zwei Anbieterablehnungen während einer laufenden Aufgabe vor. Der Agent versucht möglicherweise leise einen Wiederholungsversuch oder hört auf, nützliche Fortschritte zu machen. Mehr Warten löst nicht jedes Kontingent- oder Kapazitätsproblem, besonders wenn mehrere Sitzungen dieselben Limits teilen.
Was ClawMetry erkennt
ClawMetry sucht nach Kapazitätsablehnungen in Tool-Ergebnissen und expliziten API-Fehlerereignissen. Es erkennt Statuscodes wie HTTP 429 und HTTP 529 sowie Rate-limit- und Überlastungstexte. Wiederholte Ablehnungen lösen eine Warnung aus.
Der Unterschied, der den Befund verändert
Auslösendes Beispiel
2 Kapazitätsablehnungen
Warnbefund
Stilles Vergleichsbeispiel
1 Kapazitätsablehnung
Kein Befund für diesen Detector.
Im geprüften Beispiel erzeugen zwei HTTP-429-Fehlerereignisse einen Rate-limited-Befund. Eine Ablehnung bleibt unter dem Standardschwellenwert. Der Befund enthält die Ablehnungsanzahl, sodass Sie ein wiederholtes Problem von einer vorübergehenden Antwort unterscheiden können.
Detector-Ergebnis prüfen
{
"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": ""
}
}Wie das Beispiel geprüft wurde
Diese Beispiele werten den veröffentlichten Detector mit selbst erstellten Ereignisdaten oder einmalig verwendeten Konfigurationsdateien aus. Die Videos veranschaulichen dieses Verhalten. Es sind keine Aufzeichnungen von Live-Agents oder der Produktoberfläche. Kein Befehl in den Beispielen wurde ausgeführt.
Das Ergebnis beschreibt das Verhalten für diese Eingaben. Es belegt weder Laufzeit-Ingestion, Prävention noch einen echten Kompromittierungsfall. Festgelegten Quellvertrag prüfen.
Was als nächstes zu prüfen ist
Prüfen Sie den Anbieterstatus und die Limits für das verwendete Konto oder Modell. Reduzieren Sie parallele Arbeit oder warten Sie, bis das relevante Limit zurückgesetzt wird. Bestätigen Sie dann, dass Anfragen sich erholen, anstatt anzunehmen, dass der Agent weitermacht.
- Anbieterstatus prüfen
- Kontingent und Parallelität prüfen
- Anfragen-Wiederherstellung bestätigen
Was dieses Signal belegt
Dies ist ein Kapazitätssymptom, keine Ursachendiagnose. Es erhöht keine Kontingente automatisch oder wechselt Anbieter.