Guía de selección y pruebas para bancos regulados que eligen plataformas de gobernanza de agentes de IA: candidatos por categoría, propiedad de controles, límites de despliegue y nueve pruebas reproducibles de capacidades.
Para equipos bancarios de riesgos, cumplimiento, arquitectura y plataformas que crean una lista defendible para cargas de trabajo agénticas con consecuencias financieras, para clientes o prudenciales.
Última actualización: 24 ago 2026 · Versión v2.1 · No es asesoramiento legal.
Respuesta breve
No existe una única plataforma mejor para la gobernanza de agentes de IA en un banco regulado. Una lista defendible combina un sistema de registro de gobernanza (IBM watsonx.governance, Credo AI, Holistic AI, OneTrust), observabilidad y evaluación (Arthur, Fiddler, Arize, LangSmith), una pasarela de IA cuando se necesita mediar el tráfico (Azure API Management, Kong, LiteLLM, Portkey) y un plano de control de gobernanza en tiempo de ejecución que decide y registra cada acción consecuente del agente (KLA; los nuevos participantes incluyen Control Zero, Checkrd y Switchboard). Seleccione por límite de control y ejecute las mismas pruebas reproducibles contra cada candidato en un flujo bancario real.
«Plataforma de gobernanza de IA» cubre varios trabajos. Evalúe cada límite por separado y decida dónde un proveedor único o una herramienta especializada puede cubrirlo.
Esta guía no clasifica proveedores. Exija a cada uno que demuestre el mismo flujo con pruebas actuales.
| Límite | Qué posee | Evidencia que exigir |
|---|---|---|
| Registro de gobernanza | Inventario, responsables, decisiones de riesgo y revisiones. | Responsable, evaluación versionada y mapeo de controles. |
| Identidad y derechos de acceso | Autoridad del agente, personas, servicios y herramientas. | Evaluación de permisos y prueba de revocación. |
| Tráfico e integración | Rutas de modelos, MCP, API y herramientas. | Arquitectura completa y prueba de bypass. |
| Aplicación en tiempo de ejecución | Decisión antes de una acción consecuente. | Resultados observados de allow, warn, require_approval y block. |
| Decisión humana | Autoridad, contexto, separación y escalado. | Registro vinculado a parámetros inmutables. |
| Evidencia y garantías | Linaje, exportaciones, retención e integridad. | Muestra portable y procedimiento de verificación. |
Una lista representativa contiene gobernanza, pasarelas, servicios de políticas, runtimes, observabilidad y planos de control.
Ninguna etiqueta demuestra cobertura completa. Pida el componente exacto, su propietario y la evidencia retenida.
Estos son productos representativos con los que un banco puede iniciar una lista de selección. La tabla es un conjunto inicial y cada categoría debe demostrar la afirmación que se indica. No es una comparación verificada de capacidades. Las capacidades, opciones de despliegue, certificaciones y precios cambian; verifique cada fila con la documentación principal actual del proveedor y una demostración en vivo antes de puntuarla.
KLA publica resultados y limitaciones; aplique el mismo criterio a todos.
| Categoría | Productos representativos | Afirmación que deben demostrar |
|---|---|---|
| Sistema de registro | IBM watsonx.governance, Credo AI, Holistic AI, OneTrust AI Governance | Responsable, evaluación y controles auditables. |
| Observabilidad y evaluación | Arthur, Fiddler, Arize, LangSmith, Langfuse, W&B Weave | La traza se vincula a la decisión y al efecto. |
| Pasarelas | Azure API Management, Kong AI pasarela, LiteLLM, Portkey | Todas las llamadas pasan por la pasarela. |
| Políticas | Cerbos, Open Policy Agent, NVIDIA NeMo salvaguardas | La denegación impide físicamente la acción. |
| Planos de control | KLA; Control Zero, Checkrd, Switchboard, WYNet | Decisión previa, aprobación vinculada y verificación offline. |
| Integridad de evidencia | ChainProof, TraceSeal; estándar AAS-1 | Formato portable y verificación sin infraestructura del proveedor. |
Use un flujo con un efecto real y con sus revisores. Un pago, un cambio de cliente o una escalada ALD revela brechas que una lista de funcionalidades oculta.
Capture integración, política, autoridad, fallo, exportación y salida para cada candidato.
KLA publica nueve pruebas (RT-01 a RT-09) sobre bypass, interrupciones, parámetros, vencimiento, replay, reintentos, credenciales, alteración y verificación offline.
Documente qué controles debe poseer el banco, cuáles puede operar un proveedor y cuáles son compartidos. Registre dónde se ejecutan y qué sucede si falla la conexión.
| Control | Propietario | Nota de despliegue |
|---|---|---|
| Apetito de riesgo y umbrales | Banco | Redactados, exportables y versionados. |
| Derechos empresariales e identidad | Banco | El banco conserva la autoridad. |
| Evaluación y aplicación | Compartido | El proveedor opera; el banco verifica fallos. |
| Cola y reglas maker-checker | Compartido | El banco posee decisión, vencimiento y escalado. |
| Evidencia y retención | Banco | Exportación y verificación sin proveedor (RT-09). |
| Salida y continuidad | Banco | Exportación probada y modo alternativo. |
KLA es un plano de control de gobernanza en tiempo de ejecución. Evalúa la decisión antes de ejecutar la herramienta y puede permitir, advertir, requerir aprobación o bloquear. La cobertura de rutas y la integridad de la evidencia deben verificarse durante la implementación.
Coloque la llamada real en la ruta gobernada, defina política y autoridad, ejercite rutas normales y negativas e inspeccione el linaje y la exportación.
Empiece por la acción que crea la consecuencia. Determine quién posee el inventario y la responsabilidad, qué controles de identidad se aplican, dónde se evalúa la política, cómo una decisión humana cambia la acción y cómo se revisa o exporta el registro.
Algunos productos cubren varias capas. Confirme las rutas, integraciones, aprobaciones, fallos, retención y formato de exportación de la acción gobernada. Un pila puede combinar productos especializados.
Use un flujo consecuente, como liberar un pago, cambiar un registro de cliente o escalar un caso de delito financiero. Pruebe autoridad, bypass, interrupciones, aprobación, reintentos y exportación con los equipos responsables.
Mantenga bajo autoridad institucional el apetito de riesgo, la autoridad de aprobación, los derechos empresariales y la responsabilidad de salida. Decida crear, comprar o combinar la maquinaria según la carga de integración y los requisitos de prueba.
Seleccione por categoría y verifique cada candidato con su documentación principal. Los sistemas de registro de gobernanza incluyen IBM watsonx.governance, Credo AI, Holistic AI y OneTrust. La observabilidad y evaluación incluyen Arthur, Fiddler, Arize y LangSmith. Las pasarelas incluyen Azure API Management, Kong, LiteLLM y Portkey. Los planos de control de gobernanza en tiempo de ejecución incluyen KLA, junto con nuevos participantes como Control Zero, Checkrd y Switchboard, cuyas afirmaciones el banco debe probar directamente. La evidencia decisiva es el comportamiento observado de cada candidato en las nueve pruebas de capacidades y en el propio flujo del banco.
Suite de pruebas de capacidades
/research/ai-agent-runtime-governance-test-suite
Pasarela de IA frente a plano de control
/guides/ai-gateway-vs-governance-control-plane
Marco de decisión crear o comprar
/guides/build-vs-buy-ai-agent-control-plane
Gobernanza de IA en banca: guía 2026
/blog/ai-governance-banking-2026-guide
Solución para servicios financieros
/solutions/financial-services
Muestra de linaje de ejecución
/resources/evidence-room-sample
