> ## Documentation Index
> Fetch the complete documentation index at: https://docs.befailproof.ai/llms.txt
> Use this file to discover all available pages before exploring further.
# Configurar una auditoría
> Define el objetivo, la población de sesiones y el contexto de evidencia de una auditoría.
La calidad de una auditoría comienza con su alcance. Una solicitud amplia como "encontrar problemas" produce resultados menos útiles que una pregunta de fallo concreta.
## Configurar la auditoría
1. Ve a **Analyze → Audits → New audit** e introduce el nombre y la descripción.
2. Establece la cadencia, la ventana de tiempo, el alcance de agente/entorno, los errores ignorados, la sensibilidad y el número máximo de hallazgos.
3. En **agents**, añade o revisa el contexto del agente, luego añade el brief del operador y cualquier URL de referencia HTTPS pública.
4. Elige los canales de notificación y selecciona **create audit**. La primera ejecución se pone en cola inmediatamente.
```bash theme={null}
fp audits create checkout-reliability \
--description "Find checkout failures that agents do not recover from" \
--scope '{"environments":["production"],"agent_ids":["checkout-agent"]}' \
--schedule-interval-secs 86400 \
--window-mode since_last \
--sensitivity medium \
--text-file ./checkout-audit-brief.txt \
--url https://runbooks.example.com/checkout
```
La primera ejecución se pone en cola inmediatamente. Incluye el brief y las URLs de referencia durante la creación para que esa ejecución los reciba.
Consulta la referencia completa de [`fp audits create`](/es/reference/cloud-cli#audits).
Empieza con una sesión fallida conocida y varias sesiones normales. Esto le proporciona a la auditoría tanto un ejemplo positivo como un conjunto de comparación.
El contexto de la auditoría se almacena como su propio recurso, por lo que editar una auditoría no elimina accidentalmente el material de referencia.