Por qué los chatbots de IA entienden mejor los prompts con Markdown y qué elementos de la sintaxis aportan más claridad al modelo.
Estructurar tus prompts con sintaxis Markdown es uno de los trucos más sencillos para mejorar la calidad de las respuestas que te da un chatbot de IA. No hace falta dominar técnicas avanzadas de prompt engineering: con aplicar encabezados, listas y bloques de código a tus mensajes ya notarás una diferencia notable en cómo el modelo interpreta tus instrucciones.
Esta guía cubre el qué y el por qué del uso de Markdown en prompts. Si te interesa profundizar en técnicas con nombre propio como few-shot o chain-of-thought, salta a la guía de prompt engineering. Si lo que vas a escribir son instrucciones permanentes para un agente (un CLAUDE.md, un .cursorrules o un mensaje system por API), ve a system prompts.
Los modelos de lenguaje actuales (ChatGPT, Claude, Gemini, DeepSeek, Llama, Qwen) han sido entrenados con cantidades masivas de texto que incluye archivos README.md de GitHub, documentación técnica, posts de blog y conversaciones de foros. En todos esos contextos el formato Markdown es omnipresente, así que el modelo ha aprendido a asociar la sintaxis con patrones de estructura semántica.
Cuando tu prompt incluye un encabezado # Tarea, el modelo no lo ve solo como un símbolo: lo interpreta como "aquí empieza una sección importante del mensaje". Cuando ve una lista numerada, sabe que se trata de pasos secuenciales. Y cuando ve un bloque de código con tres backticks, identifica el contenido como código que no debe interpretarse como prosa.
Las ventajas concretas de aprovechar este aprendizaje son cuatro:
Los elementos que más impacto tienen en la calidad de la respuesta son los siguientes. La idea no es saturar el prompt con sintaxis, sino usar cada elemento cuando tenga un propósito.
Los encabezados son la forma más rápida de decirle al modelo "esta es una parte distinta del mensaje". Funcionan muy bien para separar un breve contexto de la pregunta principal:
## Contexto
Estoy diseñando una pantalla de login para una app móvil.
## Pregunta
¿Qué patrones de UX me recomiendas para reducir el abandono?Con esa estructura, el modelo entiende que el primer bloque es información de fondo y el segundo es la pregunta concreta que debe responder. Sin los encabezados, podría diluir la respuesta entre las dos cosas.
Las listas son ideales cuando tienes varios requisitos o restricciones que el modelo debe respetar. Visualmente quedan claras y el modelo no se pierde ninguno:
Genera el copy de una landing page con estas condiciones:
- Tono cercano, sin tecnicismos.
- Entre 250 y 350 palabras.
- Incluye un CTA al final de cada sección.
- Evita superlativos vacíos como "el mejor" o "increíble".Si en lugar de una lista escribieras las cuatro condiciones en un párrafo corrido, el modelo tendría más probabilidades de olvidar alguna.
Las negritas sirven para que el modelo no pase por alto los puntos no negociables del prompt. Úsalas con moderación: si todo es negrita, nada lo es.
Resume el siguiente artículo en 3 frases. **El resumen debe
mantenerse por debajo de 100 palabras** y **no puede incluir
opiniones**, solo hechos del artículo original.Los bloques de código son la manera estándar de decir "esto que va dentro no es una instrucción, es contenido que tienes que procesar". Sirven tanto para fragmentos de código como para texto que no quieres que el modelo confunda con instrucciones:
Revisa el siguiente fragmento de SQL y dime qué riesgos
de seguridad ves:
```sql
SELECT * FROM users WHERE name = '" + userInput + "';
```Sin los backticks, parte del texto podría confundirse con instrucciones y el modelo podría dar una respuesta menos centrada.
Las citas con > son útiles cuando incluyes un texto que viene de fuera (un email de un usuario, un fragmento de documentación, una transcripción) y quieres separarlo claramente de tus propias instrucciones:
Un cliente nos ha enviado este mensaje:
> No he recibido todavía el pedido que hice la semana pasada
> y vuestro chatbot no responde. Por favor, dadme alguna
> explicación o cancelad la compra.
Redacta una respuesta profesional y empática, ofreciéndole
una compensación si procede.Las tablas sirven cuando le entregas al modelo un conjunto de datos con varias propiedades por elemento. Son mucho más legibles que una lista de bullets con muchos campos:
Genera una descripción comercial para cada producto:
| Producto | Categoría | Precio | Público |
|----------|-----------|--------|---------|
| Widget A | Tecnología | 29,99€ | Profesionales |
| Widget B | Hogar | 15,50€ | Familias |Hay un puñado de fallos recurrentes que reducen la efectividad del prompt sin que el usuario sea consciente:
**asteriscos**, lo verá como negritas. Encierra ese texto en un bloque de código para que se respete tal cual.Para prompts cotidianos (preguntas, redacción, análisis puntual), basta con los elementos básicos: encabezados, listas, negritas y algún bloque de código si pasas datos literales. No necesitas más.
Si lo que vas a montar es algo más sofisticado (un agente con instrucciones permanentes, una plantilla reutilizable, un flujo automatizado por API), conviene avanzar a las dos guías siguientes:
Estructurar tus prompts con Markdown es una de esas mejoras que cuesta muy poco aplicar y se nota desde el primer día. No hace falta dominar la sintaxis completa: con encabezados, listas y bloques de código bien colocados ya estarás por delante de la mayoría de usuarios. El resto viene con la práctica y con observar qué patrones dan mejor resultado en tu caso concreto.
Esperamos que esta guía te haya resultado útil. Cuando quieras profundizar más, las guías de system prompts y prompt engineering son los siguientes pasos naturales.
Esto ha sido todo.
👋 Hola! Soy Edu, me encanta crear cosas y he redactado este tutorial. Si te ha resultado útil, el mayor favor que me podrías hacer es el de compatirlo en Twitter.
Sígueme en Twitter para estar al día con mi contenido. 😊