Présentation de la plateforme

Ce qu'est AY-Robots

AY-Robots est une plateforme de téléopération pour bras robotiques. Les clients connectent leur matériel, le plus souvent le SO-100 (aussi vendu sous le nom SO-ARM100), et des opérateurs à distance pilotent ces bras depuis un cockpit dans le navigateur. Chaque minute pilotée est enregistrée, si bien qu'une session produit deux choses à la fois : du travail effectué sur le robot et un jeu de données de démonstration sur lequel vous pouvez entraîner des politiques.

La plateforme distingue trois rôles. Les comptes CLIENT possèdent des robots, réservent des sessions et reçoivent les jeux de données enregistrés. Les comptes OPERATOR pilotent des robots et gagnent de l'argent pour chaque session terminée. Les comptes ADMIN gèrent la plateforme elle-même, y compris l'examen des certifications d'opérateur. Vous choisissez votre rôle lors de l'onboarding, et chaque rôle dispose de son propre dashboard.

Rien de tout cela ne vous oblige à écrire des pilotes de robot. La prise en charge du SO-100 est intégrée, de la communication avec les servomoteurs sur le bras jusqu'à l'encodage des épisodes dans l'explorateur de jeux de données. Si vous savez brancher un câble USB et ouvrir un onglet de navigateur, vous pouvez faire fonctionner la boucle complète.

La boucle : robots, opérateurs, sessions, jeux de données

Tout sur la plateforme s'organise autour d'une seule boucle. Une fois que vous la visualisez, le reste de la documentation se lit beaucoup plus vite, car chaque page approfondit une étape de cette boucle.

1. 1
   Connecter un robot

   Un client appaire un bras avec la plateforme à l'aide d'un court code d'appairage. Une fois le code utilisé sur la machine connectée au bras, le robot envoie un heartbeat et apparaît en ligne dans son environnement.

2. 2
   Réserver une session

   Le client réserve une session, ou un opérateur certifié prend en charge un robot disponible. La session démarre à l'état PENDING et passe à ACTIVE dès que l'opérateur se connecte et prend le contrôle.

3. 3
   Téléopérer

   L'opérateur pilote le bras depuis le cockpit du navigateur tout en surveillant les caméras du robot. La plateforme journalise en continu des événements d'activité et enregistre les positions articulaires, l'état de la pince et la vidéo.

4. 4
   Récupérer le jeu de données

   Une fois la session terminée, l'enregistrement est organisé en épisodes au format LeRobot et apparaît dans l'explorateur de jeux de données du client, prêt à être vérifié et téléchargé.

5. 5
   Entraîner et recommencer

   Les clients entraînent des politiques telles qu'ACT, Diffusion Policy, SmolVLA ou des fine-tunes de GR00T sur les données collectées, puis réservent de nouvelles sessions pour couvrir les situations où la politique échoue encore.

À quoi sert la plateforme

Les trois raisons les plus courantes de venir ici se recoupent, mais il vaut la peine de les distinguer, car elles déterminent par quelle partie de la documentation commencer.

• Collecte de données pour l'apprentissage par imitation. Les équipes qui entraînent des politiques de manipulation ont besoin de nombreuses démonstrations propres. Des opérateurs à distance peuvent les enregistrer à toute heure, sur votre matériel, sans que vous ayez à rester près du bras.
• Opération à distance. Il s'agit parfois simplement de faire faire le travail par le robot pendant que la personne se trouve ailleurs, que ce soit dans une autre pièce ou un autre pays.
• Passer à l'échelle sans personnel sur site. Si vous possédez plusieurs installations, recruter et planifier des opérateurs locaux pour chacune d'elles est ce qui coûte cher. La marketplace d'opérateurs supprime cette contrainte.

Si la collecte de données est votre objectif et que le bras se trouve sur votre propre bureau, jetez aussi un œil au client de bureau. Il enregistre les épisodes localement grâce à un parcours guidé et les envoie quand vous le décidez, sans aucun opérateur à distance impliqué.

Architecture en un coup d'œil

Vous interagissez avec jusqu'à trois logiciels différents, selon ce que vous faites. Ils communiquent avec le même backend et le même compte, si bien qu'un robot appairé une fois est visible partout.

L'authentification suit la même répartition. Le navigateur utilise votre session Supabase, tandis que l'API et les intégrations MCP utilisent des clés API portant le préfixe ayr_live_, créées dans /dashboard/settings. Les clés servent uniquement à l'accès programmatique ; vous ne les collez jamais dans le cockpit.

Pour aller plus loin

Questions fréquentes