Mantén cada ejecución bajo control
Los guardrails revisan los turnos del Action Agent solo después de que publicas una política y la asignas. No se ejecutan en un grafo de ActionFlow. El historial de ejecuciones es una vista filtrada.
Las comprobaciones solo se ejecutan con una política de agent asignada
- 01
Las reglas de entrada revisan los mensajes de usuario finales antes de la llamada al modelo, y solo cuando existe esa regla publicada. El system prompt, las skills y la memoria quedan fuera de esta etapa.
- 02
El enmascarado de datos personales es una acción de detector. Una organización nueva no tiene un conjunto de guardrails, y a un agent nuevo no se le asigna uno.
- 03
La revisión de salida solo se ejecuta cuando la política publicada tiene reglas de salida. Sin regla de salida, el texto sale tal como se produjo.
- 04
Una regla publicada puede avisar, enmascarar, exigir aprobación o bloquear. La aprobación en la entrada espera a un reviewer. La misma acción en retrieval, entrada de herramienta, salida de herramienta, salida o artifact hace fallar el turno.
- 05
Un bloqueo detiene esa respuesta del agent. No es lo mismo que un nodo de aprobación humana, que pausa un flow hasta que alguien decide.
La aprobación humana es una pausa, no un registro inmutable
- 01
Los nodos de aprobación manual pausan el run para que lo revise una persona.
- 02
Un nodo de aprobación humana pausa ese flow hasta que una persona decide. Esa pausa no es un bloqueo de guardrail.
- 03
El historial de ejecuciones es una vista filtrada. Algunos valores se redactan, se transforman o se recortan. No es una copia de cada entrada y salida en bruto.
- 04
Abre el historial de ejecuciones para una vista filtrada de pasos, créditos liquidados y artefactos. Algunos campos se omiten, se redactan o se recortan.
- 05
Otra organización no puede usar tu clave para leer tus runs. Las llamadas al modelo y a las herramientas siguen yendo a los proveedores que elegiste, en servidores de ActionFlows.
Dónde puede ejecutarse una comprobación
Una organización nueva no tiene un conjunto de guardrails, y a un agent nuevo no se le asigna uno. Nada inserta una política predeterminada de datos personales. Publica una política y asígnala antes de esperar una comprobación.
| Dónde | Cuándo | Resultado |
|---|---|---|
| Entrada del agent | La política publicada tiene una regla de entrada. | La regla puede avisar, enmascarar, exigir aprobación o bloquear. La aprobación en la entrada espera a un reviewer. |
| Llamada de herramienta | La política publicada tiene una regla tool_input o tool_output. | Los argumentos y resultados de MCP, herramientas integradas, base de datos y HTTP con nombre se revisan cuando esas reglas están publicadas. Los resultados de Knowledge usan la etapa retrieval, no la entrada de herramienta. La aprobación aquí hace fallar el turno. No pausa un flow. |
| Salida del agent | La política publicada tiene una regla de salida. Sin regla de salida, el texto sale tal como se produjo. | Un bloqueo que el stream público no puede aplicar se convierte en el mensaje fijo An error occurred. |
| Grafo de ActionFlow | Los guardrails no se ejecutan en el grafo. | Usa un nodo de aprobación humana cuando una persona deba pausar ese flow. Esa pausa es distinta de la aprobación de guardrail. |
Controles de seguridad que activas
Trae tus propias claves API
Trae claves de proveedor cuando tu plan incluye esa opción. Pro lista Bring Your Own API Keys, y Scale incluye las funciones del plan anterior. La tarjeta de Enterprise no lista esa línea. Las cargas de autenticación se cifran. Las cabeceras HTTP estáticas no.
Acceso a nivel de organización
El aislamiento de la organización impide que otra organización lea tus runs con tu clave. No mantiene las llamadas al modelo y a las herramientas dentro de tu empresa.
Enmascarado de datos personales
El detector de datos personales puede enmascarar correo, teléfono, SSN y tarjeta cuando esa regla está en una política publicada que asignaste. No se ejecuta en un grafo de ActionFlow.
Reglas de salida, cuando las publicas
Con reglas de salida publicadas, un bloqueo puede detener la respuesta. Un bloqueo que el stream no puede aplicar se convierte en el mensaje fijo An error occurred.
Políticas de agent asignadas
Los guardrails revisan los turnos del Action Agent cuando hay una política publicada asignada. No se ejecutan en un grafo de ActionFlow.
Secrets, injection y reglas de herramientas
Las reglas publicadas pueden cubrir secrets, prompt injection y llamadas de herramientas. Los detectores son comprobaciones locales de patrones, no un modelo de moderación alojado. No se ejecutan hasta que la política está publicada y asignada.
Historial de ejecuciones filtrado
El historial puede mostrar pasos, créditos liquidados y artefactos. Redacta algunas claves y puede recortar resultados de bucles. La tabla de precios lista un almacenamiento de registros de 30 días en Free, 60 días en Starter, 180 días en Pro y 1 año en Scale.
Preguntas frecuentes sobre seguridad
Un run gasta créditos de la organización. El tiempo de almacenamiento de los registros y los demás límites siguen tu plan. Ver precios
Asigna una política antes de esperar una comprobación
Asigna un guardrail publicado cuando quieras comprobaciones en un agent. Usa un nodo de aprobación humana cuando un flow deba esperar. El historial sigue siendo una vista filtrada durante el tiempo de almacenamiento de tu plan.