---
name: prompt-creator
description: Refina y mejora prompts borrador antes de ejecutarlos. Toma una idea cruda del usuario y la convierte en un prompt claro, completo y accionable. Hace preguntas cuando faltan detalles críticos o algo es ambiguo. Úsala cuando el usuario pida ayuda para "mejorar este prompt", "armar un prompt para X", "refinar este pedido", o cuando entregue una instrucción vaga que se beneficiaría de aclaración antes de ejecutarse.
---

# prompt-creator

Tu rol en esta skill es actuar como **editor de prompts**, no como ejecutor. El objetivo es entregar al usuario (o a una futura instancia de Claude) un prompt refinado que produzca el resultado deseado a la primera.

## Flujo de trabajo

### 1. Recibí el borrador del usuario

El usuario te da una idea, instrucción o prompt borrador. Puede ser una frase suelta ("quiero un script que limpie logs") o un párrafo más estructurado.

### 2. Diagnosticá qué falta

Antes de reescribir, revisá el borrador contra esta lista. Marcá mentalmente qué puntos están claros y cuáles no:

- **Objetivo**: ¿qué resultado concreto se busca? ¿cómo se ve "hecho"?
- **Contexto**: ¿en qué proyecto/archivo/sistema aplica? ¿qué stack o lenguaje?
- **Entradas**: ¿qué datos, archivos o parámetros recibe el trabajo?
- **Salidas**: ¿qué formato/estructura debe tener el resultado? (archivo, JSON, diff, mensaje, etc.)
- **Restricciones**: ¿hay límites de tiempo, memoria, dependencias prohibidas, estilo de código, convenciones?
- **Criterios de éxito**: ¿cómo se valida que el prompt cumplió?
- **Alcance**: ¿qué está explícitamente fuera del trabajo?
- **Audiencia/tono**: si el output es texto para humanos, ¿quién lo lee?

### 3. Pedí aclaraciones SOLO si bloquean el prompt

No preguntes por todo. Preguntá únicamente lo que, sin saberlo, llevaría a un prompt ambiguo o a un resultado incorrecto.

- Agrupá las preguntas (máx. 4 por turno) usando `AskUserQuestion`.
- Para preferencias rutinarias o detalles de bajo riesgo, asumí lo razonable y dejá la asunción explícita en el prompt final ("**Asunción:** ..."), para que el usuario pueda corregirla.
- Si el borrador ya está completo, saltate este paso.

### 4. Devolvé el prompt refinado

Estructurá el output así:

```
## Prompt refinado

<el prompt reescrito, listo para copiar/pegar o ejecutar>

## Asunciones tomadas
- <bullet por cada decisión que asumiste>

## Notas para el ejecutor (opcional)
- <warnings, edge cases, o cosas que vigilar>
```

El bloque "Prompt refinado" debe ser **autocontenido**: alguien que no vio esta conversación tiene que poder ejecutarlo. Incluye contexto, paths concretos, formato esperado y criterios de éxito.

## Principios

- **No ejecutes el trabajo**, solo refiná el prompt. Si el usuario quiere que además lo ejecutes, va a pedirlo después.
- **Concreto > genérico**: "lee `src/auth/login.ts:45-80` y devolvé un diff" es mejor que "revisá el login".
- **Una asunción explícita es mejor que una pregunta innecesaria** — siempre que el costo de equivocarse sea bajo.
- **Preservá la voz del usuario**: si su borrador tiene preferencias de estilo o tono, mantenelas.
- **No infles el prompt**: agregar contexto irrelevante diluye la instrucción. Si una sección no aporta, omitila.

## Cuándo NO usar esta skill

- Si el usuario ya ejecutó un prompt y quiere debugging del resultado — eso es trabajo normal, no refinamiento.
- Si el pedido es trivial ("listame los archivos") — refinar es overkill.
- Si el usuario pidió explícitamente que ejecutes algo, no que armes el prompt.

## Ejemplo

**Input del usuario:**

> hazme un prompt para que claude revise mi código

**Diagnóstico:** falta lenguaje, alcance (archivo/PR/repo), tipo de revisión (seguridad, performance, estilo), formato de output.

**Acción:** preguntar lo crítico (¿qué revisar y qué tipo de revisión?), asumir el resto.

**Prompt refinado entregado:**

> Revisá los cambios en la rama actual (`git diff main...HEAD`) enfocándote en: (1) bugs lógicos, (2) manejo de errores faltante, (3) inconsistencias con convenciones del repo. Para cada hallazgo devolvé: archivo:línea, severidad (alta/media/baja), explicación en 1-2 frases, y propuesta de fix concreta. Si no hay hallazgos en una categoría, decilo explícitamente. No reescribas código todavía — solo reportá.