Gobernanza en IA
Qué es un harness de agentes y por qué tu empresa necesitará uno
Una plataforma de agentes de IA es el entorno común donde una empresa crea, conecta, supervisa y gobierna todos sus agentes, en lugar de dejar que cada departamento construya el suyo por su cuenta. Sin esa base, el resultado habitual son agentes sin gobernar: sin dueño, sin registro y con datos fuera de control. En este artículo explicamos qué debes exigir a esa plataforma, función por función, por qué la gobernanza de la IA necesita una plataforma para sostenerse y cómo lo resolvemos en Origen con Génesis.
La historia suele empezar igual. Marketing prueba un agente que redacta fichas de producto en una herramienta en línea. Finanzas configura otro en una hoja de cálculo con extensiones para clasificar facturas. Soporte contrata un chatbot con IA para la web. Recursos humanos usa un asistente para responder dudas sobre el convenio.
Cada uno funciona. Cada uno tiene su cuenta, su proveedor de modelo, su forma de conectarse a los datos y su factura. Si cada departamento hace lo mismo, a los seis meses puede haber diez agentes repartidos en otras tantas herramientas, sin dueño, sin registro y con datos fuera de control. Un ejemplo habitual: el equipo comercial resume sus reuniones con un servicio gratuito y, sin pretenderlo, envía conversaciones con clientes a un modelo que aprende de ellas.
Entonces llegan las preguntas que nadie puede responder. ¿Qué datos de clientes ha visto el agente de marketing? ¿Quién autorizó al de finanzas a leer el ERP? ¿Qué hizo el chatbot de soporte el día que un cliente se quejó? ¿Cuánto se gasta en modelos al mes, sumando todo? La respuesta a las cuatro suele ser la misma: no lo sabemos.
No es un problema de tecnología. Es un problema de gobierno. Los agentes no son el error; el error es que no comparten identidad, registro, permisos ni control de coste, y que nadie responde de ellos. La agentización de procesos que aporta valor necesita una base común desde el principio.
Una plataforma de IA para agentes no es un chatbot más grande. Es la capa que hay debajo de todos los agentes y que les aplica las mismas reglas que a cualquier persona de la organización. Seis funciones son imprescindibles. Si falta una, tarde o temprano reaparece el problema anterior.
Cada agente debe tener una identidad propia dentro de la organización, igual que una persona, y una persona que responda de él. Con esa identidad se le asignan permisos mínimos: el agente de facturación lee facturas y no lee nóminas; el de soporte consulta tickets y no modifica pedidos.
Sin identidad propia, los agentes usan credenciales de una persona o cuentas compartidas. Eso rompe la trazabilidad y, en caso de incidente, resulta imposible saber si actuó el agente o el empleado. También impide revocar el acceso de un agente sin afectar a nadie más.
Un agente sin acceso a los sistemas solo puede conversar. Para ejecutar tareas necesita conectores al ERP, al CRM, al gestor documental, al correo y a los sistemas de tickets de la empresa. Y esos conectores deben construirse una vez y reutilizarse por todos los agentes.
Cuando cada departamento monta su agente, cada uno hace su propia integración. Diez agentes, diez integraciones con el ERP, diez puntos de fallo y diez sitios donde hay una contraseña guardada. La plataforma centraliza esas conexiones y las mantiene una sola vez.
El modelo de lenguaje (LLM) es una pieza que cambia con frecuencia. La plataforma debe permitir usar modelos privados en infraestructura propia o en nube europea para datos sensibles, y modelos de proveedor para tareas donde el coste o la calidad lo justifiquen. Y debe poder cambiar uno por otro sin rehacer los agentes. Dónde corre cada modelo, en nube europea, en varias nubes o en infraestructura propia, es una decisión de arquitectura: la que trabajamos en soluciones cloud, con entornos multicloud e híbridos para no depender de un único proveedor.
Eso es lo que hace posible una IA privada para empresas real: la decisión sobre dónde se procesan los datos no la toma cada herramienta, sino la empresa, agente por agente y categoría de dato por categoría de dato.
Cada consulta, cada respuesta, cada llamada a un sistema y cada decisión de un agente deben quedar registradas con fecha, identidad, modelo usado y resultado. Ese registro es lo que permite responder a la pregunta «qué hizo el agente el día de la queja» y, en protección de datos, saber qué datos personales ha tratado cada agente sin tener que reconstruirlo. Sin registro central, cada agente es una caja negra distinta.
No todas las acciones deben ejecutarse sin más. Pagar una factura, enviar una oferta a un cliente o modificar un contrato son pasos donde una persona debe aprobar. La plataforma debe permitir definir, por agente y por acción, cuándo se pide aprobación y a quién, y dejar constancia de quién aprobó y cuándo. Dónde colocar ese punto de aprobación y qué nivel de supervisión corresponde a cada acción lo desarrollamos en human in the loop: cómo supervisar un agente de IA.
En Smart Financing, la plataforma que creamos para una de las principales firmas financieras del país, el análisis automatizado de la situación de endeudamiento de miles de empresas se combina con el juicio humano. La automatización acelera; la persona decide. Ese es el modelo que defendemos.
Los modelos de lenguaje se pagan por uso. Diez agentes sin gobernar son diez facturas que nadie consolida hasta que alguien pregunta. La plataforma debe medir el consumo por agente, por departamento y por proceso, con límites configurables y alertas.
Con esa información es posible saber cuánto cuesta cada proceso agentizado y compararlo con lo que costaba antes. Sin ella, la agentización es un gasto sin retorno demostrable. Cómo hacer esa cuenta, por proceso y por ejecución, lo explicamos en ROI de la inteligencia artificial: cómo medirlo sin engañarte.
Las seis funciones son la parte técnica. La gobernanza de la IA es la otra mitad: el conjunto de reglas, registros y responsables que permite a una empresa explicar qué sistemas de inteligencia artificial usa, con qué datos, quién responde de cada uno y qué supervisa una persona. Una plataforma sin gobernanza es solo una herramienta más; una gobernanza sin plataforma acaba en hojas de cálculo que nadie mantiene al día.
En la práctica, gobernar los agentes de una empresa se concreta en cinco piezas:
El reglamento europeo da a esto un peso concreto. Si un agente entra en uno de los usos de alto riesgo, como el empleo o el crédito, quien lo usa deberá vigilar su funcionamiento, asegurar la supervisión humana por personas con competencia y conservar los registros al menos seis meses. Para los usos del anexo III, esas obligaciones se aplican desde el 2 de diciembre de 2027. Con una plataforma, esos registros se generan solos; sin ella, hay que reconstruirlos agente por agente.
Gobernar no es frenar: es lo que permite poner agentes en producción con confianza. Cómo construimos esa gobernanza, con documentos que se usan y una plataforma que registra por sí sola, se explica en nuestra página de gobernanza IA: seguridad y cumplimiento.
La tabla resume la diferencia entre dejar que cada área monte su agente y disponer de una plataforma de agentes de IA común. Conviene leerla con la situación actual de tu empresa en mente.
| Aspecto | Agentes sin gobernar, uno por departamento | Plataforma de agentes corporativa |
|---|---|---|
| Responsable | Quien lo montó, mientras siga ahí | Una persona que responde de cada agente |
| Identidad | Cuentas personales o compartidas | Identidad propia por agente |
| Permisos | Los que tenga la cuenta que se use | Mínimos, por agente y por acción |
| Integración con ERP y CRM | Una por agente, mantenida por quien la hizo | Conectores centrales reutilizables |
| Modelos | El que trae cada herramienta | Intercambiables: privados, en nube europea o de proveedor |
| Datos sensibles | Sin control sobre dónde se procesan | Reglas por categoría de dato y por agente |
| Riesgo | Sin clasificar | Ficha de riesgo por agente según el reglamento europeo |
| Registro | Disperso o inexistente | Central, con fecha, identidad, modelo y resultado |
| Supervisión humana | Depende de cada herramienta | Definida por agente y por tipo de acción |
| Coste | Diez facturas, ninguna consolidada | Consumo medido por agente, departamento y proceso |
| Baja de un agente | Cancelar una suscripción y confiar en que no quede nada | Revocar identidad y conexiones en un solo paso |
| Cumplimiento | Reconstruir a posteriori | Trazabilidad desde el diseño |
La columna de la izquierda es más rápida al principio. La de la derecha lo es en cuanto llega el tercer agente, que ya reutiliza los conectores del primero, y cuando auditoría pregunta y la respuesta está en el registro, no en la memoria de cada departamento.
La idea
Los agentes no son el error; el error es que nadie los gobierna. Una plataforma es lo que convierte las reglas de gobernanza en algo que se cumple solo, en cada ejecución.
Un proceso real rara vez lo resuelve un solo agente: preparar una oferta comercial implica consultar el CRM, comprobar precios en el ERP, revisar el contrato marco y redactar el documento. Ahí entran varios agentes especialistas coordinados, y también los agentes copilot, los que asisten a una persona en su trabajo. Dentro de una plataforma, el copilot de un comercial y el agente que procesa pedidos comparten identidad, conectores, registro y reglas de gobierno; fuera de ella, son dos mundos que no se hablan. Esa coordinación se diseña con un orquestador que reparte el trabajo y decide cuándo interviene una persona.
Génesis es la plataforma de agentes de IA de Origen, un harness para empresas: el entorno cerrado donde cada agente trabaja con las herramientas que se le han concedido, una persona que responde de él y constancia de quién autorizó cada acción, qué hizo, sobre qué datos y cuánto costó. Pone debajo lo que a las herramientas de cada departamento les faltaba. Así cubre cada una de las funciones anteriores:
Génesis empieza con un agente y un trabajo repetitivo, diseñado con quienes hoy lo hacen, y una persona aprueba cada ejecución hasta que el agente rinde. Cuando el objetivo crece, varios agentes se encadenan en un proceso o forman una tripulación con un orquestador, apoyados en las mismas piezas: las capacidades se enseñan una vez y las conexiones se autorizan una vez. Origen administra la plataforma y acompaña desde dentro. Esa forma de envolver cada ejecución tiene nombre técnico, y lo explicamos en qué es un harness de agentes. El recorrido completo, de la demostración con un agente real a un sistema de varios agentes, está en la página de Génesis, la plataforma de agentes de IA de Origen.
Ninguna plataforma, tampoco la nuestra, sustituye a quien observa el proceso real en el puesto y responde del resultado en producción. Es el papel que describimos en el oficio del forward deployed engineer, y la razón de que, sin esa figura, una plataforma produzca demostraciones y no agentes que se usan.
Es el entorno común donde una empresa crea, conecta, supervisa y gobierna sus agentes de inteligencia artificial. Aporta identidad y permisos por agente, conectores a los sistemas corporativos, modelos intercambiables, registro de cada acción, supervisión humana y control de costes. Evita que cada departamento monte agentes sin dueño ni gobierno.
La gobernanza fija las reglas: qué usos hay, quién responde de cada uno, qué riesgo tienen según el reglamento europeo y qué supervisa una persona. La plataforma hace que esas reglas se cumplan en cada ejecución y deja el registro que lo demuestra. Sin plataforma, la gobernanza depende de hojas de cálculo y de la memoria de cada departamento.
Un chatbot es una aplicación concreta. Una plataforma es la base sobre la que se construyen muchas aplicaciones, incluido el chatbot. La plataforma aporta lo que el chatbot por sí solo no tiene: identidad corporativa, conexión reutilizable a los sistemas, registro central y control de coste. Un chatbot dentro de una plataforma hereda todo eso.
Sí, es una de las funciones imprescindibles. Una plataforma corporativa debe permitir ejecutar modelos privados en infraestructura propia o en nube europea y combinarlos con modelos de proveedor según el tipo de dato. Lo importante es que cambiar de modelo no obligue a rehacer los agentes.
Depende del número de sistemas a conectar y de los agentes iniciales. Conviene empezar con un proceso concreto y pocas conexiones, y ampliar después; Génesis, por ejemplo, empieza con un agente y un trabajo repetitivo. Ver un agente funcionando sobre un proceso parecido al propio es la forma más rápida de estimarlo.
Si en tu empresa ya hay agentes sin gobernar, el momento de poner una plataforma debajo es ahora, antes de que sean veinte. Si aún no los hay, es la ocasión de empezar con buen criterio: elegir un primer proceso y decidir qué merece un agente y qué no, que es la primera pregunta de nuestro diagnóstico y estrategia de IA. Un agente que nace con responsable, registro y supervisión desde el primer día no hay que gobernarlo después.
Una plataforma de agentes de IA es el entorno común donde una empresa crea, conecta, supervisa y gobierna todos sus agentes, en lugar de dejar que cada departamento construya el suyo por su cuenta. Sin esa base, el resultado habitual son agentes sin gobernar: sin dueño, sin registro y con datos fuera de control. En este artículo explicamos qué debes exigir a esa plataforma, función por función, por qué la gobernanza de la IA necesita una plataforma para sostenerse y cómo lo resolvemos en Origen con Génesis.
La historia suele empezar igual. Marketing prueba un agente que redacta fichas de producto en una herramienta en línea. Finanzas configura otro en una hoja de cálculo con extensiones para clasificar facturas. Soporte contrata un chatbot con IA para la web. Recursos humanos usa un asistente para responder dudas sobre el convenio.
Cada uno funciona. Cada uno tiene su cuenta, su proveedor de modelo, su forma de conectarse a los datos y su factura. Si cada departamento hace lo mismo, a los seis meses puede haber diez agentes repartidos en otras tantas herramientas, sin dueño, sin registro y con datos fuera de control. Un ejemplo habitual: el equipo comercial resume sus reuniones con un servicio gratuito y, sin pretenderlo, envía conversaciones con clientes a un modelo que aprende de ellas.
Entonces llegan las preguntas que nadie puede responder. ¿Qué datos de clientes ha visto el agente de marketing? ¿Quién autorizó al de finanzas a leer el ERP? ¿Qué hizo el chatbot de soporte el día que un cliente se quejó? ¿Cuánto se gasta en modelos al mes, sumando todo? La respuesta a las cuatro suele ser la misma: no lo sabemos.
No es un problema de tecnología. Es un problema de gobierno. Los agentes no son el error; el error es que no comparten identidad, registro, permisos ni control de coste, y que nadie responde de ellos. La agentización de procesos que aporta valor necesita una base común desde el principio.
Una plataforma de IA para agentes no es un chatbot más grande. Es la capa que hay debajo de todos los agentes y que les aplica las mismas reglas que a cualquier persona de la organización. Seis funciones son imprescindibles. Si falta una, tarde o temprano reaparece el problema anterior.
Cada agente debe tener una identidad propia dentro de la organización, igual que una persona, y una persona que responda de él. Con esa identidad se le asignan permisos mínimos: el agente de facturación lee facturas y no lee nóminas; el de soporte consulta tickets y no modifica pedidos.
Sin identidad propia, los agentes usan credenciales de una persona o cuentas compartidas. Eso rompe la trazabilidad y, en caso de incidente, resulta imposible saber si actuó el agente o el empleado. También impide revocar el acceso de un agente sin afectar a nadie más.
Un agente sin acceso a los sistemas solo puede conversar. Para ejecutar tareas necesita conectores al ERP, al CRM, al gestor documental, al correo y a los sistemas de tickets de la empresa. Y esos conectores deben construirse una vez y reutilizarse por todos los agentes.
Cuando cada departamento monta su agente, cada uno hace su propia integración. Diez agentes, diez integraciones con el ERP, diez puntos de fallo y diez sitios donde hay una contraseña guardada. La plataforma centraliza esas conexiones y las mantiene una sola vez.
El modelo de lenguaje (LLM) es una pieza que cambia con frecuencia. La plataforma debe permitir usar modelos privados en infraestructura propia o en nube europea para datos sensibles, y modelos de proveedor para tareas donde el coste o la calidad lo justifiquen. Y debe poder cambiar uno por otro sin rehacer los agentes. Dónde corre cada modelo, en nube europea, en varias nubes o en infraestructura propia, es una decisión de arquitectura: la que trabajamos en soluciones cloud, con entornos multicloud e híbridos para no depender de un único proveedor.
Eso es lo que hace posible una IA privada para empresas real: la decisión sobre dónde se procesan los datos no la toma cada herramienta, sino la empresa, agente por agente y categoría de dato por categoría de dato.
Cada consulta, cada respuesta, cada llamada a un sistema y cada decisión de un agente deben quedar registradas con fecha, identidad, modelo usado y resultado. Ese registro es lo que permite responder a la pregunta «qué hizo el agente el día de la queja» y, en protección de datos, saber qué datos personales ha tratado cada agente sin tener que reconstruirlo. Sin registro central, cada agente es una caja negra distinta.
No todas las acciones deben ejecutarse sin más. Pagar una factura, enviar una oferta a un cliente o modificar un contrato son pasos donde una persona debe aprobar. La plataforma debe permitir definir, por agente y por acción, cuándo se pide aprobación y a quién, y dejar constancia de quién aprobó y cuándo. Dónde colocar ese punto de aprobación y qué nivel de supervisión corresponde a cada acción lo desarrollamos en human in the loop: cómo supervisar un agente de IA.
En Smart Financing, la plataforma que creamos para una de las principales firmas financieras del país, el análisis automatizado de la situación de endeudamiento de miles de empresas se combina con el juicio humano. La automatización acelera; la persona decide. Ese es el modelo que defendemos.
Los modelos de lenguaje se pagan por uso. Diez agentes sin gobernar son diez facturas que nadie consolida hasta que alguien pregunta. La plataforma debe medir el consumo por agente, por departamento y por proceso, con límites configurables y alertas.
Con esa información es posible saber cuánto cuesta cada proceso agentizado y compararlo con lo que costaba antes. Sin ella, la agentización es un gasto sin retorno demostrable. Cómo hacer esa cuenta, por proceso y por ejecución, lo explicamos en ROI de la inteligencia artificial: cómo medirlo sin engañarte.
Las seis funciones son la parte técnica. La gobernanza de la IA es la otra mitad: el conjunto de reglas, registros y responsables que permite a una empresa explicar qué sistemas de inteligencia artificial usa, con qué datos, quién responde de cada uno y qué supervisa una persona. Una plataforma sin gobernanza es solo una herramienta más; una gobernanza sin plataforma acaba en hojas de cálculo que nadie mantiene al día.
En la práctica, gobernar los agentes de una empresa se concreta en cinco piezas:
El reglamento europeo da a esto un peso concreto. Si un agente entra en uno de los usos de alto riesgo, como el empleo o el crédito, quien lo usa deberá vigilar su funcionamiento, asegurar la supervisión humana por personas con competencia y conservar los registros al menos seis meses. Para los usos del anexo III, esas obligaciones se aplican desde el 2 de diciembre de 2027. Con una plataforma, esos registros se generan solos; sin ella, hay que reconstruirlos agente por agente.
Gobernar no es frenar: es lo que permite poner agentes en producción con confianza. Cómo construimos esa gobernanza, con documentos que se usan y una plataforma que registra por sí sola, se explica en nuestra página de gobernanza IA: seguridad y cumplimiento.
La tabla resume la diferencia entre dejar que cada área monte su agente y disponer de una plataforma de agentes de IA común. Conviene leerla con la situación actual de tu empresa en mente.
| Aspecto | Agentes sin gobernar, uno por departamento | Plataforma de agentes corporativa |
|---|---|---|
| Responsable | Quien lo montó, mientras siga ahí | Una persona que responde de cada agente |
| Identidad | Cuentas personales o compartidas | Identidad propia por agente |
| Permisos | Los que tenga la cuenta que se use | Mínimos, por agente y por acción |
| Integración con ERP y CRM | Una por agente, mantenida por quien la hizo | Conectores centrales reutilizables |
| Modelos | El que trae cada herramienta | Intercambiables: privados, en nube europea o de proveedor |
| Datos sensibles | Sin control sobre dónde se procesan | Reglas por categoría de dato y por agente |
| Riesgo | Sin clasificar | Ficha de riesgo por agente según el reglamento europeo |
| Registro | Disperso o inexistente | Central, con fecha, identidad, modelo y resultado |
| Supervisión humana | Depende de cada herramienta | Definida por agente y por tipo de acción |
| Coste | Diez facturas, ninguna consolidada | Consumo medido por agente, departamento y proceso |
| Baja de un agente | Cancelar una suscripción y confiar en que no quede nada | Revocar identidad y conexiones en un solo paso |
| Cumplimiento | Reconstruir a posteriori | Trazabilidad desde el diseño |
La columna de la izquierda es más rápida al principio. La de la derecha lo es en cuanto llega el tercer agente, que ya reutiliza los conectores del primero, y cuando auditoría pregunta y la respuesta está en el registro, no en la memoria de cada departamento.
La idea
Los agentes no son el error; el error es que nadie los gobierna. Una plataforma es lo que convierte las reglas de gobernanza en algo que se cumple solo, en cada ejecución.
Un proceso real rara vez lo resuelve un solo agente: preparar una oferta comercial implica consultar el CRM, comprobar precios en el ERP, revisar el contrato marco y redactar el documento. Ahí entran varios agentes especialistas coordinados, y también los agentes copilot, los que asisten a una persona en su trabajo. Dentro de una plataforma, el copilot de un comercial y el agente que procesa pedidos comparten identidad, conectores, registro y reglas de gobierno; fuera de ella, son dos mundos que no se hablan. Esa coordinación se diseña con un orquestador que reparte el trabajo y decide cuándo interviene una persona.
Génesis es la plataforma de agentes de IA de Origen, un harness para empresas: el entorno cerrado donde cada agente trabaja con las herramientas que se le han concedido, una persona que responde de él y constancia de quién autorizó cada acción, qué hizo, sobre qué datos y cuánto costó. Pone debajo lo que a las herramientas de cada departamento les faltaba. Así cubre cada una de las funciones anteriores:
Génesis empieza con un agente y un trabajo repetitivo, diseñado con quienes hoy lo hacen, y una persona aprueba cada ejecución hasta que el agente rinde. Cuando el objetivo crece, varios agentes se encadenan en un proceso o forman una tripulación con un orquestador, apoyados en las mismas piezas: las capacidades se enseñan una vez y las conexiones se autorizan una vez. Origen administra la plataforma y acompaña desde dentro. Esa forma de envolver cada ejecución tiene nombre técnico, y lo explicamos en qué es un harness de agentes. El recorrido completo, de la demostración con un agente real a un sistema de varios agentes, está en la página de Génesis, la plataforma de agentes de IA de Origen.
Ninguna plataforma, tampoco la nuestra, sustituye a quien observa el proceso real en el puesto y responde del resultado en producción. Es el papel que describimos en el oficio del forward deployed engineer, y la razón de que, sin esa figura, una plataforma produzca demostraciones y no agentes que se usan.
Es el entorno común donde una empresa crea, conecta, supervisa y gobierna sus agentes de inteligencia artificial. Aporta identidad y permisos por agente, conectores a los sistemas corporativos, modelos intercambiables, registro de cada acción, supervisión humana y control de costes. Evita que cada departamento monte agentes sin dueño ni gobierno.
La gobernanza fija las reglas: qué usos hay, quién responde de cada uno, qué riesgo tienen según el reglamento europeo y qué supervisa una persona. La plataforma hace que esas reglas se cumplan en cada ejecución y deja el registro que lo demuestra. Sin plataforma, la gobernanza depende de hojas de cálculo y de la memoria de cada departamento.
Un chatbot es una aplicación concreta. Una plataforma es la base sobre la que se construyen muchas aplicaciones, incluido el chatbot. La plataforma aporta lo que el chatbot por sí solo no tiene: identidad corporativa, conexión reutilizable a los sistemas, registro central y control de coste. Un chatbot dentro de una plataforma hereda todo eso.
Sí, es una de las funciones imprescindibles. Una plataforma corporativa debe permitir ejecutar modelos privados en infraestructura propia o en nube europea y combinarlos con modelos de proveedor según el tipo de dato. Lo importante es que cambiar de modelo no obligue a rehacer los agentes.
Depende del número de sistemas a conectar y de los agentes iniciales. Conviene empezar con un proceso concreto y pocas conexiones, y ampliar después; Génesis, por ejemplo, empieza con un agente y un trabajo repetitivo. Ver un agente funcionando sobre un proceso parecido al propio es la forma más rápida de estimarlo.
Si en tu empresa ya hay agentes sin gobernar, el momento de poner una plataforma debajo es ahora, antes de que sean veinte. Si aún no los hay, es la ocasión de empezar con buen criterio: elegir un primer proceso y decidir qué merece un agente y qué no, que es la primera pregunta de nuestro diagnóstico y estrategia de IA. Un agente que nace con responsable, registro y supervisión desde el primer día no hay que gobernarlo después.
