skill-creator: crear, reescribir y medir un skill

Para quién es

Usa skill-creator cuando vayas a crear un skill desde cero, cambiar uno existente, mejorarlo, ejecutar evals, hacer una comparación de rendimiento con análisis de varianza, o cambiar description para subir la precisión de activación. Sirve para crear, modificar, mejorar y medir un skill, no para publicarlo en un mercado sin nombre.

Encaja mejor si aceptas aclarar primero qué debe hacer este skill y más o menos cómo, antes de entrar en borrador y pruebas. El material de origen no da lista de productos de agentes ni comando de instalación; no inventes una ruta de repositorio. La página oficial de descripción es

https://raw.githubusercontent.com/anthropics/skills/main/skills/skill-creator/SKILL.md

Completar el primer intento en 3 minutos

El camino recomendado no es un instalador, sino el proceso del material de origen: primero juzgar en qué paso está el usuario y luego ayudarle a avanzar. El orden es aproximadamente: decidir objetivo y método, escribir un borrador, preparar unas indicaciones de prueba y ejecutarlas con claude-with-access-to-the-skill, luego ayudar a leer los resultados por el lado cualitativo y el cuantitativo.

Requisito: ya tienes una tarea que quieres convertir en skill. En el primer paso de bajo riesgo no escribas archivos. Confirma primero en pocas frases qué debe hacer este skill y más o menos cómo, y juzga si la otra persona elige tema, ya tiene borrador o ya está ejecutando pruebas. El resumen permite decir que quiere ir primero por sensación y saltarse evals; si lo salta con claridad, no fuerces una prueba.

Señal de éxito: puedes señalar en qué tramo está, y el siguiente paso avanza solo un tramo. Escribir un borrador cambiará archivos; confirma la ubicación antes de escribir. No ejecutes primero una plataforma de evaluación sin nombre.

Casos de uso

Caso 1: escribir desde cero un skill que se active. Primero decide qué hace, luego escribe el borrador. description es el mecanismo principal de activación: escribe qué hace y en qué situaciones usarlo; todo «cuándo usar» va en description, no en el cuerpo. El material de origen avisa que Claude ahora tiende a undertrigger, así que la descripción debe ser lo bastante concreta. Criterio de hecho: description en el borrador incluye capacidad y situaciones de activación. El extracto no da la plantilla completa de campos de SKILL.md; no inventes campos obligatorios que no aparecieron.

Caso 2: cuando el skill ya funciona, mejorar la activación. El material de origen dice: después de terminar (el orden sigue pudiendo ser flexible), se puede ejecutar skill description improver, otro script independiente para optimizar la activación. El criterio de hecho es estar listo para ejecutar ese improver, no haber cambiado ya todos los conjuntos de evaluación. El extracto no escribe el nombre de archivo del script ni la línea de comandos; no inventes parámetros de llamada. Confirma solo este paso: hay otro script y el objetivo es la activación. Las indicaciones de prueba se ejecutan con claude-with-access-to-the-skill y luego se evalúan cualitativa y cuantitativamente.

Límites de uso

El proceso puede ser flexible, pero el deber es localizar en qué tramo está atascado el usuario y avanzar. El ciclo de creación es: decidir, borrador, indicaciones de prueba, evaluar, volver a cambiar. description carga todo «cuándo usar»; el cuerpo no vuelve a apilar condiciones de activación. Claude ahora tiende a activarse menos.

No inventes un instalador ni una ruta dentro del repositorio. El material de origen no da lista de clientes ni escribe el comando completo de description improver. Más allá de estas etapas, entradas de prueba y forma de escribir description, esta guía no cubre. Antes de escribir archivos o ejecutar pruebas, confirma la ruta y si sobrescribirías un skill existente.