Ihr Server-Protokoll
Von Ihnen geschrieben, auf Ihrem Server, jederzeit. Im Streit ist es Ihr Wort über Ihre eigenen Systeme.
AXR/Verständlich erklärt/Für Menschen, die KI betreiben, nicht Kryptografie
Ihre KI bucht Termine, setzt Preise, sendet Nachrichten, bearbeitet Rückerstattungen — echtes Geld, echte Entscheidungen, echtes Streitrisiko. An dem Tag, an dem ein Kunde sagt, sie habe etwas getan, was sie nicht durfte, sagt Ihr Protokoll, alles sei in Ordnung. Aber dieses Protokoll haben Sie geschrieben. Wer wird Ihnen glauben?
AXR gibt jeder Entscheidung einen Beleg — wie das Siegel auf einem Paket, nur für Ihre Automatisierung. Er lässt sich nachträglich nicht ändern, und jeder kann ihn prüfen, ohne Ihnen glauben zu müssen. Glauben Sie auch uns nicht: brechen Sie selbst einen, gleich unten.
Ansehen
Unten sehen Sie einen echten, signierten AXR-Beleg — wie ihn Ihre Automatisierung für eine Buchung erzeugen würde. Das Siegel ist grün, weil jedes Zeichen zur Signatur passt. Ändern Sie ein beliebiges Feld und sehen Sie, wie das Siegel bricht — live, auf Ihrem Gerät. Nichts wird hochgeladen.
KI-Buchungsbeleg
Signatur gültig
Ändern Sie oben ein beliebiges Feld. Das Siegel bricht in dem Moment, in dem ein Zeichen nicht mehr zum Signierten passt.
Was ist gerade passiert?
Ihr Browser hat die Ed25519-Signatur des Belegs über den exakt angezeigten Text neu berechnet — dieselbe Prüfung, die ein Verifizierer durchführt. Passt → grün. Ein Byte daneben → rot. Kein Server, kein Upload.
Das beweist, dass der Datensatz seit der Signierung nicht verändert wurde. Es beweist nicht, dass die Entscheidung richtig war — es macht eine falsche unbestreitbar.
Was es eigentlich ist
Wenn ein Kurier ein Paket übergibt, lässt er sich unterschreiben. Sie schreiben die Unterschrift nicht; Sie können sie später nicht ändern; und bei einem Streit schauen beide darauf. AXR ist genau das, automatisch für Ihre KI — und der Stempel kann nachträglich nicht ausgetauscht werden.
Von Ihnen geschrieben, auf Ihrem Server, jederzeit. Im Streit ist es Ihr Wort über Ihre eigenen Systeme.
Versiegelt im Moment der Entscheidung, offline von jedem prüfbar — kein Zugriff auf Sie oder Ihre Systeme nötig.
Ein Protokoll, das nur Sie umschreiben können, ist eine Erzählung. Ein Beleg, den jeder prüfen kann, ist ein Nachweis.
Darunter steckt standardisierte, bewährte Kryptografie — eine digitale Signatur und eine manipulationssichere Kette, nichts Experimentelles. Sie müssen davon nie etwas sehen, um es zu nutzen. (Wer prüfen möchte: der Code ist quelloffen.)
Sind Sie das?
Niemand sucht nach „manipulationssicherem Audit-Trail". Man gerät in einen dieser Momente — und plötzlich lautet die Frage: können Sie es beweisen?
„Ich habe das Paket vor zwei Wochen zurückgeschickt — Ihr System sagt, die Rückerstattung sei raus. War sie nicht."
„Ihr System hat eine bereits bezahlte Rechnung dreimal angemahnt. Beheben Sie das, oder ich rufe einen Anwalt."
„Ihre KI hat mich abgelehnt, weil ich 52 bin." Beweisen Sie nun, dass das Alter nie eine Eingabe war.
„Belegen Sie, dass die automatisierte Entscheidung von letztem Jahr der damals geltenden Richtlinie folgte."
„Im Vertrag steht etwas anderes als vereinbart." — „Aber die KI hat es geschrieben…" ist keine Verteidigung.
Vier Geschichten
Ihre Automatisierung sagt refund_processed: true. Der Kunde hat das Geld nie erhalten; die Bank sagt, sie habe nie eine Anfrage bekommen. Wessen Schuld ist das? Mit einem Beleg für diesen Schritt können Sie zeigen, ob der Bot die Anweisung tatsächlich erteilt hat — so wissen Sie in Sekunden, wo die Kette riss, statt eine Rückbuchung zu schlucken, um Ruhe zu haben.
Eine KI mahnte fortlaufend eine beglichene Rechnung an, und der Kunde droht mit Klage. Ihr internes Protokoll sagt, alles sei korrekt gewesen — aber dieses Protokoll haben Sie geschrieben. Ein signierter Beleg für jede Abrechnungsentscheidung ist etwas, das die Gegenseite (oder ein Gericht) prüfen kann, ohne Ihren Entwickler anzurufen.
Eine abgelehnte Bewerberin vermutet, die KI habe sie aus einem verbotenen Grund aussortiert. Sie müssen zeigen, was die Entscheidung tatsächlich gesehen hat. Ein signierter Entscheidungsdatensatz lässt eine Behörde prüfen, dass die verbotenen Daten nie eine Eingabe waren — man muss Ihnen nicht glauben. (Und personenbezogene Daten lassen sich später löschen, ohne die Signatur zu brechen.)
Eine Aufsicht bittet Sie zu beweisen, dass eine vergangene automatisierte Entscheidung den damals geltenden Regeln folgte. Das Modell hat sich seither geändert. Ein verankerter, signierter Verlauf lässt sie prüfen, dass der Datensatz nachträglich nicht bearbeitet wurde — und Sie übergeben einen auditbereiten Bericht statt Rohdateien.
Kein Gedankenexperiment: AXR läuft heute produktiv auf einem echten Buchungs-Workflow — 200+ signierte Belege, seit Juni 2026 stündlich verankert. Den technischen Bericht ansehen.
Der Moment, in dem es zählt
Sie halten einen Screenshot Ihres Protokolls hoch. Der Richter fragt: „Das haben Sie selbst geschrieben, korrekt?" Mit einem Beleg ändert sich die Antwort — denn die Gegenseite kann ihn prüfen, ohne Ihnen zu vertrauen. Diese Momente kommen bereits:
So nutzen Sie es
Setzen Sie einen Code-Node ans Ende Ihres Workflows. Das war’s — etwa zehn Minuten, kein Server, keine Abhängigkeiten. Ab dann hinterlässt jeder Lauf einen signierten Beleg.
Die n8n-AnleitungPrüfen Sie zuerst selbst einen Beleg — ein Klick, kein Upload — damit Sie genau sehen, was das grüne Siegel bedeutet, bevor Sie einen erzeugen.
Einen Beleg im Browser prüfenKlare Antworten
Ausprobieren
Genau das ist der Punkt. Prüfen Sie jetzt sofort einen echten Beleg im Browser — nichts hochgeladen, nichts installiert. Grünes Siegel: echter Datensatz; rotes Siegel: er wurde geändert. Das ist der ganze Test.
Lieber ins Detail? Der vollständige technische Bericht behandelt das Bedrohungsmodell, die zwei unabhängigen Verifizierer und die Grenzen.