War of the Ecosystems
Solicitar sesión de estrategia
El próximo problema del flujo de trabajo de la IA no es si un agente puede responder a un prompt.
Se trata de si varios agentes pueden coordinar el trabajo real sin perder el mando.
Las empresas están pasando rápidamente de asistentes aislados a agentes especializados. Un agente puede calificar un cliente potencial. Otro puede buscar conocimientos de la empresa. Otro puede preparar una visión financiera. Otro puede redactar una respuesta de apoyo. Otro puede operar dentro de una plataforma de proveedor. Al principio, cada agente parece una herramienta de productividad. Muy pronto, la pregunta estratégica cambia: ¿pueden estos agentes descubrirse entre sí, traspasar tareas, intercambiar contexto, devolver artefactos, aumentar el riesgo y dejar evidencia suficiente para que un líder humano confíe en el resultado?
Es por eso que el protocolo Agent2Agent de Google es una señal importante para el mercado. Apunta a un mundo donde los agentes no se sientan en habitaciones separadas esperando un prompt. Pueden describir capacidades, intercambiar mensajes, gestionar tareas, devolver artefactos y respaldar trabajos de mayor duración a través de fronteras.
Pero aquí es donde los líderes deben tener cuidado.
La interoperabilidad no es gobernanza.
Un protocolo puede ayudar a los agentes a hablar. No decide si deben hablar, qué se les permite mover, qué sistema de registro pueden tocar, quién es el dueño del resultado o cuándo debe intervenir un comandante humano.
Esa distinción es el corazón de la conexión War of the Ecosystems.
En un mundo de producto versus producto, la pregunta era simple: ¿qué herramienta es mejor? En un mundo de ecosistema contra ecosistema, la pregunta es más difícil: ¿qué sistema operativo puede coordinar más capacidades, más socios, más datos, más control del flujo de trabajo y más confianza sin caer en el caos?
El lado más fuerte no es el que tiene más agentes. Es el bando con mejor capa de mando.
De las demostraciones de agentes al comando del ecosistema
El marco War of the Ecosystems comienza con una premisa contundente: los mercados ya no se ganan sólo con productos aislados. Los ganan los ecosistemas que controlan la identidad, la adopción de usuarios, los datos, los flujos de trabajo, el aprovechamiento de los socios y el acceso de los clientes.
La colaboración entre agentes pertenece a esa misma doctrina.
Si cada proveedor crea agentes, el propio agente deja de ser el diferenciador. La ventaja estratégica se traslada al ecosistema que puede coordinar a los agentes en todo el trabajo. Eso incluye el traspaso del marketing a las ventas, de las ventas a las finanzas, del soporte a la ingeniería, de las operaciones al cumplimiento, de la investigación a la decisión ejecutiva y de la señal del cliente a la respuesta al producto.
Aquí es donde la envolvente de la plataforma se hace visible. Una plataforma grande no necesita crear el mejor agente especialista en cada categoría. Puede rodear el flujo de trabajo controlando la capa de identidad, la capa de contexto, el estándar de colaboración, el marketplace, los permisos de datos y el lugar donde se aprueba el trabajo. Una vez que la capa de transferencia se ubica dentro de la estructura de comando de una plataforma, cada herramienta más pequeña debe integrarse a esa estructura de comando o luchar cuesta arriba por su relevancia.
Para las pequeñas y medianas empresas, la respuesta no es copiar todo el arsenal de la plataforma. La respuesta es definir un ecosistema mínimo viable.
Un ecosistema mínimo viable no es un montón de herramientas. Es el conjunto más pequeño de capacidades, fuentes de datos, controles, propietarios y circuitos de retroalimentación necesarios para producir un resultado real. En términos de agentes, eso significa que una empresa no debería empezar preguntando: "¿Cuántos agentes podemos implementar?". Debería preguntar: "¿Qué traspaso genera más retrasos, retrabajos, riesgos o pérdida de ingresos, y qué colaboración mínima de los agentes mejoraría esto?".
La función Ecosystem Commander entonces se vuelve práctica. Alguien debe definir la intención. Alguien debe decidir qué agente puede solicitar trabajo, qué agente puede aceptarlo, qué contexto puede moverse, qué artefacto se debe devolver, dónde se encuentra la aprobación, qué registros importan y qué métrica demuestra que la transferencia mejoró el negocio.
Sin esa capa de comando, la interoperabilidad puede amplificar la confusión.
El ejemplo del campo de batalla: Operación Anaconda
El ejemplo militar debe ser real, no decorativo. Un caso útil es la Operación Anaconda en el valle Shah-i-Khot de Afganistán en marzo de 2002.
Army University Press describe Anaconda como la operación de combate estadounidense más grande en Afganistán hasta el 2 de marzo de 2002. Involucró tropas de la coalición, fuerzas de operaciones especiales, aliados afganos, terreno montañoso accidentado, posiciones enemigas en cuevas y crestas, unidades terrestres que recibieron intenso fuego y apoyo aéreo cercano que se volvió esencial una vez que la lucha se desarrolló de manera diferente al plan limpio.
El estudio de caso del poder aéreo del Departamento de Defensa es aún más útil para el objetivo de este artículo. Describe a Anaconda como una prueba exigente de integración conjunta tierra-aire. Bombarderos, cazas, helicópteros y cañoneras AC-130 brindaron apoyo aéreo cercano en un área de batalla muy pequeña, mientras que tropas y controladores amigos también operaban en ese mismo espacio comprimido. El informe señala que la eliminación de conflictos y la coordinación del apoyo de fuego fueron un desafío, y que la batalla expuso puntos de tensión en la lucha conjunta.
Esa es la lección. La cuestión no era si los aviones, las fuerzas terrestres, los controladores y los cuarteles generales tenían formas de comunicarse. Lo hicieron. La cuestión era si todas esas unidades tenían una imagen compartida, una estructura de mando, un proceso de eliminación de conflictos, una disciplina de selección de objetivos y un circuito de retroalimentación suficientemente coherentes mientras la situación cambiaba bajo el fuego.
Anaconda finalmente tuvo éxito, pero se recuerda precisamente porque el éxito requirió una dolorosa coordinación entre los componentes. El apoyo aéreo tuvo que responder rápidamente a las tropas bajo presión. Los controladores tuvieron que priorizar las solicitudes. La sede necesitaba una imagen utilizable de lo que estaba sucediendo. Las posiciones amigas, el movimiento de los aviones, el fuego enemigo, el terreno, el clima y la presión del tiempo debían gestionarse en conjunto.
Ésa es la perspectiva militar adecuada para la colaboración entre agentes: comunicación no es comando.
Un agente que descubre a otro agente es como una unidad que encuentra un canal de apoyo. Un agente que envía contexto es como un informe de campo. Un agente que pide a otro agente que actúe es como una solicitud de apoyo cercano. El artefacto devuelto es el resultado de la misión. El registro es el informe posterior a la acción. La aprobación humana es el punto de control del comando. La desconflictividad es la regla que evita que una acción automatizada cree un riesgo para otra parte del negocio.
Si la empresa sólo construye la red de radio, los agentes se comunicarán más rápido de lo que los líderes pueden ordenarles.
Si la empresa construye la capa de comando, los agentes pueden colaborar dentro de un modelo operativo definido.
Ésa es la diferencia estratégica.
Lo que realmente señala A2A
Agent2Agent, generalmente abreviado como A2A, es importante porque trata la colaboración de los agentes como un problema de infraestructura. El protocolo está diseñado para que los agentes puedan exponer lo que pueden hacer, intercambiar mensajes, gestionar el estado de las tareas, devolver artefactos y coordinar el trabajo a lo largo del tiempo.
Se trata de un cambio significativo. La IA empresarial va más allá de "hacerle una pregunta a un asistente". El mercado se dirige hacia múltiples agentes que trabajan en funciones comerciales y ecosistemas de proveedores.
La especificación A2A también muestra por qué esto no puede reducirse a una carrera de marca. Los conceptos importantes son descubrimiento de capacidades, gestión de tareas, mensajes, artefactos, autenticación y estado. Estas no son características lindas. Son la tubería del trabajo entre agentes.
Aún así, los líderes no deberían confundir la plomería con la estrategia.
A2A puede ayudar a los agentes a colaborar. El protocolo de contexto modelo, a menudo abreviado como MCP, ayuda a conectar los sistemas de inteligencia artificial a herramientas y fuentes de datos. Ambos son parte de la infraestructura emergente del flujo de trabajo de IA. Pero ninguno de ellos, por sí solo, le dice a una empresa qué flujo de trabajo merece automatización, qué datos es seguro exponer, qué agente tiene autoridad, qué excepción requiere revisión o qué métrica comercial debe mejorar.
"Pero ninguno de ellos, por sí solo, le dice a una empresa qué flujo de trabajo merece automatización, qué datos es seguro exponer, qué agente tiene autoridad, qué excepción requiere revisión o qué métrica empresarial debe mejorar".
, Dr. Alejandro Canonero, DBA, autor de La guerra de los ecosistemas
El protocolo permite el contacto. El contexto permite la relevancia. La autoridad permite la acción. La evidencia permite la confianza. Los resultados justifican la escala.
Si se deja de lado cualquiera de esas capas, el sistema se vuelve frágil.
Por dónde deberían empezar los clientes
El punto de partida equivocado es "conectemos a todos los agentes".
Esto suena ambicioso, pero suele ser indisciplinado. Crea una gran arquitectura antes de que la empresa resulte ser un pequeño bucle de comando.
El mejor punto de partida es un traspaso de alta fricción.
Un ejemplo es el traspaso de ventas a propuestas. El primer agente recopila el contexto de la cuenta, el historial de oportunidades, los requisitos, las objeciones y las notas competitivas. Un segundo agente redacta la estructura de la propuesta o el soporte de precios. Un propietario humano aprueba el argumento final y la posición comercial. El sistema registra qué contexto se movió, qué registros de origen se utilizaron, qué artefacto regresó, quién lo aprobó y si mejoró el tiempo del ciclo de la propuesta o la calidad de la ganancia.
Otro ejemplo es una escalada de soporte a ingeniería. Un agente de soporte resume el problema del cliente, el área del producto afectado, la gravedad, el historial y los intentos de solución. Un agente de clasificación de ingeniería verifica los problemas conocidos, la documentación relevante y el contexto de la versión. Un propietario humano aprueba la priorización o la comunicación con el cliente. La métrica del éxito podría ser menos ciclos de ida y vuelta, una claridad de escalamiento más rápida o un mejor tiempo de respuesta al cliente.
Un traspaso financiero cercano es otro candidato. Un agente prepara el contexto de variación y las entradas faltantes. Otro agente redacta explicaciones o verifica la alineación de las políticas. Un propietario humano aprueba el paquete de cierre final. El punto de control es obvio: los flujos de trabajo financieros necesitan trazabilidad, evidencia de origen, reglas de acceso y escalamiento.
Ninguno de estos ejemplos requiere que una empresa se convierta en un laboratorio de IA. Requieren un ecosistema viable mínimo disciplinado: dos o tres agentes, un flujo de trabajo definido, un propietario humano conocido, algunas fuentes de datos confiables, un punto de aprobación y evidencia mensurable.
Eso es suficiente para aprender.
También basta con evitar el error más común: escalar la autonomía antes que el mando.
Los tres mapas que necesitan los líderes
El primer mapa es la arquitectura de transferencia del ecosistema. Muestra qué agentes se encuentran dentro del flujo de trabajo, dónde reside la capa de transferencia gobernada y qué propietario ejecutivo es responsable del resultado. También hace visibles las superficies de control de la plataforma: identidad, contexto, autoridad y evidencia. Aquí es donde importa la lente War of the Ecosystems. Si una empresa no puede ver quién controla estas superficies, no puede ver dónde se está formando la dependencia estratégica.
El segundo mapa es la analogía de la transferencia de la Operación Anaconda. Mantiene a los líderes honestos. Un canal de comunicación no es mando. Una solicitud no es aprobación. Un archivo devuelto no es un resultado. Una tarea completada no es prueba de valor. El mapa obliga a la empresa a definir la imagen compartida, la eliminación de conflictos, la escalada y la evidencia posterior a la acción antes de que los agentes comiencen a coordinar el trabajo en vivo.
El tercer mapa es la pila de interoperabilidad del agente. Separa las capas que los proveedores a menudo confunden: protocolo, contexto, autoridad, evidencia y resultado. Entonces, una empresa puede formular una mejor pregunta en cada nivel. ¿Qué estándar permite a los agentes intercambiar tareas? ¿Qué contexto puede moverse con seguridad? ¿Quién puede autorizar la acción? ¿Qué evidencia se conserva? ¿Qué resultado empresarial demuestra que el traspaso funcionó?
Estos tres mapas convierten la interoperabilidad de los agentes de una conversación técnica en un modelo operativo.
El riesgo: las transferencias más rápidas pueden propagar las malas decisiones más rápidamente
La colaboración de los agentes puede crear influencia. También puede propagar errores.
Si el primer agente interpreta mal el contexto, el segundo agente puede actuar basándose en suposiciones erróneas. Si los permisos son demasiado amplios, los datos confidenciales pueden moverse donde no deberían. Si el alcance de la tarea es vago, los agentes pueden completar el trabajo incorrecto. Si los registros son débiles, es posible que los líderes no sepan qué agente tomó qué decisión. Si falta la revisión humana, es posible que se produzcan acciones riesgosas más rápido de lo que la empresa puede detenerlas.
Por eso no se puede añadir la gobernanza a posteriori.
La gobernanza no es una envoltura de cumplimiento. Es parte del diseño del flujo de trabajo. Define lo que los agentes pueden saber, preguntar, hacer, devolver, escalar y probar.
La pregunta ejecutiva no es: "¿Pueden los agentes hablar entre sí?"
La pregunta ejecutiva es: "¿Puede nuestro ecosistema controlar el traspaso?"
La lección estratégica
La interoperabilidad entre agentes será importante. Las empresas que lo ignoren pueden terminar con herramientas de IA aisladas que no pueden coordinar un trabajo útil. Pero las empresas que lo adoptan ciegamente pueden crear un entorno operativo más rápido, más confuso y menos responsable.
El movimiento ganador es la coordinación disciplinada.
Empezá con una transferencia. Construir el ecosistema mínimo viable a su alrededor. Definí la capa de comando. Usá el protocolo cuando le resulte útil. Conecte el contexto solo donde sea seguro. Asignar propiedad humana. Preservar la evidencia. Mida si el traspaso mejoró el negocio.
Así es como la colaboración entre agentes se convierte en estrategia.
No porque los agentes puedan hablar.
Porque el ecosistema puede mandar.
Si su empresa pierde tiempo en los traspasos entre equipos, sistemas, proveedores, aprobaciones o fuentes de datos, ahí es donde se debe mapear primero la colaboración de los agentes.
Fuente de evidencia
- Blog de desarrolladores de Google: A2A, una nueva era de interoperabilidad de agentes
- A2A Especificación del proyecto
- Google Cloud dona A2A a la Fundación Linux
- Prensa de la Universidad del Ejército: Operación Anaconda, Valle de Shah-i-Khot, Afganistán
- Estudio de caso del Departamento de Defensa: Poder aéreo de la Operación Anaconda
