Skip to main content
Función beta. La auditoría se lanza como beta mientras recopilamos comentarios tempranos. El catálogo de detectores y el formato del informe pueden cambiar antes del próximo corte estable. Por favor, abre un issue si algo no parece correcto.
La auditoría ahora se expone como la página del panel /audit, no como un subcomando de CLI. Ábrela desde la barra de navegación del panel (entre Políticas y Proyectos), o visita http://localhost:8020/audit directamente cuando ejecutes failproofai localmente.
failproofai          # abre el panel y luego haz clic en "Audit"
El panel analiza las transcripciones pasadas del CLI del agente en esta máquina (Claude Code, Codex, Copilot, Cursor, OpenCode, Pi, Gemini) e informa con qué frecuencia el agente hizo cosas que failproofai está diseñado para detener: comprobaciones de variables de entorno, force pushes, prefijos cd <cwd> redundantes, bucles de sondeo con sleep, relecturas de archivos recién editados, y más. Por cada transcripción, cada evento de uso de herramienta se reprocesa a través de las 39 políticas integradas y a través de 8 detectores exclusivos de auditoría que capturan patrones aún no cubiertos por las políticas en tiempo de ejecución. Los conteos se agregan por política/detector en todas las sesiones.

Qué obtienes

La página /audit se compone de seis secciones:
  1. Identidad — tu agente clasificado en uno de 8 arquetipos (optimist, cowboy, explorer, goldfish, paranoid architect, precision builder, hammer, ghost) basado en la señal ponderada de todas las transcripciones auditadas.
  2. Fortalezas — cifras reales derivadas del análisis (% de llamadas limpias, “0 filtraciones de credenciales”, etc.) condicionadas a que las políticas de saneamiento relevantes hayan disparado.
  3. Puntuación — de 0 a 100 con bandas S/A/B/C/D/F y una mejora proyectada si se habilitaran todas las políticas recomendadas.
  4. Hallazgos — tarjetas por política con lo que ocurrió, el costo, la evidencia capturada y el comando exacto failproofai policy add <slug> para habilitar la función integrada en tiempo real que lo habría detectado.
  5. Políticas prescritas — lista de instalación agregada con un comando único failproofai policies --install.
  6. Recordatorio de re-auditoría — “vuelve habiendo mejorado.” Configura un recordatorio por correo electrónico de 7 días a través del servidor de API (requiere inicio de sesión; consulta failproofai auth).

Detectores exclusivos de auditoría

Estos detectan patrones de “comportamiento ineficiente” que aún no se aplican en tiempo real. Solo se ejecutan durante la auditoría y nunca bloquean una llamada de herramienta en vivo.
DetectorQué cuenta
redundant-cd-cwdComandos Bash que comienzan con cd <cwd> && … aunque los comandos ya se ejecutan en cwd.
prefer-edit-over-read-catcat/head/tail/less/more sobre un único archivo fuente — usa la herramienta Read.
prefer-edit-over-sed-awkEdiciones en sitio con sed -i / awk … > file — usa la herramienta Edit.
prefer-write-over-heredocEscritura de archivos con heredoc o echo > file multilínea — usa la herramienta Write.
sleep-polling-loopsleep N largo (≥ 30s) o bucles de sondeo while …; sleep …; done.
find-from-rootfind /, find /home, find /usr, etc. — limita el ámbito a cwd.
git-commit-no-verifygit commit … --no-verify / -n, omitiendo los hooks.
reread-after-editLectura (Read) de un archivo que acaba de ser editado o escrito (Edit/Write) en la misma sesión.

Cachés

  • Caché por transcripción en ~/.failproofai/cache/audit/<sha1>.json, indexada por (mtime, size, engineVersion, detectorVersion). Se invalida automáticamente cuando cambia el código de políticas o detectores.
  • Caché del resultado completo en ~/.failproofai/audit-dashboard.json (modo 0600). Permite que el panel se renderice instantáneamente al navegar sin necesidad de volver a ejecutar el análisis. Haz clic en [ re-audit now ] desde el panel para actualizar.

Notas

  • Sin mutaciones. La auditoría se reproduce en modo de solo lectura. warn-repeated-tool-calls se omite porque de lo contrario su sidecar por sesión sería modificado.
  • Políticas de flujo de trabajo omitidas. Las políticas require-*-before-stop solo se activan en eventos Stop y ejecutan execSync contra el estado git en vivo — no tienen una interpretación significativa de “qué habría ocurrido en 2025”, por lo que no aparecen en los conteos de auditoría.
  • Políticas personalizadas omitidas. Los hooks personalizados del usuario no se reproducen (pueden haber cambiado desde la sesión original).