KI-Ausführungszertifizierung: der Certified Execution Record

Das Problem mit herkömmlichen KI-Protokollen

Protokolle helfen Entwicklern beim Debuggen. Sie helfen Organisationen nicht dabei, zu beweisen, was geschehen ist. Wenn ein Regulator, Prüfer oder Kunde fragt, was die KI tatsächlich getan hat, ist eine Protokolldatei keine belastbare Antwort.

• Veränderbar. Protokolle können nachträglich bearbeitet, gekürzt oder gelöscht werden. Nichts bindet das Protokoll kryptografisch an die von ihm beschriebene Ausführung.
• Unvollständig. Standardprotokolle erfassen selten das vollständige Bild: den genauen Prompt, die Modellversion, die Temperatur, Systemanweisungen und Werkzeugaufrufe, die zu einer bestimmten Ausgabe geführt haben.
• Nicht überprüfbar. Kein Dritter kann unabhängig bestätigen, dass ein Protokolleintrag widerspiegelt, was tatsächlich ausgeführt wurde. Man muss dem System vertrauen, das ihn geschrieben hat.
• Nicht auditgerecht strukturiert. Regulatorische Prozesse und Audits profitieren von strukturierten, manipulationssicheren Nachweisen der KI-Entscheidungsfindung. Unstrukturierte Protokolldateien erreichen dieses Niveau in der Regel nicht.

Für einen ausführlichen Vergleich siehe Protokolle vs. Certified Execution Records.

Wie Certified Execution Records dieses Problem lösen

Ein Certified Execution Record (CER) ist ein strukturiertes, manipulationssicheres Bündel, das den vollständigen Ausführungskontext eines KI-Vorgangs erfasst und mit einem certificateHash versiegelt: einem SHA-256-Hash über alle geschützten Felder.

CERs sind die grundlegende Einheit der NexArt-AI Execution Integrity-Oberfläche. Sie ersetzen intransparente Protokolle durch reproduzierbare, prüffähige Ausführungsnachweise.

Was ein CER erfasst

• Eingaben: Der genaue Prompt, die Systemanweisungen und jeder dem Modell bereitgestellte Kontext.
• Parameter: Modellkennung, Version, Temperatur und während der Ausführung verwendete Konfiguration.
• Ausgaben: Die vollständige Modellantwort, einschließlich strukturierter Inhalte und Metadaten.
• Werkzeugaufrufe: Alle während der Ausführung erfolgten externen Werkzeugaufrufe, einschließlich Funktionsaufrufe, API-Abfragen und Abrufergebnisse.
• Kontextsignale: Nachweise der Ausführungsumgebung einschließlich aktiver Berechtigungen, Speicherzustand, Sitzungsumfang und aller Einschränkungen, unter denen das System betrieben wurde.
• Zeitstempel und Versionierung: Wann die Ausführung erfolgte und unter welcher Protokollversion.

Wie ein CER aussieht

Ein CER ist ein portables JSON-Artefakt. Hier ein vereinfachtes Beispiel mit den wichtigsten geschützten Feldern:

{
  "bundleType": "cer.ai.execution.v1",
  "protocolVersion": "1.2.0",
  "executionId": "exec_8f2a…d41c",
  "certificateHash": "sha256:4f31edabd565…",
  "timestamp": "2025-12-18T14:32:07.241Z",
  "input": {
    "prompt": "Classify this claim as approved or denied.",
    "systemPrompt": "You are a claims reviewer…",
    "model": "gpt-4o",
    "temperature": 0.1
  },
  "output": {
    "content": "Classification: APPROVED. Rationale: …",
    "finishReason": "stop",
    "tokensUsed": { "prompt": 842, "completion": 156 }
  },
  "toolCalls": [
    {
      "name": "lookupPolicyLimits",
      "arguments": { "policyId": "POL-29481" },
      "result": { "coverageMax": 50000 }
    }
  ],
  "attestation": {
    "attestationId": "att_c9e1…",
    "nodeSignature": "ed25519:…",
    "nodePublicKey": "…"
  }
}

Der certificateHash wird über alle geschützten Felder mittels deterministischer kanonischer JSON-Serialisierung berechnet. Jede Änderung eines Feldes macht den Hash ungültig. Der attestation-Block wird hinzugefügt, wenn der CER an einen unabhängigen Attestierungsknoten übermittelt wird.

Protokolle vs. CERs im Überblick

Den vollständigen Vergleich finden Sie unter Protokolle vs. Certified Execution Records.

Integritätsgarantien

Der certificateHash bindet alle geschützten Felder zu einem einzigen überprüfbaren Wert. Wird ein Feld nach der Versiegelung geändert, ändert sich der Hash und die Überprüfung schlägt fehl.

Optional kann ein CER an einen Attestierungsknoten übermittelt werden, der die interne Konsistenz prüft und eine signierte Quittung ausstellt: eine Ed25519-signierte Attestierung, die eine Offline-Überprüfung ohne Kontakt zum Knoten ermöglicht.

Die Überprüfung ist unabhängig. Jeder kann den Hash neu berechnen, die Signatur prüfen und die Integrität bestätigen, ohne API-Schlüssel, Konto oder jegliche Abhängigkeit von NexArt. Nutzen Sie verify.nexart.io oder das SDK.

Wann überprüfbare Ausführung wichtig ist

CERs sind dort am wertvollsten, wo KI-Entscheidungen Konsequenzen haben und im Nachhinein überprüft, verteidigt oder geprüft werden müssen.

• Compliance und Audit. Auditoren genau zeigen, was ein KI-System getan hat, mit kryptografischem Nachweis, dass der Datensatz unverändert ist. Siehe Standardabgleich.
• Rechenschaftspflicht gegenüber Dritten. Kunden, Partnern oder Regulatoren überprüfbare Nachweise zu KI-gestützten Ergebnissen bereitstellen.
• Regulierte Branchen. Finanzdienstleistungen, Gesundheitswesen, Versicherungen und rechtliche Kontexte, in denen KI-Entscheidungen wesentliche Konsequenzen haben. Siehe regulierte Workflows.

Wer CERs nutzt

Häufig gestellte Fragen

Erste Schritte

NexArt stellt die Infrastruktur bereit, um CERs über eine einfache API zu erstellen, zu zertifizieren und zu überprüfen.

• Lesen Sie die AI Execution Integrity-Spezifikation für alle technischen Details.
• Folgen Sie dem Schnellstart-Leitfaden, um Ihren ersten CER zu erstellen.
• Nutzen Sie verify.nexart.io, um jeden CER unabhängig zu überprüfen.
• Sehen Sie sich die Preise an. Die Ausführung ist kostenlos. Bezahlt wird die Zertifizierung.