Qué estandariza y qué no
Un asistente que solo lee el texto que le pegas sirve para aconsejar y no para trabajar. Hacer que tocara un sistema real exigía escribir una integración contra el formato de llamadas de un proveedor, volver a escribirla para el siguiente y otra vez para la aplicación de escritorio: el mismo conector tres veces, divergiendo desde el primer día.
MCP define la conexión. Un servidor expone una capacidad; un cliente, dentro del asistente, la consume. Ambos extremos hablan JSON-RPC sobre un transporte definido, así que un servidor escrito para un cliente es alcanzable desde cualquier otro que implemente el protocolo.
Lo que no hace es volver al modelo bueno usando lo que encuentra. El protocolo lleva la fontanería — descubrimiento, invocación, resultados, errores — y el criterio sobre cuándo llamar a algo y qué hacer con la respuesta se queda enteramente en el modelo y en sus instrucciones.
Es un enchufe común. Escribe el conector una vez y cualquier asistente que hable MCP puede usarlo.
Las tres cosas que un servidor puede exponer
Herramientas son acciones que el modelo puede invocar: lanzar una consulta, abrir un ticket, enviar una petición. Son la parte que todo el mundo quiere decir con MCP y la que puede cambiar el mundo exterior, por lo que se espera que el cliente pregunte a la persona antes de ejecutarlas.
Recursos son cosas que el modelo puede leer: un archivo, un registro, una página. Se direccionan en vez de llamarse, y son la forma de que el asistente obtenga contexto sin que el usuario pegue nada.
Prompts son instrucciones ya hechas que ofrece el servidor — una lista de revisión, la forma de un informe — presentadas a la persona para elegir, no al modelo para invocar.
La distinción importa porque es la diferencia entre un asistente que puede leer tus datos y otro que puede actuar sobre ellos, y son dos conversaciones distintas con un equipo de seguridad.
En qué se diferencia de las llamadas a funciones y de un plugin
Las llamadas a funciones son una capacidad del modelo: emite una petición estructurada y tu código la ejecuta. MCP no lo sustituye; se sitúa encima, para que lo que ejecuta tu código pueda ser un servidor escrito por otra persona y descubierto en tiempo de ejecución en lugar de estar fijado en el código.
Un plugin pertenece a la plataforma que lo define y funciona allí. Un servidor MCP pertenece a quien lo escribió y funciona donde se implemente el protocolo, que es justo el sentido de estandarizar la conexión y no el catálogo.
La prueba práctica: si cambiar de asistente obliga a reescribir la integración, no era MCP.
Con qué tener cuidado
- Un servidor es código que estás ejecutando. Instalar uno de un desconocido se parece más a instalar un paquete que a añadir un marcador, y hereda las credenciales que le des.
- El modelo lee las descripciones de las herramientas como instrucciones. Un servidor puede describir la suya de manera que dirija al asistente: es una superficie de ataque real y la razón de que existan las confirmaciones.
- Los datos alcanzados por un servidor son datos que salen de su sistema. «El asistente puede leer nuestros tickets» y «nuestros tickets están en el contexto de un modelo» son la misma frase dicha dos veces.
- La amplitud no es gratis. Cada servidor conectado añade descripciones al contexto sobre el que el modelo debe razonar, y un asistente con cuarenta herramientas disponibles elige entre ellas de forma medible peor que uno con seis.
Por qué aparece en un glosario sobre visibilidad
Porque debajo de ambos está el mismo desplazamiento. La recuperación decide qué puede citar un asistente sobre ti; MCP decide a qué puede llegar y qué puede hacer en nombre de quien pregunta. El comprador que antes visitaba tu web para comprobar un dato ahora tiene un asistente capaz de comprobarlo contra un sistema conectado, y tu página compite no solo con lo que el modelo recuerda, sino con lo que puede consultar en vivo.
También cambia para qué sirve una página de documentación. Un servidor se describe al modelo en unas pocas frases, y esas frases son todo lo que sabe antes de actuar: la misma disciplina que hace citable a una página, con menos palabras y menos margen para ser vago.
Preguntas frecuentes
¿MCP es un producto de Anthropic?
Lo publicó Anthropic en noviembre de 2024 y lo lanzó como estándar abierto, con especificación y SDKs abiertos. Lo implementan clientes y servidores de muchas organizaciones, incluidas algunas sin relación con Anthropic, y un servidor que escribas no queda atado a ningún proveedor.
¿Necesito MCP para dar acceso a mis datos a un modelo?
No. Las llamadas a funciones contra tu propio código funcionan y siguen siendo la respuesta correcta para una integración en un sitio. MCP se gana su sitio cuando la misma capacidad debe alcanzarse desde varios asistentes, o cuando quieres usar conectores escritos por otros sin adoptar su stack.
¿Conectar un servidor significa que el modelo puede hacer lo que quiera?
Significa que puede pedir cualquier cosa que el servidor exponga. Lo que se ejecuta lo decide el cliente, del que se espera que ponga a la persona delante de cualquier herramienta que cambie algo. La pregunta de seguridad es qué servidores conectas y con qué credenciales, no el protocolo.
¿Tener un servidor MCP ayuda a que los asistentes citen mi web?
Por sí solo no, y tratarlo como una táctica de SEO es leerlo mal. Un servidor es alcanzable por quien lo ha conectado, no por un modelo que responde a un desconocido sobre tu categoría. Lo que hace que te citen sigue siendo la página que un sistema de recuperación puede leer y citar.
Preguntado en voz alta
dicho, no escritoEl mismo término en las palabras que alguien usa al hablar con un asistente en lugar de escribir en un buscador: escrito desde la situación, y por eso cada pregunta lleva la situación de la que salió.
Apruebas un programa que tendrá credenciales del helpdesk y expondrá partes de él a un asistente, y todo lo que el asistente lea sale del perímetro del helpdesk. Las preguntas útiles: quién escribió el servidor, qué credenciales recibe, si puede escribir además de leer, y si una persona confirma las escrituras.
Una clave da a un asistente una integración que tú escribes y mantienes. MCP es una forma común de esa conexión: el mismo servidor funciona en otros asistentes y los conectores de otras personas funcionan en el tuyo. La cuestión del acceso es idéntica: el protocolo estandariza el cableado, no la confianza.
No, y se complementan. Un servidor da alcance al agente: cosas que puede leer y hacer. Una skill le da oficio: instrucciones para hacer bien un trabajo concreto, cargadas cuando ese trabajo aparece. Un agente con un servidor de base de datos y sin skill consultará mal tu base de datos.