You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Dieser Anker ist als *Tier 2 — qualifizierungsbedürftig* eingestuft. Er steht nicht für sich allein; er braucht Domänenkontext und explizite Prüfkriterien, um sinnvoll angewendet zu werden. Die folgende Checkliste dokumentiert die Qualifizierungsanforderungen, zugeordnet zu Issue #540.
* Verantwortungskette dokumentiert: ja/nein — angeben, wer entscheidet, wer genehmigt, wer prüft
69
+
* Rechtlicher/regulatorischer Rahmen identifiziert: ja/nein — anwendbares Recht angeben (IHL, EU AI Act, DSGVO usw.)
70
+
71
+
. **Erforderliche Nachweisarten**
72
+
* Systemspezifikation, die Autonomiegrenzen und Mensch-Maschine-Interaktionspunkte dokumentiert
73
+
* Schulungs- und Qualifikationsnachweise der Bediener
74
+
* Audit-Trail-Konzept, das menschliche Verantwortlichkeit an jedem Entscheidungspunkt nachweist
75
+
* Risikobewertung, die Restrisiken nach den Maßnahmen menschlicher Aufsicht aufzeigt
76
+
* Rechtsprüfung, die die Konformität mit dem anwendbaren regulatorischen Rahmen bestätigt
77
+
78
+
. **Mindestdokumentation / Artefakte**
79
+
* Human-Machine-Interface-(HMI-)Spezifikation mit Override- und Abbruchmechanismen
80
+
* Entscheidungsbefugnis-Matrix (wer entscheidet was, unter welchen Bedingungen)
81
+
* Anforderungen an das Situationsbewusstsein der Bediener (Informationszufluss, Latenz, Entscheidungszeit)
82
+
* Graceful-Degradation-Protokoll für Kommunikationsverlust oder Systemausfall
83
+
* Testprotokoll, das die Eingriffsfähigkeit des Menschen unter Einsatzbedingungen validiert
84
+
85
+
. **Validierungsmethoden**
86
+
* Simulierte Szenariotests unter Zeitdruck und mit eingeschränkter Informationslage
87
+
* Red-Team-Bewertung der Wirksamkeit des menschlichen Overrides
88
+
* Unabhängiges Audit der Vollständigkeit der Verantwortungskette
89
+
* Rechtsprüfung gegen anwendbares IHL oder regulatorische Anforderungen
90
+
* Monitoring-Plan nach Inbetriebnahme, um die Erosion der MHC über die Zeit zu messen
91
+
92
+
. **Zusammenfassung der Tier-2-Begründung**
93
+
* *Warum nicht Tier 3*: MHC lässt sich ohne domänenspezifischen Kontext nicht bewerten (Waffen vs. Medizin vs. Automotive). Dasselbe System kann MHC in einer Domäne erfüllen und in einer anderen verfehlen. Sharkey-Stufe S3 mag für Frachtschiffe genügen, nicht aber für die Zielbekämpfung mit Waffengewalt.
94
+
* *Warum nicht Tier 1*: MHC ist ein gut etabliertes, mehrfach belegtes Konzept mit klarer Definition, konsistenter Verwendung über Domänen hinweg, attribuierbarem Ursprung und reicher konzeptueller Aktivierung.
95
+
* *Qualifizierungspfad*: Um MHC anzuwenden, muss man beantworten: „Wer kontrolliert was, mit welchen Informationen, unter welchen Einschränkungen, und wer trägt die Verantwortung?" Die fünf Kriterien oben operationalisieren diese Frage.
0 commit comments