Cómo construir una AI Operating Layer: empieza por un proceso

Una AI Operating Layer es la infraestructura común de una organización sobre la que operan sus distintos sistemas de inteligencia artificial: datos, contexto, herramientas, permisos, agentes y ejecución en una sola capa gobernada. Suena a proyecto de años. No tiene por qué serlo: se construye por acumulación, un proceso cada vez.

La arquitectura, de abajo arriba

• Enterprise Systems & Data: ERP, CRM, SAP, Salesforce, bases de datos, documentos, email, conversaciones, software interno y aplicaciones legacy.
• Enterprise Data Layer / Data Lake: ingesta, normalización y calidad de los datos.
• Company Memory: modelo de entidades, conocimiento y contexto accesible con permisos.
• MCP / APIs / herramientas: capacidades reutilizables que exponen los sistemas.
• AI Operating Layer: identidad, permisos, políticas, trazabilidad y Agent Gateway.
• Digital Workers y agentes autorizados, colaboración A2A y ejecución de negocio.

Etapa 1: elige un proceso, no una estrategia

El primer paso no es un comité de IA. Es un proceso concreto con dolor medible: recepción, customer service, formación, logística, administración, reservas, operaciones o ventas. Se calcula su coste actual, la capacidad necesaria, la parte automatizable y el retorno esperado. Ese es el business case del primer trabajador digital.

Etapa 2: construye el trabajador y, con él, los componentes reutilizables

Aquí está la diferencia entre un agente aislado y una capa. Al construir el primer trabajador digital se crean, deliberadamente como piezas independientes: las conexiones con los sistemas implicados, el modelo de datos y la primera versión de la Company Memory, los permisos e identidades, las capacidades MCP, los workflows y reglas de negocio y el registro de trazabilidad. Ninguna de esas piezas pertenece al trabajador: pertenecen a la capa.

Empieza automatizando un proceso. Construye la infraestructura de IA de toda tu compañía.

Etapa 3: el segundo trabajador cuesta menos

Cuando llega el segundo proceso, la conexión con el ERP ya existe, la Company Memory ya conoce a los clientes y los permisos ya están modelados. El segundo trabajador digital reutiliza la mayor parte de la infraestructura y añade solo lo específico. El tercero, aún menos. Es el efecto "connect once, use everywhere" aplicado a toda la organización.

Etapa 4: abre la capa a agentes autorizados

Con varios trabajadores operando, la capa ya es un activo. El siguiente paso es permitir, cuando el cliente lo decida, que otros agentes la usen: copilots corporativos, agentes propios, agentes de partners, proveedores o clientes. El Enterprise Agent Gateway controla identidad, autorización, scopes, información accesible, acciones permitidas, límites, auditoría y aprobación humana. Un agente de cliente puede consultar sus pedidos; nunca los de otros ni el Data Lake completo.

Etapa 5: colaboración entre agentes (A2A)

A partir de ahí los agentes pueden colaborar entre sí igual que distintos equipos: un agente de cliente pide un cambio de entrega, el agente de pedidos consulta disponibilidad, el de logística propone una fecha y el resultado vuelve confirmado. Protocolos abiertos como A2A (agent-to-agent) hacen esta colaboración interoperable también con agentes de terceros.

Errores que conviene evitar

• Empezar por la plataforma en lugar de por un proceso: meses de infraestructura sin un solo resultado de negocio.
• Construir integraciones dentro del agente: cada nuevo agente vuelve a empezar de cero.
• Exponer bases de datos en lugar de capacidades: sin scopes ni auditoría posibles.
• Ignorar el escalado a personas: la capa debe saber cuándo no decidir.