Comment ça passe inaperçu
Votre agent a ouvert un autre fichier. Puis un autre. La session semble active, mais la correction n'est toujours pas là. Quand vous surveillez plusieurs agents, un flux d'activité peut masquer une tâche qui n'avance pas.
Imaginez demander une petite modification de code. L'agent lit vingt-cinq fichiers sans effectuer de modification ni terminer le tour. Vous pourriez le découvrir en faisant défiler la session. ClawMetry vous donne un signal précis à investiguer à la place.
Ce que ClawMetry détecte
Le détecteur sans progression compte les appels d'outils depuis le dernier tour utilisateur ou marqueur de complétion. Si le compteur atteint son seuil sans modification ou édition reconnue, une alerte est levée. La détection inclut le nombre d'appels observé, le seuil et zéro modification enregistrée.
La différence qui change tout
Exemple déclencheur
25 lectures, zéro modification
Alerte
Comparaison silencieuse
24 lectures, puis une modification
Aucune détection pour ce détecteur.
L'exemple vérifié comporte vingt-cinq appels de lecture et lève une alerte. Remplacez l'un de ces appels par une modification, et ce détecteur reste silencieux. Un nouveau tour utilisateur réinitialise la fenêtre. Lorsqu'un runtime n'expose jamais de modifications dans son échantillon appris, ClawMetry peut désactiver ce signal plutôt que de signaler chaque session.
Inspecter le résultat du détecteur
{
"kind": "no_progress",
"severity": "warning",
"evidence": {
"tool_calls": 25,
"writes": 0,
"threshold": 20,
"threshold_source": "static",
"baseline": null
}
}Comment l'exemple a été vérifié
Ces exemples évaluent le détecteur publié avec des données d'événements créées pour l'occasion ou des fichiers de configuration jetables. Les vidéos illustrent ces comportements. Il ne s'agit pas d'enregistrements d'agents réels ni de l'interface du produit. Aucune commande dans les exemples n'a été exécutée.
Le résultat établit le comportement pour ces entrées. Il n'établit pas l'ingestion en temps réel, la prévention ni un véritable compromis. Inspecter le contrat source épinglé.
Que vérifier ensuite
Commencez par la tâche. La recherche peut légitimement impliquer de nombreuses lectures. Une correction de code demandée peut nécessiter une intervention. Vérifiez ce que l'agent essaie d'apprendre, clarifiez le point d'arrêt et cherchez la première modification significative.
- Vérifier le type de tâche
- Inspecter la dernière activité
- Définir un point d'arrêt utile
Ce que ce signal établit
Aucune modification enregistrée ne prouve pas un travail gaspillé. La recherche en lecture seule peut être légitime, et les seuils dépendent de la télémétrie disponible.