El problema, que es viejísimo y no es de IA
En el capítulo 9 quedó claro que un agente necesita poder mirar cosas:
- El inventario
- El CRM
- El calendario
- La carpeta de contratos
Y en el 10 vimos cómo se le dan los documentos.
Falta lo otro, que es lo que más cuesta: los sistemas donde tu empresa trabaja de verdad.
Y ahí aparece un problema que la gente de sistemas de tu empresa conoce desde mucho antes de que existiera ChatGPT. Cada sistema se conecta a su manera. El ERP tiene su forma, el CRM la suya, la herramienta de tickets otra. Conectar dos cosas cualesquiera es un trabajo, y conectar diez cosas con tres herramientas distintas son treinta trabajos.
La IA no inventó ese problema. Lo que hizo fue multiplicarlo, porque de repente todo el mundo quiere conectar todo con todo 😐
Qué es MCP
Es un acuerdo sobre cómo se hacen esas conexiones, para que se hagan una sola vez.
La idea es la del enchufe. Antes de que existiera un estándar de enchufes, cada aparato venía con su propia forma de conectarse a la corriente. Ponerse de acuerdo en la forma del enchufe no hizo mejores a los aparatos: hizo que cualquier aparato funcionara en cualquier pared.
MCP es eso para la IA. Alguien escribe una vez un conector para tu sistema de inventario, y a partir de ahí cualquier asistente que hable MCP puede consultarlo, sin que nadie programe nada nuevo. A ese conector se le llama servidor MCP, aunque el nombre suene a más de lo que es: es un programita que expone dos o tres acciones.
Las siglas son de Model Context Protocol, protocolo de contexto para modelos. Lo publicó Anthropic a fines de 2024 y es abierto, así que lo puede implementar cualquiera. La especificación está en modelcontextprotocol.io si te gana la curiosidad, aunque está escrita para quien programa.
Por qué te conviene a ti, que no vas a escribir ninguno
Tres razones, y las tres son de plata y no de tecnología.
No te amarra al proveedor. Si las conexiones a tus sistemas se hicieron a medida para el asistente de la empresa X, cambiar de proveedor significa rehacerlas. Si se hicieron con un estándar, el conector se queda y el asistente se cambia. Eso es poder de negociación en tu siguiente renovación.
El trabajo se hace una vez. El conector del inventario que se paga este año sirve para el asistente de ventas, para el de compras y para el que se le ocurra a alguien el año que viene.
Los permisos se ven. Y esta es la que más me importa. Un conector declara qué puede hacer: solo consultar, o también escribir. Cuando eso está escrito en un sitio, se puede revisar. Cuando cada integración es a medida, saber qué puede tocar el asistente es una arqueología 🔍
Lo que no es
Tres confusiones que vas a oír, y conviene deshacerlas antes de la reunión.
No entrena nada. El modelo sigue siendo el mismo. MCP es cómo le llega la información, no cómo aprende. Todo lo del capítulo 2 sigue igual.
No guarda tus datos dentro del modelo. El inventario se queda en el inventario. El agente pregunta cuando le hace falta y recibe la respuesta del momento, que además es mejor: no hay copia que se quede vieja.
No es de un solo proveedor. Nació en Anthropic, que es la empresa de Claude, y es abierto. Que tu proveedor use MCP no te obliga a usar Claude.
La pregunta incómoda: quién puede tocar qué
Un conector puede ser de solo lectura o puede escribir. Consultar el stock es una cosa. Modificar el stock es otra.
Y acá vuelve la regla del capítulo 9: lo que no pueda hacer, no lo va a hacer mal. Un asistente que solo consulta se equivoca contando; uno que puede escribir se equivoca en tu base de datos.
Así que cuando te presenten la arquitectura, la pregunta que vale es la lista: qué conectores hay, cuáles son de solo lectura y cuáles no. Si nadie tiene esa lista a la mano, todavía no hay arquitectura, hay una idea.
Por qué esto llegó tan rápido a las propuestas
Porque resuelve un problema que costaba mucho y que no era divertido de resolver. Las integraciones son la parte del presupuesto que nadie quiere pagar y que siempre se pasa de plazo.
Te lo digo para que lo mires con la ceja levantada correcta: que tu proveedor use MCP es buena señal y no es una ventaja competitiva suya. Es como que use HTTPS. Está bien, es lo que corresponde, y no es motivo para cobrarte más 🐣
Practica 💪
Cuatro situaciones de reunión. La respuesta está debajo 🐣
1. Los tres asistentes
Tu empresa ya tiene un asistente de ventas conectado al CRM. Ahora quieren uno de compras que también consulte el CRM. El proveedor cotiza la integración otra vez, completa. ¿Qué preguntas?
Si la primera integración se hizo con un estándar o a medida. Si fue a medida, están pagando dos veces por conectar el mismo sistema, y van a pagar una tercera cuando alguien pida el siguiente asistente.
No siempre se puede evitar: si ya está hecho, está hecho. Pero conviene que la decisión sea consciente, y que la de este año se haga de forma que la del año que viene sea gratis.
2. El conector que podía más de la cuenta
Te enseñan el diagrama del asistente de atención al cliente. Uno de los conectores dice "sistema de pedidos". ¿Qué falta en ese diagrama?
Si ese conector puede crear pedidos o solo consultarlos. Es una palabra de diferencia en el diagrama y es toda la diferencia en el riesgo.
Y si la respuesta es que puede crear, la siguiente pregunta es qué pasa cuando crea uno equivocado: quién se entera, cómo se revierte y en cuánto tiempo.
3. El proveedor que se va
Llevas un año con un asistente que funciona bien. El proveedor sube el precio un 40% en la renovación. ¿Qué determina tu margen de negociación?
De quién son las conexiones. Si los conectores a tus sistemas son estándar y están de tu lado, cambiar de proveedor cuesta la migración del asistente y ya. Si son suyos y a medida, cambiar cuesta el proyecto entero otra vez, y él lo sabe.
Esto se decide al firmar el primer contrato, no en la renovación. Es la cláusula que nadie lee y la que más plata mueve 😐
4. La palabra en la propuesta
Una propuesta destaca "arquitectura basada en MCP" como uno de sus tres diferenciales principales, y cuesta bastante más que las otras dos. ¿Qué piensas?
Que usar un estándar abierto no es un diferencial. Está bien que lo use y no debería ser una de las tres razones para pagar más, igual que nadie te cobra extra por usar correo electrónico.
La pregunta amable: además del protocolo, ¿qué me están dando que no me dé otro? Si la respuesta se pone borrosa, ya sabes de qué está hecho ese diferencial.
5. El sistema viejo que no habla con nadie
Tu sistema de inventario tiene quince años y no tiene forma de conectarse con nada moderno. ¿MCP te sirve de algo?
Sí, y es donde más se nota. El conector es un programa que se escribe una vez y se pone en medio: por un lado habla con tu sistema viejo como sea que ese sistema hable, y por el otro habla el estándar.
O sea que el trabajo sucio de entenderse con lo viejo se hace una sola vez, en vez de una vez por cada herramienta que quieras conectar. Eso no lo inventó MCP, es lo que hace cualquier integración bien hecha; lo que aporta el estándar es que ese trabajo no se repita.
6. La pregunta de la reunión de seguridad
El área de sistemas pregunta qué pasa si el asistente se equivoca y llama al conector que no debía. ¿Qué contestas?
Que se equivoque es cuestión de tiempo, así que la respuesta no es que no pase. La respuesta es qué puede hacer el conector al que llame por error: si todos son de solo lectura, el peor caso es una consulta de más.
Y por eso la lista de conectores con cuáles leen y cuáles escriben es un documento de seguridad y no una ficha técnica. Es la que contesta esa pregunta sin discutir.
Lo que te llevas
- MCP es una forma estándar de conectar un modelo con los sistemas donde está tu información. Es fontanería, no inteligencia.
- Resuelve un problema viejo: cada sistema se conectaba a su manera, y diez sistemas por tres asistentes eran treinta integraciones.
- Te conviene por tres cosas de plata: no te amarra al proveedor, el trabajo se hace una vez, y los permisos quedan a la vista.
- No entrena el modelo, no guarda tus datos dentro de él y no te obliga a usar ningún proveedor en particular.
- La lista de conectores con cuáles leen y cuáles escriben es la pregunta que separa una arquitectura de una idea.
- Que tu proveedor lo use es buena señal, no un diferencial por el que pagar más.
Comprueba que se entendió
Comprueba que lo tienes
Tu empresa quiere que su asistente de IA pueda consultar el inventario, el CRM y el calendario. El proveedor dice que lo hará con MCP. ¿Qué te está diciendo, en concreto?
- Que va a poner un conector estándar por cada sistema, en vez de una integración a medida para cada combinación
- Que va a entrenar el modelo con los datos de esos tres sistemas
- Que los tres sistemas van a quedar guardados dentro del modelo
- Que va a usar un modelo de Anthropic obligatoriamente
Ya sabes qué es un agente, cómo se le dan tus documentos y cómo se conecta a tus sistemas. Faltan las dos preguntas que deciden si esto se queda o se cae, y son las que nadie hace hasta que es tarde 🐥