En resumen
- Una skill (competencia) es un saber hacer: una carpeta de instrucciones, scripts y recursos que el agente de IA abre cuando la tarea lo exige.
- El MCP (Model Context Protocol) es una toma: un estándar abierto para conectar un asistente de IA a una herramienta o a una fuente de datos.
- Ambos se combinan. Para conectar un agente con el software de una pyme, prefiero escribir y revisar yo mismo cada conector. No es un dogma: un servidor MCP publicado por el fabricante del software puede ser una buena opción.
Por Maxime Desbonnet, gerente de Kendu Intelligence.
Seguramente se ha topado con dos palabras: «skills» y «MCP». Un agente de IA es un programa que se apoya en un modelo de IA (el motor que lee y redacta) para preparar o realizar tareas en su software. Las skills y el MCP sirven ambos para que sea útil. Pero no hacen lo mismo.
Una skill: un saber hacer que el agente abre en el momento oportuno
Anthropic, la empresa que desarrolla el modelo de IA Claude, lanzó las Agent Skills en octubre de 2025. Su definición: carpetas que contienen «instrucciones, scripts y recursos» que Claude puede cargar cuando los necesita.
La carpeta contiene una ficha principal: qué hace la skill, cuándo usarla, cómo proceder. Se pueden añadir plantillas, notas de referencia o pequeños programas.
El agente lee estas carpetas por etapas. Al arrancar, solo conoce el nombre y la descripción breve de cada skill. Solo abre las instrucciones completas cuando una solicitud coincide, y los archivos anexos únicamente si los necesita. Por eso se le pueden confiar muchas sin saturarlo.
Anthropic compara la escritura de una skill con la preparación de una guía de acogida para alguien que se incorpora. Tomemos una skill de «recordatorio de impagados»: el tono que emplear, los plazos, los clientes a los que nunca hay que reclamar, la plantilla de correo. Dice cómo hacerlo. No da acceso a ningún software.
Desde diciembre de 2025, este formato es un estándar abierto, y otras herramientas de IA además de las de Anthropic lo han adoptado.
El MCP: una toma para conectar la IA a sus herramientas
El MCP, o Model Context Protocol, es un protocolo: una regla común para que dos programas se comuniquen. Anthropic lo publicó como código abierto (open source) en noviembre de 2024 y, en diciembre de 2025, lo cedió a la Agentic AI Foundation, una fundación creada dentro de la Linux Foundation.
Su sitio oficial lo presenta como un estándar para conectar las aplicaciones de IA con sistemas externos y lo compara con un puerto USB-C: una toma única, sea cual sea el dispositivo.
Por un lado, la aplicación de IA; por el otro, un «servidor MCP»: un programa que da acceso a una herramienta o a datos, por ejemplo leer archivos, consultar una base de datos o revisar una agenda. Un mismo servidor puede servir a varios asistentes: Claude, ChatGPT y varias herramientas de desarrollo admiten el MCP.
La diferencia en una imagen
Imagine la llegada de un nuevo contable. Necesita el procedimiento de cierre del mes: eso es la skill. Necesita también acceso al software de contabilidad: eso es el MCP.
| Skill | MCP | |
|---|---|---|
| Qué es | Un saber hacer, un procedimiento | Una toma hacia una herramienta o hacia datos |
| Qué aporta | La forma de hacer las cosas | El acceso |
| Ejemplo | Las reglas de recordatorio de la empresa | La lectura de las facturas en el software de facturación |
Una sin la otra no basta, y las dos se combinan. Lo escribe la propia Anthropic: las skills pueden complementar los servidores MCP enseñando a los agentes secuencias más complejas que implican herramientas externas.
Por qué prefiero hacerlo todo en casa
«En casa» significa esto: las skills y los conectores (los puentes entre el agente y su software) de los agentes que construya, los escribo yo mismo, con Claude, y los reviso. Es una preferencia, no un dogma. Estas son mis razones.
Saber exactamente qué hace cada conector. La especificación del MCP lo dice con claridad: las herramientas que expone un servidor representan una ejecución de código arbitrario y deben tratarse con cautela. Sus descripciones no son fiables, salvo que procedan de un servidor de confianza. Anthropic, por su parte, anima a escribir los propios servidores MCP o a usar los de proveedores de confianza, y precisa que no realiza ninguna auditoría de seguridad de los servidores MCP. La misma cautela vale para las skills: la documentación de Anthropic aconseja usar solo las que uno mismo ha creado o las obtenidas de Anthropic, porque una skill maliciosa puede provocar una fuga de datos.
Conectar directamente las interfaces oficiales. Cuando un software publica una API (la puerta de entrada oficial prevista para otros programas), prefiero conectarme directamente a ella en lugar de apilar servidores escritos por terceros.
Menos intermediarios. Cada servidor añadido es un programa más que vigilar y un lugar más por el que pasan sus datos y sus accesos. La guía de seguridad del MCP lo subraya: unos permisos demasiado amplios concedidos desde el principio agravan los daños si se roba un acceso. Doy a cada conector lo estrictamente necesario: si tiene que leer facturas, no puede modificarlas.
Mantener el control de lo que entra. La «inyección de instrucciones» es un texto trampa, en un correo o en una página web, que intenta desviar al agente. La documentación de Anthropic advierte de que los servidores que van a buscar contenido externo pueden exponer a este riesgo. Un conector que escribo yo solo transmite al modelo lo previsto.
Mantener los datos en servidores controlados. Los conectores funcionarán donde usted elija: en sus servidores, en su cuenta de nube en una región europea o en un servidor que administro yo, alojado en la Unión Europea con OVH. El modelo de IA, por su parte, puede llamarse en un proveedor, en una región europea: la página Datos y seguridad detalla este punto.
Probarlo y revisarlo todo antes del uso. Cada conector pasará por pruebas automáticas y una revisión antes de tocar sus datos, y después se fijará en una versión.
La reversibilidad. El código escrito para usted y las instrucciones de sus agentes se le entregarán. Lo que le corresponde exactamente se escribirá en el contrato, antes de la puesta en marcha.
Lo que el MCP hace muy bien
No rechazo el MCP. Es un estándar abierto. Según su sitio oficial, reduce el tiempo y la complejidad del desarrollo. Y un conector escrito una vez sirve a varios asistentes: esa es la fuerza de su ecosistema.
Además, «en casa» no significa «sin MCP». Un conector que escribo yo puede perfectamente adoptar la forma de un servidor MCP. Lo que me importa es saber quién lo ha escrito y qué hace.
Un servidor MCP oficial también puede ser una buena opción. Algunos fabricantes de software publican el suyo. Lo contemplo cuando lo publica y mantiene el propio fabricante, cuando solo pide los accesos útiles, cuando su documentación dice adónde van los datos y cuando ese lugar le conviene. Entonces lo reviso antes de conectarlo, fijo su versión y limito sus permisos.
En resumen
La skill aporta el saber hacer; el MCP aporta el acceso. Las dos son útiles. Mi preferencia: escribir, probar y revisar yo mismo las conexiones con su software, y añadir un servidor de terceros solo si procede del fabricante y lo he verificado.
¿Tiene un proceso que confiar a un agente, o una duda sobre estas opciones? Escríbame.
Para ir más allá
- Datos y seguridad: dónde funcionan los agentes y por dónde pasan sus datos.
- El método: de la auditoría a la puesta en servicio.
- n8n, Make, Zapier o agente a medida: ¿cuál elegir?
- Solicitar una auditoría.