Surveiller l’activité du sandbox et diagnostiquer les problèmes

Utilisez les outils de statut, de journaux et de TUI de NemoClaw ensemble pour inspecter la santé du sandbox, tracer le comportement de l’agent et diagnostiquer les problèmes.

Prérequis

  • Un sandbox NemoClaw en cours d’exécution.
  • Le CLI OpenShell dans votre PATH.

Vérifier la santé du sandbox

Exécutez la commande de statut pour consulter l’état du sandbox, les informations d’exécution du blueprint et la configuration d’inférence active :

$ openclaw nemoclaw status

Pour une sortie lisible par machine, ajoutez le drapeau --json :

$ openclaw nemoclaw status --json

Les champs clés de la sortie incluent les suivants :

  • État du sandbox, qui indique si le sandbox est en cours d’exécution, arrêté ou en état d’erreur.
  • Identifiant d’exécution du blueprint, qui est l’identifiant de l’exécution la plus récente du blueprint.
  • Fournisseur d’inférence, qui affiche le fournisseur actif, le modèle et l’endpoint.

Si vous exécutez openclaw nemoclaw status depuis l’intérieur du sandbox, la commande détecte le contexte du sandbox et le signale. Les détails du sandbox et de l’inférence au niveau de l’hôte ne sont pas disponibles depuis l’intérieur du sandbox. Exécutez openshell sandbox list sur l’hôte pour vérifier l’état sous-jacent du sandbox.

Consulter les journaux du blueprint et du sandbox

Diffusez la sortie de journal la plus récente du runner de blueprint et du sandbox :

$ openclaw nemoclaw logs

Pour suivre la sortie du journal en temps réel :

$ openclaw nemoclaw logs -f

Pour afficher un nombre spécifique de lignes de journal :

$ openclaw nemoclaw logs -n 100

Pour consulter les journaux d’une exécution de blueprint spécifique au lieu de la plus récente :

$ openclaw nemoclaw logs --run-id <id>

Surveiller l’activité réseau dans le TUI

Ouvrez l’interface terminal OpenShell pour une vue en direct de l’activité réseau du sandbox et des requêtes de trafic sortant :

$ openshell term

Pour un sandbox distant, connectez-vous en SSH à l’instance et exécutez openshell term depuis celle-ci.

Le TUI affiche les informations suivantes :

  • Connexions réseau actives depuis le sandbox.
  • Requêtes de trafic sortant bloquées en attente d’approbation de l’opérateur.
  • Statut du routage d’inférence.

Consultez Approuver ou refuser les requêtes réseau de l’agent pour les détails sur le traitement des requêtes bloquées.

Tester l’inférence

Exécutez une requête d’inférence de test pour vérifier que le fournisseur répond :

$ nemoclaw my-assistant connect
$ openclaw agent --agent main --local -m "Test inference" --session-id debug

Si la requête échoue, vérifiez les points suivants :

  1. Exécutez openclaw nemoclaw status pour confirmer le fournisseur et l’endpoint actifs.
  2. Exécutez openclaw nemoclaw logs -f pour consulter les messages d’erreur du runner de blueprint.
  3. Vérifiez que l’endpoint d’inférence est accessible depuis l’hôte.

Sujets connexes