Skip to main content
Beta-Feature. Das Audit wird als Beta-Version ausgeliefert, während wir frühes Feedback sammeln. Der Detektor-Katalog und das Berichtsformat können sich vor dem nächsten stabilen Release ändern. Bitte öffne ein Issue, wenn etwas nicht stimmt.
Das Audit ist jetzt als /audit-Dashboard-Seite verfügbar, nicht als CLI-Unterbefehl. Öffne es über die Dashboard-Navigationsleiste (zwischen Policies und Projects) oder besuche http://localhost:8020/audit direkt, wenn failproofai lokal läuft.
failproofai          # open the dashboard, then click "Audit"
Das Dashboard scannt vergangene Agent-CLI-Transkripte auf diesem Rechner (Claude Code, Codex, Copilot, Cursor, OpenCode, Pi, Gemini) und meldet, wie oft der Agent Dinge getan hat, die failproofai verhindern soll — Umgebungsvariablen-Checks, Force-Pushes, redundante cd <cwd>-Präfixe, Sleep-Polling-Schleifen, erneutes Lesen von gerade bearbeiteten Dateien und mehr. Für jedes Transkript wird jedes Tool-Use-Event durch die 39 eingebauten Policies und durch 8 audit-exklusive Detektoren wiedergegeben, die Muster erkennen, die noch nicht durch Laufzeit-Policies abgedeckt sind. Die Zählungen werden pro Policy / Detektor über alle Sitzungen hinweg aggregiert.

Was du erhältst

Die /audit-Seite besteht aus sechs Abschnitten:
  1. Identity — Dein Agent wird anhand des gewichteten Signals über alle geprüften Transkripte in einen von 8 Archetypen eingeordnet (optimist, cowboy, explorer, goldfish, paranoid architect, precision builder, hammer, ghost).
  2. Strengths — Echte Zahlen aus dem Scan (Anteil sauberer Aufrufe, „0 Credential-Leaks” usw.), die erscheinen, wenn die entsprechenden Sanitize-Policies tatsächlich ausgelöst haben.
  3. Score — 0–100 mit den Stufen S/A/B/C/D/F sowie einer prognostizierten Verbesserung, wenn alle empfohlenen Policies aktiviert wären.
  4. Findings — Karten pro Policy mit Beschreibung des Vorfalls, Kosten, erfassten Belegen und dem genauen failproofai policy add <slug>-Befehl, um den Live-Builtin zu aktivieren, der es abgefangen hätte.
  5. Prescribed policies — Aggregierte Installationsliste mit einem einzeiligen failproofai policies --install-Befehl.
  6. Re-audit reminder — „Komm besser zurück.” Stelle eine 7-Tage-E-Mail-Erinnerung über den API-Server ein (Anmeldung erforderlich; siehe failproofai auth).

Audit-exklusive Detektoren

Diese erkennen Muster für „dummes Verhalten”, die (noch) nicht in Echtzeit durchgesetzt werden. Sie laufen nur während des Audits und blockieren niemals einen Live-Tool-Call.
DetektorWas gezählt wird
redundant-cd-cwdBash-Befehle, die mit cd <cwd> && … beginnen, obwohl Befehle bereits in cwd ausgeführt werden.
prefer-edit-over-read-catcat/head/tail/less/more auf einer einzelnen Quelldatei — verwende stattdessen das Read-Tool.
prefer-edit-over-sed-awksed -i / awk … > file In-Place-Bearbeitungen — verwende stattdessen das Edit-Tool.
prefer-write-over-heredocHeredoc / mehrzeiliges echo > file zum Schreiben von Dateien — verwende stattdessen das Write-Tool.
sleep-polling-loopLange sleep N-Aufrufe (≥ 30s) oder while …; sleep …; done-Polling-Schleifen.
find-from-rootfind /, find /home, find /usr usw. — schränke auf cwd ein.
git-commit-no-verifygit commit … --no-verify / -n, wodurch Hooks übersprungen werden.
reread-after-editRead einer Datei, die in derselben Sitzung gerade per Edit/Write bearbeitet wurde.

Caches

  • Transkript-Cache unter ~/.failproofai/cache/audit/<sha1>.json, indiziert nach (mtime, size, engineVersion, detectorVersion). Wird automatisch invalidiert, wenn sich der Policy- oder Detektor-Code ändert.
  • Gesamtergebnis-Cache unter ~/.failproofai/audit-dashboard.json (Modus 0600). Ermöglicht dem Dashboard ein sofortiges Rendering beim Navigieren, ohne einen erneuten Durchlauf. Klicke im Dashboard auf [ re-audit now ], um zu aktualisieren.

Hinweise

  • Keine Mutation. Das Audit läuft im schreibgeschützten Modus. warn-repeated-tool-calls wird übersprungen, da andernfalls sein sitzungsbezogener Sidecar modifiziert würde.
  • Workflow-Policies übersprungen. require-*-before-stop-Policies werden nur bei Stop-Events ausgelöst und führen execSync gegen den Live-Git-Zustand aus — sie haben keine sinnvolle Interpretation im Sinne von „Was wäre 2025 passiert?”, weshalb sie nicht in den Audit-Zählungen erscheinen.
  • Benutzerdefinierte Policies übersprungen. Benutzerdefinierte Hooks werden nicht wiedergegeben (sie könnten sich seit der ursprünglichen Sitzung geändert haben).