Organise the review
Team assignments, role-based workflow surfaces, kanban and activity records give evidence work an owner and a visible state.
Die geschäftlichen Zusammenfassungen sind in dieser Sprache verfügbar. Produktabläufe und technische Belege werden auf Englisch gepflegt.
Sicherheit & Absicherung
KI-Inventar, Pflichten und Belege in einem Prüfablauf zusammenführen.
Inventar, Klassifizierung, Abhilfemaßnahmen und Berichte liegen an getrennten Orten. Belege brauchen eine verantwortliche Person und einen überprüfbaren Status.
KI-Produktverantwortliche, Complianceleiter und verantwortliche Ingenieure
Prototyp in Entwicklung
Explore the reasoning
Identify one AI system, its intended use and accountable owners.
Quellen geprüft
The decision behind the system
A regulatory-workflow prototype that connects system inventory, retrieval, classification, remediation and reporting with accountable human review.
Aegis organises system-level governance and regulatory evidence. Achilles inspects code; EU AI Navigator explores early adoption and readiness.
Team assignments, role-based workflow surfaces, kanban and activity records give evidence work an owner and a visible state.
Retrieval, compliance snapshots, trends and AI Act–GDPR graph surfaces support structured review.
CSV and PDF exports turn reviewed workflow records into material for qualified assessment.
Identify one AI system, its intended use and accountable owners.
Keep deterministic workflow records distinct from retrieval-assisted interpretation.
Link evidence gaps and remediation to named owners and source records.
Qualified legal, compliance and system owners review the material. An export is not certification or a conformity assessment.
Inspect the source, test conditions and operating limits in the technical record.
Brücke Business ↔ Technologie · Governance capability experiment
Explores evidence-linked regulatory workflow without presenting generated guidance as legal authority.
Dies ist eine Portfolio- und Quellinterpretation, keine Aussage über Kunden, Betrieb, Zertifizierung oder Ergebnisse.
System inventory, risk classification, evidence, remediation, and reporting are often fragmented across legal, compliance, product, and engineering teams.
Separate deterministic inventory and workflow state from retrieval-assisted interpretation, and preserve named human review points.
Inventory, retrieval, classification, evidence, remediation, audit, and report modules with migrations and selected mocked test seams.
Evidence gaps and classification uncertainty return to product scope, control design, accountable owners, and release planning.
Diese Seite interpretiert Quellen aus einem getrennten Venture-Repository. Quellcode dort bedeutet nicht, dass das Venture als Dienst in hyperion-consulting.io läuft.
Die KI-Verarbeitung von Besucher- und Kundendaten ist auf Mistral über den kontrollierten EU-Endpunkt beschränkt. Die vom Inhaber freigegebenen Pfade Helio, Suche und Product Council sind aktiviert. Ein getrenntes Redaktionsverfahren mit öffentlichen Quellen nutzt Anthropic mit kontrolliertem Mistral-Ersatz; es erhält keine Website-Anfragen, Kundendokumente oder Besuchergespräche. Deterministische Werkzeuge bleiben ohne Remote-KI verfügbar.
Quellcode-Evidenz
A regulatory-workflow backend prototype with inventory, retrieval, classification, evidence, remediation, audit, and report modules. It is a decision-support system under development, not legal advice or a conformity assessment.
Der detaillierte technische Stand wird auf Englisch gepflegt.
Repository-Evidenz ist kein Nachweis für Kunden, Betrieb, Zertifizierung oder Ergebnisse.
Architektur
Drei Quellcode-Schichten: Überwachung regulatorischer Feeds, Retrieval-gestützte Pflichtenextraktion und eine Audit-Kette mit Manipulationserkennung. Die Akzeptanz jedes einzelnen Eintrags durch Regulierungsbehörden muss gesondert beurteilt werden.
Nur Quellübersicht: Eine Schicht kann implementierten Code, eine Adaptergrenze oder dokumentiertes Design darstellen. Sie belegt keinen konfigurierten Produktionsdienst.
Der Quellcode bildet drei EUR-Lex ATOM-Feeds (EU AI Act, GDPR, AI General), das Parsen neuer Instrumente nach CELEX, die Extraktion der Schweregrade (kritisch/hoch/niedrig) und einen Schritt zur Mistral-Impact-Analyse gegenüber dem registrierten KI-System-Inventar ab. Eine Live-Überwachung wird nicht behauptet.
Der Quellcode bildet Mistral + RAG über ein Korpus aus Artikeln, Anhängen und EDPB-Leitlinien ab: Pflichtenextraktion, Abbildung von Überschneidungen zwischen Vorschriften (EU AI Act ↔ GDPR ↔ NIS2), Risikoklassifizierung und Gap-Analyse, mit Konfidenzscores und Artikel-genauen Zitaten. Die Ergebnisse erfordern eine fachliche Prüfung.
Der Quellcode modelliert Einträge zu Klassifizierung, Lücken, Abhilfemaßnahmen, Zeitstempeln und Prüfern in einer Audit-Kette. Ob ein exportierter Eintrag eine gesetzliche oder behördliche Anforderung erfüllt, muss gesondert beurteilt werden.
EU AI Act-Abdeckung
Compliance-Theater ist eine Liste von Artikeln in einem PDF. Compliance-Praxis bedeutet, jeden Artikel einem bestimmten KI-System zuzuordnen – mit Nachweisen, Verantwortlichen und dem Datum der letzten Überprüfung. Unten: die Artikel, die der Prototyp pro registriertem System abbildet. Extrahierte Pflichten erfordern eine fachliche Prüfung.
Nur Repository-Oberfläche: Verfügbarkeit, Vollständigkeit, Leistung und Betriebstauglichkeit erfordern eine gesonderte Validierung.
ART. 4Der Quellcode enthält Workflows für die rollenbasierte Nachverfolgung der KI-Kompetenz, für Quiz und für die Erstellung von Aufzeichnungen. Er bescheinigt weder die Kompetenz einer Person noch die Einhaltung von Artikel 4 durch eine Organisation.
ART. 5Ein Regel- und Retrieval-Workflow gleicht ein registriertes System mit Kategorien verbotener Praktiken und Verweisen ab. Die rechtliche Einstufung bleibt eine menschliche Entscheidung.
ART. 6Der Quellcode bildet eine Risikoklassifizierung nach Anhang III mit von Mistral generierter Begründung, einem Konfidenzwert und einem Pflichtenbaum pro Anhang ab. Sie ist darauf ausgelegt, bei Registry-Ereignissen (Modellwechsel, Änderung des Anwendungsbereichs, Aktualisierung der Trainingsdaten) erneut ausgeführt zu werden.
ART. 9Kontinuierliche Identifizierung, Einschätzung, Bewertung und Behandlung von Risiken. Der Prototyp ist darauf ausgelegt, jedes identifizierte Risiko mit seiner Gegenmaßnahme zu verknüpfen und Nachweise aus einer CI-Pipeline (Testergebnisse, Model Card, Evaluierungssuite) zu übernehmen. Eine Live-Integration wird nicht behauptet.
ART. 10Trainings-, Validierungs- und Testdatensätze mit repräsentativer Abdeckung, Erkennung von Verzerrungen und Herkunftsnachweis. Der Prototyp ist darauf ausgelegt, ein Dataset-Register mit den Anforderungen an die technische Dokumentation aus Anhang IV abzugleichen.
ART. 11Technische Akte nach Anhang IV: Systemzweck, Design, Trainingsmethodik, Leistungsmetriken. Der Prototyp ist darauf ausgelegt, das Dokumentengerüst zu generieren, Nachweise aus dem Register einzufügen und fehlende Abschnitte gemäß Anhang IV.1–9 zu markieren. Entwürfe erfordern eine Prüfung durch eine verantwortliche Person.
ART. 12Der Prototyp bildet Prüfungen von Ereignisschemata und Audit-Einträgen für registrierte Systeme ab. Er belegt nicht, dass eine externe Betriebspipeline vollständige oder rechtlich ausreichende Protokolle erzeugt.
ART. 13Gebrauchsanweisungen mit Angaben zu Zweck, Genauigkeit, Robustheit, vorhersehbarem Missbrauch und Maßnahmen zur menschlichen Aufsicht. Der Prototyp ist darauf ausgelegt, die anwenderseitige Transparenzmitteilung anhand einer Checkliste zu Artikel 13 zu entwerfen.
ART. 14Effektive Aufsichtsmaßnahmen, die in das System integriert sind. Der Prototyp ist darauf ausgelegt, ein Aufsichtskonzept anhand von vier aus Artikel 14 abgeleiteten Fähigkeiten (Verstehen, Überwachen, Übersteuern, Deaktivieren) zu bewerten und eine Gap-Analyse zur Prüfung zu erstellen.
ART. 15Leistungsmetriken, Robustheit gegenüber Fehlern, Störungen und Inkonsistenzen; Cybersicherheit gegen adversarische Angriffe. Der Prototyp ist darauf ausgelegt, Ergebnisse der Evaluierungssuite, Red-Team-Berichte und eine SBOM im Nachweisblock nach Anhang IV zusammenzuführen. Eine Live-Integration wird nicht behauptet.
Technologien
Genannte Technologien kennzeichnen Repository-Abhängigkeiten oder Adapteroberflächen; sie belegen keine aktive Integration oder Bereitstellung.
Quellcode
Der Quellcode des Aegis AI-Prototyps ist auf Anfrage für Evaluierungs- und Partnerschaftszwecke verfügbar.
Um auf den Quellcode zuzugreifen, unterzeichnen Sie bitte die Geheimhaltungsvereinbarung. Dies ist eine übliche rechtliche Formalität.
Mit Hyperion arbeiten
Eine Prüfung des Belegprozesses zu Verantwortlichkeiten, Lücken, Abhilfemaßnahmen und dem Bedarf an fachlicher Prüfung.
Bringen Sie eine kurze Beschreibung Ihrer Situation, Rahmenbedingungen und Entscheidung mit. Umfang, Verantwortlichkeiten und Angebot werden vor Arbeitsbeginn vereinbart.