brainstorming
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or planning anything new, in software or out of it (a talk, a business, a renovation).
writing-great-skillsCrea un Agent Skill (SKILL.md) de alta calidad que la IA dispare y ejecute de forma fiable — frontmatter sólido, descripción incisiva con frases de activación, contrato de salida claro, controles de calidad y anti-patrones. Úsalo cuando te pidan escribir un skill, crear un SKILL.md, mejorar un skill, revisar un skill por calidad o contribuir a una librería …
Independent GitHub snapshot · Automated classification · Original documentation governs
Un skill es una promesa: dado este tipo de solicitud, produce este tipo de output profesional, siempre. Los mejores archivos SKILL.md ganan en dos cosas — el modelo los dispara en el momento correcto, y una vez disparado produce el artefacto correcto sin necesidad de intervención manual. Este skill te ayuda a escribir uno que haga ambas cosas.
Dado un concepto inicial ("un skill para escribir changelogs"), produce el SKILL.md completo de todas formas — infiere el deliverable, inputs y estructura, y marca las elecciones genuinamente abiertas. Nunca devuelvas un esqueleto con <!-- TODO --> pendiente; rellénalo.
Solicita (si no se proporcionan ya), o infiere y etiqueta:
---
name: kebab-case-name # coincide con la carpeta; corto, específico
description: "<una frase rica>"
---
La descripción es la línea más importante del archivo — es todo lo que el modelo ve cuando decide si cargar el skill (divulgación progresiva: solo nombres + descripciones están en contexto hasta que uno se invoca). Una descripción sólida tiene tres partes:
Escribe los disparadores como los usuarios hablan, no como los categorizarías. Cubre sinónimos.
Abre el cuerpo con una sola frase sobre el valor, en la voz de un profesional senior.
Declara que el skill entrega un artefacto completo incluso con inputs mínimos — infiere y etiqueta supuestos, nunca dejes placeholders entre corchetes, nunca rechaces por falta de contexto. Esto es lo que separa un skill que funciona de uno que demanda.
Una breve lista de qué solicitar — e instrucciones para proceder con inferencias etiquetadas si faltan.
El corazón del skill: una plantilla concreta — encabezados reales, tablas y secciones — del artefacto final. Muestra la forma, no la describas de forma abstracta. Aquí es donde vive la mayor parte de la calidad.
Una breve lista de verificación que el output debe satisfacer (la rúbrica que un revisor aplicaría). Hazlos observables.
Los modos de fallo específicos a evitar — los outputs perezosos o genéricos que un modelo más débil produciría.
npm run skillcheck (estructura) y ejecútalo contra un brief mínimo para confirmar que no pide inputs.Devuelve:
skills/<name>/SKILL.md.name está en kebab-case y coincide con la carpeta previstaTODO/placeholder dejadonpm run skillcheck sin errores<!-- TODO --> o placeholders entre corchetes en el archivo final