Skills de Claude desde cero: qué son, cómo crear una y cuándo usarlas

Las skills de Claude son carpeta con instrucciones que le enseñan a hacer tareas concretas siempre de la misma forma.

No es un prompt que copias y pegas en cada conversación. No es un modelo distinto ni un plugin de pago. Es un paquete (instrucciones y, opcionalmente, código y archivos) que Claude carga solo cuando lo necesita y aplica por su cuenta, sin que tú le recuerdes nada.

Anthropic las llama oficialmente Agent Skills, y funcionan igual en Claude.ai, en Claude Code, en la API y en el Agent SDK. En este artículo te explico qué son, cómo están hechas por dentro, en qué se diferencian de un prompt y de un servidor MCP, y cómo crear la tuya paso a paso.

Si prefieres verlo en acción, tienes el vídeo completo aquí:

Pero si lo que quieres es entenderlo a fondo, con las cosas que en el vídeo no dio tiempo a desarrollar, sigue leyendo.

¿Qué son las Skills de Claude y en qué se diferencian de un prompt?

Piénsalo como una receta.

Puedes explicarle a alguien cómo se hace tu tortilla cada vez que viene a cenar, o puedes escribir la receta una vez, dejarla en la cocina, y que cualquiera la haga exactamente como a ti te gusta.

Una skill es la receta: la escribes una vez y deja de depender de tu memoria (ni de la de Claude).

La diferencia con un prompt es la persistencia. Un prompt vive en una sola conversación; cuando abres un chat nuevo, vuelta a empezar. Una skill persiste entre conversaciones y se activa sola cuando la tarea encaja.

Y la diferencia con un modelo o un plugin es que aquí no hay magia ni caja negra: una skill es, literalmente, una carpeta con archivos de texto (y como mucho algún script). Eso la hace portable. Puedes compartirla con tu equipo, subirla a GitHub o llevártela de un proyecto a otro.

De hecho, Anthropic ha publicado el formato como estándar abierto, pensado para que la misma skill funcione en Claude y en otras plataformas que lo adopten.

En resumen, una skill aporta lo que un prompt no puede: conocimiento procedimental reutilizable.

El "cómo se hace esto bien, siempre".

¿Cuándo merece la pena crear una skill?

No todo merece convertirse en skill. Hay tres señales claras de que sí:

  1. Consistencia. Tienes una guía de estilo, unos estándares de código, una plantilla de informes o una checklist de calidad que quieres que se respete siempre, no un día sí y otro no. Empaquétalo como skill y deja de improvisar.
  2. Automatización. Repites un flujo de trabajo una y otra vez —un proceso de revisión, una forma concreta de analizar datos—. Conviértelo en un método fijo, paso a paso.
  3. Potenciar tus MCP (la menos conocida). Si ya conectas Claude a herramientas externas vía MCP, una skill puede enseñarle a usarlas con criterio. Lo veremos en detalle más abajo.

Un consejo importante: empieza pequeño.

Las mejores skills no nacieron enormes; empezaron con unas pocas líneas y una sola "cosa rara" que Claude no acertaba, y fueron creciendo a medida que aparecían nuevos casos. No intentes escribir la skill perfecta a la primera.

¿Cómo funciona una skill por dentro? El archivo SKILL.md

Una skill es una carpeta. Dentro, lo único obligatorio es un archivo llamado SKILL.md. Todo lo demás es opcional.

Ese archivo tiene dos partes:

  • El front matter en YAML, arriba del todo, entre dos líneas de tres guiones. Contiene los metadatos esenciales: como mínimo, name y description.
  • Las instrucciones en Markdown, debajo. El "cómo se hace" propiamente dicho.

El name va en minúsculas, con palabras separadas por guiones (a poder ser con un verbo que refleje lo que hace) y un máximo de 64 caracteres. No puede contener las palabras reservadas claude ni anthropic.

Pero la pieza donde de verdad te la juegas es la description.

La descripción no es un resumen: es un disparador

Aquí está la clave que casi todo el mundo pasa por alto. Las skills no se cargan enteras en el contexto: al iniciar sesión, Claude solo lee el name y la description de cada skill instalada. Esa descripción es lo que usa para decidir, por su cuenta, si activa la skill o no.

Por eso la descripción tiene que cumplir tres cosas:

  • Ser corta: máximo 1024 caracteres. Es tu elevator pitch.
  • Decir qué hace la skill Y cuándo usarla. No escribas "esta skill genera informes de ventas". Escribe "Genera informes de ventas. Úsala siempre que el usuario mencione ventas, métricas, KPIs o reporting, aunque no pida explícitamente un informe."
  • Ser un poco agresiva. Claude tiende a infrautilizar las skills, a no activarlas cuando debería. Una descripción tímida es el fallo número uno por el que una skill no se dispara. Empuja un poco.

Si tu skill no se activa cuando esperas, el problema casi nunca está en las instrucciones: está en la descripción.

¿Qué es el progressive disclosure y por qué te deja tener muchas skills sin gastar contexto?

Aquí conviene parar en lo que es la habilidad más importante con cualquier modelo de lenguaje: la gestión del contexto.

La ventana de contexto es limitada y es el recurso más valioso que tienes. Todo lo que metes ahí ocupa espacio y cuesta tokens, y cuanto más se llena, peor razona el modelo. Si tuvieras 30 skills y todas se cargaran enteras al arrancar, habrías quemado medio contexto antes de escribir tu primer mensaje.

La solución de las skills es elegante y se llama carga progresiva (progressive disclosure). La información se carga en tres niveles:

  1. Metadatos (nombre + descripción). Se cargan siempre, al iniciar. Pesan poquísimo: con 30 skills, son 30 nombres y 30 descripciones cortas. Suficiente para que Claude sepa qué existe y decida qué necesita.
  2. El cuerpo del SKILL.md. Solo se carga cuando Claude decide que esa skill es relevante para lo que le pides. Ahí están las instrucciones completas.
  3. Los recursos enlazados (scripts, referencias, plantillas). Se leen bajo demanda, solo cuando hacen falta para la tarea concreta.

Por eso puedes tener muchísimas skills instaladas sin penalización de contexto: solo cargas lo que usas, cuando lo usas.

Esto tiene una consecuencia práctica directa: mantén el SKILL.md ligero (como referencia, por debajo de unas 500 líneas).

No es un cajón de sastre.

Todo lo voluminoso (documentación larga, guías de estilo, ejemplos extensos) va fuera, en la carpeta references/, y el SKILL.md simplemente apunta a ello con un "lee esto cuando…".

El SKILL.md es más un índice que un manual.

Scripts, references y assets: las tres carpetas que multiplican una skill

Decir que "una skill es solo markdown" es técnicamente cierto y, a la vez, se pierde lo importante. La carpeta puede contener mucho más, y ahí está casi toda la potencia. Hay tres tipos de recursos opcionales:

  • scripts/ — código que Claude puede ejecutar directamente (por ejemplo, un script de Python que valide un JSON, procese un CSV o formatee un documento). ¿Por qué usar scripts? Porque son deterministas: ante la misma entrada dan el mismo resultado, no dependen de que el modelo tenga un buen día. Y hay un bonus de contexto: el código del script nunca entra en la ventana de contexto; solo entra el resultado de ejecutarlo. Ahorras tokens y ganas fiabilidad.
  • references/ — documentos que Claude lee cuando los necesita: guías de estilo, documentación adicional, ejemplos. Como tener un manual en la estantería que coge y deja según le hace falta.
  • assets/ — archivos que Claude usa en su salida: plantillas, iconos, imágenes, fuentes. Lo que necesite incluir en el resultado final.

Regla de oro al escribirlas: referencia siempre estos recursos de forma explícita desde el SKILL.md. Claude no va a adivinar que existe un script en scripts/ ni qué hace; tienes que decirle que está ahí, para qué sirve y cuándo ejecutarlo.

Skills vs MCP: ¿sustituyen a los servidores MCP?

No.

Y esta es la confusión más extendida desde que se extendió el uso de skills .

Mucha gente las plantea como rivales —"para qué quiero MCP si tengo skills"—, pero realmente operan en capas distintas:

  • MCP (y las CLI, y las APIs) son la capa de acceso: conectan a Claude con tus herramientas y datos (Slack, Jira, GitHub, una base de datos). Son las manos del modelo del lenguaje.
  • Las skills son la capa de proceso: le enseñan a Claude cómo hacer las cosas con esas herramientas. Son el manual.

MCP le da acceso a Slack.

Una skill le enseña a escribir en Slack como tu empresa.

No compiten: una da acceso y la otra da criterio. Es como darle un coche y además enseñarle a conducir.

Por eso el propio Anthropic describe las skills como la "capa de conocimiento" que se monta encima de un MCP. Si ya tienes un servidor MCP funcionando, has hecho la parte difícil; la skill captura encima los flujos y las buenas prácticas para que Claude los aplique siempre igual. Lejos de sustituir a los MCP, los hacen más inteligentes.

La respuesta correcta no es "MCP o skills". Es entender qué capa estás tocando en cada momento.

Skills vs Prompts vs Proyectos: cuándo usar cada cosa

Las skills tampoco sustituyen a los prompts ni a los proyectos. Cada herramienta resuelve una necesidad distinta:

SkillsPromptsProyectos
Qué aportanConocimiento procedimentalInstrucciones del momentoConocimiento de fondo
PersistenciaEntre conversacionesUna sola conversaciónDentro del proyecto
ContienenInstrucciones + código + assetsLenguaje naturalDocumentos + contexto
Cuándo se carganDinámicamente, según se necesitanEn cada turnoSiempre, en el proyecto
¿Incluyen código?NoNo
Mejor paraExperiencia especializadaPeticiones rápidasContexto centralizado

La regla rápida: prompt para algo puntual, proyecto para el contexto de fondo de un trabajo concreto, skill para un saber-hacer que quieres reutilizar en todas partes.

¿Cómo se crea una skill paso a paso? (con un ejemplo)

Vamos a construir una de las skills más útiles que puedes tener: una que escriba con tu voz. La llamaremos "escribe-como-yo". La idea es darle a Claude ejemplos de cómo escribes y que capture tu estilo, tus muletillas y tu forma de explicar las cosas, para que cada vez que le pidas un texto suene a ti y no a un robot corporativo.

Paso 1. Crea la carpeta. Una carpeta con el nombre de la skill.

Paso 2. Crea el SKILL.md. Dentro, el front matter con name y description. En la descripción, dale pistas claras de cuándo activarla: "Aplica mi estilo personal de escritura a cualquier texto. Úsala siempre que se pidan posts, guiones, artículos o newsletters, o cuando se mencione que algo debe sonar como yo."

Paso 3. Escribe las instrucciones siguiendo tres principios que separan una skill que funciona de una que no:

  • Específica y accionable. Nada de vaguedades. Por ejemplo: "Paso 1: lee los ejemplos de references/. Paso 2: extrae patrones de tono, longitud de frase, uso de analogías y muletillas. Paso 3: aplícalos al texto."
  • Con gestión de errores. Dile qué hacer cuando algo falle: "Si no hay ejemplos de referencia, pide muestras antes de escribir. Si el tipo de texto no encaja con el estilo (por ejemplo, un documento legal), avisa y sugiere un tono adaptado." Si no se lo dices, improvisará, y no siempre improvisa bien.
  • Con referencias claras a los recursos: dile que los ejemplos están en references/ y que tiene que leerlos antes de generar nada.

Paso 4. Añade los ejemplos a la carpeta references/: guiones, posts o textos que hayas escrito tú.

Paso 5. Pruébala. Pídele un texto solo con el tema, sin decirle "usa la skill". Si la descripción está bien hecha, Claude detectará que pides contenido tuyo, cargará la skill por su cuenta y leerá tus ejemplos antes de escribir. Eso es la carga progresiva en acción. Compara el resultado con y sin skill: la diferencia es evidente. No es perfecto, pero es un punto de partida infinitamente mejor que empezar de cero cada vez.

Un atajo: existe una skill oficial (skill-creator) cuyo único trabajo es ayudarte a crear y mejorar skills siguiendo las buenas prácticas.

Crear skills con una skill.

Muy meta pero muy útil.

Los errores más comunes al crear skills

Después de ver montar (y romper) muchas skills, los fallos se repiten:

  • Meterlo todo en el SKILL.md. Más instrucciones no es mejor comportamiento: es más ruido y más tokens en cada activación. Lo pesado va a references/.
  • La mega-skill que lo hace todo. Una skill gigante dispara peor, carga más y es un infierno de mantener. Mejor varias skills enfocadas y componibles que una de 3.000 líneas.
  • Una descripción floja. Si es genérica o le faltan condiciones de activación, la skill no se dispara. Es el fallo más común, con diferencia.
  • Creer que sustituyen a los MCP. Ya lo hemos visto: acceso vs proceso. Se complementan.
  • Convertir en skill algo de una sola vez. Si una tarea no se repite ni generaliza, no necesita una skill: necesita un buen prompt. Una skill construida para un único caso es peso muerto.

Dónde encontrar ejemplos de Skills de Claude

No tienes que empezar de cero. Anthropic mantiene un repositorio oficial de skills en GitHub, e incluye las document skills que el propio Claude usa por debajo para crear y editar PowerPoint, Word, Excel y PDF bien formateados. Cuando le pides a Claude un Excel decente, por detrás está usando una skill.

Y luego está la comunidad, que se ha desbocado: skills con metodologías para programar, de diseño frontend, de análisis de seguridad, de estrategia de contenidos… El límite lo pones tú.

Preguntas frecuentes

¿Qué es una skill de Claude?

Una carpeta con un archivo SKILL.md que contiene instrucciones (y, opcionalmente, scripts y recursos) para que Claude haga una tarea concreta de forma consistente. Claude la carga y la aplica automáticamente cuando la tarea encaja.

¿Necesito saber programar para crear una skill?

No. En su forma básica, una skill es texto en Markdown. Saber programar te permite añadir scripts y llevarla más lejos, pero no es requisito para crear una útil.

¿En qué se diferencia una skill de un prompt o un proyecto?

El prompt es para una conversación; el proyecto aporta contexto de fondo a un trabajo concreto; la skill es un saber-hacer reutilizable que persiste entre conversaciones y se activa solo. Tienes la comparación completa en la tabla de arriba.

¿Las skills sustituyen a los servidores MCP?

No. MCP da acceso a herramientas externas; la skill enseña a Claude a usarlas con criterio. Se complementan: la skill es la capa de conocimiento que se monta sobre el MCP.

¿Cuántas skills puedo tener instaladas?

Muchas, sin penalización real de contexto, gracias a la carga progresiva: al inicio solo se cargan los nombres y descripciones, y el resto se lee bajo demanda.

¿Dónde funcionan las skills?

En Claude.ai, Claude Code, la API y el Agent SDK. Ojo: las skills personalizadas no se sincronizan automáticamente entre superficies; si subes una a Claude.ai y la quieres en la API, tienes que subirla también allí.

¿Funcionan en otros agentes o modelos?

El formato se ha publicado como estándar abierto en agentskills.io, pensado para ser portable. Si otro agente adopta el estándar, puedes llevarte tus skills contigo.

¿Cuánto debe medir el SKILL.md y la descripción?

La descripción, máximo 1024 caracteres. El cuerpo del SKILL.md, idealmente por debajo de unas 500 líneas; todo lo demás, a references/.

Accede a todo el contenido premium

Ya no necesitas pagar cientos de euros por un Bootcamp para convertirte en ninja de los datos. Por solo 17€/mes (o menos 🤯), obtén acceso al podcast premium, a todos los tutoriales y a los resúmenes de los libros más top sobre Machine Learning y Ciencia de datos y aprende a tu ritmo.
¡Empieza ahora!
Copyright © 2026  · Datos 🥷 · Todos los derechos reservados