Riaan Kleynhans
Engine öffnen

Riaan Kleynhans · Kontroll- und Fähigkeitenmatrix

Wo KI handeln darf, wo Code entscheidet, wo ein Mensch unterzeichnet.

Eine Seite, drei Spalten, lebender Beweis. Jede Zeile verlinkt dorthin, wo sie läuft; jede Zahl kommt aus dem Prüflauf, den Codetabellen oder den Ledgern — nichts auf dieser Seite ist eingetippt.

Prüflauf
VERIFIZIERT
2026-09-25 23:46
Tests bestanden
704/704
75 Testdateien
Wörterbuch-Parität
6661 × 4
Schlüssel × Sprachen
Ledger aktiv · Einträge
— · —
anmelden, um die Ledger des Mandanten zu lesen
Verkettete Einträge
—
anmelden, um die Ledger des Mandanten zu lesen
Veröffentlichte Versionen
—
Berichte, Pitches, Verträge

Begrenzte agentische Ausführung

Modelle und Plugins beschleunigen Arbeit — Retrieval, Sprache, Entwurf, Adaption — unter den Schlüsseln des Kunden.

Ein Modell entscheidet nie über Preis, Risikostufe, Zustandsübergang oder Veröffentlichung.

  • dsh-Plugin-Laufzeit

    Cordis-artige Plugins führen Aufgaben unter den Schlüsseln des Kunden aus, in einer Sandbox ohne Datenaufbewahrung, jeder Aufruf auditiert.

    7 Plugins registriert

    Kundenschlüssel (BYOK)

    Prüfen
  • Redaktionelle Bilder

    Ein Unsplash-Bild je Seite nach kuratiertem Thema — eine externe API, nie Kundendaten.

    Externe API, keine Kundendaten

    Prüfen

Deterministischer Code und Mathematik

Jede Berechnung, jedes Gate, jeder Zustandsübergang ist getestetes TypeScript über erfassten Fakten.

0 % Modellinferenz · unbekannt bleibt unbekannt

  • Zehn-Dimensionen-Reifegrad

    Gewichteter Wert, NIST-Funktionswerte, Bänder und Gating-Bedingungen, die ein hoher Durchschnitt nie verdeckt.

    10 Dimensionen · 5 Gates

    Prüfen
  • Use-Case-Priorisierung

    P = V·S·A·R ÷ C·K, die 2×2 Wert × Reife, neun Pilot-Gates, Tier 0 verboten.

    Prüfen
  • GenAI-Risiken und EU AI Act

    Zwölf NIST-AI-600-1-Risikoeinträge je Use Case; die achtstufige EU-Einstufung getrennt vom internen Tier.

    12 Risiken · 12 Hochrisiko-Evidenzbereiche

    Prüfen
  • Lücke-zu-Intervention-Kette

    Lücke → Konsequenz → Fähigkeit → Intervention (vier Hebel, Mindestelemente) → Owner → Kosten → Abhängigkeit → binärer Abschluss.

    16 Hebel-Elemente

    Prüfen
  • Kontrollen als Architektur

    Eine Kontrolle ist eine Kette von Policy bis Fehlerreaktion mit bestandenem Test; eine Policy allein ist ein Dokument.

    6 Kontrollebenen

    Prüfen
  • Evidenzpaket und Ablauf

    Abschnitte 00–11 als gültig / offen / Ausnahmen gezählt; ein verstrichenes Prüfdatum setzt einen Eintrag von selbst auf offen.

    12 Paketabschnitte

    Prüfen
  • Vertrags-Compiler und -Validator

    v1/contract.json aus Fakten gebaut; der Validator rechnet die Signaturkette nach und lehnt einen ungültigen Vertrag vor der Veröffentlichung ab.

    Prüfen
  • Verifizierte Systemkarten

    Typisierte IR, kompiliert von einem eingebundenen Renderer mit Layout-Validierung in vier Sprachen; jedes Artefakt gehasht.

    19 Kartenarten

    Prüfen
  • Regelbasierte Aufnahme

    Transkripte werden per Signalregeln zu Fakten- und Evidenz-Kandidaten, jeder mit seinem Satz; nichts landet ohne menschliches Annehmen.

    Prüfen
  • Rollen-Gedächtnis und RACI-Regel

    Deterministische Suche über vier Disziplinen; RACI mit genau einem Accountable je Gate, bei jeder Änderung erzwungen.

    4 Rollen · 40 Punkte

    Prüfen
  • Sprach-Avatar

    Gesicht und Stimme über Tutor und Vorschlagsmaschine: sagt, was offen ist, antwortet nach geordneten Hinweisregeln und dem Rollenwissen, navigiert und sonst nichts — Unterschreiben, Genehmigen, Verzichten und Bepreisen werden verweigert und die Verweigerung protokolliert. Nur Browser-Sprache; nichts wird aufgezeichnet.

    9 Capabilities.counts.intents · 224 Capabilities.counts.cues

    Prüfen
  • Gate- und Sitzungsstatus

    Erledigt, jetzt und später werden bei jedem Rendern aus Fakten und Unterschriften abgeleitet — nichts hakt sich selbst ab.

    6 Gates · 7 Sitzungen

    Prüfen

Menschliche Verantwortung

Was einen benannten Sitz braucht, festgehalten in append-only, hash-verketteten Ledgern.

Nie umgangen · keine autonome Veröffentlichung

  • Sitzungsunterschriften

    Jede der sieben Sitzungen wird von ihren anwesenden Sitzen unterzeichnet; hash-verkettet, Befugnis vom Ledger geprüft.

    Unterzeichnet: die anwesenden Sitze der Sitzung

    Prüfen
  • Abschlussverifizierung

    Eine Lücke schließt nur, wenn ihr Owner das binäre Kriterium bestätigt — ein Ledger-Eintrag mit Bezug auf die Lücke.

    Unterzeichnet: der Owner der Lücke

    Prüfen
  • Übergabebestätigung

    Eigenständiger Betrieb über die vereinbarten Tage, vom Nutzen-Owner an einem Datum bestätigt.

    Unterzeichnet: der Nutzen-Owner

    Prüfen
  • Vertragsveröffentlichung

    Moderation veröffentlicht; der Validator gibt frei; Unterschriften kommen aus dem Ledger, nie aus dem Browser.

    Unterzeichnet: die Moderation

    Prüfen
  • RACI-Änderungen

    Wer verantwortlich ist, ändert sich nur über das Ledger, Moderationsbefugnis, ein A je Gate.

    Unterzeichnet: die Moderation, auditiert

    Prüfen

19 von 39 Fähigkeiten gelten für dieses Deployment. Unbekannte Zahlen zeigen einen Strich, nie eine Null.

Stufe 3 · Model → Stufe 4 · Govern

Dann die Kontrollen, ihre Verantwortlichen und der Nachweis, dass sie halten.