{"schema_version":"1.0","service":"Publicasta","type":"article","id":771,"slug":"agility_humanoids_safety_architecture_project_meridian_2026","title":"Le virage d’octobre d’Agility : pourquoi les robots humanoïdes ont désormais besoin d’une architecture de sécurité autour de la machine","excerpt":"Les annonces d’Agility sur Project Meridian et son partenariat renforcé avec FORT Robotics convergent vers une même réalité : déployer un humanoïde exigera des contrôles externes, des procédures d’exploitation et une responsabilité clairement définie, au-delà des seules capacités apprises par le robot.","language":"fr","default_language":"en","canonical_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026?lang=fr","image":{"url":"https://publicasta.com/storage/projects/11/pages/771/2026/10/7cdc86ba-4fd0-4fda-86b3-2c60d233d9cf.webp","alt":"Robot humanoïde logistique opérant dans une architecture de sécurité externe dans un entrepôt"},"publisher":{"id":11,"slug":"robots","name":"Robots et systèmes autonomes","url":"https://publicasta.com/robots"},"author":{"name":"Anton R"},"published_at":"2026-10-05T17:22:23+00:00","updated_at":"2026-10-05T17:22:23+00:00","content_markdown":"Agility Robotics est entrée dans le mois d’octobre avec deux annonces qui semblent sans rapport au premier abord. Le 5 octobre, l’entreprise a annoncé que sa directrice générale, Peggy Johnson, rejoindrait Project Meridian, une étude pilotée par le MITRE et commandée par le département américain de la Guerre pour examiner les guerres futures, la logistique et les priorités de capacités à long terme. Quatre jours plus tôt, Agility et FORT Robotics avaient annoncé un partenariat élargi destiné à construire l’infrastructure de sécurité de Digit 5, avec notamment une commande de sécurité, des communications embarquées et une interface vers des systèmes de sécurité externes.\n\n ![Robot humanoïde logistique opérant dans une architecture de sécurité externe dans un entrepôt](https://publicasta.com/storage/projects/11/pages/771/2026/10/7cdc86ba-4fd0-4fda-86b3-2c60d233d9cf.webp)\n\n Le lien est pratique plutôt que politique. Les deux annonces déplacent la discussion : il ne s’agit plus seulement de savoir si un humanoïde peut exécuter une tâche dans le cadre contrôlé d’une démonstration. La question devient celle de ce qui doit entourer une machine mobile, puissante et pilotée par logiciel avant qu’une organisation puisse la faire travailler dans un lieu réel — ou, à terme, dans un environnement logistique où les conséquences d’une mauvaise décision seraient plus lourdes.\n\n Le problème est d’une autre nature que l’ajout d’un degré de liberté à une main ou la présentation d’un robot traversant une usine. Le produit difficile n’est pas seulement le corps et le modèle. C’est aussi le périmètre opérationnel : qui peut arrêter le robot, que se passe-t-il lorsque les capteurs se contredisent, comment un site définit ses zones sûres, comment un opérateur distant intervient, comment un incident est reconstitué et quelle partie reste responsable lorsque le système agit en dehors de sa distribution d’entraînement.\n\n ## L’actualité immédiate concerne l’infrastructure, pas un nouveau robot\n\n L’annonce d’Agility du 5 octobre indique que Johnson participera à Project Meridian en tant que consultante individuelle. MITRE présente cette initiative comme un effort indépendant consacré aux technologies et aux concepts opérationnels nécessaires aux futures opérations militaires, avec des recommandations portant sur un horizon de dix à vingt ans. Agility précise que Johnson apportera son expérience des déploiements commerciaux d’humanoïdes, notamment de l’utilisation de robots pour des tâches logistiques physiquement exigeantes et répétitives.\n\n Cette annonce ne constitue ni un contrat militaire pour Digit, ni un engagement à déployer des humanoïdes au combat, ni la preuve que les humanoïdes sont prêts pour les opérations de défense. Agility distingue explicitement le rôle de consultante de Johnson des activités commerciales de l’entreprise. Le signal utile est plus étroit : les fabricants de robots commerciaux sont de plus en plus invités à expliquer comment leurs machines pourraient s’intégrer à de grands systèmes opérationnels, et pas seulement comment elles exécutent des tâches isolées.\n\n Le développement le plus concret est le protocole d’accord signé le 1er octobre entre Agility et FORT Robotics. Selon l’annonce des deux entreprises, le partenariat prolonge une relation qui avait commencé avec un composant matériel personnalisé pour former une architecture en trois parties : une commande de sécurité, des communications intégrées au robot et des interfaces externes reliant Digit à des systèmes de sécurité situés hors de la machine. Les entreprises prévoient aussi de collaborer sur le matériel, l’ingénierie, la conformité réglementaire et l’accompagnement du déploiement.\n\n FORT appelle le nouveau composant externe « Offboard Safety Bridge », ou pont de sécurité déporté. Le nom est révélateur, car il décrit une frontière. La perception et le contrôleur de mouvement du robot peuvent reconnaître une personne ou un obstacle, mais le client peut aussi avoir besoin d’un moyen distinct d’imposer un arrêt, de faire respecter une règle du site ou de coordonner le robot avec les machines qui l’entourent. Si toutes les décisions de sécurité sont intégrées à la même pile d’autonomie que celle qui tente d’accomplir la tâche, le système dispose de moins de moyens indépendants pour se mettre en sécurité en cas de défaillance.\n\n L’annonce reste toutefois une communication d’entreprise et un protocole d’accord, pas un rapport de certification. Elle ne publie ni taux de défaillance, ni mesures de temps de réponse, ni protocoles de validation, ni liste détaillée des configurations industrielles prises en charge. Ces omissions sont normales dans une annonce commerciale, mais elles délimitent ce qu’il est raisonnable d’affirmer aujourd’hui. Le partenariat indique une direction pour Digit 5 ; il ne prouve pas à lui seul que chaque futur déploiement sera sûr.\n\n ## Pourquoi un humanoïde a besoin d’une sécurité extérieure à son modèle\n\n Un robot industriel conventionnel travaille généralement dans une cellule définie. Sa portée, son outillage, sa vitesse, sa charge utile et sa séquence d’exploitation peuvent être analysés par rapport à une implantation connue. L’intérêt d’un humanoïde tient en partie à sa capacité à utiliser des environnements conçus pour les personnes : allées, rayonnages, chariots, portes, escaliers, postes de travail et outils. Cette souplesse élargit aussi la surface de risque.\n\n Le robot peut marcher au lieu d’être fixé. Son équilibre peut évoluer lorsqu’il transporte une charge. Ses bras peuvent se déplacer selon un éventail de postures plus large. Son planificateur peut choisir entre plusieurs actions, tandis qu’un système vision-langage-action peut généraliser à partir d’exemples au lieu de suivre une séquence entièrement écrite à la main. Cette flexibilité, qui réduit le coût de transformation d’un site, rend plus difficile l’énumération de tous les états dangereux.\n\n Une architecture de sécurité utile doit donc répondre à plusieurs questions à la fois. La première concerne la détection : le système peut-il identifier assez vite les personnes, les équipements et les objets imprévus ? La deuxième concerne le contrôle : peut-il réduire sa vitesse, arrêter son mouvement ou atteindre un état stable lorsqu’un danger est détecté ? La troisième concerne l’indépendance : un mécanisme distinct peut-il intervenir si le logiciel principal est désorienté, compromis ou simplement dans l’erreur ? La quatrième concerne l’exploitation : des travailleurs formés peuvent-ils comprendre l’état du robot et l’arrêter sans devoir diagnostiquer une défaillance de réseau neuronal ?\n\n Ces couches sont liées, mais elles ne sont pas interchangeables. Un robot peut détecter efficacement les personnes tout en ayant besoin d’un arrêt d’urgence physique. Il peut disposer d’un arrêt d’urgence et rester dangereux si un bras qui tombe, une charge transportée ou un corps instable crée un risque avant que l’arrêt ne prenne effet. Il peut réussir un test dans une allée vide et nécessiter d’autres contrôles lorsqu’une personne partage l’espace pendant une opération de maintenance ou lorsque le robot est connecté à un convoyeur.\n\n C’est pourquoi la distinction annoncée par FORT entre sécurité embarquée et sécurité externe est plus importante que le vocabulaire de marque autour d’une « couche de confiance ». Elle suggère que le robot doit être considéré comme un composant d’un dossier de sécurité, et non comme un appareil autonome qui contiendrait toute la réponse. Le site, l’intégrateur, le réseau, les commandes opérateur, l’agencement physique et les procédures de maintenance deviennent tous des éléments du système à évaluer.\n\n ## Les normes imposent déjà une vision systémique\n\n Le contexte réglementaire est moins net que le langage marketing. L’Occupational Safety and Health Administration, l’agence américaine chargée de la sécurité et de la santé au travail, indique qu’il n’existe actuellement pas de normes OSHA spécifiques à l’industrie de la robotique. Elle renvoie les employeurs vers les exigences générales applicables au lieu de travail et vers des normes nationales de consensus, notamment les cadres ANSI/RIA et ISO consacrés aux robots industriels, aux systèmes robotisés, aux dispositifs de protection et aux applications collaboratives. L’OSHA souligne également que ces normes de consensus sont des recommandations, et non des règlements OSHA.\n\n La norme ISO 10218-1:2025 traite le robot comme une machine et couvre la conception intrinsèquement sûre, les mesures de réduction des risques et les informations destinées à l’utilisateur. La norme ISO 10218-2:2025 traite les applications et l’intégration des robots industriels. La structure de base distingue donc déjà le robot de la cellule complète ou de l’application qui l’entoure. Un humanoïde qui se déplace dans un entrepôt ne supprime pas cette distinction ; il rend le problème d’intégration plus visible.\n\n Les limites des normes sont tout aussi importantes. L’OSHA précise que l’ISO 10218 ne s’applique pas directement à plusieurs catégories, parmi lesquelles les robots de service et grand public, les robots militaires et spatiaux, les manipulateurs téléopérés et les robots installés sur des plateformes mobiles. La description de la norme 2025 par l’ISO exclut elle aussi les environnements accessibles au public et plusieurs usages spécialisés. Un humanoïde peut reprendre certains principes sans recevoir automatiquement une étiquette universelle de conformité.\n\n Cela crée une obligation pratique pour les acheteurs. Ils ne doivent pas seulement demander si un robot est « collaboratif » ou « sûr par conception ». Ils doivent demander quelle tâche, quel environnement, quelle vitesse, quelle charge, quel outillage et quel mode d’accès humain ont été évalués. « Collaboratif » décrit une application et ses mesures de protection ; ce n’est pas une propriété permanente qui rendrait le robot sûr dans toutes les situations.\n\n Pour les humanoïdes, l’évaluation des risques doit aussi intégrer des comportements moins courants dans les cellules fixes traditionnelles. Que se passe-t-il lorsque le robot perd l’équilibre ? Abaisse-t-il l’objet qu’il transporte avant de s’arrêter ? Ses bras peuvent-ils rester sous tension alors que le contrôleur de locomotion est désactivé ? Un opérateur distant dispose-t-il d’informations suffisantes pour distinguer une pause programmée d’une panne ? Le site peut-il arrêter une seule machine sans interrompre toute une ligne de production, ou l’inverse ?\n\n Aucune note de benchmark ne peut trancher ces questions. Il faut des plans de test, des enregistrements, des procédures d’exploitation claires et une méthode pour mettre à jour le dossier de sécurité lorsque le robot apprend de nouvelles tâches ou reçoit un nouveau logiciel.\n\n ## Autonomie et intervention ne sont pas des contraires\n\n L’annonce de FORT indique que Digit 5 pourra fonctionner de manière autonome pendant le travail normal, tandis que la commande fournira une surveillance et une redondance pour la reprise manuelle lors de l’installation, de la maintenance ou des situations imprévues. Cette répartition est cohérente. Le rôle d’une couche de sécurité n’est pas nécessairement de faire conduire chaque mouvement par une personne. Il est de rendre l’autonomie bornée, observable et interruptible.\n\n Cette distinction disparaît souvent dans les démonstrations publiques de robots. Une tâche peut être qualifiée d’autonome alors qu’un superviseur observe plusieurs machines, n’intervient qu’en cas de besoin ou fournit occasionnellement des commandes. Cela ne rend pas le système inutile. De nombreux systèmes industriels efficaces sont conçus autour de la gestion des exceptions plutôt que d’une indépendance parfaite. Mais les hypothèses de main-d’œuvre, d’effectifs et de fiabilité doivent être visibles pour le client.\n\n Une flotte robotisée peut être économiquement utile avec une personne dans la boucle si le taux d’intervention est faible, l’interface claire et le nombre de machines supervisables par opérateur suffisant. La même flotte peut devenir non rentable si les travailleurs doivent constamment résoudre des conflits de navigation, récupérer des objets tombés ou réapprendre des tâches. Les contrôles de sécurité rendent cette réalité opérationnelle mesurable, car chaque arrêt, chaque reprise manuelle et chaque mode dégradé entre dans le dossier du déploiement.\n\n La bonne question n’est donc pas de savoir si un humanoïde est autonome dans l’absolu. Il faut demander : autonome pour quelle action, dans quelles conditions, avec quel repli et à quel taux d’intervention ? Un fournisseur capable de répondre avec des données recueillies au niveau du site est plus utile que celui qui avance un pourcentage plus élevé dans un communiqué.\n\n ## Le lien avec la défense relève le niveau de preuve attendu\n\n Project Meridian ajoute un niveau d’examen supplémentaire, puisqu’il place l’expérience de la robotique commerciale dans une réflexion de défense à long terme. La déclaration d’Agility présente les humanoïdes comme des outils potentiels pour la logistique, les tâches répétitives et le soutien de la chaîne d’approvisionnement. Ce sont des domaines plausibles à étudier, mais ils ne doivent pas être confondus avec des affirmations sur l’autonomie au combat.\n\n La logistique militaire peut se dérouler dans des environnements moins prévisibles qu’un entrepôt : infrastructures endommagées, communications dégradées, charges inhabituelles, poussière, météo, pression temporelle et interférences adverses. Une machine utile dans une installation commerciale structurée peut nécessiter une refonte importante, un soutien en téléopération ou des protections supplémentaires dans ces conditions. Les modes de défaillance sont aussi différents. Un robot qui s’arrête sans danger dans une usine peut provoquer un retard ou une exposition inacceptables sur une route logistique contestée.\n\n Le lien raisonnable à court terme entre les humanoïdes commerciaux et la défense n’est pas qu’un marché prouverait l’autre. Les déploiements commerciaux peuvent produire des données sur la maintenabilité, la supervision humaine, la consommation d’énergie, la récupération après panne et le coût réel d’exploitation d’un manipulateur mobile sur de longues périodes. Ce sont des faits fondamentaux. Ils peuvent alimenter des études militaires ultérieures sans transformer un robot d’entrepôt en système de défense.\n\n Le rôle individuel de Johnson illustre également un enjeu de gouvernance. L’expertise d’une dirigeante commerciale peut être utile à une étude stratégique, mais sa participation n’équivaut pas à un engagement produit. Il faut distinguer une annonce d’entreprise concernant la participation d’une dirigeante, une décision d’achat public, un prototype évalué et un déploiement opérationnel. Leur poids probant est très différent.\n\n ## Ce que les acheteurs de Digit 5 devraient exiger\n\n Si les humanoïdes passent des pilotes à des déploiements plus importants, les acheteurs devraient traiter l’architecture de sécurité comme un ensemble de prestations à acquérir. Une proposition crédible devrait expliciter au moins six éléments.\n\n Premièrement, définir le domaine d’exploitation. Un robot destiné au déplacement de palettes dans un entrepôt balisé ne doit pas être évalué comme s’il était un travailleur généraliste. L’acheteur a besoin d’une liste de tâches, d’hypothèses concernant le site, de vitesses autorisées, de limites de charge, de conditions de sol, de limites d’éclairage et de règles d’accès des personnes.\n\n Deuxièmement, documenter le comportement à l’arrêt. « Arrêt d’urgence » n’est pas une réponse complète. Le client doit savoir quels mouvements sont supprimés, dans quel délai, ce qu’il advient d’une charge transportée, si le robot reste en équilibre et comment il est récupéré ensuite. Un arrêt qui évite un danger mais en crée un autre ne constitue pas une fonction de sécurité aboutie.\n\n Troisièmement, séparer l’autonomie normale de l’autorité de sécurité. Le modèle d’autonomie peut proposer une action, mais une couche de sécurité indépendante, éventuellement certifiée pour cet usage, doit pouvoir l’interdire. L’architecture doit montrer quels composants peuvent commander un arrêt, quels signaux ils considèrent fiables, ce qui se produit lors d’une perte de communication et comment les mises à jour logicielles sont contrôlées.\n\n Quatrièmement, mesurer les interventions et la récupération. Les indicateurs utiles ne sont pas seulement le taux de réussite des tâches et la disponibilité. Ils comprennent les arrêts imprévus, les interventions humaines, le temps de récupération, les objets tombés ou endommagés, les quasi-accidents, les détections faussement positives et le temps nécessaire pour remettre un robot en service. Ces mesures indiquent si le système est robuste ou simplement impressionnant lorsqu’il est étroitement surveillé.\n\n Cinquièmement, préciser l’interface humaine. Une commande, une console distante ou un système de contrôle du site doit rendre l’état du robot compréhensible pour des travailleurs formés. Ceux-ci doivent savoir si la machine est autonome, en attente d’autorisation, pilotée à distance, en arrêt protecteur ou en état de panne. Des indications ambiguës transforment de petites défaillances en improvisations dangereuses.\n\n Sixièmement, attribuer les responsabilités. Le fabricant du robot, le fournisseur du système de sécurité, l’intégrateur, le propriétaire du site et l’employeur peuvent contrôler des parties différentes du risque. Les contrats et documents de déploiement devraient préciser qui valide l’application, qui approuve les nouvelles tâches, qui gère les mises à jour logicielles, qui enquête sur les incidents et qui peut autoriser la remise en fonctionnement.\n\n Ces exigences ne suppriment pas le risque et ne garantissent pas la viabilité économique. Elles le rendent suffisamment lisible pour être géré. Elles aident aussi les acheteurs à comparer un déploiement soigneusement délimité avec une affirmation générale sur l’autonomie polyvalente.\n\n ## La question du coût dépasse le prix d’achat\n\n L’économie des humanoïdes est souvent présentée comme une comparaison entre le prix unitaire d’un robot et les salaires humains. Cette comparaison est incomplète. Un déploiement consomme aussi de l’ingénierie d’intégration, des modifications de l’espace, une infrastructure de recharge, de la capacité réseau, de la supervision, de la maintenance, des pièces de rechange, une validation de sécurité, de la formation et du temps d’arrêt lors des récupérations. Le matériel et les logiciels de sécurité externes ajoutent un coût, mais l’absence d’une couche fiable en ajoute également un lorsque chaque exception devient une intervention manuelle coûteuse.\n\n Le bon test financier n’est pas de savoir si un humanoïde paraît peu coûteux par rapport à un salarié. Il faut déterminer si le système complet exécute une tâche définie avec une disponibilité acceptable, une demande d’intervention supportable, des contrôles de sécurité suffisants et un coût de maintenance maîtrisé. Un robot capable d’accomplir dix tâches mais nécessitant des récupérations fréquentes peut avoir moins de valeur qu’une machine limitée qui accomplit une seule tâche pendant tout un poste.\n\n C’est une autre raison pour laquelle l’accord entre Agility et FORT compte. Il traite la sécurité comme une fonction de déploiement continue plutôt que comme une caractéristique ponctuelle d’une brochure. Les deux entreprises indiquent que le partenariat comprendra l’ingénierie de solutions, la conformité réglementaire et l’accompagnement du déploiement, tandis que Digit 5 entrera dans des environnements plus complexes. Cette approche peut augmenter la charge initiale de mise en œuvre, mais elle correspond au fait qu’un humanoïde mobile transforme le lieu de travail qui l’accueille.\n\n La question de la maturité reste ouverte. Agility affirme que les versions précédentes de Digit ont accumulé plus de 65 000 heures de fonctionnement et ont été déployées chez des clients parmi lesquels Schaeffler, GXO et Toyota Motor Manufacturing Canada. Ces chiffres sont communiqués par l’entreprise et doivent être considérés comme des indices d’exposition au terrain, pas comme une certification indépendante de sécurité ni comme la preuve d’une fiabilité universelle. Ils montrent que la plateforme a dépassé le stade du laboratoire exclusivement ; ils ne permettent pas de conclure sur ses performances dans chaque tâche et chaque installation.\n\n ## Le prochain test portera sur les preuves aux limites\n\n Les prochaines annonces importantes des entreprises d’humanoïdes devraient montrer davantage qu’un nouveau design ou qu’une vidéo de tâche bien montée. Elles devraient expliquer comment le système se comporte aux frontières de sa compétence : lorsqu’une personne entre sans prévenir, lorsqu’une charge diffère des exemples d’entraînement, lorsqu’un capteur devient peu fiable, lorsque le réseau tombe, lorsque le robot chute ou lorsque l’installation change.\n\n Ces preuves n’ont pas besoin de divulguer des informations sensibles sur les clients. Elles peuvent prendre la forme de domaines d’exploitation définis, de distributions d’interventions, de conditions de test, de mesures du temps de réponse à l’arrêt, de catégories d’incidents et de déclarations précises sur ce qui reste téléopéré. Plus les humanoïdes seront vendus dans des lieux de travail partagés avec des personnes, plus ces détails auront de la valeur.\n\n Les annonces d’octobre d’Agility rendent ce changement visible depuis deux directions. Project Meridian demande ce que l’expérience de la robotique commerciale peut apporter à la planification opérationnelle à long terme. Le partenariat avec FORT demande comment un humanoïde peut être relié à des contrôles indépendants et à des systèmes de sécurité propres au site. Aucun des deux éléments ne prouve que les humanoïdes sont prêts pour tous les environnements. Ensemble, ils montrent où se dirige l’argumentaire du déploiement.\n\n Le produit central devient plus vaste que le robot. Il comprend le modèle, le corps, le contrôleur de sécurité, l’interface opérateur, l’intégration au site, le processus de maintenance et le dossier qui explique ce qui s’est passé lorsque le système n’a pas réagi comme prévu. Les entreprises capables de rendre ces couches mesurables auront un argument plus solide en faveur d’une adoption réelle que celles qui se contentent de donner à l’autonomie une apparence sans effort.\n\n ## Sources\n\n - Agility Robotics, « Agility Robotics CEO Peggy Johnson Selected to Join Project Meridian », publié le 5 octobre 2026 : <https://www.agilityrobotics.com/content/agility-robotics-ceo-peggy-johnson-selected-to-join-project-meridian>\n- MITRE, « Project Meridian », contexte, publié le 2 octobre 2026 : <https://www.mitre.org/news-insights/publication/project-meridian>\n- FORT Robotics, « Agility and FORT Robotics Announce Strategic Partnership to Advance Humanoid Robot Safety », publié le 1er octobre 2026 : <https://www.fortrobotics.com/news/agility-and-fort-robotics-announce-strategic-partnership-to-advance-humanoid-robot-safety>\n- Occupational Safety and Health Administration, « Robotics - Standards », contexte, consulté le 5 octobre 2026 : <https://www.osha.gov/robotics/standards>\n- International Organization for Standardization, « ISO 10218-1:2025 - Robotics — Safety requirements — Part 1: Industrial robots », contexte, publié le 1er février 2025 : <https://www.iso.org/cms/%20render/live/en/sites/isoorg/contents/data/standard/07/39/73933.html>","available_translations":[{"language":"ar","title":"تحول Agility في أكتوبر: لماذا تحتاج الروبوتات الشبيهة بالبشر الآن إلى بنية أمان تحيط بالآلة","html_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026?lang=ar","markdown_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.md?lang=ar","json_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.json?lang=ar","api_url":"https://publicasta.com/api/public/v1/channels/robots/articles/agility_humanoids_safety_architecture_project_meridian_2026?lang=ar"},{"language":"de","title":"Agilitys Oktober-Kurswechsel: Warum humanoide Roboter jetzt eine Sicherheitsarchitektur um die Maschine brauchen","html_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026?lang=de","markdown_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.md?lang=de","json_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.json?lang=de","api_url":"https://publicasta.com/api/public/v1/channels/robots/articles/agility_humanoids_safety_architecture_project_meridian_2026?lang=de"},{"language":"en","title":"Agility’s October Pivot: Why Humanoid Robots Now Need a Safety Architecture Around the Machine","html_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026?lang=en","markdown_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.md?lang=en","json_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.json?lang=en","api_url":"https://publicasta.com/api/public/v1/channels/robots/articles/agility_humanoids_safety_architecture_project_meridian_2026?lang=en"},{"language":"es","title":"El giro de Agility en octubre: por qué los robots humanoides necesitan una arquitectura de seguridad alrededor de la máquina","html_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026?lang=es","markdown_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.md?lang=es","json_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.json?lang=es","api_url":"https://publicasta.com/api/public/v1/channels/robots/articles/agility_humanoids_safety_architecture_project_meridian_2026?lang=es"},{"language":"fr","title":"Le virage d’octobre d’Agility : pourquoi les robots humanoïdes ont désormais besoin d’une architecture de sécurité autour de la machine","html_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026?lang=fr","markdown_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.md?lang=fr","json_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.json?lang=fr","api_url":"https://publicasta.com/api/public/v1/channels/robots/articles/agility_humanoids_safety_architecture_project_meridian_2026?lang=fr"},{"language":"pl","title":"Październikowy zwrot Agility: dlaczego humanoidalne roboty potrzebują architektury bezpieczeństwa wokół maszyny","html_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026?lang=pl","markdown_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.md?lang=pl","json_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.json?lang=pl","api_url":"https://publicasta.com/api/public/v1/channels/robots/articles/agility_humanoids_safety_architecture_project_meridian_2026?lang=pl"},{"language":"ru","title":"Октябрьский поворот Agility: почему гуманоидным роботам теперь нужна архитектура безопасности вокруг самой машины","html_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026?lang=ru","markdown_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.md?lang=ru","json_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.json?lang=ru","api_url":"https://publicasta.com/api/public/v1/channels/robots/articles/agility_humanoids_safety_architecture_project_meridian_2026?lang=ru"},{"language":"zh","title":"Agility 十月转向：为什么人形机器人如今需要围绕机器建立安全架构","html_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026?lang=zh","markdown_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.md?lang=zh","json_url":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.json?lang=zh","api_url":"https://publicasta.com/api/public/v1/channels/robots/articles/agility_humanoids_safety_architecture_project_meridian_2026?lang=zh"}],"_links":{"self":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.json?lang=fr","api":"https://publicasta.com/api/public/v1/channels/robots/articles/agility_humanoids_safety_architecture_project_meridian_2026?lang=fr","html":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026?lang=fr","canonical":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026?lang=fr","markdown":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.md?lang=fr","json":"https://publicasta.com/robots/agility_humanoids_safety_architecture_project_meridian_2026.json?lang=fr","channel":"https://publicasta.com/api/public/v1/channels/robots","channel_articles":"https://publicasta.com/api/public/v1/channels/robots/articles","search":"https://publicasta.com/api/public/v1/search","documentation":"https://publicasta.com/api-docs#reading-publicasta","openapi":"https://publicasta.com/api-docs/openapi.json","llms":"https://publicasta.com/llms.txt"}}