Introducción
Es una locura que algunos repositorios de GitHub, creados apenas el año pasado, tengan más estrellas que los frameworks de programación más populares. Al momento de escribir esto, Superpowers ronda las 226,000 estrellas, superando al repositorio de Vue y muy por delante de Next.js. Otro repositorio basado en los consejos de Andrej Karpathy tiene 174,000. Y ni siquiera son código: son carpetas con archivos Markdown que le indican a tu agente de IA cómo escribir mejor software.
Son los skills o habilidades para agentes de IA, y han explotado en el último año convirtiéndose en una de las categorías nuevas más populares del desarrollo de software. El formato nació en Anthropic: un archivo SKILL.md con una descripción corta y un conjunto de instrucciones. Hoy funciona en Claude Code, Kiro y prácticamente cualquier agente de código que uses.
“Son carpetas con archivos Markdown que le indican a tu agente de IA cómo escribir mejor software. Y ya tienen más estrellas que Vue y Next.js.”
Este artículo es un recorrido por los skills más interesantes que la gente usa en el día a día. Cubriremos:
- Qué es exactamente un skill de agente
- Los grandes skills de flujo de trabajo (Superpowers, Karpathy, Matt Pocock, GStack, GSD)
- Skills específicos de frameworks y el modelo “viene con tu paquete”
- El Agent Toolkit for AWS
- Cómo elegir uno y probarlo de forma segura
Si prefieres, puedes ver el video completo sobre el tema. Y por favor, no dejes de revisar el Agent Toolkit for AWS. Divulgación completa: soy developer advocate de AWS.
¿Qué es un skill de agente?
Un skill es simplemente un directorio con un archivo SKILL.md adentro. Ese archivo tiene un nombre, una descripción de una línea y un conjunto de instrucciones. Estas instrucciones incluyen qué pasos seguir, qué APIs llamar, qué errores evitar y cómo verificar el resultado.
Los skills solo deberían ejecutarse cuando se necesitan. Tu agente lee la descripción corta, decide si el skill es relevante para lo que pediste, y solo entonces carga las instrucciones completas. Los archivos de referencia se cargan bajo demanda después. Así que puedes tener cincuenta skills instalados y tu ventana de contexto se mantiene limpia, porque el agente solo trae los dos que necesita e ignora el resto. En la práctica, he encontrado que aún tengo que decirle manualmente a mi agente que ejecute los skills usando el comando / y el nombre del skill. Tu experiencia puede variar.
Los grandes skills de flujo de trabajo
La mayoría de los skills populares de propósito general intentan resolver el problema más común de los agentes: ir en la dirección equivocada. Los agentes, cuando se les deja solos, suelen apresurarse, tocar demasiados archivos y saltarse la planificación. Estos cinco skills abordan el problema desde diferentes ángulos.
Superpowers (obra/superpowers)
Superpowers es el más popular de todos y el más opinionado. Es una metodología de desarrollo completa que se activa automáticamente. Me recuerda mucho a un flujo de trabajo SDD (Spec-Driven Development) súper potenciado.
En el momento en que el agente detecta que estás construyendo algo, se detiene y pregunta qué estás tratando de hacer realmente. Extrae una especificación de la conversación, te la muestra (opcionalmente en el navegador), y solo después de que la apruebas escribe un plan de implementación. Luego entrega el plan a subagentes que construyen y revisan el trabajo del otro. Ojo: esto puede consumir muchos tokens.
Está disponible a través del marketplace oficial de plugins de Claude, además de Codex, Cursor, Gemini CLI y otros. También puedes hacerlo funcionar con Kiro desde Skills.sh. Aunque probablemente lo saltaría si usas Kiro, ya que la mayor parte del SDD ya está incorporada.
Si quieres un sistema que controle todo el ciclo, desde la idea hasta el código revisado, este es el indicado. En Claude Code, se instala desde el marketplace oficial:
/plugin install superpowers@claude-plugins-official
Las reglas de Karpathy (multica-ai/andrej-karpathy-skills)
Este skill es casi lo opuesto. Es un archivo corto de reglas de comportamiento, ahora con 174,000 estrellas. Andrej Karpathy no lo escribió, a pesar del nombre, lo cual me parece muy gracioso. Es un archivo creado por la comunidad basado en un post de enero donde Karpathy enumeró las formas en que los agentes de código LLM tienden a fallar. El repositorio luego se trasladó a la organización multica-ai.
“Si Superpowers te parece demasiado proceso, este es el punto de partida de bajo compromiso.”
Las reglas se reducen a cuatro ideas simples: piensa antes de codificar, mantén las cosas simples, haz cambios quirúrgicos y mantente enfocado en el objetivo. Si Superpowers te parece demasiado proceso, este es el punto de partida ideal. Es un solo archivo CLAUDE.md (o AGENTS.md, o puedes usarlo como Skill), así que la instalación más simple es copiarlo a tu proyecto:
curl -o CLAUDE.md https://raw.githubusercontent.com/multica-ai/andrej-karpathy-skills/main/CLAUDE.md
Personalmente, no estoy seguro de que valga la pena en mis propias pruebas. Pero es suficientemente fácil de agregar a tu propio CLAUDE.md o AGENTS.md, así que pruébalo y forma tu propia opinión.
Los skills de Matt Pocock (mattpocock/skills)
La colección de Matt Pocock se ubica en el medio y toma una postura deliberada en contra de los sistemas integrales. De hecho, ha dicho que no le gusta SDD y que le parece demasiado engorroso. Su enfoque es que los sistemas que controlan todo tu proceso también te quitan el control y hacen que los errores en ese proceso sean difíciles de corregir. Por eso sus skills son pequeños, componibles y fáciles de adaptar.
Instalas los que quieras con la CLI de Vercel skills:
npx skills@latest add mattpocock/skills
El más popular, y el que más me gusta, es grill-me, que hace que el agente te entreviste sobre lo que estás construyendo antes de escribir nada. Hay una versión más potente, grill-with-docs, que hace la misma entrevista y además construye un documento de lenguaje compartido para tu proyecto. La propuesta del repositorio es que este documento vale la pena a través de múltiples sesiones. También incluye tdd para el ciclo red-green-refactor, diagnose para depuración y improve-codebase-architecture para rescatar un proyecto que se ha convertido en espagueti.
Otro skill llamado caveman ayuda a reducir costos de tokens. Personalmente, encuentro que caveman y grill-me son los más útiles, aunque grill-me puede volverse un poco molesto cuando solo quieres hacer algo rápido.
GStack (garrytan/gstack)
GStack es la configuración de Claude Code de Garry Tan, y con casi 110,000 estrellas es una de las colecciones de skills más populares. En lugar de un solo modo que maneje todo, le da al agente roles distintos, cada uno detrás de su propio comando slash: visión de producto, diseñador, engineering manager, release manager, documentación, QA y retrospectiva post-lanzamiento.
Es del mismo género que Superpowers (un flujo de trabajo completo), pero organizado alrededor de los roles de un equipo de software en lugar de una secuencia de fases. Si piensas en términos de “quién manejaría esta parte”, GStack se ajusta muy bien a ese modelo mental. Se instala con un clone y un script de setup:
git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack
cd ~/.claude/skills/gstack && ./setup
También funciona muy bien con Kiro.
GSD Core (open-gsd/gsd-core)
GSD Core (Git. Ship. Done.) es un sistema basado en especificaciones que se presenta como una solución para la “pudrición del contexto”: la lenta caída en la calidad a medida que la ventana de contexto se llena durante una sesión larga. Divide el trabajo en planes atómicos que se ejecutan en ventanas de contexto frescas, manteniendo la sesión principal ligera mientras los subagentes hacen el trabajo pesado.
Funciona con más de una docena de agentes. El proyecto se mudó de la antigua organización gsd-build a su hogar actual en open-gsd/gsd-core, y el instalador te pregunta por tu entorno de ejecución:
npx @opengsd/gsd-core@latest
Usándolo, encontré que quema tokens rápidamente y que toma el control total de tu flujo de trabajo, algo que no me gustó. Aun así, vale la pena probarlo para ver si funciona bien en tus proyectos personales.
Skills para frameworks y el modelo “viene con tu paquete”
Los skills anteriores son agnósticos en cuanto a framework. El desarrollo más interesante para quienes trabajan en frontend son los skills que conocen tu stack específico.
La comunidad de Vue se movió rápido aquí. vuejs-ai/skills es un proyecto comunitario de skills para Vue 3, y su skill vue-best-practices es un flujo de trabajo estructurado que cubre Composition API, reactividad y los patrones que quieres que el modelo siga. La colección de Anthony Fu cubre Vue, Vite, Nuxt, Pinia, VueUse y Vitest. Ambos se instalan a través de la misma CLI:
npx skills add vuejs-ai/skills
npx skills add antfu/skills --skill='*'
La idea más nueva es enviar skills dentro del propio paquete. Tres proyectos que vale la pena conocer:
- skilld: genera skills conscientes de la versión a partir de las dependencias npm que ya tienes instaladas, extrayendo información de docs, release notes y GitHub issues. Resuelve el problema de que el cutoff de entrenamiento del modelo haga que escriba la versión del año pasado de tu librería.
- TanStack Intent (
@tanstack/intent): le da la vuelta para los mantenedores. Permite a los autores de librerías generar y distribuir archivosSKILL.mddentro de su paquete npm, versionados con cada release, para que el skill se actualice cuando la librería se actualiza. - Vercel skills CLI: la herramienta
npx skillsque instala cualquiera de estos skills en más de 70 agentes. Si usas Kiro, carga los skills desde.kiro/skills/automáticamente sin configuración.
Aquí tienes los comandos para cada uno:
# Generar skills conscientes de versión desde tus dependencias npm instaladas
npx -y skilld
# Para mantenedores de librerías: generar SKILL.md dentro de tu propio paquete
npx @tanstack/intent scaffold
# El instalador universal usado en todo este artículo
npx skills add vercel-labs/skills
El Agent Toolkit for AWS
AWS también distribuye skills, en el mismo formato abierto, para que funcionen en Kiro, Claude Code, Cursor y Codex.
“Si estás construyendo en AWS, deberías descargarlo. Incluso si no usas AWS, descárgalo para el futuro.”
El Agent Toolkit for AWS se anunció en mayo de 2026 y es la forma oficialmente soportada de llevar experiencia AWS a tu agente. Combina plugins para Claude Code y Codex con una colección curada de skills y el AWS MCP Server, que alcanzó disponibilidad general el 6 de mayo de 2026.
El toolkit cubre áreas como despliegue, serverless y bases de datos. La configuración varía por agente. En Kiro agregas el AWS MCP Server a través de tu configuración MCP y luego instalas los skills con npx skills:
# Instalar skills curados por AWS vía la CLI universal
npx skills add aws/agent-toolkit-for-aws/skills
Si estás construyendo en AWS, deberías descargarlo. Incluso si no usas AWS, descárgalo para el futuro. Con esto, el agente carga guías específicas del servicio en lugar de adivinar una API que recuerda a medias del entrenamiento.
Cómo elegir uno y probarlo de forma segura
Personalmente, yo empezaría con los skills de Matt Pocock y probaría uno de los flujos de trabajo más grandes como Superpowers. Ve si funciona para ti. Luego combínalo con skills específicos de tu framework.
Algo importante: un skill son instrucciones que estás metiendo en el contexto de tu agente, así que trátalo como tratarías una dependencia npm. Lee el SKILL.md antes de instalarlo. Un repositorio con 100,000 estrellas es popular, pero las estrellas son una señal de popularidad, no una revisión de calidad. Hojea el archivo, mira qué le dice a tu agente que haga, y quédate solo con los que coincidan con tu forma real de trabajar.
Conclusión
Los skills para agentes pasaron de ser un formato discreto de Anthropic a repositorios con más estrellas que los frameworks sobre los que construimos. Tiene sentido: toman los patrones que un buen ingeniero lleva en su cabeza y se los entregan al modelo al inicio de cada tarea.
Los grandes skills de flujo de trabajo te dan estructura, los skills de framework te dan corrección técnica, y los plugins de AWS te dan conocimiento específico de servicios que de otra forma tendrías que copiar y pegar manualmente.
Mi consejo: instala uno, lee qué le dice realmente al agente, y verifica si el resultado se parece a cómo lo habrías construido tú mismo. Esa es la verdadera prueba, y es la única que solo tú puedes hacer. Si quieres verlos en acción, te recomiendo el video complementario que acompaña este artículo.