Skills de Claude vs MCP: ¿cuál necesitas de verdad?

La pregunta de claude skills vs mcp sale en casi todas las conversaciones que tenemos sobre ampliar Claude, y las dos cosas se confunden constantemente, incluso por gente que usa ambas. Después de probar más de 40 skills para este catálogo y ejecutar una docena de servidores MCP en paralelo, aquí está la forma más clara que conocemos de plantearlo.

Resumen: Las skills cambian cómo piensa Claude. Los servidores MCP cambian qué puede tocar Claude. Una skill es experiencia: instrucciones en markdown que hacen que Claude sea mejor en un trabajo que técnicamente ya puede hacer. Un servidor MCP es acceso: un programa en ejecución que conecta a Claude con sistemas a los que de otro modo no llegaría, como tu base de datos, tu CRM o tu navegador. Si la tarea falla porque a Claude le falta criterio, instala una skill. Si falla porque Claude literalmente no puede ver los datos, necesitas MCP.

	Skills	Servidores MCP
Tiempo de configuración	Menos de un minuto: copiar una carpeta	15 minutos a varias horas: configuración, credenciales, depuración
Coste en tokens	Casi cero hasta que se activa, luego carga lo que necesita	Los esquemas de herramientas ocupan contexto en cada petición
Mantenimiento	Editar un archivo markdown	Actualizar dependencias, rotar tokens, perseguir cambios que rompen algo
Superficie de seguridad	Inyección de prompt oculta en las instrucciones	Credenciales activas más los permisos que hayas concedido
Funciona sin conexión	Sí	Solo si el servidor y sus datos son locales
Mejor para	Método, criterio, calidad del resultado	Datos en vivo, sistemas externos, ejecutar acciones reales

Esa tabla es todo el argumento. El resto de este artículo es la evidencia.

Qué es realmente una skill

Una skill es una carpeta que contiene un archivo SKILL.md: instrucciones, ejemplos, a veces scripts y documentos de referencia, más una breve descripción que le dice a Claude cuándo usarla. Nada se ejecuta. Nada escucha en un puerto. Cuando tu solicitud coincide con la descripción, Claude trae las instrucciones al contexto y las sigue. Cuando no coincide, la skill te cuesta casi nada, porque solo se carga la descripción de una línea. Cubrimos la mecánica en qué son las skills de Claude y cómo funcionan, así que no repetiremos la anatomía aquí.

Lo que importa para esta comparación es lo que una skill no puede hacer. No puede llegar a tu instancia de Postgres, leer tu email, ni llamar a una API por sí sola. Tiene exactamente las capacidades que Claude ya tenía; simplemente las usa mejor. La skill de frontend-design es nuestra prueba favorita: mismo modelo, mismo prompt, y el resultado con la skill se veía diseñado en lugar de generado. No hubo ningún acceso nuevo de por medio. La skill cambió el pensamiento, que es toda la categoría en un solo ejemplo.

Qué es realmente un servidor MCP

Un servidor MCP es un programa aparte que implementa el Model Context Protocol. Se ejecuta como su propio proceso (local o remoto) y expone herramientas que Claude puede invocar: query_database, send_slack_message, get_crm_deals. Cuando Claude decide que una herramienta encaja con la tarea, envía una petición, el servidor hace el trabajo contra el sistema real, y el resultado vuelve a la conversación. Así es como Claude lee tu esquema de producción, abre un ticket en Linear o maneja un navegador.

Deberíamos ser honestos sobre el lado del coste, porque la mayoría de los artículos sobre MCP no lo son. Configurar un servidor implica editar JSON, obtener credenciales, y a menudo depurar por qué el proceso falla al arrancar en silencio. Calcula 15 minutos para un servidor bien documentado y una tarde para uno de la comunidad. Luego está la parte que nadie anuncia: cada herramienta que expone un servidor viene con un esquema (nombre, descripción, definición de parámetros) que se carga en el contexto de Claude la uses o no. Conecta tres servidores habladores y ya has gastado miles de tokens por petición antes de escribir una palabra. MCP es genuinamente poderoso. No es gratis, y fingir lo contrario es cómo la gente acaba con diez servidores conectados y la vaga sensación de que Claude se volvió más tonto.

Cinco escenarios, cinco veredictos

Las definiciones abstractas solo llegan hasta cierto punto. Así es como se resuelve la decisión de servidor mcp vs skill en tareas que la gente realmente nos trae.

Quieres que Claude escriba copy fiel a tu marca

Veredicto: skill. La voz de tu marca es conocimiento, no acceso. Codifica la paleta, las reglas de tono y las frases prohibidas una vez y cada resultado las respeta. La skill brand-guidelines es la plantilla que probamos: inútil hasta que rellenas tu sistema de marca, disciplinada después. Un servidor MCP no añade nada aquí. No hay ningún sistema externo al que llegar; el problema es de criterio.

Quieres que Claude lea tu base de datos Postgres

Veredicto: MCP. Ninguna cantidad de markdown le da a Claude ojos sobre tus tablas. Un servidor MCP de Postgres sí lo hace, y este es el caso canónico de cuándo usar mcp: la tarea es imposible sin acceso externo, punto. Dicho esto, acceso sin criterio es cómo acabas con un table scan de SELECT * contra producción. Combinaríamos el servidor con la skill sql-queries, que se sostuvo en nuestra verificación línea por línea de funciones de ventana y CTE. El servidor aporta el alcance, la skill aporta la competencia.

Quieres prospección de ventas basada en datos de CRM

Veredicto: ambos, y aquí es donde se combinan. La skill pipeline-review codifica cómo auditar un pipeline: deals estancados, inflación de etapas, realismo del forecast. Por sí sola necesita una exportación CSV, por lo que le dimos un veredicto de funciona-con-configuración. Conecta un servidor MCP de HubSpot o Salesforce y el flujo cambia de forma: el método de la skill se aplica a datos de deals en vivo, y los emails de seguimiento referencian fechas de cierre reales en lugar de lo que recordaras pegar. El servidor MCP sin la skill te da registros crudos y consejos genéricos. La skill sin el servidor te da disciplina aplicada a exportaciones desactualizadas. Juntos son la configuración con la que realmente dirigiríamos un equipo de ventas.

Quieres que Claude deje de producir interfaces genéricas

Veredicto: skill. Esto es un problema de gusto. La skill de frontend-design produjo la mayor brecha de calidad antes/después de todo lo que hemos probado en nuestra colección de programación, y lo hizo sin ninguna dependencia externa. La gente a veces recurre aquí a un servidor MCP de herramientas de diseño, y una conexión con Figma es útil cuando el trabajo es leer diseños existentes. Pero si la queja es "el resultado de Claude se ve generado por IA", un servidor MCP es una solución a un problema distinto.

Quieres que Claude publique resúmenes de standup en Slack

Veredicto: MCP, obviamente, pero fíjate en lo que pasa después. Un servidor de Slack es la única forma en que Claude puede publicar algo. Luego el primer resumen se lee como un comunicado de prensa, y te encuentras escribiendo instrucciones sobre formato, brevedad y qué cuenta como bloqueador. Felicidades: acabas de escribir una skill. Este patrón se repite tan fielmente que lo tratamos como regla. Toda integración MCP acaba desarrollando una skill a su alrededor, porque el acceso crea la necesidad de criterio sobre cómo usar ese acceso.

Recuento: dos skills, dos MCP, uno ambos. Esa proporción coincide más o menos con lo que vemos en configuraciones reales, con una salvedad: el trabajo diario de la mayoría de la gente se inclina más hacia la columna de skills de lo que esperan. Documentos, revisión de código, escritura, análisis de archivos que ya tienes; nada de eso necesita un servidor.

El coste en tokens que nadie menciona

Esto merece su propia sección porque aparece en tu factura.

Los esquemas de herramientas de MCP se cargan por adelantado y permanecen residentes. Cada definición de herramienta, con su descripción y especificación de parámetros, ocupa contexto en cada petición de la sesión, se use o no. Los servidores individuales varían mucho, y los pesados son sorprendentes: se ha medido que servidores tipo GitHub completamente cargados con docenas de herramientas consumen decenas de miles de tokens antes de que ocurra ningún trabajo. En nuestra propia configuración, tres servidores de tamaño moderado añadieron aproximadamente 10,000 tokens de sobrecarga permanente. En la API, eso no es una abstracción. Los tokens de entrada se facturan por petición, así que un preámbulo de herramientas de 10k tokens a lo largo de una sesión de trabajo de 50 mensajes son medio millón de tokens gastados solo en definiciones. También le quita espacio a la memoria de trabajo: el contexto gastado en esquemas de herramientas es contexto no disponible para tu código y documentos reales, y los modelos degradan a medida que el contexto se llena.

Las skills invierten esto. En reposo, una skill cuesta su línea de descripción, unas pocas decenas de tokens. Las instrucciones completas se cargan solo cuando la tarea coincide, y las skills más grandes dividen el contenido en archivos de referencia que Claude lee bajo demanda. Veinte skills instaladas que no se activan te cuestan unos pocos cientos de tokens. Veinte herramientas MCP conectadas te cuestan sus esquemas completos, siempre.

Las reglas prácticas que seguimos: conecta servidores MCP por proyecto en lugar de globalmente, desconecta lo que no estés usando esta semana, y prefiere servidores que expongan cinco herramientas enfocadas antes que veinte exhaustivas. Escribimos el enfoque de medición y el resto de nuestra estrategia de recorte en cómo reducir los costes de tokens de Claude. La versión de una línea es que la sobrecarga de contexto de la mayoría de la gente son esquemas MCP, no historial de conversación.

Seguridad: qué puede hacerle cada uno a tu máquina

Arquitecturas distintas, modos de fallo distintos. Clasificarlos como "seguro vs inseguro" pierde el punto; te defiendes de cosas diferentes.

El riesgo de una skill es inyección de prompt con un mecanismo de entrega. Estás insertando voluntariamente instrucciones en el contexto de Claude, y una skill maliciosa o descuidada puede dirigir el comportamiento de formas que no pretendías: exfiltrando datos en silencio mediante una llamada curl de "telemetría", debilitando el código que toca, o indicándole a Claude que ignore otras salvaguardas. Las skills que incluyen scripts pueden ejecutar código cuando Claude los corre, así que "es solo markdown" no es una defensa completa. La mitigación es aburrida y efectiva: lee el SKILL.md antes de instalar, trata los scripts incluidos como cualquier dependencia, y prefiere skills que hayan sido revisadas. Auditar en busca de llamadas de red ocultas es parte de cada prueba de SkillProof, y ya ha marcado un envío. Nuestra checklist completa está en ¿son seguras las skills de Claude?.

El perfil de riesgo de un servidor MCP es un proceso en vivo que sostiene credenciales reales. Cualquier alcance que tenga ese token, el servidor puede ejercerlo, y lo ejercerá a discreción del modelo. Una credencial de base de datos de lectura-escritura significa que Claude puede escribir en tu base de datos. El riesgo de composición es peor: un servidor que lee contenido no confiable (páginas web, email entrante) junto a un servidor con acceso de escritura crea una ruta de inyección de un desconocido a tus sistemas, sin necesidad de ninguna skill. Mitigaciones: tokens de solo lectura siempre que sea posible, credenciales acotadas por servidor, y escepticismo real hacia los servidores de la comunidad, que son programas que ejecutas con tus secretos. La regla de los paquetes de npm aplica. ¿Instalarías esto con npm install desde una cuenta con 12 estrellas y le darías tu clave del CRM?

Una asimetría que vale la pena decir claramente: una skill en el peor de los casos manipula la sesión actual. Un servidor MCP en el peor de los casos tiene tus credenciales y acceso de red. Por eso estamos relajados probando skills nuevas y somos lentos conectando servidores nuevos.

Mitos que seguimos escuchando

"MCP reemplaza a las skills." No, y la afirmación confunde las capas. MCP estandariza conexiones; las skills codifican procedimiento. Anthropic envía ambos y usa skills para enseñarle a Claude a construir servidores MCP, lo cual debería zanjar la cuestión. Cuando ejecutamos esa skill, produjo un servidor funcional que envolvía una API REST interna en aproximadamente una hora.

"Las skills son solo prompts." Una skill está versionada, son archivos en disco, se activa automáticamente, se carga progresivamente, y puede incluir scripts ejecutables y documentos de referencia. Si eso es "solo un prompt", entonces una biblioteca es solo un archivo de texto. El desdén suele venir de gente que no ha visto activarse una buena skill en el momento justo a lo largo de una semana de sesiones.

"MCP es solo para desarrolladores." La configuración actual favorece a gente cómoda con configuración JSON, cierto. Pero las extensiones de escritorio y los conectores de un clic están eliminando esa barrera de forma constante, y la gente que más se beneficia de una conexión de CRM o calendario son precisamente los que no son desarrolladores.

"Deberías minimizar las skills porque el contexto es precioso." Al revés. Las skills son lo barato; su carga progresiva se diseñó exactamente para esto. Si estás racionando contexto, audita primero tus esquemas de herramientas MCP. Ahí es donde se fueron los tokens.

Preguntas frecuentes

¿Puede una skill llamar a una herramienta MCP? No directamente; una skill es instrucciones, no código con una pila de red. Pero una skill puede decirle a Claude cuándo y cómo usar las herramientas MCP que están conectadas, que en la práctica es todo el punto de combinarlas. Nuestra configuración de pipeline-review funciona exactamente así.

¿Cuál debería configurar primero? Skills. Llevan un minuto, cuestan casi nada en reposo, y cubren la mayor parte del trabajo diario (guía de instalación aquí). Añade tu primer servidor MCP cuando choques con un muro que sea de acceso en lugar de calidad, y sabrás la diferencia cuando la encuentres.

¿Funcionan las skills sin conexión a internet? Los archivos de la skill en sí, sí; son markdown local, y todo se carga desde disco. Aun así necesitas la conexión que requiera tu cliente de Claude. Los servidores MCP además necesitan que su sistema objetivo sea alcanzable, así que un servidor de API remota está sin conexión tanto como esa API lo esté.

¿Es MCP excesivo para un usuario individual? A menudo, sí. Si tu trabajo es documentos, código y análisis de archivos locales, las skills más las herramientas integradas de Claude te cubren. MCP justifica su coste de configuración cuando un sistema externo específico (tu base de datos, tu CRM, tu calendario) es central en tu trabajo diario.

¿Cuántos servidores MCP son demasiados? Cuando no puedes decir para qué sirve cada servidor conectado esta semana, tienes demasiados. Nosotros ejecutamos dos o tres por proyecto y mantenemos el resto desconectado. Cada servidor inactivo paga renta en tokens y sostiene una credencial sin ningún beneficio.

La versión corta, una vez más: skills para el criterio, MCP para el alcance, ambos cuando los datos en vivo necesitan disciplina. Empieza por el barato.