Bienvenido a la documentación de KLA Control Plane

El KLA Control Plane es una capa de seguridad, auditoría y gobernanza en tiempo de ejecución para agentes de IA empresariales. Existe porque los agentes de IA ya ejecutan acciones reales (emiten reembolsos, aprueban reclamaciones, leen documentos sensibles) y la mayoría de los equipos no tienen forma de gobernar esas acciones, demostrar lo que ocurrió ni detener una decisión incorrecta antes de que se materialice. KLA cierra esa brecha sin obligarle a reconstruir nada.

KLA aplica el principio de gobernar en su lugar: usted instrumenta los agentes, las API y los frameworks que ya ejecuta, ya sea LangChain, FastAPI o un flujo de trabajo a medida, en lugar de migrarlos a una plataforma nueva. Una vez instrumentado, KLA evalúa cada acción del agente frente a sus políticas en tiempo real, pausa las acciones de riesgo para revisión humana, captura un registro a prueba de manipulaciones de todo lo que sucede y empaqueta ese registro como evidencia lista para auditoría. El resultado es una confianza de grado de auditoría: cada acción queda gobernada, observada, medida y demostrable.

Para quién es esta documentación

Esta documentación está pensada para tres audiencias. Identifíquese a continuación y empiece donde se indica.

Los cuatro pilares

La propuesta de producto de KLA tiene cuatro pilares, y cada módulo se corresponde con uno de ellos. En conjunto producen una confianza de grado de auditoría.

flowchart LR
  G["Govern"] --> T["Confianza de grado de auditoría"]
  O["Operate"] --> T
  A["Assure"] --> T
  P["Prove"] --> T

1. Govern. Defina políticas como YAML declarativo, simúlelas antes de publicarlas y luego compílelas en Control Packs firmados que deciden cada acción en tiempo de ejecución. Una política devuelve uno de cuatro resultados (allow, warn, require_approval o block), y una decisión require_approval pausa la ejecución y enruta una Escalation al Decision Desk para que una persona la apruebe o la rechace. Las políticas se construyen en Policy Builder.
2. Operate. Registre cada agente en el Agent Registry, gobierne las herramientas que pueden invocar a través del Tool Catalog, distribuya nuevas versiones de agente como un Release, despliéguelas como un Rollout y haga Rollback al instante cuando algo falle. Command es el panel que muestra el estado en vivo de todo ello.
3. Assure. Haga seguimiento de la calidad y el coste a lo largo del tiempo, vigile la deriva, el sesgo y las regresiones, y convierta los problemas en acciones. Cuando KLA detecta un problema, genera un Assurance Alert, que usted resuelve con un Remediation Plan, todo dentro del Assurance Center.
4. Prove. Cada acción emite telemetría que fluye hacia un libro mayor criptográfico y ancla un Merkle proof: una cadena de hashes que hace detectable cualquier manipulación posterior. A partir de ese libro mayor, usted genera Sealed Evidence Bundles y exportaciones de cumplimiento en el Evidence Room.

Cómo fluye una acción a través de KLA

Cuando un agente instrumentado intenta ejecutar una acción, el motor de políticas decide qué ocurre a continuación. Cada resultado se registra como un Lineage Record: la traza completa y reproducible de la ejecución de un único agente, consultable en el Lineage Explorer.

flowchart TD
  A["El agente intenta una acción"] --> B{"Decisión de política"}
  B -->|allow| C["Ejecutar"]
  B -->|warn| D["Ejecutar y marcar"]
  B -->|require_approval| E["Pausar y enrutar al Decision Desk"]
  B -->|block| F["Detener la acción"]
  C --> L["Lineage Record"]
  D --> L
  E --> L
  F --> L
  L --> M["Sealed Evidence Bundle"]

Dos formas de conectar

Usted decide cómo llegan las acciones de los agentes a KLA:

• Gobernar en su lugar. Instrumente su agente con el SDK de OpenTelemetry. Los spans se transmiten de forma asíncrona a KLA, y unas puertas de control en proceso aplican las decisiones de política dentro de su propio runtime. Es la opción de menor fricción y mantiene la ejecución de su lado.
• Ejecutar a través de KLA. Enrute la ejecución a través del proxy gestionado de KLA mediante la Executions API. KLA media directamente en cada llamada. Es la mejor opción cuando desea aplicar el control en un único punto de paso.

Ambos patrones producen la misma evidencia y las mismas garantías de gobernanza. Consulte Patrones de despliegue para elegir.

Adónde ir a continuación

• Inicio rápido: instrumente un agente, regístrelo y exporte un Sealed Evidence Bundle en minutos.
• Autenticación: obtenga un token y luego llame a la API con Authorization: Bearer <token> y x-tenant-id: <tenant> contra https://api.kla.digital.
• Conceptos básicos: cómo funcionan realmente la ejecución condicionada por políticas y la evidencia por defecto.
• Módulos del producto: un recorrido por Command, Policy Builder, Decision Desk, Agents, Lineage Explorer, Assurance Center y el Evidence Room.