
A2A: qué pasa cuando tu agente de IA tiene que hablar con el de otra empresa
MCP conecta un agente con herramientas. A2A conecta un agente con otro agente. Qué es el protocolo Agent2Agent, cómo funciona y cuándo le importa a una empresa mediana.
Casos de clientes, cómo decidir qué construir y qué dejar como está, y lo que aprendemos en el camino.

MCP conecta un agente con herramientas. A2A conecta un agente con otro agente. Qué es el protocolo Agent2Agent, cómo funciona y cuándo le importa a una empresa mediana.

Postergar el orden de la información parece gratis porque no llega una factura. Pero el costo existe, sube cada mes y casi nadie lo mide. Así puedes calcularlo en una tarde.

Cuando cada venta nueva suma trabajo, vender más se vuelve una mala noticia. Así se ve ese problema por dentro y por qué ordenar la información va antes que contratar.

Precio, plazo y lista de funciones caben en una tabla, pero no te dicen si en un año vas a estar tranquilo. Estas cinco preguntas sí, y la más importante es qué pasa después de la entrega.

Hoy cualquiera puede tener una primera versión funcionando en un fin de semana. La pregunta que importa es otra: quién la va a cuidar cuando la empresa dependa de ella.

Tener una audiencia masiva no es lo mismo que tener un producto. Así se construyó la plataforma de La Del Descuento para sostener una comunidad que ya existía.

Una empresa contrata desarrollo a medida, recibe el entregable y seis meses después nadie puede tocar el sistema sin romper algo. Así se ve ese problema y qué hacer antes de que ocurra.

Las APIs no desaparecen con la llegada de los agentes de IA, pero MCP cambia la forma en que esos agentes las usan. Esto es lo que distingue a los dos modelos y cuándo importa la diferencia.

El término «agente de IA» se usa para todo y ya no significa nada. Qué distingue a un agente real de un chatbot con marketing agresivo, y cómo saber si lo que te venden califica.

Un sistema que «funciona» puede estar acumulando deuda técnica, dependencias invisibles y puntos únicos de falla. Así se ve ese riesgo desde adentro y cómo decidir qué hacer con él.

Muchas empresas pierden en dos frentes a la vez: el negocio que descuidaron mientras intentaban "implementar IA" y un sistema que nunca terminó de funcionar. Así se ve ese error desde adentro.

La mayoría de los agentes de IA no fallan por el modelo: fallan porque la empresa no estaba lista para recibirlos. Estas son las cuatro bases que necesitas primero.

Los grandes laboratorios compiten por hacer más fácil construir agentes de IA. Pero el cuello de botella nunca fue técnico, y los datos lo confirman.

¿Contratar un desarrollador, comprar un sistema, armarlo tú mismo o externalizar? Antes de decidir, conviene entender qué implica cada opción y para qué tipo de empresa sirve cada una.

Solo una fracción de las empresas logra que la IA rinda fuera de la demo. El problema casi nunca es el modelo: es la base sobre la que intentan montarlo.

Las herramientas de IA permiten construir un sistema sin saber programar. Eso es poderoso, y abre riesgos que solo se ven cuando ya es tarde.

Hay un punto en que la doble digitación manual deja de ser una incomodidad y se convierte en un error de negocio. Así lo resolvió Paraíso del Sur, sin tirar por la borda su infraestructura existente.

Elegir cómo cobrar no es una decisión que viene después del producto. Define lo que tienes que construir, los datos que necesitas y cuánto cuesta cambiarlo después.

Tener una buena idea no es lo mismo que tener un negocio. Lo que separa a las ideas que llegan a usuarios reales de las que mueren en una conversación es cómo se ejecutan y se validan.

No es mala suerte ni presupuesto insuficiente. Los desarrollos a medida se descarrilan por patrones predecibles, y la mayoría aparece antes de escribir la primera línea de código.

Antes de preguntar cuánto cuesta un desarrollo, conviene preguntarse si vale la pena hacerlo. A veces la respuesta más honesta (y más valiosa) es que no.

El caso de Cerveza Loa muestra cómo reconocer el momento en que un proceso necesita un sistema a la medida, y qué preguntarse antes de decidir.

Antes de escribir una línea de código, alguien tiene que tomar decisiones que van a determinar si el sistema sirve o no. Ese trabajo invisible es donde se gana o se pierde un desarrollo.

Pedir una app, un reporte o una automatización no es lo mismo que tener claro el problema. La diferencia entre los dos determina si el desarrollo va a servir o no.

No todo proceso merece un sistema. Cómo diagnosticar cuál está maduro para automatizarse y cuál todavía hay que ordenar a mano.

Muchas empresas subcontratan TI y siguen sintiéndose solas cada vez que hay una decisión técnica importante. La diferencia no está en el contrato: está en cómo trabaja el equipo que contratas.