> ## 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.
# Editor de políticas
> Crea y revisa políticas versionadas a partir de un modo de fallo confirmado.
Usa el editor de políticas para convertir un hallazgo o problema en una regla desplegable. Mantén la autoría separada del despliegue para que un borrador no pueda modificar silenciosamente el comportamiento en producción.
Cuando un problema tiene un patrón de acción repetible, ábrelo en **Analyze → issues** y selecciona **generate policy**. Failproof AI primero explica si una política puede expresar el problema y luego traslada la intención revisada y el contexto del hallazgo al editor. El código fuente generado permanece como borrador hasta que lo publiques.
## Publicar una versión de política
1. Ve a **Admin → policy editor** y, en **compose**, describe el modo de fallo o pega el código fuente de la política en JavaScript.
2. Valida el código fuente y corrige todos los errores reportados.
3. Introduce la identidad de la política y publícala; luego usa **library** para comparar o deshabilitar versiones.
4. Selecciona **enforcement** cuando la versión esté lista para un despliegue automático.
La CLI en la nube no publica versiones de políticas. Valida el código fuente localmente antes de copiarlo en el editor:
```bash theme={null}
failproofai policies --install --custom ./checkout.policies.ts \
--cli claude --scope project
```
Publica la versión revisada desde **Admin → policy editor**.
## Lista de verificación para la autoría
1. Nombra el modo de fallo en lenguaje operacional.
2. Selecciona los eventos de hook y las herramientas que contengan evidencia suficiente para decidir.
3. Escribe la condición más restrictiva que coincida con el comportamiento inseguro.
4. Devuelve una razón que indique al agente o al operador qué hacer a continuación.
5. Añade ejemplos que deban coincidir y ejemplos que deban permanecer permitidos.
6. Guarda una nueva versión y solicita revisión.
Usa `instruct` cuando el agente pueda corregir su curso de forma segura. Usa `deny` cuando permitir la acción supondría un riesgo inaceptable o irreversible.
Las versiones de políticas son entradas de despliegue inmutables. Editar un borrador crea una nueva versión; no debe reescribir la versión ya asignada a las máquinas.