Intercepciones en vivo para acciones de agentes de IA
Una interceptación en vivo es un punto de decisión situado entre la acción propuesta de un agente y el sistema que la ejecutaría. La interceptación normaliza la acción, evalúa la autoridad y la política, y aplica el resultado con suficiente antelación para controlar el efecto secundario.
KLA Runtime puede gobernar agentes existentes mediante puntos de control de SDK o recibir la ejecución a través de un endpoint gestionado. Ambos patrones aplican una decisión antes de la llamada de herramienta y correlacionan el efecto resultante.
- 01Intención del agenteExportar conjunto de datos de clientes
- 02Intercepción en vivodata.export · production-eu
- 03Resultado aplicadoblock · límite excedido
- 04Sistema de destinoNo se recibió ninguna solicitud de exportación
- Punto de control
- Antes del efecto secundario
- Integración
- Punto de control de SDK o Executions API
- Entradas de decisión
- Identidad, autoridad, política y contexto
- Resultado correlacionado
- Resultado de herramienta o acción impedida
01: Concepto
Cómo funcionan las intercepciones en vivo en la práctica
Una interceptación se convierte en un control fiable cuando su límite de acción, comportamiento ante fallos y contrato de evidencia son explícitos.
Una interceptación en vivo es un punto de decisión situado entre la acción propuesta de un agente y el sistema que la ejecutaría. La interceptación normaliza la acción, evalúa la autoridad y la política, y aplica el resultado con suficiente antelación para controlar el efecto secundario.
- Sitúe el punto de control en el efecto secundario
- Los límites útiles se sitúan inmediatamente antes de llamadas de herramienta, escrituras, pagos, mensajes, transiciones de Process y acceso a datos sensibles.
- Describa la acción propuesta de forma coherente
- KLA evalúa una Decision Request estable que contiene el actor, la acción, el recurso, los parámetros, el entorno y el contexto empresarial.
- Aplique el resultado en la ruta de solicitud
- Allow continúa, warn continúa con una señal registrada, require approval retiene y block detiene la acción gobernada antes de llamar al sistema de destino.
- Correlacione el efecto posterior
- La respuesta de la herramienta y el estado resultante se adjuntan al mismo Lineage Record para que operaciones pueda verificar el control y el resultado real.
02: Implementación de KLA
Cómo implementa KLA las intercepciones en vivo
KLA admite dos patrones de integración que comparten el mismo modelo de política, aprobación y evidencia.
- 01
Instrumente el límite de acción
Govern in Place añade puntos de control de SDK al código de agente existente. Run through KLA envía la ejecución mediante la superficie de ejecución gestionada.
Resultado · Límite gobernado
- 02
Abra una Decision Request
El punto de control envía una acción normalizada y su contexto de ejecución a KLA Policy Engine.
Resultado · Solicitud correlacionada
- 03
Aplique el resultado de ejecución
La integración continúa, señala, retiene o detiene la acción según el resultado de política devuelto.
Resultado · Decisión aplicada
- 04
Cierre el registro de ejecución
KLA vincula la respuesta de la herramienta, la decisión humana cuando existe, el estado resultante, la temporización y los metadatos de integridad.
Resultado · Lineage Record completado
Ejemplo · Exportación de datos de clientes
Una exportación prohibida termina en el límite de acción
Un agente de operaciones solicita una exportación masiva que incluye registros fuera de su Data Boundary regional aprobada.
El almacén no recibe ninguna solicitud de exportación. El agente recibe un resultado de bloqueo estructurado y un motivo de corrección que puede usar para acotar la solicitud.
- Llamada de herramienta propuestarecibida
warehouse.export · 18.420 registros de clientes · production-eu
- Falló la comprobación del límitebloqueada
1.308 registros fuera de data-boundary-eu-customer-support
- Acción bloqueadabloqueada
warehouse.export impedida · corrección devuelta al agente
- Interceptación registradaregistrada
Política, instantánea de autoridad, parámetros y resultado impedido sellados
04: Registro de evidencia
Lo que KLA registra para revisión
El registro de interceptación demuestra qué acción se propuso, qué control la evaluó y si algún efecto secundario llegó al sistema de destino.
| Capa de registro | Evidencia capturada | Finalidad de la revisión |
|---|---|---|
| Acción propuesta | Agente, herramienta, operación, parámetros, recurso y contexto empresarial | Definir el efecto secundario exacto solicitado |
| Límite de ejecución | Tenant, entorno, Process, Release, punto de control e ID de correlación | Ubicar la interceptación en la ruta de ejecución desplegada |
| Decisión de control | Instantánea de autoridad, versión de política, resultado, códigos de motivo y temporización | Mostrar cómo el tiempo de ejecución resolvió y aplicó la acción |
| Efecto operativo | Estado de invocación de herramienta, referencia de respuesta, estado anterior y posterior o resultado impedido | Verificar qué alcanzó el sistema posterior |
05: Controles conectados
Siga la ruta completa de la acción gobernada
Los cuatro conceptos actúan juntos en una misma acción. Continúe con la capa de control más próxima a su siguiente pregunta.
06: Referencias técnicas
Lea los registros exactos detrás de esta capa de control
Estas referencias respaldan las afirmaciones de esta página de concepto y conectan el comportamiento de ejecución con esquemas y ejemplos publicados.
07: Preguntas frecuentes
Preguntas sobre las intercepciones en vivo
Definiciones, comportamiento de ejecución, integración y límites de evidencia de esta capa de control.
- ¿Qué es una interceptación en vivo para un agente de IA?
- Una interceptación en vivo es un punto de decisión en tiempo de ejecución entre una acción propuesta de un agente y la herramienta o sistema que la ejecutaría. Evalúa la acción y aplica un resultado allow, warn, hold o block antes del efecto secundario.
- ¿En qué se diferencia una interceptación en vivo de la observabilidad?
- La observabilidad registra el comportamiento del sistema para su análisis. Una interceptación en vivo participa en la ruta de ejecución y puede controlar una acción propuesta antes de que llegue al sistema posterior. KLA también registra la interceptación como Execution Lineage.
- ¿Dónde debe situar un equipo los puntos de control?
- Sitúe los puntos de control inmediatamente antes de límites relevantes como llamadas de herramienta, escrituras de base de datos, pagos, mensajes salientes, transiciones de Process y acceso a datos sensibles.
- ¿Puede KLA gobernar un agente existente in situ?
- Sí. Govern in Place usa puntos de control de SDK alrededor de acciones seleccionadas en el tiempo de ejecución actual. Los equipos también pueden usar Run through KLA mediante un endpoint de ejecución gestionado. Ambos patrones usan las mismas políticas y el mismo modelo de evidencia.
- ¿Qué ocurre cuando KLA Policy Engine devuelve block?
- La integración impide la llamada de herramienta o el efecto secundario gobernado y devuelve un resultado estructurado con códigos de motivo. La solicitud bloqueada y el resultado impedido permanecen en el Lineage Record.
Empiece con una acción
Encuentre el límite de acción que necesita una interceptación en vivo
Trace un Process relevante desde la intención del agente hasta el efecto posterior y sitúe con el equipo el primer punto de control de KLA.