Forschung / COADF
COADF
Compliance-Oriented AI Development Framework · Version 2.2
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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
Siehe auch
Trust ArchitectureUmgesetzte Plattformarchitektur
Provenienz, Nachweise, Konfidenz, Befugnis und Audit, so angeordnet, dass sich Vertrauen an jeder Grenze prüfen lässt.
Trust ArchitectureAnyDPPForschungs- und Demonstrationsumgebung
Quelldokumente werden zu Nachweisen, durchlaufen eine menschliche Prüfung und werden zu einem digitalen Produktpass zusammengesetzt.
AnyDPPERQYOReferenzimplementierung · 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