Biblioteca de prompts para IA local

Un prompt claro no arregla un modelo inadecuado, pero sí hace más fácil comparar resultados. Esta es una biblioteca de plantillas iniciales: copia, adapta, valida y mándanos las tuyas.

1. Actas de reunión

Actúa como secretario de actas con experiencia. Con esta transcripción de reunión, genera:

## Resumen
(5 líneas máximo)

## Acuerdos
(lista numerada; solo decisiones confirmadas, no propuestas)

## Tareas
| Tarea | Responsable | Fecha |
(tabla; si no consta responsable o fecha, escribe "sin asignar")

## Temas abiertos
(lo que quedó pendiente de decidir)

REGLAS:
- No inventes responsables ni fechas.
- Cita literal (con timestamp si existe) cualquier acuerdo.
- Si la transcripción es ambigua, márcalo con ⚠️.

Transcripción:
<pegar>

Por qué ayuda: formato fijo, prohibición explícita de inventar y marcas para la incertidumbre. Aun así, revisa el acta contra el audio o la transcripción.

2. Clasificador de emails

Clasifica este email en una de: URGENTE | IMPORTANTE | RUIDO

Definiciones:
- URGENTE: requiere acción hoy, afecta a personas o plazos reales
- IMPORTANTE: requiere acción esta semana
- RUIDO: newsletters, notificaciones, marketing

Responde SOLO en JSON:
{"clase": "...", "motivo": "una frase", "accion_sugerida": "una frase"}

Email:
<pegar>

Por qué ayuda: JSON único, definiciones de frontera y una validación posterior. El modo estructurado reduce errores de formato, pero hay que comprobar que los valores sean ciertos.

3. Show notes de podcast

Ver pipeline completo — el prompt allí documentado es el borrador que prepararemos para las notas del podcast cuando existan episodios.

4. El traductor de técnico a humano

Explica esto para alguien NO técnico, como se lo contarías a un amigo en el bar:

<texto técnico>

REGLAS:
- Máximo 3 frases.
- Cero jerga sin explicar.
- Una analogía de la vida real SI ayuda y NO si fuerza.
- Si es aburrido, es que lo has hecho mal.

Por qué ayuda: limita longitud, jerga y analogías forzadas. Revisa siempre el texto final antes de publicarlo.

5. El revisor de guiones del podcast

Eres el editor crítico de un podcast de IA en español. Revisa este guion y señala:

1. FRAGILIDADES: afirmaciones que necesitan fuente o matiz
2. CONFUSIONES: pasajes que un oyente nuevo no seguirá
3. PARA CORTAR: lo que sobra (sé despiadado)
4. PREGUNTAS DEL OYENTE: las 2 dudas que esto generará

Sé directo. No felicites: para eso estamos nosotros.

Guion:
<pegar>

Por qué ayuda: pedir fragilidades concretas orienta la crítica y reduce el relleno complaciente del modelo.

6. Extractor de datos de facturas/documentos

Extrae de este documento y devuelve SOLO JSON válido:

{"emisor": "", "nif": "", "fecha": "AAAA-MM-DD", "total": 0.0, "lineas": [{"concepto": "", "importe": 0.0}]}

Si un campo no existe, usa null. No inventes NIFs (los NIF europeos tienen formato
verificable).

Documento:
<pegar>

Los 5 principios de la casa

1. Formato de salida explícito SIEMPRE (JSON, tabla, secciones)
2. Prohibición de inventar con mecanismo de escape (null, ⚠️, “sin asignar”)
3. Ejemplos de frontera en las definiciones (qué SÍ y qué NO)
4. Prohibir la simpatía cuando pides crítica
5. Un prompt, una tarea (los prompts multi-tarea fallan en los bordes)

Biblioteca viva: esta página se actualizará cuando una plantilla sobreviva a pruebas repetibles. ¿Compartes el tuyo? [email protected]