# ACI: la capa que faltaba entre agentes y personas

> MCP conecta agentes con herramientas y A2A conecta agentes entre si. ACI aparece para resolver otra frontera: como un agente habla con personas sin convertir la comunicacion en caos.

- Author: Viktor Berthelius (BRTHLS)
- Published: 2026-06-20
- Category: automation aiops
- Tags: aci, novu, agent-communication, automation-aiops
- Language: es
- Canonical: https://www.brthls.com/magazine/aci-capa-faltaba-entre-agentes-y-personas-es
- Source: BRTHLS Magazine — https://www.brthls.com

---

## Problema

La industria agentica ha avanzado rapido en dos capas:

- como un agente usa herramientas
- como varios agentes colaboran entre si

Lo que sigue peor resuelto es otra cosa: como un agente habla con personas en canales reales sin romper contexto, permisos, identidad, tono, cumplimiento y trazabilidad.

Un bot en Slack no resuelve eso. Un conector de WhatsApp tampoco. Y mucho menos cinco bots distintos que contestan distinto en cada canal.

Novu lo ha puesto nombre esta semana: `ACI`, Agent Communication Infrastructure. No es una curiosidad semantica. Es una señal de arquitectura.

## Tesis

`ACI` importa porque convierte la comunicacion agente-humano en una capa propia del stack.

MCP resuelve acceso a herramientas. A2A resuelve colaboracion entre agentes. ACI intenta resolver el ultimo metro operativo: identidad, threading, delivery, observabilidad y gobierno cuando un agente tiene que mantener una conversacion real con personas.

La consecuencia es clara: hablar con usuarios deja de ser un detalle de interfaz. Se convierte en infraestructura.

## Framework

Una capa ACI necesita cinco piezas:

- **Identidad:** saber con que persona habla el agente en cada canal.
- **Threading:** mantener una unica conversacion aunque cambie la superficie.
- **Delivery:** entregar en Slack, Teams, WhatsApp, Telegram o email sin reescribir el agente.
- **Gobierno:** aplicar limites, cumplimiento y observabilidad.
- **Escalado:** decidir cuando entra otro humano u otro agente.

Mini-caso: un usuario arranca una conversacion en Slack, sigue por email y remata por WhatsApp. Sin una capa comun, el agente trata cada punto como un hilo nuevo. Pide contexto otra vez, responde distinto o pierde continuidad. Con una capa ACI, el agente hereda identidad y memoria de conversacion sin multiplicarse en cinco implementaciones.

**Senal medible:** porcentaje de conversaciones multicanal que el agente mantiene como un unico thread verificable.

**Postura:** el agente no necesita mas canales. Necesita una capa que evite convertirse en varios bots rotos.

## Por que importa ahora

Novu lanzo `Novu Connect` el 15 de junio de 2026 y lo posiciono explicitamente como primer bloque de ACI. La tesis oficial es directa: MCP conecta agentes a herramientas, A2A conecta agentes a otros agentes y ACI conecta agentes a personas.

Eso no es solo posicionamiento. En su propio material Novu insiste en dos pilares concretos:

- confianza y gobierno para mensajes open-ended
- experiencia de comunicacion que se sienta humana y coherente entre canales

Si esta capa madura, cambia la forma de pensar customer support, onboarding, ventas internas, operaciones y software con agentes customer-facing.

## Anti-ejemplo

"Conectar el agente a Slack ya esta hecho."

No. Lo facil es abrir el canal. Lo dificil es todo lo de debajo:

- quien es el usuario en cada superficie
- que acceso tiene
- si el agente debe continuar, esperar o escalar
- como se une un mismo hilo entre canales
- como se audita una conversacion abierta y mutable

Sin eso, no tienes infraestructura de comunicacion. Tienes sockets con personalidad.

## Protocolo (3 pasos)

1. **Separa canal de conversacion.** Slack, email y WhatsApp no deberian redefinir la logica del agente.
2. **Diseña identidad y continuidad.** El mismo usuario debe poder reconocerse entre superficies.
3. **Instrumenta gobierno desde el principio.** Logs, permisos, escalado y politicas no pueden ser postproduccion.

| Capa | Pregunta | Riesgo si falta |
| --- | --- | --- |
| identidad | con quien habla el agente | confundir usuarios y permisos |
| threading | que hilo sigue vivo | repetir contexto o fragmentarlo |
| delivery | donde responde | implementaciones duplicadas |
| gobierno | que limites tiene | mensajes inseguros o incumplimiento |
| escalado | cuando entra otro actor | loops de conversacion inutiles |

## Relacionado

- [A2A + MCP: los protocolos de agentes no son producto, son sistema nervioso](/magazine/a2a-mcp-protocolos-agentes-no-son-producto-son-sistema-nervioso-es)
- [Microsoft Foundry Local + Scout: cuando el trabajo agente se mueve al perimetro](/magazine/microsoft-foundry-local-scout-trabajo-se-mueve-al-perimetro-es)
- [Tool Registry: el nuevo mapa de riesgos de los agentes enterprise](/magazine/tool-registry-mapa-riesgos-agentes-enterprise-es)

## Fuentes consultadas

- [Novu Connect](https://novu.co/changelog/novu-connect/)
- [The missing layer between agents and people](https://novu.co/blog/the-missing-layer-between-agents-and-people/)
- [Novu ACI](https://novu.co/aci)

## Proximo paso

Haz una prueba incomoda: sigue una conversacion de agente con la misma persona por dos canales distintos. Si el sistema no puede mantener identidad, contexto y limites, todavia no tienes comunicacion agentica. Tienes mensajes.

---

_Cite as: Berthelius, V. (2026). "ACI: la capa que faltaba entre agentes y personas". BRTHLS Magazine. https://www.brthls.com/magazine/aci-capa-faltaba-entre-agentes-y-personas-es_