orquestación de agentes IA: cómo se gobierna una empresa IA nativa

Casi todas las empresas que empiezan con agentes de IA siguen el mismo camino: un asistente general al que se le van añadiendo conexiones, documentos e instrucciones hasta que nadie sabe muy bien qué puede hacer, con qué datos ni por qué respondió lo que respondió. Funciona en una demo y se vuelve ingobernable en cuanto toca procesos reales.

Una empresa IA nativa se organiza de otra manera. En lugar de un agente que lo hace todo, trabaja con varios agentes, cada uno con su rol, sus procedimientos, su parte del conocimiento y sus permisos, coordinados entre sí y con las personas que validan. Eso es orquestar agentes. Y lo importante no es solo que el trabajo salga, sino que lo que los agentes aprenden quede en la empresa, con trazabilidad y bajo sus reglas de gobierno, y no dependa de la persona que los configuró.

En este artículo explicamos cómo lo hacemos en Cervellia, con un circuito que usamos a diario.

Cada agente, un rol: misión, reglas y límites

El primer paso para orquestar es el mismo que haría cualquier organización al definir un puesto: decir qué hace, qué no hace y a quién responde. En un agente eso se concreta en tres piezas:

• Misión. Qué tarea tiene encomendada, con qué voz y con qué alcance. Un agente que analiza pliegos no redacta correos a clientes ni consulta nóminas.
• Reglas. Lo que nunca debe hacer, aunque se lo pidan: inventar un dato que no tiene fuente, decidir por una persona, escribir en un sistema sin permiso. A las reglas de cada agente se suman unas reglas comunes de la plataforma que ningún agente puede saltarse.
• Responsable. Cada agente tiene una persona responsable de su configuración y unos aprobadores para las decisiones que lo requieren.

Con roles acotados, cada agente es más fiable, porque tiene menos donde equivocarse, y más fácil de auditar, porque se sabe qué se le pidió.

Los procedimientos son skills

Un agente no debería improvisar cómo se hace un trabajo que la empresa ya sabe hacer. Para eso existen las skills: procedimientos escritos que describen los pasos, las herramientas que se usan en cada uno, las condiciones que deben cumplirse y cuándo se da por terminada la tarea.

Las skills se tratan como cualquier procedimiento de calidad:

• Se versionan. Cada cambio queda registrado y se puede volver a una versión anterior.
• Se publican. Una skill en borrador no la usa ningún agente hasta que alguien la aprueba.
• Se reutilizan. La misma skill puede servir a varios agentes que hacen el mismo trabajo sobre ámbitos distintos.
• Definen cuándo se ha terminado. Una fase no se cierra porque el agente lo diga, sino cuando existe el entregable o el dato que la skill exige.

Cuando un procedimiento mejora, se mejora la skill, y todos los agentes que la usan trabajan desde ese momento con la versión nueva.

Conocimiento por áreas: lo que se aprende se queda en la empresa

En muchas organizaciones el conocimiento de cómo se hacen las cosas vive en la cabeza de unas pocas personas. Si se van, se va con ellas. Sobre esa idea ya escribimos en El conocimiento no puede irse con quien se va. Una empresa IA nativa lo invierte: el conocimiento se guarda en áreas de la propia empresa, y los agentes lo consultan y lo amplían allí.

Cada área agrupa el conocimiento de un ámbito (corporativo, comercial, personas, finanzas, un cliente concreto) y cada agente recibe acceso a las áreas que necesita, en uno de tres niveles: sin acceso, lectura o lectura y escritura. Así, el agente comercial trabaja con lo comercial y nunca ve lo de recursos humanos.

Dos detalles marcan la diferencia:

• El conocimiento no se pega en las instrucciones del agente. El agente navega por el área con herramientas de consulta y lee solo lo que necesita para la tarea. Así el área puede crecer sin volver al agente más lento ni más caro.
• El aprendizaje se escribe en el área, no en el modelo. Cuando un agente analiza algo que conviene recordar, como la forma habitual de un tipo de pliego o un criterio de encaje, lo deja documentado en el área con permiso de escritura. El siguiente agente, o la siguiente persona, parte de ahí. Si mañana se cambia el modelo de IA, el conocimiento sigue intacto.

Herramientas con permisos explícitos

Para trabajar, los agentes necesitan herramientas: consultar el CRM, leer una ficha del ERP, generar un documento, enviar un correo. La forma estándar de conectarlos con los sistemas de la empresa es el Model Context Protocol (MCP): cada sistema se expone a través de un servidor MCP que ofrece sus herramientas a los agentes. MCP resuelve la conexión; el gobierno lo pone la empresa.

Nosotros clasificamos cada herramienta según su efecto:

• Lectura. Consulta datos sin cambiar nada.
• Escritura interna. Modifica un sistema de la empresa, como crear un borrador o actualizar una ficha.
• Efecto externo. Algo que sale de la empresa, como enviar un correo o publicar un contenido.

La lectura puede concederse en bloque. La escritura y los efectos externos se conceden herramienta a herramienta: si un agente tiene un sistema en lectura, no puede escribir en él, y si se quiere que escriba, se le da ese permiso de forma expresa. Una herramienta que nadie ha clasificado no se ofrece a ningún agente.

El segundo nivel de control es la identidad. Enzo, el asistente interno con el que el equipo de Cervellia consulta proyectos, horas o el CRM, trabaja sobre nuestra plataforma de gestión con los permisos de quien le pregunta. Es el mismo agente para todos, pero cada persona solo obtiene lo que ya podría ver por sí misma: quien lleva el área comercial ve el CRM, y la información de personas solo la ve quien tiene ese permiso. Del mismo modo, cuando un agente envía un correo lo hace desde el buzón que le asigna la plataforma y solo a destinatarios autorizados; el agente no elige desde dónde escribe.

Orquestar: un caso real, el circuito de licitaciones

Con roles, procedimientos, conocimiento y permisos definidos, orquestar consiste en decidir cómo se reparten el trabajo los agentes y en qué puntos interviene una persona. Lo vemos con un circuito que usamos en Cervellia para las licitaciones públicas.

Intervienen dos agentes con roles distintos:

• El Observatorio de licitaciones trabaja por conversación. Responde preguntas de cartera y de mercado: qué ha salido, de qué organismo, de qué tipo y por qué importe. No analiza pliegos.
• El Analista de licitaciones trabaja en un ciclo supervisado. Lee la documentación del expediente, propone un índice del análisis y, cuando una persona lo aprueba, prepara el resumen administrativo y el análisis de encaje con Cervellia.

La decisión de presentarse la toma siempre una persona. Solo entonces la licitación pasa a ser una oportunidad en el CRM.

Los dos agentes comparten el área de conocimiento comercial. Allí están las referencias de cómo es un pliego por dentro, los criterios de encaje con nuestras capacidades y las plantillas de entregables, y allí queda cada análisis terminado. Por eso el circuito mejora con cada expediente: el siguiente análisis parte de todo lo aprendido en los anteriores, aunque cambie la persona que lo lanza.

Trazabilidad: qué hizo cada agente, con qué datos y quién lo aprobó

Gobernar exige poder reconstruir cualquier resultado. En una plataforma de agentes bien montada queda registrado:

• Qué agente actuó y con qué procedimiento.
• Qué herramientas utilizó y sobre qué sistemas.
• Qué conocimiento consultó o escribió, y en qué área.
• Quién aprobó cada paso que requería una persona.

Además, las acciones sensibles pueden condicionarse: una herramienta de publicación o de envío solo se ejecuta si antes existe la aprobación correspondiente, y un ciclo no se cierra hasta que existe el entregable que exige su procedimiento.

Con esa traza, un error se corrige donde se produjo, en la regla, la skill o el permiso, sin desconectar el agente entero, y la empresa puede explicar en cualquier momento cómo se llegó a un resultado.

Sobre tu software o sobre una plataforma

Orquestar agentes no obliga a cambiar de sistemas. Los agentes pueden implantarse sobre el software que la empresa ya tiene, conectándolo mediante servidores MCP con los permisos de cada área, o sobre una plataforma que ya trae resueltos los roles, las skills, las áreas de conocimiento, los permisos y la traza. En Cervellia trabajamos de las dos formas dentro del servicio de orquestación de agentes, y la segunda es la que hemos convertido en producto con Cervellia Agents.

Cómo empezar

1. Elegir un proceso, no una herramienta. Un trabajo concreto que se repite y que hoy depende de pocas personas.
2. Dibujar los roles. Qué partes del proceso son de un agente, cuáles de otro y dónde decide una persona.
3. Escribir el procedimiento como skill y reunir el conocimiento que necesita en un área propia.
4. Empezar en lectura. El agente consulta y propone; la escritura y los efectos externos se abren herramienta a herramienta cuando la traza demuestra que acierta.
5. Ampliar por procesos. Cada proceso nuevo reutiliza áreas, skills y conexiones de los anteriores, y así la empresa se vuelve IA nativa por partes.