Wie es übersehen wird
Ein Build schlägt fehl. Der Agent versucht es erneut. Er schlägt wieder fehl. Jeder Wiederholungsversuch fügt mehr Ausgabe hinzu, aber das eigentliche Problem besteht weiterhin. Wenn Sie nur prüfen, ob die Sitzung aktiv ist, können Sie den sich wiederholenden Fehler übersehen.
Stellen Sie sich einen Agent vor, der eine Änderung vorbereitet, während sein Shell-Tool wiederholt einen Fehler zurückgibt. Die Ursache könnte eine fehlende Abhängigkeit, ein ungültiger Befehl oder fehlender Zugriff sein. Die relevante Frage ist, welches Tool immer wieder fehlschlägt und wie oft.
Was ClawMetry erkennt
ClawMetry zählt Fehler, die demselben Tool im Ereignisfenster zugeordnet werden. Überschreitet die Anzahl den zugehörigen Schwellenwert, wird eine Warnung zu wiederholtem Tool-Fehler ausgelöst. Der Befund nennt das Tool, die Fehleranzahl und den verwendeten Schwellenwert.
Der Unterschied, der den Befund verändert
Auslösendes Beispiel
4 Fehler von Bash
Warnbefund
Stilles Vergleichsbeispiel
1 Fehler von Bash
Kein Befund für diesen Detector.
Im geprüften Beispiel erzeugen vier fehlschlagende Shell-Ergebnisse eine Warnung. Ein einzelner Fehler bleibt unterhalb des Schwellenwerts. Dies unterscheidet sich von einer identischen Aufrufschleife: Die Befehle können sich ändern, während dasselbe Tool weiterhin Fehler zurückgibt.
Detector-Ergebnis prüfen
{
"kind": "repeated_tool_failure",
"severity": "warning",
"evidence": {
"tool": "Bash",
"failures": 4,
"threshold": 3,
"threshold_source": "static"
}
}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
Öffnen Sie die fehlschlagenden Ergebnisse und suchen Sie nach der gemeinsamen Ursache. Beheben Sie das Umgebungs- oder Zugriffsproblem, oder grenzen Sie die Agent-Aufgabe ein, bevor Sie Wiederholungsversuche anhäufen lassen. Verifizieren Sie dann, dass das nächste Tool-Ergebnis tatsächlich erfolgreich ist.
- Fehlerergebnisse lesen
- Gemeinsame Ursache beheben
- Nächstes Ergebnis verifizieren
Was dieses Signal belegt
Dies ist ein Zuverlässigkeitssignal. Es diagnostiziert nicht die Grundursache und belegt nicht, dass der Agent angegriffen wird.