Tsinghua et AGIBOT: choisir les données qui apprendront une tâche au robot

Objectif professionnel

Séparer collecte et évaluation robotique

Production attendue: Une matrice de contrôle comportant entrée, règle, résultat attendu, preuve et propriétaire; les calculs détaillés lorsqu’ils sont pertinents.

Parcours de travail

1. Comprendre et reformuler le mécanisme: 8 minutes.
2. Construire le dossier du cas et vérifier les hypothèses: 12 minutes.
3. Traiter la variante de transfert et examiner une référence: 10 à 15 minutes.
4. Comparer au corrigé et réviser la production: 5 à 10 minutes.

Ces temps organisent une activité complète. La seule lecture de la page est plus courte. Conservez votre première réponse avant de consulter la correction; une production de 400 à 600 mots, ou un tableau et son commentaire d’une précision équivalente, permet de rendre le raisonnement examinable.

Le mécanisme

Un grand nombre de démonstrations peut répéter les mêmes conditions. La couverture porte sur les variations qui changent la tâche: objets, positions, éclairage et interventions. Séparer les sessions entre entraînement et évaluation limite les fuites. Une séquence interrompue ou corrigée doit être annotée. L'évaluation recherche les conditions absentes plutôt que de compter uniquement les fichiers disponibles.

Dans le cursus Tsinghua / AGIBOT, les étudiants collectent des données de téléopération avant l’entraînement et le déploiement. Cette étape place l’expérience de la tâche dans le développement du système.

Un atelier fictif filme cent gestes de prise réalisés sur une même pièce, toujours posée dans la même orientation. L’équipe dispose d’un volume de données. Elle ne sait pas encore si ce volume représente la tâche qu’elle souhaite confier au robot.

Le responsable doit décrire les variations attendues. Les pièces peuvent changer de position. Les conditions de présentation peuvent différer entre deux équipes. Certaines situations doivent être rejetées plutôt que traitées.

La collecte doit être organisée autour de ce périmètre. Répéter cent fois un cas facile ne remplace pas l’observation de conditions différentes. Il faut aussi garder la trace des situations collectées et des interventions nécessaires.

Le jeu d’essai sert à examiner le comportement du système une fois développé. Si les mêmes situations ont été utilisées pour construire et régler le système, le résultat peut être trop favorable à ce qui a déjà été rencontré. L’entreprise doit prévoir une séparation adaptée à sa tâche et à ses données.

La décision porte enfin sur les conditions non couvertes. Le responsable ne doit pas conclure que le robot sait gérer une catégorie d’objets simplement parce qu’elle ressemble à celle des essais. Il peut limiter le périmètre de départ et prévoir des vérifications avant chaque extension.

Décrire ce que les données ne couvrent pas

Une matrice utile croise objet, surface, éclairage, opérateur et session. Dans le cas principal, les 100 prises couvrant dix objets ne garantissent même pas dix prises par objet: la répartition n'est pas fournie. Le premier travail consiste à demander les comptes par cellule plutôt qu'à supposer un équilibre. Séparer des images voisines d'une même séquence entre entraînement et test créerait une proximité trompeuse. Un test sur un objet nouveau examine une autre généralisation qu'un test sur un éclairage nouveau; le dossier doit dire laquelle est recherchée.

Démonstration pédagogique: les données ajoutées à titre d’exemple ne sont pas des résultats empiriques.

Un dossier de décision technique

Présentez les composants, les états et les frontières de responsabilité. Séparez la sortie proposée par un modèle de l’action effectivement exécutée. Pour chaque contrôle, indiquez son emplacement, sa condition de déclenchement et la preuve observable. Un prompt prudent ne remplace pas un refus appliqué par le service.

Travaillez d’abord avec les informations effectivement fournies. Énumérez séparément les hypothèses nécessaires, en précisant lesquelles changeraient la décision. Si une donnée manque, formulez une conclusion conditionnelle ou une demande de preuve. Une valeur inventée ne doit jamais devenir une observation.

Cas professionnel: consolidation guidée

Situation fictive conçue pour l’apprentissage; les chiffres ne décrivent ni une étude ni un client réel.

Un jeu contient 900 prises d'un même objet sous lumière stable et 100 prises de dix objets sous lumière variable. Concevez une matrice de couverture, un partage entraînement/test et un plan de collecte ciblé.

1. Définissez la décision ou la proposition à examiner et son périmètre.
2. Construisez la production attendue avec les données du cas. Montrez les calculs et les unités, ou reliez chaque affirmation à une observation.
3. Présentez au moins une interprétation concurrente. Indiquez la donnée qui permettrait de la départager.
4. Rédigez une recommandation de 120 à 180 mots avec ses conditions de validité. Précisez ce qui reste impossible à conclure.

Transfert à une situation nouvelle

Un nouvel objet ressemble aux anciens mais glisse davantage: proposez les observations nécessaires avant d'ajouter des données.

Répondez avant d’ouvrir le corrigé. Modifiez explicitement votre dossier initial: quelle règle reste valable, quelle hypothèse tombe et quelle preuve supplémentaire devient nécessaire? Une réponse qui répète simplement la conclusion du premier cas ne démontre pas le transfert.

Travail sur les références

TSINGHUA et ICENTER: contexte de formation; NIST: limites d'évaluation. Aucun de ces portails ne prouve la représentativité du jeu fictif.

L’objectif documentaire est de soutenir ou de limiter la conclusion suivante: Séparer collecte et évaluation robotique.

Choisissez ci-dessous la source dont le périmètre correspond directement au mécanisme étudié. Identifiez sa section, sa version et sa date; relevez une proposition précise et expliquez son lien avec une étape de votre production. Indiquez également une conclusion que cette source ne permet pas de soutenir. Les portails généraux et programmes de formation constituent des points d’entrée, non une preuve scientifique du cas.

Si le texte intégral est inaccessible ou sous licence, ne prétendez pas l’avoir vérifié. Consignez la limite, identifiez le document ou la section à obtenir et rédigez votre conclusion sous cette réserve. Les calculs et situations fictives restent des constructions pédagogiques VOCE.

Évaluer puis réviser

Critère propre à ce module: La matrice laisse les effectifs inconnus vides et sépare explicitement les sessions d'entraînement et de test.

• 4 points: analyse du mécanisme, calculs ou relations documentaires corrects.
• 3 points: justification de la décision par des données et des hypothèses explicites.
• 2 points: traitement réel de la variante, avec une conclusion adaptée.
• 1 point: référence précise et limite de portée correctement identifiées.

Repère interne proposé: 8/10 sans erreur critique. Une preuve inventée, une causalité non démontrée, une unité erronée décisive ou un droit supposé sans fondement imposent une reprise. Ce barème sert à l’autoévaluation; il n’atteste pas à lui seul une compétence acquise.

Après comparaison, corrigez votre dossier dans une seconde version et ajoutez un court journal: erreur repérée, effet sur la conclusion, correction et vérification restante. Conservez les deux versions seulement si vous avez réellement effectué l’activité.

Références et portée

Les compétences VCLF sont des repères internes. Aucun alignement supplémentaire avec ESCO, e-CF ou un niveau de qualification n’est déduit automatiquement de cette réécriture. Les statuts de vérification ci-dessus restent ceux du registre; ils ne constituent pas une nouvelle lecture intégrale de chaque source.

Version et provenance

Compétence: VCLF-AI-AI013. Réécriture et cas complémentaires: VOCE Association avec assistance IA, 18 octobre 2026. Le socle documentaire antérieur et ses réserves sont conservés. Relecture indépendante et mesure des durées auprès d’apprenants: à réaliser.