Creador de Skills para Antigravity
Skill especializado en diseñar y generar Skills estructurados para el entorno de Antigravity. Produce salidas completas con carpetas, archivos SKILL.md y recursos opcionales.
Cuándo usar este skill
- Cuando el usuario pida crear un skill nuevo
- Cuando el usuario quiera convertir un prompt largo en un procedimiento reutilizable
- Cuando se necesite estandarizar un proceso repetitivo
- Cuando haya que documentar un workflow como skill
- Cuando el usuario diga "hacé un skill para X"
Inputs necesarios
- Objetivo del skill: ¿Qué debe hacer? (obligatorio)
- Contexto de uso: ¿Cuándo se activa? (obligatorio)
- Nivel de libertad: alta/media/baja (opcional, se infiere si no se da)
- Formato de salida esperado: tabla, lista, JSON, markdown, etc. (opcional)
- Recursos adicionales: plantillas, tokens, ejemplos (opcional)
Regla: Si falta el objetivo o el contexto, PREGUNTAR antes de generar.
Workflow
Fase 1: Entender
- Leer el objetivo del usuario
- Identificar si es skill simple (3-6 pasos) o complejo (fases múltiples)
- Determinar nivel de libertad según riesgo:
- Alta libertad: brainstorming, ideas, alternativas
- Media libertad: documentos, copys, estructuras
- Baja libertad: scripts, comandos, operaciones técnicas
Fase 2: Diseñar
- Definir nombre del skill (minúsculas, guiones, máx 40 chars)
- Escribir descripción (tercera persona, español, máx 220 chars)
- Listar triggers concretos (cuándo se activa)
- Definir inputs necesarios
- Definir output exacto (formato específico)
Fase 3: Generar
- Crear estructura de carpeta
- Escribir SKILL.md con frontmatter YAML
- Agregar recursos solo si aportan valor real
Fase 4: Validar
- Verificar checklist:
Instrucciones
Reglas de nombre (YAML)
# ✅ Correcto
name: planificar-video
name: auditar-landing
name: responder-emails
# ❌ Incorrecto
name: Planificar_Video # mayúsculas y guion bajo
name: skill-para-marketing # muy genérico
name: herramienta-chatgpt # nombre de herramienta innecesario
Reglas de descripción
- En español
- Tercera persona
- Máximo 220 caracteres
- Dice QUÉ hace y CUÁNDO usarlo
- Sin marketing, solo operativo
Estructura de carpetas
.agent/skills/<nombre-del-skill>/
├── SKILL.md # Obligatorio
├── recursos/ # Opcional: guías, plantillas, tokens
├── scripts/ # Opcional: utilidades ejecutables
└── ejemplos/ # Opcional: implementaciones de referencia
Principios de escritura
- Claridad sobre longitud: pocas reglas, muy claras
- No relleno: sin explicaciones tipo blog
- Separación de responsabilidades: estilo → recursos, pasos → workflow
- Pedir datos cuando falten: si un input es crítico, preguntar
- Salida estandarizada: formato exacto definido
Manejo de errores
- Si el output no cumple formato → volver al paso de diseño y ajustar
- Si hay ambigüedad → preguntar antes de asumir
- Si falta información crítica → solicitar al usuario antes de generar
Output (formato exacto)
Cuando se crea un skill, la salida debe seguir este formato:
## Carpeta
`.agent/skills/<nombre-del-skill>/`
## SKILL.md
---
name: <nombre-del-skill>
description: <descripción breve en tercera persona>
---
# <Título del skill>
## Cuándo usar este skill
- trigger 1
- trigger 2
## Inputs necesarios
- input 1 (obligatorio/opcional)
- input 2
## Workflow
1. Paso 1
2. Paso 2
3. Paso 3
## Instrucciones
[Detalles específicos del skill]
## Output (formato exacto)
[Definición del formato de salida]
## Recursos opcionales (solo si aplica)
- `recursos/<archivo>.md` - descripción
- `scripts/<archivo>.sh` - descripción
Ideas de skills sugeridos
Si el usuario está explorando qué skills crear, sugerir:
| Skill |
Descripción |
estilo-y-marca |
Define tokens de marca, tono de voz, paleta de colores |
planificar-video |
Estructura guiones y planificación de contenido audiovisual |
auditar-landing |
Revisa landing pages con checklist de UX/SEO/conversión |
debug-app |
Proceso sistemático para diagnosticar bugs en aplicaciones |
responder-emails |
Genera respuestas con tono específico según contexto |
documentar-api |
Crea documentación estándar para endpoints |
revisar-codigo |
Checklist de code review con principios SOLID |
1---2name: creador-de-skills3description: Diseña y genera Skills para Antigravity con estructura predecible, reutilizable y lista para producción. Usar cuando se necesite crear un nuevo skill o convertir un proceso en procedimiento estándar.4---5
6# Creador de Skills para Antigravity
7
8Skill especializado en diseñar y generar Skills estructurados para el entorno de Antigravity. Produce salidas completas con carpetas, archivos SKILL.md y recursos opcionales.
9
10## Cuándo usar este skill
11
12- Cuando el usuario pida crear un skill nuevo
13- Cuando el usuario quiera convertir un prompt largo en un procedimiento reutilizable
14- Cuando se necesite estandarizar un proceso repetitivo
15- Cuando haya que documentar un workflow como skill
16- Cuando el usuario diga "hacé un skill para X"
17
18## Inputs necesarios
19
20- **Objetivo del skill**: ¿Qué debe hacer? (obligatorio)
21- **Contexto de uso**: ¿Cuándo se activa? (obligatorio)
22- **Nivel de libertad**: alta/media/baja (opcional, se infiere si no se da)
23- **Formato de salida esperado**: tabla, lista, JSON, markdown, etc. (opcional)
24- **Recursos adicionales**: plantillas, tokens, ejemplos (opcional)
25
26> **Regla**: Si falta el objetivo o el contexto, PREGUNTAR antes de generar.
27
28## Workflow
29
30### Fase 1: Entender
31
321. Leer el objetivo del usuario
332. Identificar si es skill simple (3-6 pasos) o complejo (fases múltiples)
343. Determinar nivel de libertad según riesgo:
35 - **Alta libertad**: brainstorming, ideas, alternativas
36 - **Media libertad**: documentos, copys, estructuras
37 - **Baja libertad**: scripts, comandos, operaciones técnicas
38
39### Fase 2: Diseñar
40
414. Definir nombre del skill (minúsculas, guiones, máx 40 chars)
425. Escribir descripción (tercera persona, español, máx 220 chars)
436. Listar triggers concretos (cuándo se activa)
447. Definir inputs necesarios
458. Definir output exacto (formato específico)
46
47### Fase 3: Generar
48
499. Crear estructura de carpeta
5010. Escribir SKILL.md con frontmatter YAML
5111. Agregar recursos solo si aportan valor real
52
53### Fase 4: Validar
54
5512. Verificar checklist:
56 - [ ] Nombre cumple reglas (minúsculas, guiones, ≤40 chars)
57 - [ ] Descripción en tercera persona, ≤220 chars
58 - [ ] Triggers claros y concretos
59 - [ ] Inputs definidos
60 - [ ] Output con formato exacto
61 - [ ] Sin archivos innecesarios
62
63## Instrucciones
64
65### Reglas de nombre (YAML)
66
67```yaml
68# ✅ Correcto
69name: planificar-video
70name: auditar-landing
71name: responder-emails
72
73# ❌ Incorrecto
74name: Planificar_Video # mayúsculas y guion bajo
75name: skill-para-marketing # muy genérico
76name: herramienta-chatgpt # nombre de herramienta innecesario
77```
78
79### Reglas de descripción
80
81- En español
82- Tercera persona
83- Máximo 220 caracteres
84- Dice QUÉ hace y CUÁNDO usarlo
85- Sin marketing, solo operativo
86
87### Estructura de carpetas
88
89```
90.agent/skills/<nombre-del-skill>/
91├── SKILL.md # Obligatorio
92├── recursos/ # Opcional: guías, plantillas, tokens
93├── scripts/ # Opcional: utilidades ejecutables
94└── ejemplos/ # Opcional: implementaciones de referencia
95```
96
97### Principios de escritura
98
991. **Claridad sobre longitud**: pocas reglas, muy claras
1002. **No relleno**: sin explicaciones tipo blog
1013. **Separación de responsabilidades**: estilo → recursos, pasos → workflow
1024. **Pedir datos cuando falten**: si un input es crítico, preguntar
1035. **Salida estandarizada**: formato exacto definido
104
105### Manejo de errores
106
107- Si el output no cumple formato → volver al paso de diseño y ajustar
108- Si hay ambigüedad → preguntar antes de asumir
109- Si falta información crítica → solicitar al usuario antes de generar
110
111## Output (formato exacto)
112
113Cuando se crea un skill, la salida debe seguir este formato:
114
115```markdown
116## Carpeta
117
118`.agent/skills/<nombre-del-skill>/`
119
120## SKILL.md
121
122---
123
124name: <nombre-del-skill>
125description: <descripción breve en tercera persona>
126
127---
128
129# <Título del skill>
130
131## Cuándo usar este skill
132
133- trigger 1
134- trigger 2
135
136## Inputs necesarios
137
138- input 1 (obligatorio/opcional)
139- input 2
140
141## Workflow
142
1431. Paso 1
1442. Paso 2
1453. Paso 3
146
147## Instrucciones
148
149[Detalles específicos del skill]
150
151## Output (formato exacto)
152
153[Definición del formato de salida]
154
155## Recursos opcionales (solo si aplica)
156
157- `recursos/<archivo>.md` - descripción
158- `scripts/<archivo>.sh` - descripción
159```
160
161---
162
163## Ideas de skills sugeridos
164
165Si el usuario está explorando qué skills crear, sugerir:
166
167| Skill | Descripción |
168| ------------------ | ----------------------------------------------------------- |
169| `estilo-y-marca` | Define tokens de marca, tono de voz, paleta de colores |
170| `planificar-video` | Estructura guiones y planificación de contenido audiovisual |
171| `auditar-landing` | Revisa landing pages con checklist de UX/SEO/conversión |
172| `debug-app` | Proceso sistemático para diagnosticar bugs en aplicaciones |
173| `responder-emails` | Genera respuestas con tono específico según contexto |
174| `documentar-api` | Crea documentación estándar para endpoints |
175| `revisar-codigo` | Checklist de code review con principios SOLID |