Auditar sesiones pasadas (beta)

​

Ejecutar la auditoría

npx -y failproofai audit

failproofai audit

failproofai

​

Qué obtienes

1. Póster — la identidad de tu agente de un vistazo: su arquetipo (uno de 8 — optimist, cowboy, explorer, goldfish, paranoid architect, precision builder, hammer, ghost), sus palabras clave de personalidad, qué tan raro es ese arquetipo, y una puntuación de 0 a 100 con una banda de nivel (S hasta bottom tier). Diseñado para compartir — publícalo en X o LinkedIn, o descárgalo como PNG.
2. // strengths — lo que tu agente ya hace bien, con números reales del análisis (p. ej., porcentaje de llamadas de herramienta limpias, 0 intentos de push-to-main), mostrado solo donde la política relevante tiene un historial limpio.
3. // quirks — lo que se escapó: una tabla ordenada de comportamientos que failproofai habría detectado — cuándo ocurrió por última vez, qué se escapó (y la política integrada que lo habría bloqueado), su severidad, y con qué frecuencia se detectó (new / recurring / N× seen).
4. // how to improve — la lista de correcciones recomendadas: una fila por política con un failproofai policy add <slug> listo para copiar y pegar, más un botón de instalar todo que habilita todas las recomendaciones a la vez y muestra tu puntuación proyectada si lo hicieras.
5. // come back better — crea el hábito: configura un recordatorio de reauditoría por correo electrónico (3d / 7d / 14d / 30d) o reaudita ahora, e invita a un amigo a ejecutar su propia auditoría (enviado desde failproof.ai, con copia a ti). Los recordatorios e invitaciones requieren iniciar sesión.

​

Auditorías programadas

[audit]
auto = true
interval_days = 7

• El programa es de reloj de pared, por lo que sobrevive a suspensiones y reinicios: una laptop que estaba dormida más allá de su hora programada ejecuta el análisis una vez al despertar, nunca un backlog acumulado.
• Cada ejecución es un proceso separado de baja prioridad (nice 19) — nunca en la ruta del hook del daemon, que permanece libre para responder llamadas de herramientas.
• Un análisis se omite si failproofai audit o la re-ejecución del panel ya están en curso; se reintenta poco después en lugar de tratarse como un error.
• El progreso se escribe en ~/.failproofai/state/audit-schedule.json (última ejecución, próxima fecha). El daemon gestiona ese archivo — cambia la cadencia en config.toml.

​

Detectores exclusivos de auditoría

​

Cachés

• Caché por transcripción en ~/.failproofai/cache/audit/<sha1>.json con clave (mtime, size, engineVersion, detectorVersion) — se invalida automáticamente cuando cambia la transcripción o el código de política/detector. Cada entrada también almacena una marca de tiempo cachedAt como metadatos de TTL (no forman parte de la clave de caché); las entradas con más de 7 días se rechazan al leer para que los resultados de larga duración no superen la intención cambiante de los detectores.
• Caché de resultado completo en ~/.failproofai/audit-dashboard.json (modo 0600). Permite que el panel se renderice al instante al navegar sin necesidad de volver a ejecutar el análisis. También se rechaza al leer pasado el TTL de 7 días — /audit entonces cae a su estado vacío y solicita una nueva ejecución. Haz clic en [ re-audit now ] cerca de la parte inferior del informe para actualizar — la reauditoría envía noCache: true, por lo que omite la caché por transcripción y vuelve a analizar cada transcripción en lugar de devolver el resultado en caché; la ejecución transmite el progreso mediante una banda fija en la parte superior y reemplaza el resultado en el lugar al completarse con éxito (sin recargar la página; una reauditoría fallida conserva el informe anterior).

​

Notas

• Sin mutaciones. La auditoría se reproduce en modo de solo lectura. warn-repeated-tool-calls se omite porque su sidecar por sesión se modificaría de lo contrario.
• 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 de git en vivo — no tienen una interpretación significativa de “qué habría pasado en 2025”, por lo que no aparecen en los conteos de auditoría.
• Políticas personalizadas omitidas. Los hooks personalizados suministrados por el usuario no se reproducen (pueden haber cambiado desde la sesión original).