Mejores plantillas de prompts para LLMs locales (2026)

Estas plantillas están escritas para modelos locales como Llama, Mistral, Phi, Qwen y Gemma que se ejecutan en Ollama, LM Studio, Jan o un programa parecido. Usan un rol breve, una sola tarea y restricciones estrictas. Ese patrón es más fiable en un modelo de 7B o 13B que un pedido vago como «mejora esto».

¿No conoces las diferencias entre los prompts locales y los de la nube? Lee Cómo escribir mejores prompts para modelos locales de IA. Para convertir un tipo de tarea en un esqueleto que puedas editar, usa el Generador de plantillas de prompts.

Cómo usar una plantilla

Sustituye cada corchete y luego borra los corchetes. Deja las reglas en su sitio. Si el modelo sigue desviándose, haz estas tres cosas en este orden: sube las reglas por encima del texto fuente, recorta el texto fuente para que la instrucción se quede cerca del inicio y baja la temperatura (temperature) a unos 0.2 en la aplicación. Cuenta el prompt antes si estás cerca de la ventana de contexto: el Contador de tokens es una estimación, no un tokenizador, pero basta para ver cuándo un prompt se está alargando.

Una tarea por prompt. «Escribe el correo, tradúcelo y además prepara diapositivas» son tres prompts.
Nombra la forma de la salida: viñetas, un límite de palabras, claves JSON o «solo el código».
Di qué hay que dejar fuera. «No añadas un preámbulo» corta mucha charla de los modelos locales.

Redacción

Artículo o publicación breve

Úsalo cuando quieras un texto terminado, no un esquema. Funciona en modelos de 7B si mantienes el tema estrecho.

Eres un redactor claro y conciso. Tarea: Escribe una entrada de blog sobre [tema]. Requisitos: - Extensión: unas 400 palabras - Público: [quién] - Tono: directo, sin exageraciones - Estructura: una apertura de 2 frases, tres secciones con títulos y un cierre de 2 frases - No inventes estadísticas Devuelve solo la entrada.

Correo que tiene que quedar corto

Los modelos locales alargan los correos salvo que limites la extensión y enumeres los puntos que pueden cubrir.

Estás escribiendo un correo de trabajo. Para: [nombre o rol] Propósito: [pedir / informar / rechazar] Puntos que puedes incluir: - [punto 1] - [punto 2] Reglas: - Menos de 120 palabras - Ningún saludo de más de una línea - Nada de «espero que este correo te encuentre bien» Devuelve solo el correo.

Descripción de producto

Escribe una descripción de producto para [producto]. Datos que puedes usar: - [dato] - [dato] - [dato] Reglas: - De 70 a 90 palabras - Segunda persona («tú») - Sin afirmaciones no comprobadas como «el mejor» o «garantizado» - Termina con un uso concreto, no con un eslogan Devuelve solo la descripción.

Programación

Una función, un lenguaje

Pide una función, no «una aplicación». Nombra la versión del lenguaje. Los modelos más pequeños se dispersan cuando la tarea incluye a la vez un marco de trabajo, pruebas y un README.

Eres un desarrollador cuidadoso de Python 3.11. Tarea: Escribe una función que [haga X]. Entrada: [tipo] Salida: [tipo] Reglas: - Incluye un docstring de 2 líneas - Trata este caso límite: [caso] - No añadas un bloque main ni un ejemplo de uso - Devuelve solo la función

Explica un fallo sin reescribir el archivo

Estás revisando código. No reescribas el archivo entero. Código: [pega] Devuelve exactamente 3 viñetas: 1. El fallo más probable 2. Por qué ocurre 3. El cambio más pequeño que lo corregiría Si no estás seguro, escribe «no estoy seguro» en esa viñeta. No inventes una traza de la pila.

Convierte un fragmento, no un proyecto

Convierte la siguiente función de [JavaScript] a [Python]. Reglas: - Conserva el mismo comportamiento - Usa nombres claros - Añade un solo comentario si una línea no es obvia - Devuelve solo la función convertida Código: [pega]

Resúmenes y notas

Resumen fijo en viñetas

Resume el texto en exactamente 5 viñetas. Reglas: - Cada viñeta es una frase completa - Conserva los números y los nombres que aparecen en el texto - No añadas contexto que no esté en el texto - Sin título y sin párrafo de cierre Texto: [pega]

Notas de reunión en decisiones y acciones

Convierte estas notas sueltas en dos listas: Decisiones y Acciones. Reglas: - Decisiones: solo lo que las notas dicen que se acordó - Acciones: empieza cada línea con un verbo y un nombre si se da uno - Si falta el responsable, escribe «Responsable: no indicado» - No añadas tareas nuevas Notas: [pega]

Resumen breve y qué ignorar

Lee el texto y devuelve: 1. Un resumen de 40 palabras o menos 2. Tres detalles que importan 3. Dos detalles que parecen importantes pero no hacen falta para la decisión No recomiendes un producto. Texto: [pega]

Traducción y reescritura

Traducción que conserva los nombres

Traduce de [inglés] a [español]. Reglas: - Deja igual los nombres de producto, las URL y el código - Usa un tono neutro - No expliques la traducción - Si una frase es ambigua, traduce la lectura más literal y añade «[ambiguo]» después Texto: [pega]

Reescribe para un nivel de lectura

Reescribe el texto para que una persona ocupada y no experta pueda seguirlo. Reglas: - Más o menos la misma extensión que el original - Frases cortas - Conserva todos los números - No añadas ejemplos que no estén en la fuente Texto: [pega]

Cambia el tono sin cambiar los hechos

Reescribe el párrafo en un tono más calmado. Reglas: - No añadas disculpas que no estuvieran - No quites ningún plazo ni ninguna cantidad - Déjalo por debajo de [80] palabras Párrafo: [pega]

Análisis y decisiones

Revisión de riesgos

Eres un revisor práctico, no un animador. Asunto: [función, plan o borrador] Restricciones: [tiempo, presupuesto o herramientas] Devuelve: 1. Tres riesgos, cada uno en una frase 2. Una forma de reducir el alcance 3. Un sí o un no, con una frase de motivo No inventes métricas.

Compara dos opciones

Compara la opción A y la opción B para [decisión]. Opción A: [datos] Opción B: [datos] Devuelve una tabla en texto plano con las columnas: Criterio, Opción A, Opción B. Luego una frase: qué opción elegirías si [restricción] es la prioridad. No añadas una tercera opción.

Extracción estructurada

JSON con null

Dile al modelo las claves y qué hacer cuando falta un campo. Si no, los modelos locales inventan una fecha o un precio verosímil.

Extrae JSON con exactamente estas claves: name, date, amount, currency. Reglas: - Usa null cuando el texto no indique el valor - amount es un número, no una cadena - No añadas claves - Sin bloque de código Markdown Texto: [pega]

Lista de comprobación a partir de una política

A partir del texto de la política, enumera solo las acciones que una persona debe hacer. Reglas: - Una acción por línea, empezando por un verbo - Omite el contexto y las definiciones - Si el texto no está claro, escribe «Poco claro:» y cita la frase Política: [pega]

Estudio y práctica

Cuestionario a partir de tus notas

Usando solo las notas de abajo, escribe 5 preguntas y respuestas. Reglas: - Mezcla 3 preguntas de respuesta corta y 2 de verdadero/falso - La respuesta debe estar respaldada por las notas - Después de cada respuesta, cita entre comillas la frase que la respalda Notas: [pega]

Explica y luego para

Explica [concepto] a alguien que conoce [requisito previo] pero no [concepto]. Reglas: - 150 palabras como máximo - Un ejemplo concreto - Sin sección de historia - Termina después del ejemplo. No hagas una pregunta de seguimiento.

Cuando una plantilla sigue fallando

Si el modelo ignora una regla, repite esa sola regla como última línea del prompt. Los modelos locales suelen seguir la instrucción más cercana. Si añade una introducción amable, añade «Empieza directamente por la respuesta». Si rechaza una tarea normal de redacción, el prompt probablemente es demasiado largo o el prompt del sistema de la aplicación está chocando con el tuyo: acorta el tuyo y revisa el mensaje de sistema predeterminado de la aplicación.

Para una comprobación de apto o no antes de volver a ejecutarlo, pega el prompt en el Optimizador de prompts. No llamará a un modelo. Solo señala si falta el rol, si falta el formato y si los prompts son muy cortos o muy largos.