Wie es übersehen wird
Ihr Agent hat eine weitere Datei geöffnet. Und noch eine. Die Sitzung wirkt aktiv, aber die Korrektur ist noch nicht erschienen. Wenn Sie mehrere Agents beobachten, kann ein Aktivitätsstrom eine Aufgabe verbergen, die nicht vorankommt.
Stellen Sie sich vor, Sie bitten um eine kleine Codeänderung. Der Agent liest fünfundzwanzig Dateien, ohne eine Bearbeitung vorzunehmen oder den Vorgang abzuschließen. Sie könnten das durch Scrollen in der Sitzung entdecken. ClawMetry liefert Ihnen stattdessen ein konkretes Signal zur Untersuchung.
Was ClawMetry erkennt
Der No-Progress-Detector zählt Tool-Aufrufe seit dem letzten Nutzer-Turn oder Abschluss-Marker. Erreicht die Anzahl den Schwellenwert ohne erkannten Schreib- oder Bearbeitungsvorgang, wird eine Warnung ausgelöst. Der Befund enthält die beobachtete Aufrufanzahl, den Schwellenwert und null aufgezeichnete Schreibvorgänge.
Der Unterschied, der den Befund verändert
Auslösendes Beispiel
25 Lesevorgänge, keine Bearbeitungen
Warnbefund
Stilles Vergleichsbeispiel
24 Lesevorgänge, dann eine Bearbeitung
Kein Befund für diesen Detector.
Das geprüfte Beispiel hat fünfundzwanzig Leseaufrufe und löst eine Warnung aus. Wird einer dieser Aufrufe durch eine Bearbeitung ersetzt, bleibt dieser Detector still. Ein neuer Nutzer-Turn setzt das Fenster zurück. Wenn eine Laufzeit in ihrer erlernten Basis keine Schreibvorgänge zeigt, kann ClawMetry dieses Signal deaktivieren, anstatt jede Sitzung zu markieren.
Detector-Ergebnis prüfen
{
"kind": "no_progress",
"severity": "warning",
"evidence": {
"tool_calls": 25,
"writes": 0,
"threshold": 20,
"threshold_source": "static",
"baseline": null
}
}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
Beginnen Sie mit der Aufgabe. Recherche kann viele Lesevorgänge rechtfertigen. Eine angefragte Codekorrektur erfordert möglicherweise ein Eingreifen. Prüfen Sie, was der Agent zu verstehen versucht, klären Sie den Haltepunkt und suchen Sie nach der ersten sinnvollen Änderung.
- Aufgabentyp prüfen
- Letzte Aktivität prüfen
- Sinnvollen Haltepunkt festlegen
Was dieses Signal belegt
Kein aufgezeichneter Bearbeitungsvorgang ist kein Beweis für verschwendete Arbeit. Reine Leserecherche kann legitim sein, und Schwellenwerte hängen von der verfügbaren Telemetrie ab.