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 im Produktionsmaßstab 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. Mit rund 1,7 Millionen Zeilen Erstanbieter-Code, über 400 Microservices und ~20 KI-Agenten dient es als Referenzarchitektur für Physical AI im Produktionsmaßstab auf souveräner Infrastruktur in einer sicherheitsrelevanten Domäne. Auf dieser Seite wird es als Architektur- und Sicherheitsnachweis vorgestellt — technischer Nachweis, keine Zertifizierung.
Die meiste Diskussion über agentische KI bleibt in Demos und Benchmarks stecken. Auralink ist anders: ein reales, betriebenes System in der EV-Ladeinfrastruktur — eine Domäne, die physisch, sicherheitsrelevant und durch veröffentlichte Normen geregelt ist. Das macht es zu einer nützlichen Referenz. Die Muster, die es verkörpert, sind nicht bloß angestrebt; sie wurden im Maßstab einer Produktionscodebasis durchgezogen.
Die These dieser Seite ist eng und bewusst gewählt. Auralink wird als Referenzarchitektur vorgestellt — ein ausgearbeitetes Beispiel dafür, wie man Physical AI für eine normengeregelte physische Domäne architektiert — und als Sicherheits- und Architekturnachweis. Es wird nicht als Geschwindigkeitsgeschichte, Velocity-Kennzahl oder Kundenfallstudie präsentiert. Die Zahlen auf dieser Seite (Codeumfang, Anzahl Microservices, Anzahl Agenten) messen architektonische Tiefe, nicht wie schnell etwas gebaut wurde.
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 Demo, kein Benchmark — eine Produktionscodebasis, die physische Ladeinfrastruktur steuert.
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 ~20 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.
Auralink ist eine Erstanbieter-Codebasis von rund 1,7 Millionen Zeilen, AI-native gebaut. Diese Zahl wird als Maß für architektonische Oberfläche und Systemtiefe vorgestellt — nicht als Produktivitäts- oder Geschwindigkeitsaussage. Ein System dieser Größe in einer sicherheitsrelevanten Domäne erfordert disziplinierte Modulgrenzen, explizite Schnittstellen und eine durchgesetzte Trennung zwischen Autonomie und Durchsetzung.
Das System ist in über 400 Microservices zerlegt — gemessen als 477 Dockerfiles über 491 Go-Module. Das ist eine Fan-out-Architektur: kleine, unabhängig deploybare Einheiten mit eng gefassten Verantwortlichkeiten, die über wohldefinierte Verträge kommunizieren. Die Microservice-Grenze ist es, die das System beobachtbar, einzeln testbar und auf Einheitsebene wiederherstellbar macht.
Rund 20 KI-Agenten arbeiten innerhalb von Auralink. Die Agenten unterstützen den Betrieb — Erfassen, Schlussfolgern über Telemetrie, Vorschlagen und Arbitrieren von Aktionen innerhalb begrenzter Befugnis. Sie bauen oder deployen das System nicht eigenmächtig; das Engineering-Team entwirft, prüft und besitzt es. Die Agenten handeln innerhalb einer Hülle, die die Architektur definiert, nicht der Agent.
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 ~400 Microservices 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 ~20 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 viele Edge-Standorte, Microservices und Agenten hinweg koordiniert eine Orchestrierungsschicht Lebenszyklus, Deployment, Versionierung und Wiederherstellung. Orchestrierung ist das, was Hunderte unabhängiger Einheiten in ein kohärentes, betreibbares System verwandelt, über das man als Ganzes nachdenken, das man aktualisieren und zurückrollen kann.
Wenn Sie ein edge-deployed, agentisches System für eine sicherheitsrelevante Domäne entwerfen — und die Architektur einem Sicherheitsargument standhalten muss — sind die Muster auf dieser Seite der Ausgangspunkt. Hyperion arbeitet an der Seite Ihres Teams an Physical-AI-Deployment und an dem technischen Nachweis, den ein Sicherheitsnachweis erfordert.
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 folgenden Belege werden ehrlich und im Kontext dargestellt. Die Schlagzahl stammt aus einem Preprint — keinem begutachteten Artikel — und die Skalierungszahlen sind ein Architektur- und Tiefennachweis, keine Geschwindigkeitsaussagen.
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 arXiv-Preprint 2603.08736 des Gründers, „Autonomous Edge-Deployed AI Agents for EV Charging Infrastructure“ (Februar 2026), berichtet eine Vorfalllösungsquote von 78 % für das agentische Edge-System. Dies ist ein Preprint — kein begutachteter oder formell veröffentlichter Artikel. Es wird hier als architektonischer Beleg zitiert: ein dokumentierter Bericht darüber, wie sich ein edge-deployed agentisches System in einer sicherheitsrelevanten Domäne verhält.
Die Erstanbieter-Codebasis von ~1,7 Mio. Zeilen wird als Beleg für architektonische Tiefe und Produktionsmaßstab vorgestellt, nicht als Geschwindigkeits- oder Velocity-Aussage. Sie zeigt, dass die auf dieser Seite beschriebenen Muster — Edge-First-Zerlegung, eine agentische Schicht innerhalb einer durchgesetzten Hülle, normausgerichtete Schnittstellen — im Maßstab eines realen, betriebenen Systems durchgezogen wurden und nicht eines Prototyps.
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 im Produktionsmaßstab in einer normengeregelten, sicherheitsrelevanten Domäne.
Es ist kein externes Kundenprojekt, und nirgendwo auf dieser Seite werden Namen, Logos oder Ergebnisse externer Kunden beansprucht. Jede Zahl hier — Codeumfang, Anzahl Microservices, Anzahl Agenten und die Vorfalllösungsquote von 78 % — beschreibt Auralink selbst, belegt wie angegeben.
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 im Produktionsmaßstab 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 — ist sie nicht. Die Vorfalllösungsquote von 78 % stammt aus dem arXiv-Preprint 2603.08736 des Gründers, „Autonomous Edge-Deployed AI Agents for EV Charging Infrastructure“ (Februar 2026). Es ist ein Preprint, kein begutachteter oder formell veröffentlichter Artikel. Das Preprint ist im Abschnitt Quellen verlinkt, damit die Aussage in ihrem ursprünglichen Kontext gelesen werden kann.
Cherifi, M. (2026). "Autonomous Edge-Deployed AI Agents for EV Charging Infrastructure." https://arxiv.org/abs/2603.08736
Kontext: arXiv-Preprint 2603.08736 (Februar 2026). Preprint des Gründers — nicht begutachtet oder formell veröffentlicht — das eine Vorfalllösungsquote von 78 % für ein edge-deployed agentisches System in der EV-Ladeinfrastruktur berichtet. Auf dieser Seite als architektonischer Beleg zitiert.
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 Produktionserfahrung 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
Der Physical-AI-Stack — Sense, Connect, Compute, Reason, Act, Orchestrate