Auralink : une architecture de référence pour la recherche Physical AI
Auralink est une référence de recherche sur la Physical AI rédigée par Hyperion pour l'infrastructure de recharge VE — un domaine à enjeux de sécurité, régi par des normes. Elle a été évaluée en simulation et dans des environnements bornés, et documentée dans un périmètre de recherche contrôlé. Cette page l'utilise pour examiner les décisions d'architecture et de sécurité, non comme preuve de productivité, de vitesse, de mission client externe ou de certification.
Dernière révision : juin 2026
Sommaire
Auralink est une référence de recherche sur la Physical AI rédigée par Hyperion pour l'infrastructure de recharge VE. Son OS de borne est aligné sur ISO 15118-20 et OCPP, et l'architecture fournit une référence inspectable pour le fonctionnement edge-first, les frontières de services explicites et l'autorité bornée des agents. Elle a été évaluée en simulation et dans des environnements bornés, et documentée dans un périmètre de recherche contrôlé.
La thèse de référence : la Physical AI, en recherche, dans un domaine à enjeux de sécurité
La majorité des discussions sur l'IA agentique se cantonnent aux démos et aux benchmarks. Auralink est une référence de recherche rédigée par Hyperion pour l'infrastructure de recharge VE, évaluée en simulation et dans des environnements bornés, et documentée dans un périmètre de recherche contrôlé. Elle permet d'inspecter des décisions d'architecture avec une limite de preuve explicite.
La thèse de cette page est étroite : Auralink est une architecture de référence Physical AI pour un domaine physique régi par des normes. Il n'est pas présenté comme une histoire de vitesse, une étude de cas client ou une preuve de l'échelle d'un dépôt privé.
Deux propriétés définissent l'intention de conception de la référence. D'abord, la souveraineté : l'architecture source vise une infrastructure contrôlée par l'opérateur et n'exige pas de cloud externe dans le chemin de contrôle. Ensuite, la continuité edge-first : elle est conçue pour préserver un fonctionnement local borné lorsque la connectivité est dégradée ou absente. Dans un domaine physique, ces deux propriétés restent des exigences à enjeux de sécurité qui nécessitent une validation matérielle et sur le terrain.
Une note d'honnêteté, énoncée d'emblée et répétée plus bas : Auralink est une référence de recherche rédigée par Hyperion. Elle est utilisée ici pour examiner les décisions d'architecture et de sécurité. Ce n'est pas une mission pour un client externe, et aucun nom ni résultat de client externe n'est revendiqué où que ce soit sur cette page.
Ce qui fait d'Auralink une référence utile
Système en recherche
Une architecture de recherche mise en œuvre pour examiner les décisions relatives à l'infrastructure physique de recharge, évaluée en simulation et dans des environnements bornés, et documentée dans un périmètre de recherche contrôlé.
Domaine régi par des normes
La recharge VE est à enjeux de sécurité et régie par ISO 15118-20 et OCPP.
Infrastructure souveraine
Conçue pour une infrastructure contrôlée par l'opérateur ; le chemin de contrôle n'exige pas de cloud externe.
Edge-first / capable hors ligne
Conçu pour continuer à fonctionner sous une connectivité dégradée ou absente.
Architecture : edge-first, services développés en propre, agents
L'architecture source d'Auralink définit un éventail de petites unités destinées à être déployées indépendamment en edge, avec une couche agentique bornée par une autorité explicite. Les descriptions ci-dessous exposent l'intention de conception et le périmètre de simulation sans publier l'inventaire privé ni suggérer un déploiement physique.
À propos de la couche agentique : les agents assistent l'exploitation — ils perçoivent, raisonnent et arbitrent des actions dans le cadre d'une autorité bornée. L'équipe d'ingénierie conçoit, revoit et possède le système. Les agents ne le construisent ni ne le déploient unilatéralement ; ils agissent à l'intérieur d'une enveloppe que l'architecture définit.
architecture de recherche mise en œuvre
État de mise en œuvreLa référence met en œuvre une décomposition edge-first, des interfaces explicites et une séparation imposée entre le raisonnement agentique et les contrôles déterministes. L'inventaire privé du dépôt est exclu de cette preuve publique.
services développés en propre
Mesuré : services développés en propreLe système est décomposé en services développés en propre. C'est une architecture en éventail : de petites unités indépendamment déployables, aux responsabilités étroites, communiquant via des contrats bien définis. C'est la frontière du service qui rend le système observable, testable individuellement et récupérable au niveau de l'unité.
agents IA autonomes
Couche agentiqueL'implémentation de recherche définit des rôles d'agents IA qui assistent l'exploitation par la perception, le raisonnement et la proposition d'actions dans le cadre d'une autorité bornée. L'équipe d'ingénierie conçoit, revoit et possède le système ; l'architecture définit l'enveloppe.
Fonctionnement edge-first, capable hors ligne
Edge-firstL'architecture source d'Auralink vise un placement au plus près de l'infrastructure de recharge et la continuité lorsque la connectivité est dégradée ou absente. L'edge-first est une exigence de sécurité et de continuité à valider ultérieurement, pas une preuve de déploiement. La conception n'exige pas d'aller-retour vers un cloud distant pour les décisions locales.
Cartographie sur la pile Physical AI : Sense → Orchestrate
Hyperion conçoit la Physical AI comme six verbes : Sense · Connect · Compute · Reason · Act · Orchestrate. La cartographie ci-dessous montre comment l'architecture source d'Auralink exprime les responsabilités prévues de chaque couche. Elle décrit l'intention de conception et le périmètre de simulation, pas un fonctionnement observé sur une infrastructure physique de recharge.
Sense
L'architecture source définit l'acquisition en edge de la télémétrie issue du matériel de recharge, de l'électronique de puissance, de l'état de session et des signaux environnementaux. L'acquisition de signaux physiques reste une porte distincte d'intégration matérielle et de validation.
Connect
L'architecture source définit des interfaces de protocoles ouverts et aligne l'OS de borne sur OCPP et ISO 15118-20. L'interopérabilité actuelle des équipements et entre fournisseurs reste une porte de validation distincte.
Compute
L'architecture source place le calcul sur une infrastructure edge contrôlée par l'opérateur et décompose les charges en services développés en propre, proches du matériel qu'ils seraient appelés à servir. La conception n'exige pas de plan de contrôle cloud externe pour la logique locale.
Reason
L'architecture source borne une couche agentique qui raisonne sur un état perçu ou simulé et diagnostique, propose ou arbitre des actions dans le cadre d'une autorité limitée. Le comportement sur des systèmes physiques reste soumis à une intégration qualifiée et à une validation.
Act
L'architecture source définit des interfaces contrôlées par lesquelles les actions proposées pourraient atteindre l'infrastructure de recharge. L'actionnement physique, l'interopérabilité des protocoles et le comportement de sécurité restent des portes de qualification distinctes.
Orchestrate
L'architecture source définit une couche d'orchestration destinée à coordonner le cycle de vie, le déploiement, le versionnage et la récupération entre sites edge, services et agents. Le fonctionnement physique multisite reste à valider.
Normes et sécurité : ISO 15118-20, OCPP et une enveloppe imposée
La recharge VE est un domaine régi par des normes. L'architecture source d'Auralink aligne l'OS de borne sur ISO 15118-20 et OCPP et définit une enveloppe bornée pour la couche agentique. Il s'agit d'un alignement architectural destiné à l'inspection et à une validation ultérieure, pas d'une certification ni d'une interopérabilité physique validée.
Limite importante : les exigences de sûreté et d’évaluation de conformité dépendent du système et de son usage prévu, notamment pour déterminer si un organisme notifié doit intervenir. Le contenu de cette page est une preuve d'ingénierie décrivant comment le système est architecturé pour un domaine régi par des normes — ce n'est pas une certification, et il n'en affirme aucune. Pour la mission qui assemble un argumentaire de sécurité, voir le service Safety-Case & Certification.
ISO 15118-20
Véhicules routiers — Interface de communication véhicule-réseau — Partie 20
ISO 15118-20 spécifie la deuxième génération de la couche application et présentation pour la communication entre un véhicule électrique et l'infrastructure de recharge, y compris la négociation de session, la communication sécurisée et les scénarios de transfert de puissance bidirectionnel. C'est la norme qui régit la manière dont une borne et un véhicule établissent et déroulent une session de recharge.
Dans Auralink
L'OS de borne d'Auralink est aligné sur ISO 15118-20 au niveau de la session. Pour une architecture de référence, le point pertinent est structurel : le système est conçu pour que la négociation véhicule-infrastructure se conforme à la norme régissante plutôt qu'à un protocole ad hoc.
OCPP
Open Charge Point Protocol
OCPP est le protocole ouvert et neutre vis-à-vis des fournisseurs pour la communication entre les bornes et un système central de gestion. C'est la norme d'interopérabilité de fait pour les réseaux de recharge VE, couvrant transactions, configuration, gestion du firmware et diagnostics sur du matériel hétérogène.
Dans Auralink
L'architecture source d'Auralink aligne l'OS de borne sur OCPP et prévoit que les interfaces du plan de gestion suivent un contrat ouvert documenté. L'interopérabilité actuelle du protocole et la conformité restent des portes de validation distinctes.
Comment un système edge-agentique est architecturé pour un domaine régi par des normes
L'autonomie opère à l'intérieur d'une enveloppe imposée
La couche agentique raisonne et propose dans le cadre d'une autorité bornée. Les frontières — ce que le système est autorisé à commander, et sous quelles conditions — sont définies par l'architecture et les normes régissantes, non par les agents eux-mêmes. Cette séparation est le schéma architectural qui rend un système agentique défendable dans un domaine à enjeux de sécurité.
Les normes ouvertes comme substrat de conformité
Aligner l'OS de borne sur ISO 15118-20 et OCPP définit une cible pour le comportement observable de l'extérieur face à des contrats documentés et auditables. La conformité et l'interopérabilité démontrées nécessitent une validation distincte.
Edge-first pour la continuité et le déterminisme local
La conception vise un fonctionnement en edge et la continuité sous une connectivité dégradée, de sorte que les chemins de décision locaux n'exigent pas d'aller-retour vers un cloud distant. Le fonctionnement hors ligne sûr reste une exigence à valider sur le matériel et sur le terrain.
Infrastructure souveraine : l'opérateur possède le substrat
La conception vise une infrastructure contrôlée par l'opérateur et évite d'exiger un cloud externe dans le chemin de contrôle. Cet objectif de souveraineté est une exigence d'architecture, pas une preuve de déploiement opérationnel.
Evidence
Les preuves sont présentées en contexte. La référence de recherche est une public technical preprint, non évaluée par les pairs ; ses résultats ne sont pas reproduits ici, et ce n'est pas un résultat terrain ou commercial.
Prépublication technique publique preprint 2603.08736 du fondateur, « Autonomous Edge-Deployed AI Agents for Electric Vehicle Charging Infrastructure Management » (déposé sur arXiv le 24 février 2026). La source citée est une prépublication ; elle ne démontre pas une publication évaluée par les pairs.
Recherche sur les agents en périphérie — la preprint arXiv (2603.08736)
La preprint arXiv 2603.08736 du fondateur (février 2026) décrit des agents déployés en périphérie pour la résolution autonome des incidents. C'est une public technical preprint, non évaluée par les pairs ; ses résultats ne sont pas reproduits ici, et ce n'est ni une preuve terrain ni une preuve commerciale.
Schémas d'architecture mis en œuvre
La décomposition edge-first, la couche agentique dans une enveloppe imposée et les interfaces alignées sur les normes sont mises en œuvre dans un système de recherche. Cela ne prouve ni déploiement, ni performance, ni échelle d'un dépôt privé.
Un domaine régi par des normes, par construction
L'infrastructure de recharge VE est un domaine à enjeux de sécurité, régi par des normes. La preuve pertinente n'est pas un benchmark isolé mais le fait que l'architecture a été construite pour opérer à l'intérieur des contraintes de ce domaine — alignement ISO 15118-20 et OCPP, fonctionnement edge-first et autorité d'agent bornée — plutôt que d'y être adaptée après coup.
Ce que c'est — et ce que ce n'est pas
Auralink est une référence de recherche sur la Physical AI rédigée par Hyperion. Sur cette page, elle est utilisée pour examiner les décisions d'architecture et de sécurité dans un domaine régi par des normes et à enjeux de sécurité.
Ce n'est pas une mission pour un client externe et aucun nom, logo ou résultat client n'est revendiqué. La recherche citée ici est arXiv 2603.08736, une public technical preprint, non évaluée par les pairs ; ses résultats ne sont pas reproduits ici. L'inventaire privé n'est pas publié.
La preprint n'est pas une publication expertisée. Et pour redire la limite relative aux normes : les exigences de sûreté et d’évaluation de conformité dépendent du système et de son usage prévu, notamment pour déterminer si un organisme notifié doit intervenir — le contenu ici est une preuve d'ingénierie, pas une certification.
Questions fréquentes
Auralink est-il un projet client externe ?
Non. Auralink est une référence de recherche sur la Physical AI rédigée par Hyperion. Elle est présentée sur cette page pour examiner les décisions d'architecture et de sécurité dans un domaine régi par des normes et à enjeux de sécurité. Ce n'est pas une mission pour un client externe, et aucun nom ni résultat de client externe n'est revendiqué ici.
Quelles normes s'appliquent à Auralink ?
Auralink est une référence de recherche pour l'infrastructure de recharge VE, un domaine régi par des normes. Son architecture source est alignée sur ISO 15118-20 et OCPP. L'interopérabilité actuelle et l'intégration physique restent des portes de validation distinctes.
Pouvez-vous construire cela pour mon système critique ?
Les missions Hyperion pertinentes sont le déploiement Physical AI (architecture edge-first, couches agentiques et intégration pour systèmes physiques) et le support Safety-Case & Certification (assemblage des preuves d'ingénierie qu'exige un argumentaire de sécurité). Le bon point de départ est une conversation sur votre domaine, ses normes régissantes et la place d'un système déployé en edge. Voir /services/physical-ai-deployment et /services/safety-case-certification.
La recherche citée est-elle évaluée par les pairs ?
Non. arXiv 2603.08736 (février 2026) est la public technical preprint du fondateur, non évaluée par les pairs ; ses résultats ne sont pas reproduits ici. Ce n'est ni un article expertisé, ni un résultat terrain ou commercial.
Sources et références
Cherifi, M. (2026). "Autonomous Edge-Deployed AI Agents for Electric Vehicle Charging Infrastructure Management." https://arxiv.org/abs/2603.08736
Contexte : Public technical preprint arXiv 2603.08736 (février 2026) du fondateur. Non évaluée par les pairs ; ses résultats ne sont pas reproduits ici, et ce n'est ni un résultat terrain ni un résultat commercial.
ISO (2022). "ISO 15118-20: Road vehicles — Vehicle to grid communication interface — Part 20."
Contexte : Norme internationale spécifiant la deuxième génération de la couche application et présentation pour la communication véhicule-infrastructure, y compris la négociation de session, la communication sécurisée et le transfert de puissance bidirectionnel.
Open Charge Alliance (2024). "OCPP — Open Charge Point Protocol."
Contexte : Protocole ouvert et neutre vis-à-vis des fournisseurs pour la communication entre les bornes VE et un système central de gestion. La norme d'interopérabilité de fait pour les réseaux de recharge VE.
Discuter de votre système critique
Si vous construisez de la Physical AI pour un domaine à enjeux de sécurité, régi par des normes — et que vous voulez que l'architecture tienne à l'examen — commencez par une conversation. Hyperion apporte une expérience d'architecture et d'évaluation en recherche des systèmes agentiques déployés en edge et travaille aux côtés de votre équipe sur le déploiement et sur les preuves d'ingénierie qu'exige un dossier de sécurité.
Fondateur & responsable de la stratégie IA
Mohammed Cherifi est le fondateur d'Hyperion Consulting et se spécialise dans les décisions produit pour les systèmes Physical AI. Dans cette référence, il situe l'architecture et l'évaluation dans des limites explicites de preuve et d'autorité.
Ressources connexes
Déploiement Physical AI
Architecture edge-first, couches agentiques et intégration pour systèmes physiques à enjeux de sécurité
Safety-Case & Certification
Assembler les preuves d’ingénierie d’un argumentaire de sûreté ; l’évaluation de conformité suit la procédure applicable
Sim-to-Real pour la robotique industrielle
Combler l'écart sim-to-real : de la simulation physique à l'inférence edge embarquée sur le robot
Gestion de produit Physical AI
Le Product System — Stratégie, Découverte, Productisation, Lancement, Échelle