Prompting con intención de negocio: cómo pedirle a la IA lo que realmente quieres
Inteligencia Artificial · Serie LLMs y n8n
Prompting con intención de negocio: cómo pedirle a la IA lo que realmente quieres
Un buen prompt no “embellece” respuestas: reduce ambigüedad, controla formato y minimiza costes. Aquí tienes el marco, plantillas y checklist para pasar de ensayo–error a resultados repetibles.
En el post anterior definimos la arquitectura mínima de un sistema con IA. Hoy bajamos al nivel de interacción: cómo formular pedidos al modelo para obtener resultados útiles de negocio: consistentes, medibles y eficientes.
Marco práctico de prompting (7 piezas)
- Objetivo: qué debe lograr (tarea concreta, no “sé creativo”).
- Contexto: datos relevantes, dominio y restricciones (jurídicas, tono, idioma).
- Instrucciones: pasos de alto nivel o reglas (sin vaguedad).
- Formato de salida: JSON/tabla/Markdown con esquema explícito.
- Criterios de calidad: qué es “bueno” (completo, sin alucinaciones, con citas cuando aplique).
- Límites: qué no debe hacer; permitir “no sé”.
- Ejemplos (opc.): 1–2 casos representativos bien curados.
5 plantillas que funcionan
1) Extracción con JSON validable
Rol: Eres un extractor estricto de datos.
Objetivo: Extrae campos del texto proporcionado.
Salida: SOLO JSON válido, sin texto adicional.
Schema:
{
"title": "string",
"date": "YYYY-MM-DD|null",
"entities": ["string"]
}
Reglas:
- Si un dato no aparece, usa null o [].
- No infieras; no inventes.
- Idioma de salida: es-ES.
Texto (INPUT):
{TEXTO}
2) Resumen con criterios negociados
Rol: Eres un redactor técnico.
Objetivo: Resume para directivos ocupados.
Criterios: 120–160 palabras, 3 riesgos, 2 próximos pasos.
Formato: Markdown con encabezados H3.
Contenido (DOC):
{DOCUMENTO}
3) Q&A con RAG y abstención
Rol: Eres un asistente con acceso a fragmentos citables.
Reglas:
- Responde SOLO con la evidencia proporcionada.
- Si no hay evidencia suficiente, di: "No lo sé con la evidencia actual."
Salida:
{
"answer": "string",
"citations": [{"title":"string","url":"string"}]
}
Contexto (FRAGMENTOS):
{FRAGMENTOS}
Pregunta:
{PREGUNTA}
4) Crítica y corrección (revisor)
Rol: Eres un revisor crítico.
Criterios: precisión, completitud, tono, formato JSON.
Entrada:
- Pregunta: {P}
- Respuesta: {R}
Salida:
{
"is_ok": true|false,
"issues": ["string"],
"fixed_answer": "string"
}
5) Clasificación multietiqueta
Objetivo: Clasificar el texto en una o más etiquetas de la lista.
Etiquetas: ["factura","soporte","legal","marketing"]
Reglas:
- Devuelve solo etiquetas presentes en la lista.
- Si ninguna aplica, devuelve [].
Salida:
{"labels": ["string"]}
Texto (DOC):
{TEXTO}
Delimitadores y datos sensibles
Usa separadores claros (p. ej., encabezados “INPUT/DOC/FRAGMENTOS”) para distinguir instrucciones de datos. Evita PII; si es imprescindible, anonimiza y especifica el propósito.
Anti-patrones que arruinan prompts
- Objetivos difusos: “Hazlo mejor” → ¿mejor en qué métrica?
- Salida sin contrato: sin esquema ni límites de longitud.
- Prompts kilométricos: encarecen sin mejorar.
- Sin vía de escape: no permitir “no sé” induce alucinaciones.
Antes / Después
Antes: “Resume este documento.”
Después:
Rol: Analista.
Objetivo: resumen ejecutivo.
Límites: 140 palabras, tono formal, 2 KPIs y 1 riesgo.
Formato: Markdown con H3 "Resumen", "KPIs", "Riesgo".
Entrada (DOC):
{DOCUMENTO}
Medición y versionado
- IDs para prompts:
prompt.v1.resumen_exec.es,prompt.v2.resumen_exec.es. - Métricas: coste/consulta, latencia p95, tasa de “no sé”, precisión útil.
- A/B testing: cambia UNA cosa por iteración (formato, límites o instrucciones).
Micro-workflow n8n: “Prompt con contrato”
- Webhook → recibe
{task, text, lang}. - Function → selecciona plantilla por
tasky ajusta límites (max_tokens, schema). - LLM → genera salida.
- Function → valida JSON (si aplica); si falla, reintento con instrucción “SALIDA SOLO JSON”.
- IF → si is_ok=false (revisor), devuelve feedback al usuario.
- Database → guarda costo, latencia y versión del prompt.
Errores comunes (y cómo evitarlos)
- Pedir razonamientos extensos sin necesidad.
- Olvidar límites de longitud: fija
max_tokensy reglas de concisión. - Mezclar idioma de entrada/salida: especifica siempre el idioma de salida.
- No validar JSON: añade validador y reintento automático.
Conclusión
Prompts con intención de negocio = objetivo claro + contrato de salida + límites y métricas. Con estas plantillas y el flujo de n8n tendrás resultados consistentes y listos para producción.
← Anterior: Arquitectura mínima para construir tu primer sistema con IA
Artículos Relacionados
Continúa explorando contenido similar.
Patrones de prompt reutilizables que todo desarrollador debería conocer
Leer artículo
Cómo el deep learning mejora resonancias y tomografías
Leer artículo
Cómo evolucionaron los sistemas de imágenes en medicina
Leer artículo
MLOps sin dolor: versionado de prompts, datos y evaluaciones
Leer artículo
Automatización de procesos clínicos: qué tareas dejarán de hacer los médicos
Leer artículo
Sistema de instrucciones de hierro: diseña prompts imposibles de romper
Leer artículo
Automatización de informes: la nueva era del radiólogo digital
Leer artículo
Del notebook al producto: llevando tu proyecto de IA a producción
Leer artículo
Realidad aumentada y 3D en procedimientos quirúrgicos
Leer artículo
Wearables, apps y sensores: la salud ahora viaja contigo
Leer artículo
In-context learning en serio: enseñando a tu modelo con pocos ejemplos
Leer artículo
Privacidad, PII y cumplimiento: buenas prácticas al trabajar con datos sensibles
Leer artículo
IA explicable: entender cómo piensa el algoritmo
Leer artículo