Formats
MCAP conserve chaque topic et donne donc l’image la plus complète. L’importateur de ROS bags convertit les topics caméra (
sensor_msgs/Image et sensor_msgs/CompressedImage) et conserve les états articulaires et les autres topics numériques ou textuels. Les nuages de points et les autres charges binaires sont ignorés. Envoyez du MCAP lorsque vous avez besoin de conserver tous les topics.
Envoyer des rollouts comme enregistrements de flotte
Chaque téléversement va dans un enregistrement de flotte existant. Avala provisionne des enregistrements pour vos appareils enregistrés au démarrage du programme. Listez-les pour trouver l’UID de l’enregistrement.upload_recording reprend un téléversement interrompu de la même source. Un appel terminé signifie que le traitement est en file d’attente. Vérifiez client.fleet.recordings.get(uid).status jusqu’à ce qu’il indique ready.
Marquer les défaillances et les interventions comme événements
Les événements de flotte posent une étiquette sur un moment d’un enregistrement. Marquez chaque défaillance et chaque intervention pour qu’Avala les retrouve rapidement. Utiliseztype pour la classe d’événement et metadata pour tout ce que votre stack journalise, comme la version du modèle et la tâche.
type d’événement est l’un de error, warning, info, state_change, anomaly ou custom. severity est l’un de info, warning, error ou critical. Vous pouvez aussi créer des événements automatiquement avec des règles d’enregistrement.
Importer des ROS bags et des jeux de données LeRobot
Lorsque les rollouts se trouvent hors de la flotte, importez-les comme jeu de données. Installez d’abord l’extra correspondant au format.Importer des journaux d’évaluation
Si vous évaluez votre politique avec Inspect Robots, un outil d’évaluation open source, importez son journal d’évaluation JSON. Chaque essai, soit une scène dans une epoch, étiquette une séquence avec une étiquette de résultat. Les essais en échec deviennent des séquences que vous pouvez filtrer, réviser et transformer en travail de collecte.
Chaque étiquette importée a
source à imported, evaluation_membership à held_out_eval et autonomy_level à autonomous. model_version est la politique de l’exécution. La tâche de l’exécution devient une sous-tâche qui couvre tout l’essai. Les étiquettes écrites par une personne ou par un modèle sont conservées, sauf si vous passez --overwrite. La liste complète des options se trouve dans la référence de la CLI.
Inspecter les enregistrements et les événements avec le serveur MCP
Le serveur MCP lit les données de flotte. Interrogez votre assistant sur les défaillances récentes, ou appelez directement les outils :fleet_list_recordingsetfleet_get_recordingpour les enregistrementsfleet_list_eventsfiltré parrecording,device,typeouseverityget_fleet_healthpour une synthèse à l’échelle de la flotte
Ce qu’Avala fait des rollouts
Les étapes ci-dessous sont un service qu’Avala réalise dans le cadre du programme. Aucune API n’est à appeler pour elles.- Segmentation. Avala découpe chaque rollout en séquences et en sous-tâches aux changements d’état. Vos événements ancrent les moments de défaillance.
- Étiquetage. Chaque séquence reçoit les deux axes de ses métadonnées de séquence : une vérification de validité technique et une étiquette de résultat.
- Regroupement. Avala regroupe les défaillances selon ce qui a mal tourné et dans quelles conditions. Les groupes correspondent à une taxonomie des défaillances versionnée pour votre programme. Les nouveaux groupes étendent la taxonomie.
- Analyse des écarts. Avala compare les groupes de défaillances avec la couverture de vos données d’entraînement existantes et avec les cohortes d’évaluation.
Le rapport d’écarts
Avala livre un rapport d’écarts pour chaque lot de rollouts.
Vous examinez le rapport d’écarts et choisissez les priorités. Les expériences approuvées deviennent le prochain brief de collecte.