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 en pré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. L'architecture mise en œuvre fournit une référence inspectable pour le fonctionnement edge-first, les frontières de services explicites et l'autorité bornée des agents. L'évaluation est limitée à la simulation et aux environnements contrôlés ; Auralink n'est pas déployé dans une infrastructure réelle.
La majorité des discussions sur l'IA agentique se cantonnent aux démos et aux benchmarks. Auralink est un système propriétaire en préproduction pour l'infrastructure de recharge VE, évalué en simulation et dans des environnements contrôlés. Il 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 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.
Pas une démo ou un benchmark jetable — une base de code en préproduction, conçue pour gouverner une infrastructure physique de recharge, validée en simulation plutôt que déployée dans une infrastructure réelle.
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 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.
La 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.
Le 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é.
Des agents IA opèrent au sein d'Auralink et 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.
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 services développés en propre 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 d'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 les sites edge, services et agents, une couche d'orchestration coordonne le cycle de vie, le déploiement, le versionnage et la récupération. Elle relie les unités distribuées dans un système cohérent qui peut être mis à jour et restauré comme un tout.
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 sont présentées en contexte. Le résultat de 78 % est limité à une controlled-environment evaluation dans une public technical preprint ; ce n'est pas un résultat terrain ou commercial.
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 public technical preprint arXiv 2603.08736 du fondateur (février 2026) rapporte 78 % de résolution autonome des incidents dans une controlled-environment evaluation. C'est un résultat de preprint — ni résultat expertisé, ni résultat terrain ou commercial.
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 préproduction. Cela ne prouve ni déploiement, ni performance, ni échelle d'un dépôt privé.
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 en pré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 ou résultat client n'est revendiqué. Le seul résultat quantitatif publié est 78 % dans la controlled-environment evaluation d'arXiv 2603.08736 ; l'inventaire privé n'est pas publié.
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 en pré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. Les 78 % de résolution autonome des incidents proviennent d'une controlled-environment evaluation rapportée dans la public technical preprint arXiv 2603.08736 du fondateur (février 2026). Ce n'est ni un résultat expertisé, ni un résultat terrain ou commercial.
Cherifi, M. (2026). "Autonomous Edge-Deployed AI Agents for EV Charging Infrastructure." https://arxiv.org/abs/2603.08736
Contexte : Public technical preprint arXiv 2603.08736 (février 2026). Rapporte 78 % de résolution autonome des incidents dans une controlled-environment evaluation ; ce n'est ni un résultat expertisé, ni un résultat terrain ou 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.
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 pré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
Le Product System — Stratégie, Découverte, Productisation, Lancement, Échelle