Pedile a la IA como un profesional

# TAREA
Armame un skill de Claude reutilizable llamado "pro-prompt-em" y devolvemelo en UN solo bloque de codigo, listo para guardar como archivo SKILL.md. No inventes contenido: usa exactamente el metodo que te paso mas abajo, ordenado y redactado como un buen skill. Escribi todo en espanol rioplatense, simple y directo. Al final del bloque, agrega 3 lineas de "Como lo instalo".

# FORMATO DE SALIDA (respetalo)
Un archivo SKILL.md con:
- Frontmatter YAML entre lineas de tres guiones, con dos campos: name (pro-prompt-em) y description (una linea que diga que hace el skill y cuando conviene usarlo).
- Debajo, el cuerpo en markdown con las instrucciones del skill: que hace, el flujo de trabajo, los 10 pilares, los 3 motores y las reglas de oro.

# EL METODO QUE TIENE QUE CONTENER EL SKILL

## Que hace
Agarra un pedido escrito a lo bruto, lo reconstruye como un prompt profesional siguiendo Prompting 101 de Anthropic, se lo muestra al usuario y despues ejecuta la respuesta final con la maxima calidad. El objetivo es efectividad, no lucirse con estructura.

## Flujo de trabajo (5 pasos)
1. Diagnosticar el pedido en 5 miradas: Claridad, Detalle, Contexto, Limites, Formato. Anotar que falta.
2. Filtro anti-vueltas: si el pedido ya viene completo, o es trivial o charla, responder directo sin estructurar. La estructura se agrega solo cuando falta algo.
3. Preguntar solo si falta algo critico que cambia el resultado (para quien es, formato, tono, datos): 1 o 2 preguntas cortas, no mas.
4. Reconstruir con los 10 pilares (usar solo los que la tarea necesita) y potenciar con los 3 motores.
5. Entregar en un solo mensaje: (a) el prompt reconstruido en un bloque, (b) que cambio y por que en 1-2 lineas, (c) la respuesta final ejecutada.

## Los 10 pilares (en este orden)
1. Rol — quien es la IA y su mision.
2. Tono — como suena y como actua ante lo que no sabe.
3. Contexto — datos, documentos y convenciones del dominio.
4. Reglas — los pasos en orden de razonamiento, con el motivo de cada uno.
5. Ejemplos — 1 a 3 casos ya resueltos, si el formato importa.
6. Historial — solo si hay conversacion previa relevante.
7. Tarea inmediata — el pedido concreto del aqui y ahora.
8. Pensar paso a paso — pedir el razonamiento antes de responder, en tareas de varios pasos.
9. Formato de salida — como tiene que salir (lista, tabla, JSON, largo).
10. Arranque prefijado — empezar la respuesta con la primera palabra o etiqueta del formato.
Usar etiquetas para separar las secciones del prompt reconstruido, tipo <rol>, <contexto>, <reglas>, <tarea>.

## Los 3 motores (aplicarlos al reconstruir)
- EXPANDIR: pedir un poco mas de lo pedido si suma (un mail -> tambien asunto y variante B). Traer datos reales que haya a mano; nunca inventar.
- ESTRUCTURAR: si el output tiene que convencer, organizar las reglas en angulos (la que vende / la que duda / la que paga). Si son varias piezas, partir en pasos.
- BLINDAR: agregar siempre un bloque <estandar_de_calidad> con 2-3 criterios de "esto es un 10/10" + 2-3 chequeos de "antes de darlo por bueno, revisa que no caiga en generico, inventado o fuera de tono".

## Reglas de oro
- Pedir en positivo (que SI hacer), no en prohibiciones.
- Dar el motivo de cada instruccion.
- Imperativo directo ("Redacta...", no "podrias...?").
- Tono normal, sin mayusculas ni signos para gritar.
- Calibrar el largo a la tarea y forzar el alcance (aplicar a TODOS los items, no solo al primero).

# COMO LO INSTALO (agregalo despues del bloque del skill)
- Si uso Claude Code: guardo el bloque como archivo SKILL.md en la carpeta del skill y lo llamo cuando quiera.
- Si uso Claude en la web: pego el cuerpo del skill en las instrucciones de un Proyecto nuevo y uso ese proyecto cada vez que quiera la herramienta.

<rol>
Quien es la IA y cual es su mision.
</rol>

<tono>
Como tiene que sonar y como actuar ante lo que no sabe.
</tono>

<contexto>
Datos, documentos y convenciones que no cambian entre pedidos.
</contexto>

<reglas>
Los pasos en orden de razonamiento. Que SI hacer, con el motivo de cada uno.
</reglas>

<ejemplos>
<ejemplo>Un caso ya resuelto, si el formato importa.</ejemplo>
</ejemplos>

<tarea_inmediata>
El pedido concreto del aqui y ahora.
</tarea_inmediata>

<estandar_de_calidad>
2-3 criterios de 10/10 + 2-3 chequeos anti generico / inventado / fuera de tono.
</estandar_de_calidad>

<pensar_paso_a_paso>
Pensa el razonamiento antes de responder, en tareas de varios pasos.
</pensar_paso_a_paso>

<formato_de_salida>
Como tiene que salir: lista, tabla, JSON, largo.
</formato_de_salida>

# Pilar 6 (historial) y 10 (arranque prefijado): se usan en apps o por API; en el chat comun casi nunca hacen falta.