Audit delle sessioni passate (beta)

​

Eseguirlo

npx -y failproofai audit

failproofai audit

failproofai

​

Cosa ottieni

1. Poster — l’identità del tuo agente a colpo d’occhio: il suo archetipo (uno di 8 — optimist, cowboy, explorer, goldfish, paranoid architect, precision builder, hammer, ghost), le sue keyword di persona, quanto raro è quell’archetipo, e un punteggio da 0–100 con una banda di livello (S fino a bottom tier). Costruito per essere condiviso — pubblica su X o LinkedIn, oppure scaricalo come PNG.
2. // strengths — quello che il tuo agente già fa bene, come numeri reali dalla scansione (es. clean-tool-call %, 0 tentativi di push-to-main), mostrato solo dove la policy rilevante ha un record pulito.
3. // quirks — quello che è passato: una tabella classificata di comportamenti che failproofai avrebbe catturato — quando è accaduto l’ultima volta, cosa è passato (e il builtin che l’avrebbe bloccato), la sua gravità, e quanto spesso è stato visto (new / recurring / N× seen).
4. // how to improve — l’elenco delle correzioni prescritte: una riga per policy con un comando failproofai policy add <slug> copia-incolla, più un pulsante install all che abilita ogni raccomandazione contemporaneamente e mostra il tuo punteggio previsto se lo facessi.
5. // come back better — costruisci l’abitudine: imposta un reminder di re-audit via email (3d / 7d / 14d / 30d) o esegui il re-audit ora, e invita un amico a eseguire il proprio audit (inviato da failproof.ai, in copia a te). I reminder e gli inviti richiedono l’accesso.

​

Audit programmati

[audit]
auto = true
interval_days = 7

• La pianificazione è wall-clock, quindi sopravvive alla sospensione e ai riavvii: un laptop che era in sleep oltre il suo orario dovuto esegue una volta al risveglio, mai un backlog.
• Ogni esecuzione è un processo separato e a bassa priorità (nice 19) — mai il percorso hook del daemon, che rimane libero per rispondere alle chiamate di tool.
• Una scansione viene saltata se failproofai audit o il re-run del dashboard è già in corso; viene riprovat poco dopo invece di essere trattata come un fallimento.
• Il progresso viene scritto in ~/.failproofai/state/audit-schedule.json (ultima esecuzione, prossima scadenza). Il daemon possiede quel file — cambia la cadenza in config.toml.

​

Rilevatori audit-only

​

Cache

• Cache per-transcript in ~/.failproofai/cache/audit/<sha1>.json indicizzata da (mtime, size, engineVersion, detectorVersion) — si invalida automaticamente quando il transcript o il codice di policy/rilevatore cambia. Ogni voce memorizza anche un timestamp cachedAt come metadati TTL (non parte della chiave di cache); le voci più vecchie di 7 giorni vengono rifiutate in lettura in modo che i risultati di lunga durata non sopravvivono all’evoluzione dell’intento del rilevatore.
• Cache del risultato completo in ~/.failproofai/audit-dashboard.json (mode 0600). Permette al dashboard di eseguire il rendering istantaneamente durante la navigazione senza rieseguire. Anche rifiutato in lettura passati i 7 giorni TTL — /audit ricade quindi nel suo stato vuoto e richiede una nuova esecuzione. Fai clic su [ re-audit now ] vicino al fondo del report per aggiornare — il re-audit invia noCache: true, quindi bypass la cache per-transcript e esegue nuovamente la scansione di ogni transcript invece di restituire il risultato memorizzato; l’esecuzione trasmette il progresso tramite una striscia sticky in alto e scambia il risultato al suo posto al completamento (nessun ricaricamento della pagina; un re-audit non riuscito mantiene il report precedente).

​

Note

• Nessuna mutazione. L’audit viene riprodotto in modalità read-only. warn-repeated-tool-calls viene saltato perché il suo sidecar per-session verrebbe altrimenti modificato.
• Policy del workflow saltate. Le policy require-*-before-stop si attivano solo su eventi Stop e execSync contro lo stato git dal vivo — non hanno un’interpretazione significativa di “cosa sarebbe successo nel 2025”, quindi non compaiono nei conteggi dell’audit.
• Policy personalizzate saltate. I hook personalizzati forniti dall’utente non vengono riprodotti (potrebbero essere cambiati dalla sessione originale).