Las mejores Claude Skills de 2026: la lista que necesitas
El repositorio oficial de Anthropic pasó de cero a más de 175.000 estrellas en un año. Qué es exactamente una Skill, cómo instalar una en dos minutos, y cuáles de las miles que existen merecen de verdad un hueco en tu carpeta.
Hace poco más de un año, "Skill" era una palabra que solo usaban unos pocos usuarios avanzados de Claude Code. Hoy, el repositorio público de Anthropic en GitHub —anthropics/skills— acumula más de 175.000 estrellas, y los directorios comunitarios ya catalogan más de 12.000 skills creadas por terceros. Es, con diferencia, el estándar que más rápido ha crecido en todo el ecosistema de Claude en 2026.
El problema de un crecimiento así de rápido es el ruido: con miles de skills disponibles, encontrar las tres o cuatro que de verdad cambian tu flujo de trabajo, en vez de ser una curiosidad que instalas y olvidas, se ha vuelto su propio reto. Esta guía filtra ese ruido: qué es exactamente una Skill, cómo se instala de verdad, y un listado por categoría de las que tienen tracción real, no solo la que más marketing tiene.
Vale la pena aclarar desde el principio qué tipo de contenido es este y qué no: no es una lista patrocinada ni un ranking comprado, y tampoco pretende ser exhaustiva sobre las más de doce mil skills que existen a día de hoy. Es una selección editorial basada en tracción verificable (instalaciones reportadas, actividad del repositorio, si el autor es Anthropic o alguien reconocible en la comunidad) más el mismo criterio de utilidad real que aplicamos en el resto de esta web: si una skill resuelve un problema concreto y repetido, entra en la lista; si solo suena bien en una demo de treinta segundos, no.
Qué es exactamente una Skill
Una Skill es, en su forma más simple, un archivo de texto llamado SKILL.md con dos partes: una cabecera corta (nombre y descripción) que Claude usa para decidir cuándo esa skill es relevante, y el cuerpo, con las instrucciones detalladas de cómo hacer bien esa tarea concreta — un procedimiento, un checklist, convenciones de estilo, ejemplos de lo que sí y lo que no. No es código que se ejecuta; es contexto experto que Claude lee y sigue, exactamente igual que seguiría una instrucción tuya, solo que reutilizable y activable por nombre.
La diferencia con MCP, en una frase:
MCP le da a Claude acceso a algo nuevo (una base de datos, una API). Una Skill le enseña a Claude a hacer algo mejor con lo que ya tiene. Muchas skills serias, de hecho, incluyen instrucciones sobre cuándo usar un servidor MCP concreto — se combinan, no compiten. Lo explicamos con más detalle en nuestra guía sobre MCP.
Las skills se activan de dos formas: automáticamente, cuando Claude detecta por el contexto de tu petición que una skill instalada es relevante para lo que pides, o explícitamente, escribiendo su nombre con una barra (por ejemplo, /nombre-de-la-skill) para forzar su activación aunque el contexto no lo deje claro. Esa segunda vía es la que usan la mayoría de guías y tutoriales, porque es predecible: sabes exactamente cuándo se está aplicando.
Un ejemplo concreto de la diferencia: con la skill de generación de documentos docx instalada, pedir "redacta un informe sobre ventas del trimestre" puede o no activarla automáticamente según cómo de clara sea la petición — pero escribir /docx redacta un informe sobre ventas del trimestre la activa siempre, sin ambigüedad. Cuando una skill es crítica para el resultado (el formato final tiene que ser exacto, no aproximado), la activación explícita es la opción más segura.
Las skills también se pueden combinar en una misma conversación: nada impide tener activas a la vez una skill de estilo de código, otra de generación de documentos y una tercera de convenciones de commits de Git, cada una aportando su propio fragmento de contexto experto al mismo hilo de trabajo. El límite práctico no es técnico, es de claridad — cuantas más skills compiten por activarse en el mismo contexto, más importa que cada description sea inequívoca sobre cuándo le toca a ella y no a otra.
Instalar tu primera skill en dos minutos
En Claude Code, instalar una skill es tan simple como colocar una carpeta con un archivo SKILL.md dentro en la ubicación correcta. Hay dos niveles: skills de proyecto (solo activas en ese repositorio concreto) y skills personales (activas en cualquier proyecto que abras).
# Skill personal, disponible en todos tus proyectos mkdir -p ~/.claude/skills/mi-skill nano ~/.claude/skills/mi-skill/SKILL.md # Contenido mínimo del archivo: --- name: mi-skill description: Explica en una frase cuándo Claude debe usar esta skill --- Aquí van las instrucciones detalladas: el procedimiento paso a paso, ejemplos de formato correcto, qué evitar y por qué.
El campo description del encabezado importa más de lo que parece: es el único fragmento que Claude ve siempre, para todas las skills instaladas, al decidir cuál activar. Una descripción vaga ("ayuda con documentos") compite mal contra una específica ("genera archivos .docx con formato corporativo a partir de una plantilla"). Cuanto más preciso el description, menos confusión cuando tienes diez o veinte skills instaladas a la vez.
Para instalar skills de terceros publicadas en GitHub, el patrón habitual es clonar o copiar esa carpeta concreta dentro de ~/.claude/skills/. No hay un instalador único ni una tienda oficial centralizada todavía — la distribución sigue siendo, en gran medida, copiar archivos, lo cual es también la razón por la que la sección de seguridad más abajo importa tanto.
Una skill puede ser tan corta como diez líneas o tan larga como varios cientos, e incluso incluir archivos adicionales junto al SKILL.md —plantillas, scripts auxiliares, ejemplos de referencia— que la propia skill indica cuándo consultar. Eso permite algo que un simple prompt guardado no puede: una skill de generación de documentos puede incluir la plantilla real de la empresa como archivo adjunto, y las instrucciones le dicen a Claude exactamente cuándo abrirla y cómo rellenarla, en vez de intentar describir el formato entero en texto.
Filtra por categoría
El ecosistema se organiza, a grandes rasgos, en seis familias. Pulsa una para ver solo esas skills.
La skill más usada de todo el ecosistema. Aplica criterio de diseño real (tipografía, contraste, jerarquía) en vez de las interfaces genéricas por defecto.
Uso: cualquier interfaz, landing o artefacto visual.
Impone hábitos de ingeniería seria: escribir tests antes que código, revisar antes de dar por terminado, no saltarse pasos por prisa.
Uso: proyectos de código donde la disciplina importa más que la velocidad.
Familia de skills oficiales de Anthropic para generar documentos de Office con formato correcto de verdad, no solo texto plano.
Uso: informes, presentaciones y hojas de cálculo entregables.
Guía la construcción de artefactos web complejos con criterio visual propio, en vez de plantillas genéricas repetidas.
Uso: apps, dashboards y páginas dentro de Claude.
Ayuda a construir tu propio servidor MCP paso a paso, con las convenciones correctas del protocolo desde el primer intento.
Uso: si vas a conectar Claude a una herramienta propia.
Skill oficial para crear skills: te entrevista sobre qué necesitas y redacta el SKILL.md por ti, con la estructura correcta.
Uso: tu primera skill propia, sin partir de cero.
Genera vídeo programático (animaciones, explicativos) escribiendo la composición en código en vez de editar fotograma a fotograma.
Uso: vídeos cortos explicativos o de datos animados.
Colección de convenciones de código inspiradas en el estilo de ingeniería de Andrej Karpathy: simple, legible, sin abstracciones prematuras.
Uso: mantener el código simple en proyectos que crecen rápido.
Por qué "más instalaciones" no siempre significa "mejor para ti"
Frontend Design es la skill más instalada del ecosistema por una razón concreta y medible: la inmensa mayoría de usuarios de Claude generan interfaces en algún momento, así que el público potencial es enorme. Eso no la convierte automáticamente en la más útil para ti si tu trabajo diario es código de backend sin interfaz, análisis de datos o redacción de documentos legales — para esos casos, una skill mucho menos instalada pero específica de tu dominio aporta más que la más popular del ranking general.
El criterio real para elegir no es el número de instalaciones, es una pregunta más simple: ¿esta skill codifica un conocimiento que yo repetiría manualmente en cada conversación si no existiera? Si la respuesta es sí —"siempre le explico que use este formato", "siempre tengo que recordarle esta convención"—, esa es la skill que de verdad ahorra tiempo, tenga cien instalaciones o cien mil.
Un caso real de esto: un despacho de abogados pequeño escribía, cada vez que pedía un contrato tipo, la misma lista de cláusulas obligatorias, el mismo formato de numeración y el mismo pie de página con los datos del despacho — tres párrafos de instrucciones repetidos en cada conversación nueva, con el riesgo añadido de olvidar alguno. Convertir esas instrucciones en una skill propia de diez minutos eliminó por completo ese trabajo repetitivo: ahora basta con /contrato-tipo redacta uno para un arrendamiento de local comercial, y el formato correcto se aplica siempre, sin que nadie tenga que acordarse de repetirlo. Esa skill tiene, con toda seguridad, cero instalaciones fuera de ese despacho — y es, para ellos, más valiosa que cualquiera de las que aparecen en los rankings públicos.
Riesgos: una skill son instrucciones, no un sandbox
Una skill maliciosa puede instruir mal, no solo fallar
A diferencia de instalar un paquete de código que corre aislado, una skill son instrucciones en texto plano que Claude sigue con tu mismo nivel de confianza que una instrucción tuya. Una skill de un autor desconocido con instrucciones ocultas o mal intencionadas puede influir en el comportamiento del agente de formas sutiles. Revisa el contenido del archivo, no solo su descripción, antes de instalar algo que no sea del repositorio oficial de Anthropic o de un autor que reconozcas.
Demasiadas skills activas confunden más que ayudan
Cada skill instalada añade su descripción al contexto que Claude evalúa constantemente. Veinte skills con descripciones solapadas o vagas generan más confusión sobre cuál activar que ninguna. Es mejor mantener pocas, bien escritas y con propósitos claramente distintos entre sí.
Una skill desactualizada puede enseñar prácticas obsoletas
Las convenciones de una skill de código, por ejemplo, pueden quedar desfasadas cuando cambia una librería o una API. Revisa la fecha de la última actualización del repositorio antes de confiar en una skill de comunidad que lleve mucho tiempo sin tocarse.
Skills con permisos amplios sin necesitarlos
Algunas skills incluyen scripts auxiliares que Claude puede ejecutar como parte de su funcionamiento. Antes de instalar una que traiga código ejecutable, revisa qué hace ese script exactamente — el mismo principio de mínimo privilegio que aplicarías a cualquier herramienta con acceso a tu sistema, cubierto con más detalle en nuestra guía de protección de datos al conectar la IA.
Ninguno de estos riesgos es motivo para evitar las skills por completo — el propio repositorio oficial de Anthropic, con cientos de miles de estrellas, demuestra que el modelo funciona y aporta valor real a diario para una comunidad enorme. Son, simplemente, el mismo tipo de precaución razonable que ya aplicas al instalar cualquier otra cosa de un desconocido en tu ordenador: revisar antes de confiar, y confiar más rápido cuanto más reconocible sea la fuente.
Mantener tu carpeta de skills sana con el tiempo
Igual que un móvil acumula aplicaciones que ya no usas, una carpeta de skills tiende a llenarse con el tiempo de instalaciones puntuales que probaste una vez y olvidaste. La revisión periódica no es opcional si quieres que la activación automática siga siendo fiable: cada skill inactiva sigue compitiendo silenciosamente por el contexto cada vez que Claude decide qué activar, aunque no aporte nada desde hace meses.
- Revisa la carpeta cada pocos meses:
ls ~/.claude/skills/te da la lista completa en un segundo. - Elimina lo que no hayas usado en el último trimestre sin miedo — si la instalaste desde un repositorio público, siempre puedes volver a copiarla en treinta segundos si la necesitas otra vez.
- Vigila las actualizaciones de las que sí uses a diario: las skills de código en particular envejecen con las librerías que describen, así que una revisada hace un año puede estar dando instrucciones desactualizadas sin que lo notes.
- Documenta las tuyas propias: si el despacho o el equipo crea varias skills internas, un archivo README corto en la propia carpeta de skills, explicando qué hace cada una, ahorra confusión cuando se incorpora alguien nuevo al equipo.