RoboParty RP1 : l'humanoïde 100 % open-source qui ouvre hardware et logiciel aux chercheurs
🔎 L'open-source s'attaque enfin au hardware humanoïde
Pendant que les modèles de langage open-source enchaînent les percées — DeepSeek, Kimi, GLM — le hardware robotique est resté un monde de boîtes noires. Vous achetez un humanoïde de recherche, vous recevez un châssis, un SDK propriétaire et un formulaire de support. Les schémas électroniques ? Introuvables. Le BOM ? Secret défense.
Le 15 octobre 2026, la start-up shanghaïenne RoboParty a décidé de casser ce modèle. Elle lance officiellement RP1 (ROBOTO 01), un humanoïde bipède full-stack open-source : conception mécanique, schémas électroniques, layouts PCB, firmware, systèmes de contrôle et logiciels — tout est publié, consultable et modifiable par les chercheurs. Le robot avait été dévoilé le 28 septembre à IROS 2026, à Pittsburgh.
Pourquoi maintenant ? Parce que RoboParty a déjà testé la formule. Son prédécesseur RPO, ouvert en janvier 2026, dépasse les 2 600 étoiles GitHub et fédère une communauté de plus de 5 000 développeurs. La question n'est plus de savoir si l'open-source peut toucher le hardware humanoïde, mais si l'ouverture seule suffit à déloger les incumbents — Unitree en tête — qui, eux, ont le prix, le volume et des années d'avance.
L'essentiel
- RP1 (ROBOTO 01) : humanoïde bipède full-stack open-source lancé le 15 octobre 2026 par RoboParty (Shanghai, fondée en 2025), après un dévoilement à IROS 2026 le 28 septembre.
- Deux configurations : RP1 Standard (~1,3 m, 24 degrés de liberté actifs) et RP1 Pro (30 DoF, cou à 2 axes, bras à 7 axes, main articulée RP Hand, modules de tête et d'effecteurs de poignet interchangeables).
- Tout est publié : CAD mécanique, schémas, routing PCB, Gerber, BOM, firmware, drivers, ROS 2, SDK Python, pipelines d'entraînement basés sur Isaac Sim 5.1.0 / Isaac Lab, et PartyOS, le système d'IA incarnée.
- Actionneurs maison : Romomo, couple pic jusqu'à 160 N·m — un choix de verticalisation qui interroge.
- Calendrier : roadmap open-source détaillée en octobre 2026, programme de production au Q4 2026. Aucun prix annoncé à ce jour.
Outils recommandés
| Outil | Usage principal | Prix (octobre 2026) | Idéal pour |
|---|---|---|---|
| GitHub Roboparty/RP1 | Repos officiels : hardware, firmware, déploiement, entraînement | Gratuit | Récupérer CAD, BOM, schémas et code |
| Documentation ROBOTO 01 | Architecture complète, couche par couche | Gratuit | Comprendre la stack avant d'acheter |
| Isaac Lab (NVIDIA) | Entraînement en simulation, vérification Sim2Sim | Gratuit (open source) | Entraîner les politiques de marche |
| ROS 2 | Middleware robotique, intégration capteurs et actionneurs | Gratuit (Apache 2.0) | Prototyper vos propres modules |
| Hostinger | Héberger la doc et le site de votre projet robotique open-source | À partir de ~3 $/mois (vérifiez sur hostinger.com) | Publier vos résultats et attirer des contributeurs |
| Casque VR compatible | Téléopération et collecte de démonstrations | Variable selon modèle | Collecte de données pour imitation (MimicLite) |
Qu'est-ce que RP1, concrètement ?
RP1 est un humanoïde de recherche bipède d'environ 1,3 m, décliné en deux versions, dont chaque couche technique — mécanique, électronique, firmware, contrôle, IA — est publiée sur GitHub et documentée officiellement.
La version Standard vise l'essentiel : 24 degrés de liberté actifs, marche, équilibre et pipeline sim-to-real. La version Pro monte à 30 DoF, avec un cou à 2 axes, des bras à 7 axes (hors DoF de la main) et la RP Hand articulée. Les modules de tête et d'effecteurs de poignet sont interchangeables, et le calcul est extensible — un point rare sur ce segment, où la plupart des plateformes imposent leur machine interne.
| Version | Hauteur | DoF actifs | Points clés |
|---|---|---|---|
| RP1 Standard | ~1,3 m | 24 | Marche, équilibre, sim-to-real |
| RP1 Pro | ~1,3 m | 30 | Cou 2 axes, bras 7 axes, RP Hand, modules interchangeables |
| RPO (prédécesseur, 2026) | ~1,25 m | 23 | ~34 kg, licences ouvertes, 2 600+ étoiles GitHub |
Côté muscle, RoboParty a fait un choix structurant : des actionneurs Romomo développés en interne, avec un couple pic pouvant atteindre 160 N·m sur les articulations. On y reviendra — c'est à la fois la force technique du projet et son principal point de fragilité.
« Full-stack open-source » : ce que RoboParty publie vraiment
Ce n'est pas de l'open-washing : les repos publiés couvrent la totalité de la chaîne, de la conception mécanique au déploiement physique.
Le repo RP1 sur GitHub — présenté comme « An OpenSource Full-Stack Platform for Agentic Humanoids » — est découpé en modules documentés :
- RP1_hardware : CAD mécanique, plans, schémas électroniques, routing PCB, fichiers Gerber et BOM complet.
- RP1_firmware : le code embarqué des actionneurs et des cartes.
- RP1_deploy : les outils de mise en route physique.
- RP1_train : les pipelines d'entraînement.
La couche logicielle comprend un Linux BSP, un pont USB-CAN-FD, des drivers pour moteurs, IMU, main et caméras, un stack ROS 2 et un SDK Python. La couche « intelligence » expose pour sa part l'entraînement de marche, l'AMP, BeyondMimic et la vérification Sim2Sim, selon la documentation officielle.
Mon avis : le vrai geste, c'est la publication du BOM et des Gerber. N'importe quel labo peut auditer la machine, planifier ses réparations, sourcer ses composants et — surtout — vérifier ce que le robot fait réellement. C'est exactement ce que les fournisseurs établis refusent de donner.
Un clone local se fait en une ligne :
git clone https://github.com/Roboparty/RP1.git
Côté licences, le précédent RPO donne le ton : CERN-OHL-W-2.0 pour le hardware, GPL-3.0 pour le software, BSD-3-Clause pour le code d'entraînement. Trois licences, trois niveaux d'obligations — on y revient dans les erreurs courantes.
La toolchain : d'Isaac Lab au robot réel
RoboParty ne publie pas qu'un robot : il publie la chaîne complète qui va de la collecte de données à la validation expérimentale, et c'est peut-être sa contribution la plus sous-estimée.
Le pipeline couvre quatre étapes : collecte de données, entraînement en simulation, déploiement physique, validation expérimentale. Concrètement : téléopération VR pour collecter des démonstrations, retargeting pour les transférer, entraînement sous Isaac Sim 5.1.0 et Isaac Lab, puis whole-body control (WBC) pour l'exécution réelle. Le framework UFO gère le RL non supervisé, MimicLite l'imitation de mouvement.
Cette approche sim-first n'arrive pas dans un désert. Le secteur standardise ses entraînements en simulation avant tout contact avec le réel, et la recherche sur les world models se structure rapidement — voir notre analyse sur RoboJePa, les premières scaling laws des world models robot publiées par Meta et Mila.
Pourquoi la vérification Sim2Sim change la donne
Le détail qui compte pour un labo : RP1 intègre nativement la comparaison entre la sortie du modèle et le comportement réel du robot. Vous pouvez donc quantifier l'écart entre ce que votre politique fait en simulation et ce qu'elle fait sur la machine.
C'est la base d'une science reproductible, pas seulement de démos YouTube. Et c'est un argument de poids face aux plateformes fermées, où cette vérification reste un bricolage d'initiés.
PartyOS et le cerveau : quels modèles IA pour un robot ouvert ?
PartyOS, le système d'IA incarnée de RoboParty, fait le pont entre le corps ouvert et les modèles de raisonnement — et c'est là que le choix du modèle IA devient une décision d'architecture à part entière.
Le calcul embarqué étant extensible, deux stratégies s'offrent aux équipes. La première : un cerveau cloud, avec les modèles qui dominent les classements agentic actuels — GPT-5.5 d'OpenAI (98,2), Gemini 3 Pro Deep Think de Google (95,4) ou Claude Opus 4.7 d'Anthropic (94,3). Puissance maximale, mais dépendance réseau et coût par requête.
La seconde : de l'inférence locale, plus cohérente avec la philosophie du projet. Les modèles self-hosted comme Kimi K2.6 de Moonshot AI (88,1 en agentic) ou GLM-5 Reasoning de Z.AI (82) tournent sur du matériel de bord, et notre guide sur les agents IA open source avec Ollama en local détaille comment orchestrer ce type de stack sans envoyer une seule trame vers le cloud. Les modèles edge open-source récents — à l'image de Spark X2.5 d'iFlytek et ses deux variantes edge à 1M tokens de contexte — montrent que la fenêtre contextuelle longue n'est plus l'apanage du datacenter.
La trajectoire de fond ? Des world models capables de piloter des parcs entiers de robots : GreenWAM de Sber pilote déjà 20 familles de robots avec un seul modèle. Un robot dont le corps est open-source mérite un cerveau qu'on peut inspecter — l'équation tient.
Unitree sous pression : ce que RP1 change pour le marché
RP1 ne prétend pas être le meilleur humanoïde du marché. Il vend autre chose : une nouvelle définition de ce qu'un labo est en droit d'exiger d'un fournisseur.
Le paysage reste dominé par des plateformes fermées. Unitree et les autres incumbents livrent des robots remarquables, mais sans schémas, sans BOM, avec un firmware opaque et un SDK qui reste leur propriété. Quand un servo casse hors garantie, le labo négocie, attend, paie. Avec RP1, il ouvre le repo, lit le BOM et commande la pièce.
Ce mouvement s'inscrit dans une vague plus large venue de Chine, où l'open-source est devenu une arme de conquête commerciale. ByteDance a ouvert DeerFlow, son agent open-source qui recherche, code et crée sur le long terme, et OpenSeeker-v2 casse le monopole des search agents industriels. La séquence est toujours la même : là où on ne peut pas gagner sur le budget marketing, on gagne sur la gouvernance.
Mon pronostic : si RP1 trouve son public, la réponse des incumbents sera un open-source cosmétique — SDK ouvert, URDF publié, mais ni schémas ni Gerber. La frontière à surveiller n'est donc pas « open ou pas », mais « jusqu'où dans le stack ». Le slogan de RoboParty — « No More Black Boxes » — a le mérite de fixer la barre là où elle doit être.
Les limites : l'ouverture ne fabrique pas un écosystème
Publier des fichiers est la partie facile. Le prix, la fiabilité et la gouvernance décideront de la suite — et sur ces trois points, rien n'est encore joué.
Premier point : le prix. Aucun tarif n'a été communiqué à ce jour (octobre 2026), le programme de production étant annoncé pour le Q4. Or toute la proposition de RP1 repose sur l'ouverture ; si la facture s'aligne sur les plateformes fermées, il ne restera comme argument que la transparence — solide pour un labo, moins pour un budget contraint.
Deuxième point, le plus intéressant : les actionneurs. Le RPO avait un BOM « réparable » — plus de 60 % de ses pièces étaient des moteurs du commerce, trouvables chez n'importe quel distributeur. RP1 passe aux Romomo maison. RoboParty gagne en performance et en contrôle de sa chaîne, mais crée une dépendance à un fournisseur unique… qui est lui-même. L'ironie d'un robot open-source reposant sur un actionneur propriétaire ne doit échapper à personne.
Troisième point : l'ouverture est un processus, pas un état. La publication est progressive — motion control, simulation, SDK, outils d'entraînement, PartyOS — avec une roadmap détaillée annoncée pour octobre 2026. Tant que tout n'est pas mergé, « full-stack open-source » reste une promesse de roadmap.
Enfin, qui gouverne ? Politique de merge des PR, support, garantie : RoboParty n'a pas encore détaillé ces mécanismes. Ce sont eux qui transformeront 5 000 développeurs en écosystème — ou en simple audience.
Faut-il équiper son labo avec un RP1 ?
Pour un labo qui veut modifier le hardware, auditer la chaîne complète et publier des résultats reproductibles, RP1 est probablement la plateforme la plus cohérente du marché — à condition d'accepter d'acheter tôt, dans un écosystème jeune.
Ce que l'ouverture apporte concrètement : sourcer soi-même les composants via le BOM, modifier le CAD pour un end-effector spécifique, vérifier le firmware ligne par ligne, rejouer les pipelines d'entraînement et quantifier l'écart sim-réel. Aucune plateforme fermée n'offre ce niveau de contrôle. Le contexte le confirme : la recherche en IA incarnée avance vite, et le secteur est suivi de près par des publications spécialisées comme The AI Insider ou Robotics International.
Ce que l'ouverture n'apporte pas : la maturité. Une communauté de 5 000 développeurs, c'est prometteur mais récent ; aucun retour d'expérience à long terme sur les Romomo ; pas de grille tarifaire ; roadmap de publication encore incomplète. Mon conseil : attendez la roadmap détaillée d'octobre et les premiers retours de déploiement du Q4 avant d'engager un budget — mais mettez les repos en favori dès maintenant.
❌ Erreurs courantes
Erreur 1 : croire qu'« open-source » signifie « reproductible à la maison »
Un CAD, des Gerber et un BOM ne suffisent pas à assembler un humanoïde de 1,3 m avec des actionneurs délivrant 160 N·m. Il faut de l'usinage, de l'électronique de puissance et de l'expérience intégration. La solution : commencez en simulation avec RP1_train et Isaac Lab, rejoignez la communauté, et réservez l'assemblage physique aux labos équipés.
Erreur 2 : traiter les trois licences comme un bloc unique
CERN-OHL-W-2.0, GPL-3.0 et BSD-3-Clause imposent des obligations très différentes : la licence hardware CERN exige le partage des modifications matérielles, la GPL contamine vos forks logiciels, la BSD-3 quasi pas. Publier un dérivé commercial sans avoir lu les licences, c'est le moyen le plus rapide de se faire démonter en public. Lisez-les avant votre première contribution.
Erreur 3 : sauter la vérification Sim2Sim
Une politique entraînée sous Isaac Lab peut être excellente en simulation et médiocre sur le robot réel. Si vous benchmarkez sans quantifier l'écart entre sortie du modèle et comportement réel, vos résultats ne survivront pas à la relecture par les pairs. Utilisez le pipeline de vérification fourni et loggez systématiquement les deux séries de mesures.
❓ Questions fréquentes
Combien coûte le RP1 ?
Aucun prix n'a été annoncé à ce jour (octobre 2026). RoboParty a annoncé un programme de production large pour le Q4 2026 ; les tarifs devraient être communiqués à ce moment-là. Surveillez les canaux officiels et comparez le coût total de possession — pièces via BOM, outils, temps d'intégration — plutôt que le seul prix d'achat.
Quelle différence entre RP1 et RPO ?
RPO (ROBOTO ORIGIN), ouvert en janvier 2026, mesurait ~1,25 m pour ~34 kg et 23 DoF, avec un BOM composé à plus de 60 % de moteurs du commerce. RP1 monte à 24-30 DoF selon la version, passe aux actionneurs Romomo maison (jusqu'à 160 N·m) et publie un stack plus complet, PartyOS inclus.
Peut-on entraîner ses propres politiques de marche ?
Oui. Le repo RP1_train expose l'entraînement de marche, l'AMP et BeyondMimic, basés sur Isaac Sim 5.1.0 et Isaac Lab. Prévoyez un GPU de classe RTX pour la simulation, puis validez avec la vérification Sim2Sim avant tout déploiement physique sur le robot.
RP1 peut-il faire de la manipulation ?
Oui, surtout en version Pro : bras à 7 axes, main articulée RP Hand, effecteurs de poignet interchangeables. La téléopération VR et le retargeting permettent de collecter des démonstrations, que MimicLite transforme en politiques d'imitation. Cela reste une plateforme de recherche : n'espérez pas l'employer en production industrielle.
Peut-on brancher son propre modèle IA sur PartyOS ?
PartyOS est conçu comme un système d'IA incarnée extensible, avec un SDK Python et un calcul embarquement extensible. Vous pouvez y connecter des modèles self-hosted comme Kimi K2.6 ou GLM-5, ou des API cloud type GPT-5.5 — à vous d'arbitrer entre latence, coût et confidentialité des données de vos expériences.
✅ Conclusion
Avec RP1, RoboParty ne se contente pas de vendre un humanoïde : elle impose une nouvelle norme — un robot de recherche dont on peut lire, modifier et auditer chaque couche — et il appartient désormais aux incumbents de prouver pourquoi leurs boîtes noires méritent encore nos budgets. Commencez par le repo GitHub officiel et la documentation ROBOTO 01 : c'est gratuit, et ça donne une longueur d'avance sur tous ceux qui attendront le prix.