Auralink: Eine Physical-AI-Referenzarchitektur als Forschungssystem
Auralink ist eine von Hyperion erstellte Physical-AI-Forschungsreferenz für EV-Ladeinfrastruktur — eine sicherheitsrelevante, normengeregelte Domäne. Sie wurde in Simulation und begrenzten Umgebungen bewertet und innerhalb einer kontrollierten Forschungsgrenze dokumentiert. Diese Seite nutzt sie zur Prüfung von Architektur- und Sicherheitsentscheidungen, nicht als Nachweis für Produktivität, Geschwindigkeit, externe Kundenarbeit oder Zertifizierung.
Zuletzt geprüft: Juni 2026
Inhalt
Auralink ist eine von Hyperion erstellte Physical-AI-Forschungsreferenz für EV-Ladeinfrastruktur. Sein Charger-OS ist an ISO 15118-20 und OCPP ausgerichtet, und die Architektur bietet eine prüfbare Referenz für Edge-First-Betrieb, explizite Service-Grenzen und begrenzte Agentenbefugnis. Sie wurde in Simulation und begrenzten Umgebungen bewertet und innerhalb einer kontrollierten Forschungsgrenze dokumentiert.
Die Referenzthese: Physical AI, als Forschungssystem, in einer sicherheitsrelevanten Domäne
Die meiste Diskussion über agentische KI bleibt in Demos und Benchmarks. Auralink ist eine von Hyperion erstellte Forschungsreferenz für EV-Ladeinfrastruktur, bewertet in Simulation und begrenzten Umgebungen und innerhalb einer kontrollierten Forschungsgrenze dokumentiert. 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 eine von Hyperion erstellte Forschungsreferenz. Sie wird hier zur Prüfung von Architektur- und Sicherheitsentscheidungen verwendet. Es ist kein externes Kundenprojekt, und nirgendwo auf dieser Seite werden Namen oder Ergebnisse externer Kunden beansprucht.
Was Auralink zu einer nützlichen Referenz macht
System als Forschungssystem
Eine implementierte Forschungsarchitektur für physische Ladeinfrastruktur, bewertet in Simulation und begrenzten Umgebungen und innerhalb einer kontrollierten Forschungsgrenze dokumentiert.
Normengeregelte Domäne
EV-Laden ist sicherheitsrelevant und durch ISO 15118-20 und OCPP geregelt.
Souveräne Infrastruktur
Läuft auf Infrastruktur, die der Betreiber besitzt; keine zwingende externe Cloud im Steuerpfad.
Edge-First / offline-fähig
Darauf ausgelegt, bei gestörter oder fehlender Konnektivität weiterzuarbeiten.
Architektur: Edge-First, eigene Services, Agenten
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.
Implementierte Forschungsarchitektur
ImplementierungsstatusDie 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.
eigene Services
Gemessen: eigene ServicesDas 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.
Begrenzte KI-Agenten
Agentische SchichtKI-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.
Edge-First-Betrieb, offline-fähig
Edge-FirstAuralink 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.
Abbildung auf den Physical-AI-Stack: Sense → Orchestrate
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.
Sense
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.
Connect
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.
Compute
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.
Reason
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.
Act
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.
Orchestrate
Ü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.
Normen & Sicherheit: ISO 15118-20, OCPP und eine durchgesetzte Hülle
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.
ISO 15118-20
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.
OCPP
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.
Wie ein Edge-Agentik-System für eine normengeregelte Domäne architektiert wird
Autonomie arbeitet innerhalb einer durchgesetzten Hülle
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.
Offene Normen als Konformitätssubstrat
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.
Edge-First für Kontinuität und lokalen Determinismus
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.
Souveräne Infrastruktur: der Betreiber besitzt das Substrat
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.
Evidence
Die Belege werden im Kontext dargestellt. Das Forschungsergebnis ist auf eine controlled-environment evaluation in einem public technical preprint begrenzt und kein Feld- oder kommerzielles Ergebnis.
Forschung in kontrollierter Umgebung 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.
Forschung zur autonomen Vorfalllösung — aus dem arXiv-Preprint (2603.08736)
Das public technical preprint arXiv 2603.08736 des Gründers (Februar 2026) berichtet ein Forschungsergebnis zur autonomen Vorfalllösung in einer controlled-environment evaluation. Dies ist ein Preprint-Ergebnis — kein begutachtetes, Feld- oder kommerzielles Ergebnis.
Implementierte Architekturmuster
Edge-First-Zerlegung, eine agentische Schicht innerhalb einer durchgesetzten Hülle und normausgerichtete Schnittstellen sind in einem Forschungssystem implementiert. Dies belegt weder Deployment und Leistung noch private Repository-Skalierung.
Eine normengeregelte Domäne, von Grund auf
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.
Was es ist — und was es nicht ist
Auralink ist eine von Hyperion erstellte Physical-AI-Forschungsreferenz. Auf dieser Seite wird sie zur Prüfung von Architektur- und Sicherheitsentscheidungen in einer normengeregelten, sicherheitsrelevanten Domäne verwendet.
Es ist kein externes Kundenprojekt und beansprucht keine Namen, Logos oder Ergebnisse von Kunden. Das veröffentlichte Forschungsergebnis ist auf die controlled-environment evaluation aus arXiv 2603.08736 begrenzt; private Inventardaten werden nicht veröffentlicht.
Das berichtete Ergebnis 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.
Häufig gestellte Fragen
Ist Auralink ein externes Kundenprojekt?
Nein. Auralink ist eine von Hyperion erstellte Physical-AI-Forschungsreferenz. Sie wird auf dieser Seite zur Prüfung von Architektur- und Sicherheitsentscheidungen in einer normengeregelten, sicherheitsrelevanten Domäne vorgestellt. Es ist kein externes Kundenprojekt, und hier werden keine Namen oder Ergebnisse externer Kunden beansprucht.
Welche Normen gelten für Auralink?
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.
Können Sie das für mein sicherheitskritisches System bauen?
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.
Ist das berichtete Forschungsergebnis begutachtet?
Nein. Das Forschungsergebnis zur autonomen Vorfalllösung stammt aus einer controlled-environment evaluation, die im public technical preprint arXiv 2603.08736 des Gründers (Februar 2026) berichtet wird. Es ist kein begutachtetes, Feld- oder kommerzielles Ergebnis.
Quellen und Referenzen
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 Forschung zur autonomen 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.
Ihr sicherheitskritisches System besprechen
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 Forschungsarchitektur 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 Gründer von Hyperion Consulting und auf Produktentscheidungen für Physical-AI-Systeme spezialisiert. In dieser Referenz ordnet er Architektur und Evaluation innerhalb offengelegter Evidenz- und Befugnisgrenzen ein.
Verwandte Ressourcen
Physical-AI-Deployment
Edge-First-Architektur, agentische Schichten und Integration für sicherheitsrelevante physische Systeme
Safety-Case & Certification
Den technischen Nachweis zusammenstellen, den ein Sicherheitsargument erfordert — eine benannte Stelle vergibt jede Bewertung
Sim-to-Real für die Industrierobotik
Die Sim-to-Real-Lücke schließen: von Physiksimulation bis zur Edge-Inferenz auf dem Roboter
Physical-AI-Produktmanagement
Das Product System — Strategie, Discovery, Produktisierung, Launch, Skalierung