10 mejores skills para Claude Code aplicadas a metodologías de agentes

¿Trabajar con un agente de IA se parece a tener un becario listísimo pero sin método? Responde rápido, sabe un montón y aun así le falta ese “algo” que hace que el trabajo en equipo cunda de verdad.

Eso se arregla con skills.

Aquí tienes una selección de las 10 mejores skills del ecosistema para trabajar con agentes: planificar como un equipo entero, coordinar trabajo en paralelo o verificar que algo funciona antes de cantar victoria. No son skills para presumir en Twitter, son metodología.

Hablo de Claude Code porque es mi herramienta principal, pero todas valen para otros agentes: OpenCode, Copilot, Codex, Cursor, Gemini CLI… cualquiera que entienda el formato SKILL.md.

¿Has llegado buscando skills para Claude a secas? Aquí no hay lista infinita ni ranking por descargas, hay criba. Y una aclaración para que no rebotes: Claude skills no es lo mismo que Claude Code skills (Claude es el modelo y el chat; Claude Code, el agente de tu terminal), pero todo lo que verás aplica a cualquier agente de programación.

Qué son las skills y por qué deberían importarte ¶

Las skills son paquetes de conocimiento experto que extienden las capacidades de los agentes de IA. Piensa en ellas como si fueran plugins, pero en lugar de añadir funcionalidades técnicas, añaden conocimiento procedimental.

Es la diferencia entre un agente que sabe programar y un agente que sabe programar siguiendo una metodología concreta.

Cada skill viene empaquetada en un fichero SKILL.md que contiene instrucciones, mejores prácticas, ejemplos y, lo más importante, el conocimiento que ningún modelo puede tener por sí solo: experiencia real de equipos que han probado y refinado sus procesos.

🔑 Una skill bien diseñada convierte a tu agente en un especialista. No es magia, es contexto estructurado.

En el fondo, cada skill es una pieza más del harness: el sistema que envuelve al agente y decide qué puede hacer. Si quieres entender qué es un harness (y un agent harness) y por qué ese envoltorio importa más que el modelo que tengas debajo, lo desgrano ahí en detalle.

Si quieres profundizar en qué son las skills y cómo instalarlas, te recomiendo leer Skills para programadores: saca todo el provecho de los agentes de IA donde explico todo el proceso en detalle.

Cómo he elegido estas skills ¶

No es un ranking por popularidad. Las descargas te dicen qué se instala mucho, no qué te resuelve el día a día.

Esta es una selección de skills que aportan algo práctico al trabajo con agentes de programación: encontrar recursos, crear nuevas skills, planificar una implementación, dividir tareas, verificar resultados o engrasar tu flujo de desarrollo. Si una skill no entra en alguna de esas casillas, se ha quedado fuera por muchas instalaciones que tenga al lado.

No te prometo las mejores del universo conocido. Te prometo una criba honesta: las que a mí me han cambiado la forma de trabajar con un agente y que creo que a ti te van a ahorrar más de un dolor de cabeza.

Los números de instalaciones que verás vienen de skills.sh a fecha de junio de 2026. En este ecosistema se mueven rápido, así que tómalos como una foto, no como una verdad eterna.

Por dónde empezar si nunca has usado skills en Claude ¶

Si estás empezando, el primer error es instalar diez de golpe. No lo hagas.

Empieza por tres, y en este orden:

1. Una skill para encontrar skills, que te haga de buscador cuando ni siquiera sabes qué necesitas. Es la número 1 de esta lista, Find Skills.
2. Una skill para crear tus propias instrucciones, porque las que más te van a servir son las que adaptas a tu manera de trabajar. Esa es Skill Creator, la número 2.
3. Una skill para verificar el trabajo del agente, que evite que des por bueno un “ya está” cuando en realidad es un “casi”. La tienes en el número 7, Verification Before Completion.

Con esas tres ya tienes un ciclo que se sostiene: descubres, creas y compruebas. El resto las vas sumando cuando un proyecto concreto te las pida, no antes.

🔑 Tres skills bien elegidas valen más que veinte instaladas por inercia. Empieza por descubrir, crear y verificar; lo demás llega cuando lo necesites.

Ahora vamos al grano con las 10 skills que pueden cambiar tu forma de trabajar.

1. Find Skills: el gestor de paquetes del ecosistema ¶

🔗 Find Skills en skills.sh
👤 Autor: vercel-labs
📊 Instalaciones: ~2.0M

📦 Instalación:

npx skills add https://github.com/vercel-labs/skills --skill find-skills

Esta es la skill más instalada del ecosistema y hay una razón muy clara: es como el npm de las skills. Sin ella, estarías buscando a ciegas.

Find Skills detecta cuándo necesitas ayuda con una tarea que podría resolverse con una skill existente. Si escribes algo como “¿cómo puedo mejorar mis tests?” o “necesito automatizar deployments”, el agente busca en el ecosistema y te sugiere qué instalar.

Lo más útil de esta skill:

• Detección inteligente de necesidades. No tienes que saber que existe una skill para encontrarla. El agente reconoce patrones en tus peticiones y propone soluciones.
• Búsqueda categorizada. Web Development, Testing, DevOps, Documentation, Code Quality… Puedes explorar por área de interés.
• Comandos simples. Con npx skills find [query] buscas y con npx skills add instalas. Sin complicaciones.

El uso más práctico que le doy es ejecutar npx skills check de vez en cuando para ver si hay actualizaciones de las skills que tengo instaladas. El ecosistema evoluciona rápido y quedarse atrás no tiene sentido.

¿Cuándo usar esta skill? ¶

Instálala desde el primer día. Es el punto de entrada al ecosistema y te ahorra tiempo cada vez que necesitas una capacidad nueva. También es útil para mantener tus skills actualizadas con npx skills update.

2. Skill Creator: crea tus propias skills ¶

🔗 Skill Creator en skills.sh
👤 Autor: anthropics
📊 Instalaciones: ~269.1K

📦 Instalación:

npx skills add https://github.com/anthropics/skills --skill skill-creator

Esta es la guía oficial de Anthropic para diseñar skills. Si alguna vez has pensado “ojalá pudiera empaquetar este conocimiento que tengo sobre X”, esta skill te enseña cómo hacerlo.

La filosofía que transmite es “Concise is Key”. El contexto es un recurso limitado que compartes con el modelo, así que solo debes añadir lo que el agente no sabe por sí mismo. Parece obvio, pero es un error común crear skills que repiten información que ya está en el modelo base.

El proceso de creación se divide en seis pasos: entender el problema, planificar la estructura, inicializar los ficheros, editar el contenido, empaquetar y finalmente iterar. Ese último paso es clave. Una skill no está terminada cuando funciona, está terminada cuando funciona bien tras varias rondas de pruebas. En nuestra guía detallada de skill-creator verás cómo el sistema de evaluación con subagentes paralelos y benchmarks te demuestra con datos si tu skill aporta valor real.

Lo que más me gusta es el concepto de grados de libertad calibrados. Para tareas creativas, alta libertad. Para operaciones frágiles como deployments o configuraciones críticas, baja libertad con instrucciones muy específicas. No es lo mismo generar un nombre de variable que modificar un fichero de configuración de producción.

¿Para qué te sirve? ¶

Para empaquetar conocimiento experto de tu organización en formatos reutilizables. Si tienes un proceso que repites con frecuencia y quieres que el agente lo ejecute siguiendo tus estándares, esta skill te enseña a documentarlo.

3. MCP Builder: conecta tu agente con el mundo exterior ¶

🔗 MCP Builder en skills.sh
👤 Autor: anthropics
📊 Instalaciones: ~75.1K

📦 Instalación:

npx skills add https://github.com/anthropics/skills --skill mcp-builder

MCP son las siglas de Model Context Protocol, y esta skill te enseña a crear servidores que permiten a los agentes interactuar con servicios externos. Bases de datos, APIs, sistemas empresariales… Todo lo que está fuera del sandbox del agente puede ser accesible mediante un servidor MCP.

La metodología que propone se divide en cuatro fases:

1. Research & Planning. Antes de escribir código, investiga qué API vas a conectar y planifica las herramientas que necesitarás.
2. Implementation. Desarrolla el servidor siguiendo el stack recomendado: TypeScript con Streamable HTTP para servidores remotos, stdio para locales.
3. Review & Test. Revisa el código y prueba cada herramienta.
4. Create Evaluations. Diseña 10 preguntas complejas para validar que el servidor funciona en escenarios reales.

El detalle que marca la diferencia es el diseño de mensajes de error. Un buen servidor MCP no solo falla, sino que guía al agente hacia la solución con sugerencias específicas. “Error 401” no ayuda. “Error de autenticación: verifica que el token API esté configurado en la variable GITHUB_TOKEN” sí que ayuda.

💡 La calidad de un servidor MCP se mide por qué tan bien permite a los agentes completar tareas del mundo real, no por cuántas funciones tiene.

¿Cuándo la necesitas? ¶

Cuando quieras que tu agente interactúe con servicios externos como GitHub, bases de datos, APIs de terceros o sistemas internos de tu empresa. Si el agente necesita hacer algo fuera de su sandbox, necesitas un servidor MCP.

Pasa de instalar a crear

Las skills que más cambian tu día a día son las que escribes tú

Llevas tres skills instaladas y vienen siete más. La diferencia la marcan las que diseñas tú con criterio: anatomía de SKILL.md, progressive disclosure y plantillas reales para empezar hoy.

Abrir la guía →

Plantillas SKILL.md descargables incluidas

4. Writing Plans: planifica como si no supieras nada ¶

🔗 Writing Plans en skills.sh
👤 Autor: obra (Jesse Vincent)
📊 Instalaciones: ~142.7K

📦 Instalación:

npx skills add https://github.com/obra/superpowers --skill writing-plans

Esta skill forma parte del framework Superpowers de Jesse Vincent y cambia radicalmente la forma de escribir planes de implementación.

La premisa es brutal: escribe planes tan detallados que podrían ser ejecutados por “un junior entusiasta con mal gusto, sin juicio, sin contexto del proyecto y aversión al testing”. Suena exagerado, pero cuando trabajas con agentes, esa es exactamente la mentalidad que necesitas.

Cada tarea debe ser una acción de 2-5 minutos. Escribir un test. Ejecutar el test y ver que falla. Implementar la funcionalidad. Ejecutar el test y ver que pasa. Hacer commit. Cada paso es atómico y verificable.

La estructura de una tarea incluye:

• Los archivos exactos a modificar
• El código completo a escribir
• Los comandos a ejecutar
• El output esperado de cada comando

El enfoque TDD está integrado en la metodología. Cada feature sigue el patrón RED-GREEN-REFACTOR: primero el test que falla, luego el código que lo hace pasar, finalmente la limpieza. No hay atajos.

Lo que me parece más útil es el header obligatorio que debe tener cada plan: Goal, Architecture y Tech Stack. Esos tres elementos dan contexto suficiente para que cualquier agente (o humano) entienda qué se está construyendo y con qué herramientas.

¿En qué situaciones brilla? ¶

Cuando tienes un proyecto complejo que necesitas dividir en tareas manejables. También cuando quieres documentar implementaciones para que otro agente (o tu yo del futuro) pueda ejecutarlas sin contexto previo.

5. Subagent-Driven Development: divide y vencerás ¶

🔗 Subagent-Driven Development en skills.sh
👤 Autor: obra (Jesse Vincent)
📊 Instalaciones: ~110.1K

📦 Instalación:

npx skills add https://github.com/obra/superpowers --skill subagent-driven-development

Siguiendo con el framework Superpowers, esta skill implementa un patrón de ejecución donde cada tarea del plan se delega a un subagente dedicado.

El principio es simple: un subagente fresco por tarea más revisión en dos fases igual a alta calidad con iteración rápida.

El flujo funciona así:

1. Tienes un plan con varias tareas
2. Despachas un subagente para implementar la primera tarea
3. El subagente puede hacer preguntas si algo no está claro
4. Implementa, testea y hace commit
5. Un revisor de spec verifica que se cumplen todos los requisitos (ni más ni menos)
6. Un revisor de código evalúa la calidad y señala issues por severidad
7. Si hay problemas, el implementador corrige y se vuelve a revisar
8. Solo cuando todo está aprobado se pasa a la siguiente tarea

La clasificación de issues por severidad es muy práctica. Critical significa “esto rompe cosas”. Important significa “esto debería arreglarse”. Minor significa “sería bueno mejorarlo si hay tiempo”.

¿Cuándo aplicarla? ¶

Cuando tienes un plan con tareas independientes que pueden trabajarse en secuencia. Si las tareas tienen dependencias entre sí o requieren contexto compartido, mejor mantente en la misma sesión.

6. Code Review and Quality: revisión en cinco ejes antes del merge ¶

🔗 Code Review and Quality en skills.sh
👤 Autor: addyosmani (Addy Osmani)
📊 Instalaciones: ~3.7K

📦 Instalación:

npx skills add https://github.com/addyosmani/agent-skills --skill code-review-and-quality

Addy Osmani es una cara conocida del equipo de Chrome en Google, y aquí lleva su forma de revisar código a la metodología de agentes. La skill obliga a pasar cada cambio por una revisión de cinco ejes antes de hacer merge: corrección, legibilidad, arquitectura, seguridad y rendimiento.

Lo interesante es el estándar de aprobación. Se aprueba un cambio cuando mejora la salud general del código, aunque no sea perfecto. Nada de bloquear un PR porque “no es como yo lo habría escrito”. Si mejora el código y respeta las convenciones del proyecto, adelante.

Y aquí va el detalle jugoso: solo lleva ~3.7K instalaciones, lejos de los números de las skills virales. Pero es justo el tipo de pieza que demuestra que las descargas no miden la calidad. Viene de alguien que lleva años escribiendo sobre rendimiento y buenas prácticas en la web, y su repositorio acumula más de 40.000 estrellas en GitHub.

💡 Que el código lo escriba un agente no quita que alguien tenga que revisarlo con criterio. Esta skill es ese alguien cuando trabajas en solitario.

La desgrané a fondo en el análisis de las 19 skills de Addy Osmani, donde encaja como la fase 5 de su ciclo completo de ingeniería.

¿Cuándo usarla? ¶

Antes de cualquier merge, después de implementar una feature y, sobre todo, cuando el código lo ha escrito otro agente y necesitas un segundo par de ojos con criterio.

7. Verification Before Completion: no des nada por hecho ¶

🔗 Verification Before Completion en skills.sh
👤 Autor: obra (Jesse Vincent)
📊 Instalaciones: ~108.6K

📦 Instalación:

npx skills add https://github.com/obra/superpowers --skill verification-before-completion

Esta skill implementa lo que llama “The Iron Law”: no hay atajos para la verificación.

El problema que resuelve es muy común. El agente dice “he terminado” o “los tests pasan” sin haber ejecutado realmente los comandos. Se basa en su conocimiento del código para asumir que todo funciona. Y muchas veces se equivoca.

La regla es simple: ejecuta el comando, lee el output, ENTONCES reclama el resultado. Sin excepciones.

La skill detecta triggers como “complete”, “fixed”, “passing”, “committing” o “ready for PR” y verifica que hay evidencia real de que esas afirmaciones son ciertas. Si el agente dice “los tests pasan” pero no hay output de tests en la conversación, salta una alerta.

También identifica red flags como racionalizaciones del tipo “debe funcionar porque…” o “el código se ve correcto así que…”. Ese tipo de frases son señales de que el agente está asumiendo en lugar de verificando.

El formato de verificación que propone es claro:

1. Comando ejecutado
2. Output real (copiado, no parafraseado)
3. Interpretación del output
4. Conclusión basada en evidencia

Es una skill pequeña pero que previene muchos dolores de cabeza. La cantidad de veces que un “ya está” resulta ser un “casi está” es sorprendente.

¿En qué momento la activas? ¶

Siempre. Es una de esas skills que deberían estar activas por defecto en cualquier proyecto. Previene false positives y establece una cultura de evidencia en tus workflows automatizados.

Workshop para empezar

Si las skills te suenan abstractas, mira el workshop desde cero

Una hora en directo: anatomía del SKILL.md, progressive disclosure, riesgos de instalar la primera que pille y cómo generar la tuya con Skill Creator.

Entrar a la masterclass →

Workshop en directo · 1h

8. Dispatching Parallel Agents: cuando la secuencia no tiene sentido ¶

🔗 Dispatching Parallel Agents en skills.sh
👤 Autor: obra (Jesse Vincent)
📊 Instalaciones: ~101.2K

📦 Instalación:

npx skills add https://github.com/obra/superpowers --skill dispatching-parallel-agents

¿Tienes seis tests fallando en tres archivos diferentes? ¿Estás investigando bugs en varios subsistemas independientes? Entonces estás perdiendo tiempo si trabajas de forma secuencial.

Esta skill coordina múltiples agentes para trabajar en paralelo cuando las tareas son verdaderamente independientes.

El principio core: un agente por dominio de problema independiente, trabajo concurrente.

El criterio para usar esta skill es que tengas dos o más tareas que no comparten estado ni tienen dependencias secuenciales. Si los problemas están relacionados o necesitas el contexto completo de un bug para entender otro, no uses agentes paralelos.

Un ejemplo práctico: tienes fallos en agent-tool-abort.test.ts, batch-completion.test.ts y streaming-response.test.ts. Son tres dominios diferentes. Despachas tres agentes, cada uno se centra en su archivo, y trabajas en paralelo. El tiempo total se reduce a la duración de la tarea más larga, no a la suma de todas.

El diagrama de decisión que incluye es muy útil:

• ¿Tienes un plan? → Si no, primero planifica
• ¿Las tareas son independientes? → Si no, trabaja en secuencia
• ¿Pueden trabajarse en paralelo? → Si sí, despacha agentes paralelos

No es una optimización para todo. Es una herramienta específica para situaciones específicas.

¿Cuándo tiene sentido usarla? ¶

Cuando tienes múltiples problemas independientes que investigar o múltiples tareas sin dependencias entre sí. Si las tareas comparten estado o necesitan contexto común, no la uses.

9. Grill-with-docs: que el agente te interrogue a ti ¶

🔗 grill-with-docs en skills.sh
👤 Autor: mattpocock (Matt Pocock)
📊 Instalaciones: ~188.6K

📦 Instalación:

npx skills add https://github.com/mattpocock/skills --skill grill-with-docs

Le damos la vuelta al guion. En vez de que tú escribas el prompt perfecto, esta skill hace que el agente te interrogue a ti, una pregunta cada vez, hasta que el plan no tenga huecos. Recorre cada rama del árbol de decisiones y, para cada pregunta, te propone su respuesta recomendada.

La gracia de la versión “con docs” es que antes de preguntarte explora el código y la documentación existente. Si algo se puede responder leyendo el repositorio, lo hace por su cuenta en vez de marearte. Así no contestas treinta veces lo que ya está escrito en algún sitio.

💡 La mayoría de los desastres con agentes no vienen de un mal modelo, sino de un plan a medias. Que te interroguen antes de tocar código te ahorra el rework.

Es la hermana vitaminada de grill-me, y la comparo con el resto de la familia en el post sobre grill-me y las 11 skills de Matt Pocock.

¿Cuándo usarla? ¶

Cuando vas a empezar algo no trivial y notas que tu propio brief tiene agujeros. También antes de pasar un plan a Writing Plans: cuanto más afilada esté la especificación, mejores tareas saldrán.

10. Systematic Debugging: depurar con método, no a manotazos ¶

🔗 Systematic Debugging en skills.sh
👤 Autor: obra (Jesse Vincent)
📊 Instalaciones: ~143.5K

📦 Instalación:

npx skills add https://github.com/obra/superpowers --skill systematic-debugging

Ninguna de las skills anteriores te ayuda cuando algo se rompe y no sabes por qué. Esta sí.

En vez de dejar que el agente pruebe cosas al tuntún (cambiar una línea, ejecutar, rezar), impone un bucle disciplinado: reproducir el fallo, reducirlo al mínimo, formular una hipótesis, instrumentar el código para confirmarla y solo entonces arreglar. Al final, un test de regresión para que el bug no vuelva por la puerta de atrás.

Es lo contrario de lo que hacemos cuando entra el pánico: leer el mismo error una y otra vez esperando que cambie solo. El método obliga a parar, aislar y entender antes de tocar nada. Forma parte del framework Superpowers, así que si instalas el pack entero la tienes incluida.

🛡️ Un bug “arreglado” sin entender la causa es un bug aplazado. El test de regresión es lo que separa el “ya funciona” del “ya no volverá a fallar”.

¿Cuándo usarla? ¶

Cuando llevas más de dos intentos dando palos de ciego con un fallo, o cuando aparece una regresión de rendimiento sin causa clara. Si el bug es obvio, no la necesitas; si te está costando, te ordena la cabeza.

Tabla resumen ¶

Instalación rápida ¶

Si quieres instalar todas las skills de una vez, aquí tienes los comandos organizados por categoría:

# Descubrimiento y creación
npx skills add https://github.com/vercel-labs/skills --skill find-skills
npx skills add https://github.com/anthropics/skills --skill skill-creator
npx skills add https://github.com/anthropics/skills --skill mcp-builder

# Planificación y ejecución
npx skills add https://github.com/mattpocock/skills --skill grill-with-docs
npx skills add https://github.com/obra/superpowers --skill writing-plans
npx skills add https://github.com/obra/superpowers --skill subagent-driven-development
npx skills add https://github.com/obra/superpowers --skill dispatching-parallel-agents

# Calidad, verificación y depuración
npx skills add https://github.com/addyosmani/agent-skills --skill code-review-and-quality
npx skills add https://github.com/obra/superpowers --skill verification-before-completion
npx skills add https://github.com/obra/superpowers --skill systematic-debugging

Buenas prácticas para usar esta colección ¶

Ahora que tienes las 10 skills, la tentación es instalarlas todas y olvidarte. No lo hagas.

Empieza por las básicas ¶

Find Skills y Verification Before Completion son las dos que más impacto tienen con menos fricción. La primera te ayuda a descubrir más herramientas cuando las necesites. La segunda previene errores tontos que te harán perder tiempo.

Una vez que estas dos estén integradas en tu flujo, añade las demás según las vayas necesitando.

No sobrecargues el contexto ¶

Cada skill activa consume parte de la ventana de contexto del modelo. Si instalas 20 skills pensando que “más es mejor”, vas a notar que el agente pierde coherencia en conversaciones largas.

Mantén activas solo las skills relevantes para el proyecto actual. Si no vas a tocar servicios externos, desactiva MCP Builder. Si no estás depurando nada, no necesitas Systematic Debugging cargada todo el rato.

Combina skills que se complementan ¶

Algunas combinaciones funcionan muy bien juntas:

• Grill-with-docs + Writing Plans afinan la especificación antes de que el agente toque una sola línea: primero te interrogan, luego conviertes ese acuerdo en tareas atómicas.
• Subagent-Driven Development + Verification Before Completion + Code Review and Quality forman un sistema completo de ejecución, comprobación y revisión. Si prefieres que todo esto se encadene sin activar cada skill por separado, el framework Superpowers lo hace por ti: 14 skills que se activan solas en cada fase del desarrollo, desde el brainstorming hasta el merge.
• Systematic Debugging entra en juego cuando algo se rompe y los tests dejan de pasar. Es el complemento natural de las dos anteriores.

Si necesitas skills más orientadas a utilidades de desarrollo como debugging, commits o dependencias, echa un vistazo a las 14 mejores skills para Codex. Y si tu foco es la calidad y seguridad del código, tenemos una selección de 15 skills para code review y auditoría de seguridad. Para diseño de interfaces, las skills de Impeccable añaden criterio visual a tu agente con 17 comandos especializados. Si trabajas con WordPress, las WordPress Agent Skills oficiales cubren bloques, plugins, REST API y rendimiento con 13 skills mantenidas por el equipo de WordPress. Y si necesitas crear presentaciones, frontend-slides genera slides HTML con 12 estilos y cero dependencias. Si lo que te preocupa es el coste, echa un ojo a Caveman, la skill que recorta hasta un 75% los tokens de salida de tu agente sin tocar la sustancia técnica. Y si además el agente tiende a sobreingeniería —clases, wrappers y dependencias que nadie pidió—, Ponytail aplica YAGNI para que el código generado sea el mínimo que funciona.

Adapta las skills a tu contexto ¶

Las skills oficiales están diseñadas para ser genéricas. Pero nada te impide modificarlas o crear versiones personalizadas.

¿Tu equipo tiene convenciones de commit específicas? Modifica Writing Plans para que las tareas incluyan el formato de mensaje de commit correcto. ¿Usas un stack tecnológico particular? Crea una skill que extienda MCP Builder con las integraciones que necesitas.

Las skills no son monolitos intocables. Son puntos de partida.

Itera y mejora ¶

La primera vez que uses una skill nueva, presta atención a qué funciona y qué no. ¿El agente sigue las instrucciones al pie de la letra? ¿Hay situaciones donde la skill no aplica pero se activa de todas formas?

Cuando descubras un truco o una configuración que funciona bien, escríbelo. Puede ser en un fichero de notas, en el README del proyecto o directamente en una skill personalizada.

El conocimiento que no se documenta se pierde. Y con agentes de IA, el contexto que no se escribe no existe.

📝 Las skills son la forma de empaquetar conocimiento experto para que los agentes lo usen. Pero el conocimiento experto primero tiene que existir. Sigue aprendiendo, sigue experimentando, y convierte esos aprendizajes en skills que puedas reutilizar.

Antes en el ranking ¶

Esta colección la voy actualizando según se mueve el ecosistema. Estas tres estuvieron en el top y las saco para dejar sitio a opciones que tapan huecos más urgentes, pero siguen mereciendo un vistazo según tu caso.

Skill Judge (softaworks) · ~3.6K instalaciones
Un framework de 120 puntos para evaluar la calidad de una skill antes de instalarla, con la fórmula “buena skill = conocimiento experto − lo que el agente ya sabe”. Sigue siendo la mejor forma de auditar skills de terceros; de hecho, es el criterio que late detrás del apartado “Cómo he elegido estas skills” de más arriba. Lo instalas con npx skills add https://github.com/softaworks/agent-toolkit --skill skill-judge.

Agentation (benjitaylor) · ~10.3K instalaciones
Una barra de feedback visual para señalar elementos de la interfaz y pasarle al agente el selector CSS exacto en lugar de “el botón azul de la esquina”. Útil en frontend con Next.js, aunque su auditoría de seguridad en Socket aparece en rojo ahora mismo, así que revísala con cuidado antes de meterla en un proyecto serio.

Planning With Files (othmanadi) · ~32.2K instalaciones
Memoria persistente en disco (task_plan.md, findings.md, progress.md) para tareas que exceden la ventana de contexto, al estilo del “context engineering” que hizo famoso a Manus. Sigue teniendo sentido si trabajas en algo que dura varias sesiones y no quieres perder el hilo.

El ecosistema de skills está en plena expansión. Lo que hoy son 10 recomendaciones, mañana serán 20 o 50. Un ejemplo reciente es gstack, el pack de 8 skills que publicó Garry Tan (CEO de Y Combinator) y que acumuló más de 5.000 estrellas en dos días. Y si lo tuyo es la creación de vídeo programático, Hyperframes trae 5 skills oficiales para renderizar vídeos desde HTML con un solo prompt. La clave no es tenerlas todas, sino entender qué problema resuelve cada una y aplicarla cuando tiene sentido.

Tu agente de IA puede ser un becario sin metodología o un especialista con procesos claros. La diferencia está en las skills que le des.