Auralink ist ein edge-deployed, agentisches Softwaresystem für EV-Ladeinfrastruktur — eine sicherheitsrelevante, normengeregelte Domäne. Diese Seite stellt es als ausgearbeitete Referenzarchitektur für Physical AI als Vorproduktionssystem vor, auf Infrastruktur, die der Betreiber besitzt. Es ist das eigene Venture des Gründers, hier als rigoroser Architektur- und Sicherheitsnachweis verwendet — nicht als Produktivitäts- oder Geschwindigkeitsdemonstration und nicht als externes Kundenprojekt.
Zuletzt geprüft: Juni 2026
Auralink ist ein edge-deployed, agentisches Softwaresystem für EV-Ladeinfrastruktur, gebaut vom Gründer von Hyperion Consulting. Sein Charger-OS ist an ISO 15118-20 und OCPP ausgerichtet. Die implementierte Architektur bietet eine prüfbare Referenz für Edge-First-Betrieb, explizite Service-Grenzen und begrenzte Agentenbefugnis. Die Bewertung ist auf Simulation und kontrollierte Umgebungen begrenzt; Auralink ist nicht in Live-Infrastruktur ausgerollt.
Die meiste Diskussion über agentische KI bleibt in Demos und Benchmarks. Auralink ist ein eigenes Vorproduktionssystem für EV-Ladeinfrastruktur, bewertet in Simulation und kontrollierten Umgebungen. Damit lassen sich Architekturentscheidungen bei expliziter Evidenzgrenze prüfen.
Die These dieser Seite ist eng: Auralink ist eine Physical-AI-Referenzarchitektur für eine normengeregelte physische Domäne. Es wird nicht als Geschwindigkeitsgeschichte, Kundenfallstudie oder Beleg privater Repository-Skalierung präsentiert.
Zwei Eigenschaften machen die Referenz glaubwürdig. Erstens Souveränität: Auralink läuft auf Infrastruktur, die der Betreiber besitzt, ohne zwingende externe Cloud-Abhängigkeit im Steuerpfad. Zweitens Edge-First-Betrieb: Es ist darauf ausgelegt, weiterzuarbeiten, wenn die Konnektivität gestört oder ausgefallen ist. In einer physischen Domäne sind beides sicherheitsrelevante Architekturentscheidungen, keine Deployment-Bequemlichkeiten.
Ein Hinweis zur Ehrlichkeit, vorab und weiter unten erneut genannt: Auralink ist das eigene Venture des Gründers. Es wird hier als rigorose Architektur- und Sicherheitsreferenz verwendet. Es ist kein externes Kundenprojekt, und nirgendwo auf dieser Seite werden Namen oder Ergebnisse externer Kunden beansprucht.
Keine Wegwerf-Demo, kein Benchmark — eine Codebasis als Vorproduktionssystem, entwickelt zur Steuerung physischer Ladeinfrastruktur, in Simulation validiert statt in Live-Infrastruktur ausgerollt.
EV-Laden ist sicherheitsrelevant und durch ISO 15118-20 und OCPP geregelt.
Läuft auf Infrastruktur, die der Betreiber besitzt; keine zwingende externe Cloud im Steuerpfad.
Darauf ausgelegt, bei gestörter oder fehlender Konnektivität weiterzuarbeiten.
Auralinks Architektur ist ein Fan-out aus kleinen, unabhängig deploybaren Einheiten, die am Edge laufen, mit einer agentischen Schicht, die innerhalb einer begrenzten Hülle über sie hinweg schlussfolgert. Die folgenden Zahlen beschreiben architektonische Oberfläche und Tiefe — es sind Skalierungs- und Designfakten, keine Leistungs- oder Geschwindigkeitsaussagen.
Zur agentischen Schicht: die Agenten unterstützen den Betrieb — sie erfassen, schlussfolgern und arbitrieren Aktionen innerhalb begrenzter Befugnis. Das Engineering-Team entwirft, prüft und besitzt das System. Die Agenten bauen oder deployen es nicht eigenmächtig; sie handeln innerhalb einer Hülle, die die Architektur definiert.
Die Referenz implementiert Edge-First-Zerlegung, explizite Schnittstellen und eine durchgesetzte Trennung zwischen Agentenlogik und deterministischen Kontrollen. Private Repository-Inventardaten sind aus diesem öffentlichen Nachweis ausgeschlossen.
Das System ist in eigene Services zerlegt. Das ist eine Fan-out-Architektur: kleine, unabhängig deploybare Einheiten mit eng gefassten Verantwortlichkeiten, die über wohldefinierte Verträge kommunizieren. Die Service-Grenze ist es, die das System beobachtbar, einzeln testbar und auf Einheitsebene wiederherstellbar macht.
KI-Agenten arbeiten innerhalb von Auralink und unterstützen den Betrieb durch Erfassen, Schlussfolgern und Vorschlagen von Aktionen innerhalb begrenzter Befugnis. Das Engineering-Team entwirft, prüft und besitzt das System; die Architektur definiert die Hülle.
Auralink ist edge-deployed: Es läuft an oder nahe der Ladeinfrastruktur, die es steuert, und ist darauf ausgelegt, weiterzuarbeiten, wenn die externe Konnektivität gestört oder ausgefallen ist. Edge-First ist keine Deployment-Bequemlichkeit — in einer normengeregelten physischen Domäne ist es eine Sicherheits- und Kontinuitätseigenschaft. Das System hängt für lokale Entscheidungen nicht von einem Roundtrip zu einer entfernten Cloud ab.
Hyperion fasst Physical AI als sechs Verben: Sense · Connect · Compute · Reason · Act · Orchestrate. Auralink bildet sich sauber auf jede Schicht ab — genau deshalb funktioniert es als Referenz. Die folgende Abbildung zeigt, wie ein edge-first, agentisches System für eine normengeregelte Domäne den Stack füllt.
Telemetrie aus Ladehardware, Leistungselektronik, Sitzungszustand und Umgebungssignalen wird am Edge erfasst. In einer normengeregelten Domäne ist die Sensorschicht auch der Ort, an dem konformitätsrelevante Signale (Sitzungsaushandlungszustand, Fehlerflags) für nachgelagertes Schlussfolgern und Audit erfasst werden.
Geräte und Dienste interoperieren über offene Protokolle. Auralinks Charger-OS ist an OCPP (Open Charge Point Protocol) für die Ladepunkt-Kommunikation und an ISO 15118-20 für die Sitzungsaushandlung zwischen Fahrzeug und Infrastruktur ausgerichtet. Konnektivität ist um die offenen Normen herum gebaut, die die Domäne vorschreibt, nicht um einen proprietären Bus.
Berechnung läuft auf Infrastruktur, die der Betreiber besitzt, am Edge. Die Zerlegung in eigene Services ist das Compute-Substrat: Workloads werden nahe an der Hardware platziert, die sie bedienen, ohne zwingende Abhängigkeit von einer externen Cloud-Steuerebene zur Ausführung lokaler Logik.
Die Schicht aus Agenten schlussfolgert über den erfassten Zustand — diagnostiziert Bedingungen, schlägt Aktionen vor und arbitriert zwischen konkurrierenden Zielen innerhalb begrenzter Befugnis. Das Schlussfolgern ist durch explizite Richtlinien beschränkt; die Agenten arbeiten innerhalb einer Hülle, die durch die Systemarchitektur und die relevanten Normen definiert ist, nicht außerhalb.
Aktionen erreichen die physische Ladeinfrastruktur über kontrollierte Schnittstellen. Wie bei jedem sicherheitsrelevanten physischen System ist der Aktuierungspfad der Ort, an dem Begrenzung und Durchsetzung am meisten zählen: Die Handlungsbefugnis ist eingegrenzt, und Beschränkungen auf Protokollebene (ISO 15118-20 / OCPP) rahmen ein, was das System befehlen darf.
Über Edge-Standorte, Services und Agenten hinweg koordiniert eine Orchestrierungsschicht Lebenszyklus, Deployment, Versionierung und Wiederherstellung. Sie verbindet verteilte Einheiten zu einem kohärenten System, das als Ganzes aktualisiert und zurückgerollt werden kann.
EV-Laden ist eine normengeregelte Domäne. Auralinks Charger-OS ist an ISO 15118-20 und OCPP ausgerichtet, und die agentische Schicht arbeitet innerhalb einer begrenzten Hülle, die durch die Architektur und diese Normen definiert ist. Auf offenen, dokumentierten Verträgen aufzubauen, ist das, was ein System in dieser Domäne auditierbar macht — und was ein späteres Sicherheitsargument handhabbar macht.
Wichtige Grenze: eine benannte Stelle vergibt jede Sicherheitsbewertung. Das Material auf dieser Seite ist ein technischer Nachweis, der beschreibt, wie das System für eine normengeregelte Domäne architektiert ist — es ist keine Zertifizierung und behauptet keine. Für das Projekt, das ein Sicherheitsargument zusammenstellt, siehe Hyperions Leistung Safety-Case & Certification.
Straßenfahrzeuge — Kommunikationsschnittstelle Fahrzeug-zu-Netz — Teil 20
ISO 15118-20 spezifiziert die Anwendungs- und Darstellungsschicht der zweiten Generation für die Kommunikation zwischen einem Elektrofahrzeug und der Ladeinfrastruktur, einschließlich Sitzungsaushandlung, sicherer Kommunikation und Szenarien bidirektionaler Leistungsübertragung. Es ist die Norm, die regelt, wie ein Ladepunkt und ein Fahrzeug eine Ladesitzung aufbauen und durchführen.
In Auralink
Auralinks Charger-OS ist auf der Sitzungsebene an ISO 15118-20 ausgerichtet. Für eine Referenzarchitektur ist der relevante Punkt struktureller Natur: Das System ist so ausgelegt, dass die Aushandlung zwischen Fahrzeug und Infrastruktur der geltenden Norm entspricht statt einem Ad-hoc-Protokoll.
Open Charge Point Protocol
OCPP ist das offene, herstellerneutrale Protokoll für die Kommunikation zwischen Ladepunkten und einem zentralen Managementsystem. Es ist der De-facto-Interoperabilitätsstandard für EV-Ladenetze und deckt Transaktionen, Konfiguration, Firmware-Verwaltung und Diagnose über heterogene Hardware hinweg ab.
In Auralink
Auralinks Charger-OS ist an OCPP ausgerichtet. Auf OCPP aufzubauen hält die Architektur interoperabel und auditierbar: Das Verhalten der Management-Ebene folgt einem dokumentierten offenen Vertrag, was eine Voraussetzung für jede spätere Konformitäts- oder Sicherheitsnachweisarbeit ist.
Die agentische Schicht schlussfolgert und schlägt innerhalb begrenzter Befugnis vor. Die Grenzen — was das System unter welchen Bedingungen befehlen darf — sind durch die Architektur und die geltenden Normen definiert, nicht durch die Agenten selbst. Diese Trennung ist das Architekturmuster, das ein agentisches System in einer sicherheitsrelevanten Domäne vertretbar macht.
Das Charger-OS an ISO 15118-20 und OCPP auszurichten bedeutet, dass das von außen beobachtbare Verhalten dokumentierten, auditierbaren Verträgen folgt. Ein Sicherheitsnachweis lässt sich auf normkonformen Schnittstellen weit leichter aufbauen als auf proprietären, undokumentierten.
Weil Auralink am Edge läuft und offline-fähig ist, hängen lokale Entscheidungen nicht von einem Roundtrip zu einer entfernten Cloud ab. In einer physischen Domäne ist die Fähigkeit, unter gestörter Konnektivität sicher weiterzuarbeiten, selbst eine sicherheitsrelevante Architektureigenschaft.
Auralink läuft auf Infrastruktur, die der Betreiber besitzt. Es gibt keine zwingende externe Cloud-Abhängigkeit im Steuerpfad. Souveränität ist hier keine Marketing-Pose — es ist eine Architekturentscheidung, die den Betreiber in Kontrolle über das System hält, das seine physischen Anlagen steuert.
Die Belege werden im Kontext dargestellt. Das 78-%-Ergebnis ist auf eine controlled-environment evaluation in einem public technical preprint begrenzt und kein Feld- oder kommerzielles Ergebnis.
78 % Vorfalllösung Preprint 2603.08736 des Gründers, „Autonomous Edge-Deployed AI Agents for EV Charging Infrastructure“ (Februar 2026). Dies ist ein Preprint — weder begutachtet noch formell veröffentlicht.
Das public technical preprint arXiv 2603.08736 des Gründers (Februar 2026) berichtet 78 % autonome Vorfalllösung in einer controlled-environment evaluation. Dies ist ein Preprint-Ergebnis — kein begutachtetes, Feld- oder kommerzielles Ergebnis.
Edge-First-Zerlegung, eine agentische Schicht innerhalb einer durchgesetzten Hülle und normausgerichtete Schnittstellen sind in einem Vorproduktionssystem implementiert. Dies belegt weder Deployment und Leistung noch private Repository-Skalierung.
EV-Ladeinfrastruktur ist eine sicherheitsrelevante, normengeregelte Domäne. Der relevante Beleg ist kein einzelner Benchmark, sondern die Tatsache, dass die Architektur darauf gebaut wurde, innerhalb der Beschränkungen dieser Domäne zu arbeiten — Ausrichtung an ISO 15118-20 und OCPP, Edge-First-Betrieb und begrenzte Agentenbefugnis — statt nachträglich an sie angepasst zu werden.
Auralink ist das eigene Venture des Gründers. Auf dieser Seite wird es als rigorose Architektur- und Sicherheitsreferenz verwendet — ein ausgearbeitetes Beispiel für Physical AI als Vorproduktionssystem in einer normengeregelten, sicherheitsrelevanten Domäne.
Es ist kein externes Kundenprojekt und beansprucht keine Namen, Logos oder Ergebnisse von Kunden. Das einzige veröffentlichte quantitative Ergebnis ist 78 % in der controlled-environment evaluation aus arXiv 2603.08736; private Inventardaten werden nicht veröffentlicht.
Die Zahl von 78 % stammt aus einem Preprint, nicht aus einer begutachteten Veröffentlichung. Und um die Normengrenze erneut zu nennen: Eine benannte Stelle vergibt jede Sicherheitsbewertung — das Material hier ist ein technischer Nachweis, keine Zertifizierung.
Nein. Auralink ist das eigene Venture des Gründers. Es wird auf dieser Seite als rigorose Architektur- und Sicherheitsreferenz vorgestellt — ein ausgearbeitetes Beispiel für Physical AI als Vorproduktionssystem auf souveräner Infrastruktur in einer sicherheitsrelevanten Domäne. Es ist kein externes Kundenprojekt, und hier werden keine Namen oder Ergebnisse externer Kunden beansprucht.
Auralink arbeitet in der EV-Ladeinfrastruktur, einer normengeregelten Domäne. Sein Charger-OS ist an ISO 15118-20 (Kommunikation zwischen Fahrzeug und Infrastruktur, einschließlich Sitzungsaushandlung) und an OCPP (Open Charge Point Protocol, das offene Ladepunkt-Managementprotokoll) ausgerichtet. Diese offenen Normen sind das Interoperabilitäts- und Konformitätssubstrat, auf dem die Architektur aufbaut.
Die relevanten Hyperion-Projekte sind Physical-AI-Deployment (Edge-First-Architektur, agentische Schichten und Integration für physische Systeme) und Safety-Case & Certification-Unterstützung (Zusammenstellung des technischen Nachweises, den ein Sicherheitsargument erfordert). Der richtige Ausgangspunkt ist ein Gespräch über Ihre Domäne, ihre geltenden Normen und wo ein edge-deployed System passt. Siehe /services/physical-ai-deployment und /services/safety-case-certification.
Nein. Die 78 % autonome Vorfalllösung stammt aus einer controlled-environment evaluation, die im public technical preprint arXiv 2603.08736 des Gründers (Februar 2026) berichtet wird. Sie ist kein begutachtetes, Feld- oder kommerzielles Ergebnis.
Cherifi, M. (2026). "Autonomous Edge-Deployed AI Agents for EV Charging Infrastructure." https://arxiv.org/abs/2603.08736
Kontext: Public technical preprint arXiv 2603.08736 (Februar 2026). Berichtet 78 % autonome Vorfalllösung in einer controlled-environment evaluation; kein begutachtetes, Feld- oder kommerzielles Ergebnis.
ISO (2022). "ISO 15118-20: Road vehicles — Vehicle to grid communication interface — Part 20."
Kontext: Internationale Norm, die die Anwendungs- und Darstellungsschicht der zweiten Generation für die Kommunikation zwischen Fahrzeug und Infrastruktur spezifiziert, einschließlich Sitzungsaushandlung, sicherer Kommunikation und bidirektionaler Leistungsübertragung.
Open Charge Alliance (2024). "OCPP — Open Charge Point Protocol."
Kontext: Offenes, herstellerneutrales Protokoll für die Kommunikation zwischen EV-Ladepunkten und einem zentralen Managementsystem. Der De-facto-Interoperabilitätsstandard für EV-Ladenetze.
Wenn Sie Physical AI für eine sicherheitsrelevante, normengeregelte Domäne bauen — und wollen, dass die Architektur einer Prüfung standhält — beginnen Sie mit einem Gespräch. Hyperion bringt Erfahrung mit Vorproduktionsarchitektur und -evaluation mit edge-deployed, agentischen Systemen ein und arbeitet an der Seite Ihres Teams am Deployment und an dem technischen Nachweis, den ein Sicherheitsnachweis erfordert.
Gründer & Leiter KI-Strategie
Mohammed Cherifi ist der Gründer von Hyperion Consulting und der Gründer von Auralink, einem edge-deployed agentischen System für EV-Ladeinfrastruktur. Mit über 17 Jahren in der Automobil- und Embedded-Systems-Entwicklung ist er auf Physical-AI-Deployment für sicherheitsrelevante, normengeregelte Domänen spezialisiert.
Edge-First-Architektur, agentische Schichten und Integration für sicherheitsrelevante physische Systeme
Den technischen Nachweis zusammenstellen, den ein Sicherheitsargument erfordert — eine benannte Stelle vergibt jede Bewertung
Die Sim-to-Real-Lücke schließen: von Physiksimulation bis zur Edge-Inferenz auf dem Roboter
Das Product System — Strategie, Discovery, Produktisierung, Launch, Skalierung