Skip to main content
Un entorno de ejecución (harness) es el entorno dentro del cual corre tu agente. Failproof AI admite doce de ellos, en dos categorías:
  • CLIs de programación (10) — Claude Code, Codex, GitHub Copilot CLI, Cursor, OpenCode, Pi, Factory Droid, Devin CLI, Antigravity CLI, Goose
  • Pasarelas de chat y asistente (2) — Hermes (Slack, Telegram, cron), OpenClaw (asistente auto-alojado)
Las mismas políticas y el mismo historial de sesiones se aplican independientemente del entorno en que corra un agente. Una capa de adaptador unifica los nombres de eventos nativos, nombres de herramientas y campos de entrada de herramientas de cada entorno sobre 29 eventos canónicos antes de que se ejecute cualquier política. Un agente que no corre en ninguno de los doce se instrumenta directamente con el SDK de Python. Este es un contrato diferente, y vale la pena dejarlo claro: el SDK proporciona trazabilidad, sesiones, evaluaciones y auditorías — pero no aplica políticas por sí solo. Bloquear una acción insegura antes de que se ejecute requiere un hook de enforcement en el límite de herramientas de tu runtime; contáctanos y lo mapeamos. Cada integración normaliza sus nombres de eventos de hook nativos, nombres de herramientas y campos de entrada de herramientas antes de que se ejecuten las políticas. Una política solo puede actuar sobre los eventos que el entorno expone; prueba el comportamiento al final de turno y de instrucciones en el entorno y versión exactos que despliegues.

​
Capacidad de enforcement

«Bloquear» significa que el veredicto devuelto por el adaptador actual es consumido por el entorno indicado. El bloqueo post-herramienta puede reemplazar el resultado mostrado al modelo, pero no puede deshacer un efecto secundario de herramienta que ya ocurrió. Las capacidades dependen de la versión. Vuelve a probar tras actualizar un CLI de agente, especialmente cuando una política depende del comportamiento de prompt, stop, permiso o post-herramienta en lugar de la barrera común pre-herramienta.

​
Instalar hooks de captura y de políticas

  1. Abre Administración → Claves y crea una clave con events:add y policies:pull, con un nombre identificativo para la máquina o entorno.
  2. En la máquina de destino, conecta el CLI local con la clave mostrada e instala los hooks del entorno.
  3. Inicia una nueva sesión de agente y confirma sus eventos de hook y sesión en Observar → Eventos.
  4. Abre Observar → política para la misma ventana temporal y confirma que una decisión de política está atribuida a la máquina.
La conexión comienza con una clave de máquina. Confirma que incluye permisos tanto de ingesta como de entrega de políticas antes de copiar su secreto.El panel de creación de claves API utilizado para conceder permisos de ingesta de eventos y entrega de políticas.Tras instalar los hooks, el flujo de Eventos debería mostrar nuevos eventos de la máquina y entorno conectados.El flujo de Eventos en vivo utilizado para confirmar que un entorno recién instalado está reportando.Por último, verifica que las decisiones de política estén atribuidas a la misma máquina. Esto confirma que el entorno está reportando tanto actividad de políticas como eventos de traza.La página de Política utilizada para verificar las decisiones de política de un entorno recién conectado.

​
Añadir una ruta de sesión no predeterminada

Las rutas adicionales se registran en la máquina, no en la nube. Tras añadir una, abre Observar → Sesiones, filtra por el entorno de la máquina y confirma que aparecen sesiones de la nueva ruta. Abre una sesión y revisa el agente, el entorno y las marcas de tiempo de los eventos antes de usarla en una auditoría.La lista de Sesiones filtrada al entorno que recibe datos de la ruta de captura adicional.
Ejecuta una sesión nueva tras la instalación. Verifica tanto el flujo de eventos en vivo como una decisión de política real antes de ampliar el despliegue.