Auralink est un système logiciel agentique déployé en edge pour l'infrastructure de recharge VE — un domaine à enjeux de sécurité, régi par des normes. Cette page le présente comme une architecture de référence éprouvée pour la Physical AI à l'échelle de production, sur une infrastructure que l'opérateur possède. C'est la propre venture du fondateur, utilisée ici comme preuve rigoureuse d'architecture et de sécurité — non comme une démonstration de productivité ou de vitesse, et non comme une mission pour un client externe.
Dernière révision : juin 2026
Auralink est un système logiciel agentique déployé en edge pour l'infrastructure de recharge VE, construit par le fondateur de Hyperion Consulting. Son OS de borne est aligné sur ISO 15118-20 et OCPP. Avec environ 1,7 million de lignes de code propriétaire, plus de 400 microservices et ~20 agents IA, il sert d'architecture de référence pour la Physical AI à l'échelle de production, sur une infrastructure souveraine, dans un domaine à enjeux de sécurité. Sur cette page, il est présenté comme preuve d'architecture et de sécurité — preuve d'ingénierie, pas une certification.
La majorité des discussions sur l'IA agentique se cantonnent aux démos et aux benchmarks. Auralink est différent : c'est un système réel, en exploitation, dans l'infrastructure de recharge VE — un domaine physique, à enjeux de sécurité, régi par des normes publiées. Cela en fait une référence utile. Les schémas qu'il incarne ne sont pas des aspirations ; ils ont été menés jusqu'au bout à l'échelle d'une base de code de production.
La thèse de cette page est étroite et délibérée. Auralink est présenté comme une architecture de référence — un exemple concret de la manière d'architecturer la Physical AI pour un domaine physique régi par des normes — et comme une preuve de sécurité et d'architecture. Il n'est pas présenté comme une histoire de vitesse, une métrique de vélocité ou une étude de cas client. Les chiffres de cette page (volume de code, nombre de microservices, nombre d'agents) mesurent la profondeur architecturale, et non la rapidité de construction.
Deux propriétés rendent la référence crédible. D'abord, la souveraineté : Auralink fonctionne sur une infrastructure que l'opérateur possède, sans dépendance obligatoire à un cloud externe dans le chemin de contrôle. Ensuite, le fonctionnement edge-first : il est conçu pour continuer à fonctionner lorsque la connectivité est dégradée ou absente. Dans un domaine physique, ce sont l'une comme l'autre des choix d'architecture à enjeux de sécurité, et non des commodités de déploiement.
Une note d'honnêteté, énoncée d'emblée et répétée plus bas : Auralink est la propre venture du fondateur. Il est utilisé ici comme une référence rigoureuse 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.
Ni démo ni benchmark — une base de code de production qui gouverne une infrastructure physique de recharge.
La recharge VE est à enjeux de sécurité et régie par ISO 15118-20 et OCPP.
Fonctionne sur une infrastructure que l'opérateur possède ; aucun cloud externe obligatoire dans le chemin de contrôle.
Conçu pour continuer à fonctionner sous une connectivité dégradée ou absente.
L'architecture d'Auralink est un déploiement en éventail de petites unités indépendamment déployables s'exécutant en edge, avec une couche agentique qui raisonne à leur sujet à l'intérieur d'une enveloppe bornée. Les chiffres ci-dessous décrivent la surface et la profondeur architecturales — ce sont des faits d'échelle et de conception, non des affirmations de performance ou de vitesse.
À propos de la couche agentique : les ~20 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.
Auralink est une base de code propriétaire d'environ 1,7 million de lignes, construite AI-native. Ce chiffre est présenté comme une mesure de la surface architecturale et de la profondeur du système — non comme une affirmation de productivité ou de vitesse. Un système de cette taille dans un domaine à enjeux de sécurité exige des frontières de modules disciplinées, des interfaces explicites et une séparation imposée entre autonomie et application des règles.
Le système est décomposé en plus de 400 microservices — mesurés à 477 Dockerfiles répartis sur 491 modules Go. 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 microservice qui rend le système observable, testable individuellement et récupérable au niveau de l'unité.
Environ 20 agents IA opèrent au sein d'Auralink. Les agents assistent l'exploitation — perception, raisonnement sur la télémétrie, proposition et arbitrage d'actions dans le cadre d'une autorité bornée. Ils ne construisent ni ne déploient le système unilatéralement ; l'équipe d'ingénierie le conçoit, le revoit et le possède. Les agents agissent à l'intérieur d'une enveloppe que définit l'architecture, et non l'agent.
Auralink est déployé en edge : il s'exécute au plus près de l'infrastructure de recharge qu'il gouverne, et il est conçu pour continuer à fonctionner lorsque la connectivité externe est dégradée ou absente. L'edge-first n'est pas une commodité de déploiement — dans un domaine physique régi par des normes, c'est une propriété de sécurité et de continuité. Le système ne dépend pas d'un aller-retour vers un cloud distant pour prendre ses décisions locales.
Hyperion conçoit la Physical AI comme six verbes : Sense · Connect · Compute · Reason · Act · Orchestrate. Auralink se cartographie proprement sur chaque couche — et c'est précisément pourquoi il fonctionne comme référence. La cartographie ci-dessous montre comment un système agentique edge-first pour un domaine régi par des normes peuple la pile.
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 est acquise en edge. Dans un domaine régi par des normes, la couche de perception est aussi l'endroit où les signaux pertinents pour la conformité (état de négociation de session, indicateurs de défaut) sont capturés pour le raisonnement et l'audit en aval.
Les équipements et services interopèrent via des protocoles ouverts. L'OS de borne d'Auralink est aligné sur OCPP (Open Charge Point Protocol) pour la communication des bornes et sur ISO 15118-20 pour la négociation de session véhicule-infrastructure. La connectivité est bâtie autour des normes ouvertes que le domaine impose, et non d'un bus propriétaire.
Le calcul s'exécute sur une infrastructure que l'opérateur possède, en edge. La décomposition en ~400 microservices est le substrat de calcul : les charges de travail sont placées au plus près du matériel qu'elles servent, sans dépendance obligatoire à un plan de contrôle cloud externe pour exécuter la logique locale.
La couche de ~20 agents raisonne sur l'état perçu — diagnostic des conditions, proposition d'actions et arbitrage entre objectifs concurrents dans le cadre d'une autorité bornée. Le raisonnement est contraint par une politique explicite ; les agents opèrent à l'intérieur d'une enveloppe définie par l'architecture du système et les normes pertinentes, et non en dehors.
Les actions atteignent l'infrastructure physique de recharge via des interfaces contrôlées. Comme pour tout système physique à enjeux de sécurité, le chemin d'actionnement est l'endroit où le bornage et l'application des règles importent le plus : l'autorité d'action est délimitée, et des contraintes au niveau du protocole (ISO 15118-20 / OCPP) encadrent ce que le système est autorisé à commander.
À travers de nombreux sites edge, microservices et agents, une couche d'orchestration coordonne le cycle de vie, le déploiement, le versionnage et la récupération. L'orchestration est ce qui transforme des centaines d'unités indépendantes en un système cohérent et exploitable, que l'on peut raisonner, mettre à jour et restaurer comme un tout.
Si vous concevez un système agentique déployé en edge pour un domaine à enjeux de sécurité — et que l'architecture doit tenir face à un argumentaire de sécurité — les schémas de cette page sont le point de départ. Hyperion travaille aux côtés de votre équipe sur le déploiement de Physical AI et sur les preuves d'ingénierie qu'exige un dossier de sécurité.
La recharge VE est un domaine régi par des normes. L'OS de borne d'Auralink est aligné sur ISO 15118-20 et OCPP, et la couche agentique opère à l'intérieur d'une enveloppe bornée définie par l'architecture et ces normes. S'appuyer sur des contrats ouverts et documentés est ce qui rend un système de ce domaine auditable — et ce qui rend traitable un argumentaire de sécurité ultérieur.
Limite importante : un organisme notifié attribue toute cote de sécurité. 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.
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.
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'OS de borne d'Auralink est aligné sur OCPP. S'appuyer sur OCPP maintient l'architecture interopérable et auditable : le comportement du plan de gestion suit un contrat ouvert documenté, ce qui est une condition préalable à tout travail ultérieur de conformité ou de dossier de sécurité.
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é.
Aligner l'OS de borne sur ISO 15118-20 et OCPP signifie que le comportement observable de l'extérieur suit des contrats documentés et auditables. Un dossier de sécurité est bien plus facile à construire sur des interfaces conformes à des normes que sur des interfaces propriétaires et non documentées.
Parce qu'Auralink s'exécute en edge et est capable de fonctionner hors ligne, les décisions locales ne dépendent pas d'un aller-retour vers un cloud distant. Dans un domaine physique, la capacité à continuer de fonctionner en toute sécurité sous une connectivité dégradée est en soi une propriété architecturale à enjeux de sécurité.
Auralink fonctionne sur une infrastructure que l'opérateur possède. Il n'y a aucune dépendance obligatoire à un cloud externe dans le chemin de contrôle. La souveraineté n'est pas ici une posture marketing — c'est un choix d'architecture qui maintient l'opérateur aux commandes du système qui gouverne ses actifs physiques.
Les preuves ci-dessous sont présentées honnêtement et en contexte. Le chiffre phare provient d'une preprint — non d'un article expertisé — et les chiffres d'échelle sont une preuve d'architecture et de profondeur, non des affirmations de vitesse.
78 % de résolution d'incidents preprint 2603.08736 du fondateur, « Autonomous Edge-Deployed AI Agents for EV Charging Infrastructure » (février 2026). C'est une preprint — ni expertisée ni formellement publiée.
La preprint arXiv 2603.08736 du fondateur, « Autonomous Edge-Deployed AI Agents for EV Charging Infrastructure » (février 2026), rapporte un taux de résolution d'incidents de 78 % pour le système edge agentique. C'est une preprint — non un article expertisé ou formellement publié. Elle est citée ici comme preuve architecturale : un compte rendu documenté du comportement d'un système agentique déployé en edge dans un domaine à enjeux de sécurité.
La base de code propriétaire de ~1,7 M de lignes est présentée comme preuve de profondeur architecturale et d'échelle de production, non comme une affirmation de vitesse ou de vélocité. Elle démontre que les schémas décrits sur cette page — décomposition edge-first, couche agentique à l'intérieur d'une enveloppe imposée, interfaces alignées sur les normes — ont été menés jusqu'au bout à l'échelle d'un système réel et en exploitation, et non d'un prototype.
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.
Auralink est la propre venture du fondateur. Sur cette page, il est utilisé comme une référence rigoureuse d'architecture et de sécurité — un exemple concret de Physical AI à l'échelle de production 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 ni résultat de client externe n'est revendiqué où que ce soit sur cette page. Chaque chiffre ici — volume de code, nombre de microservices, nombre d'agents et le taux de résolution d'incidents de 78 % — décrit Auralink lui-même, sourcé comme indiqué.
Le chiffre de 78 % provient d'une preprint, non d'une publication expertisée. Et pour redire la limite relative aux normes : un organisme notifié attribue toute cote de sécurité — le contenu ici est une preuve d'ingénierie, pas une certification.
Non. Auralink est la propre venture du fondateur. Il est présenté sur cette page comme une référence rigoureuse d'architecture et de sécurité — un exemple concret de Physical AI à l'échelle de production, sur une infrastructure souveraine, dans un domaine à 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.
Auralink opère dans l'infrastructure de recharge VE, un domaine régi par des normes. Son OS de borne est aligné sur ISO 15118-20 (communication véhicule-infrastructure, y compris la négociation de session) et sur OCPP (Open Charge Point Protocol, le protocole ouvert de gestion des bornes). Ces normes ouvertes sont le substrat d'interopérabilité et de conformité sur lequel l'architecture est bâtie.
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.
Non — il ne l'est pas. Le taux de résolution d'incidents de 78 % provient de la preprint arXiv 2603.08736 du fondateur, « Autonomous Edge-Deployed AI Agents for EV Charging Infrastructure » (février 2026). C'est une preprint, non un article expertisé ou formellement publié. La preprint est liée dans la section Sources afin que l'affirmation puisse être lue dans son contexte d'origine.
Cherifi, M. (2026). "Autonomous Edge-Deployed AI Agents for EV Charging Infrastructure." https://arxiv.org/abs/2603.08736
Contexte : Preprint arXiv 2603.08736 (février 2026). Preprint du fondateur — non expertisée ni formellement publiée — rapportant un taux de résolution d'incidents de 78 % pour un système agentique déployé en edge dans l'infrastructure de recharge VE. Citée sur cette page comme preuve architecturale.
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.
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 de production 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 de Hyperion Consulting et le fondateur d'Auralink, un système agentique déployé en edge pour l'infrastructure de recharge VE. Fort de plus de 17 ans dans l'ingénierie automobile et des systèmes embarqués, il est spécialisé dans le déploiement de Physical AI pour les domaines à enjeux de sécurité régis par des normes.
Architecture edge-first, couches agentiques et intégration pour systèmes physiques à enjeux de sécurité
Assembler les preuves d'ingénierie qu'exige un argumentaire de sécurité — un organisme notifié attribue toute cote
Combler l'écart sim-to-real : de la simulation physique à l'inférence edge embarquée sur le robot
La pile Physical AI — Sense, Connect, Compute, Reason, Act, Orchestrate