Zum Inhalt springen
Luiz Hogrefe

COADF

Compliance-Oriented AI Development Framework · Version 2.2

Veröffentlichtes Framework

COADF ist ein Entwicklungsframework für KI-gestützte Software, die unter europäischer Regulierung bestehen muss. Es übersetzt Governance in etwas, das eine Pipeline ausführen kann: Prinzipien, Kontrollen mit Nachweisen und Fences, die ein Release blockieren.

Die Forschungsfrage

KI-gestützte Software entsteht zunehmend unter Regeln wie der europäischen KI-Verordnung (AI Act), während die Governance drumherum oft in Richtlinien und Checklisten steht, die der Code nie zu sehen bekommt.

COADF fragt, was nötig ist, damit Governance in der Architektur selbst trägt: in Pipelines, Datenmodellen, Prüfschritten und Aufzeichnungen.

Acht Prinzipien

Die veröffentlichten Namen der Version 2.2, jeweils verdichtet auf das, was sie verlangen.

  1. P-1

    Zuerst deterministisch, Probabilistisches unter Quarantäne

    Was einen Menschen, ein Dokument oder ein anderes System erreicht, ist standardmäßig deterministisch. Maschinelles Lernen bleibt auf begrenzte Aufgaben beschränkt und liefert einen Wert zusammen mit seiner Konfidenz und seiner Extraktionsmethode.

  2. P-2

    Ausgabe hinter einem Konfidenztor

    Konfidenz hängt am einzelnen Attribut, in drei Stufen. Die unterste erreicht nie eine veröffentlichte Ausgabe, und ein fehlender Nachweis ergibt einen fehlenden Wert.

  3. P-3

    Menschliche Prüfung durch Architektur

    Die Prüfung wird von der Architektur ausgelöst, auf Attributebene, mit der Quelle neben dem Wert. Ein abgelehnter Wert lässt das Attribut leer.

  4. P-4

    Eine Spur, von Anfang bis Ende

    Eine Kennung begleitet einen Wert vom Eingang bis zur veröffentlichten Ausgabe, in einer nur fortschreibbaren Spur, die sich mit einer einzigen Abfrage rekonstruieren lässt.

  5. P-5

    Offenlegung maschineller Extraktion

    Jedes Attribut hält fest, wie es gewonnen wurde, und maschinell gewonnene Werte werden auf dem Dokument offengelegt, in dem sie erscheinen.

  6. P-6

    Das Fence-System

    Leitplanken laufen in der Pipeline und blockieren ein Release. Jede braucht einen Zahnbeweis: den Fehler einbauen, den Fence anschlagen sehen, zurücknehmen.

  7. P-7

    Isolierung von Standardabhängigkeiten

    Externe Vokabulare und Dienste liegen in Adaptermodulen. Ein externer Dienst kann die Konfidenz erhöhen, aber nie über die Ausgabe entscheiden.

  8. P-8

    Regeln als Daten, mit abgestufter Autonomie

    Regeln sind Daten und in jeder Entscheidungsaufzeichnung an eine Version gebunden. Autonomie wird je Rechtsordnung und Risikoklasse festgelegt, nie oberhalb der gesetzlichen Obergrenze.

In Version 2.2 wird das fünfte Prinzip nur teilweise erzwungen: Die Aufzeichnung wird erzwungen, die Darstellung ist als Lücke erfasst.

Der Kontrollbericht, ehrlich ausgewiesen

Ein maschinenlesbares Manifest führt jede Kontrolle zusammen mit dem Befehl auf, der ihren Nachweis erzeugt. Seine Ausführung schreibt einen datierten Bericht.

Eine als erzwungen ausgewiesene Kontrolle, deren Nachweis nicht ausgeführt wurde oder fehlgeschlagen ist, lässt den gesamten Lauf scheitern. Der Bericht ist eine Selbstauskunft dessen, der ihn ausführt, und sagt das auch.

offengelegte Kontrollen, von 57 bewerteten
16
erzwungen
12
manuell
2
erfasste Lücken
2

Fences

Fences sind automatisierte Prüfungen, die einen Merge oder ein Release blockieren. Sie decken Daten, Architektur, öffentliche Texte und Prozess ab, und das Register nummeriert sie von F-01 bis F-43.

Einige davon wachen genau über die Art von Aussage, die diese Seite vermeidet: Öffentliche Texte dürfen nicht behaupten, rechtliche Anforderungen zu erfüllen, und jede öffentliche Tatsachenbehauptung muss sich auf eine Quelle oder einen benannten Test zurückführen lassen.

Kandidaten für weitere Prinzipien

Vier weitere Praktiken sind als Kandidaten veröffentlicht. Sie sind keine nummerierten Prinzipien.

  • Aussagendisziplin
  • Kein Überschreiben
  • Nachweissemantik
  • Offenlegungskontrolle

Was COADF nicht ist

Was COADF nicht ist

  • Keine Zertifizierung, kein Prüfstandard und kein Verfahren zur Bewertung der Übereinstimmung mit Rechtsvorschriften.
  • Von keiner Behörde bewertet, geprüft oder befürwortet.
  • Keine Aussage darüber, dass ein System, eine Ausgabe oder eine Lieferung rechtliche Anforderungen erfüllt.
  • Noch nicht zur Wiederverwendung lizenziert: Eine Lizenz ist vorgeschlagen, nicht erteilt.

Einordnung

COADF ist die Entwicklungsmethode hinter AnyDPP und der Governance-Rahmen für die übrige Forschung von AnyLAI. ERQYO beschreibt, wie eine Laufzeit unter dieser Governance entscheidet; die Trust Architecture zeigt die Prinzipien im Einsatz über Organisationsgrenzen hinweg.

Version 2.2 wurde am 10. September 2026 auf anylai.eu veröffentlicht, in fünf Sprachen. Ein nicht normativer Engineering Companion folgte am 15. September 2026.

  • Trust ArchitectureUmgesetzte Plattformarchitektur

    Provenienz, Nachweise, Konfidenz, Befugnis und Audit, so angeordnet, dass sich Vertrauen an jeder Grenze prüfen lässt.

    Trust Architecture
  • AnyDPPForschungs- und Demonstrationsumgebung

    Quelldokumente werden zu Nachweisen, durchlaufen eine menschliche Prüfung und werden zu einem digitalen Produktpass zusammengesetzt.

    AnyDPP
  • ERQYOReferenzimplementierung · nicht produktiv betrieben

    Eine Laufzeitarchitektur, in der gelernter Rhythmus einen Vorschlag prägen darf, während maßgebliche Randbedingungen über die Ausführung entscheiden.

    ERQYO