Los Fundamentos — Más Allá de la Conversación Casual

Resumen: La ingeniería de prompts no es “hablar bonito” con una IA; es diseñar especificaciones. Piensa en cada prompt como un archivo de configuración para un modelo: define entradas, restricciones y formato de salida, igual que harías con un playbook de Ansible o un manifiesto de Kubernetes. Un buen prompt reduce retrabajo, acelera entregables y produce respuestas reproducibles.

¿Qué es realmente la Ingeniería de Prompts y por qué importa en TI?

Es la práctica de especificar con precisión lo que quieres que el modelo haga, bajo qué supuestos y en qué formato, para obtener resultados útiles y consistentes. En el día a día de TI, esto se traduce en:

• Productividad: guiones base reutilizables para emails, reportes, changelogs o políticas.
• Calidad: menos iteraciones porque defines criterios de aceptación y formato desde el inicio.
• Trazabilidad: prompts con variables ({{…}}) y versión, igual que un script.

Los 6 componentes clave de un prompt perfecto

1) Tarea

La acción concreta a realizar. Usa verbos imperativos y un objetivo medible.

Ejemplo: “Redacta un aviso de mantenimiento con fecha, impacto, ventana y contacto.”

2) Contexto

Datos operativos y restricciones: audiencia, entorno, políticas, SLA, sistemas afectados.

Ejemplo: “Usuarios no técnicos en oficinas MX; mantenimiento de servidores de archivos; horario local.”

3) Persona

El rol o perspectiva que la IA debe adoptar.

Ejemplo: “Actúa como responsable de TI comunicando a usuarios finales.”

4) Tono

Estilo comunicativo: profesional, empático, directo, educativo, etc.

5) Formato

Estructura de salida: títulos, secciones, tablas, JSON, Markdown, bullet points, límites de longitud.

6) Ejemplos

Uno o dos ejemplos de entrada/salida marcan el patrón. Evita ejemplos ambiguos.

Plantilla base reutilizable (copia y pega)

Rol/Persona: [quién escribe]
Tarea: [qué debe lograr la respuesta]
Contexto: [audiencia, sistemas, restricciones, fechas]
Tono: [profesional | empático | ejecutivo | técnico accesible]
Formato: [estructura exacta de salida, bullets o JSON]
Ejemplos: [opcional: mini ejemplo de salida que quieres]
Parámetros de creatividad: [temperatura baja/media/alta y por qué]
Criterios de aceptación: [3–5 checks verificables]

Ejemplo práctico: Email de notificación de mantenimiento (usuarios no técnicos)

Escribe un correo avisando de un mantenimiento de servidores.

Rol/Persona: Responsable de TI comunicándose con usuarios no técnicos.
Tarea: Redacta un correo breve de notificación de mantenimiento programado.
Contexto:
- Servicio afectado: Servidor de archivos corporativos (\\fileserver\recursos)
- Fecha y ventana: {{fecha}} de {{hora_inicio}} a {{hora_fin}} (hora local)
- Impacto: Acceso solo-lectura intermitente durante la ventana; no se perderán archivos
- Motivo: Actualizaciones de seguridad y rendimiento
- Contacto de soporte: mesa@empresa.com | Ext. 1234
Tono: Profesional, claro y empático; evita jerga técnica.
Formato:
- Asunto claro
- Saludo breve
- Qué/Por qué/Cuándo/Impacto
- Recomendación (guardar trabajo antes)
- Contacto de soporte
- Cierre cordial
Ejemplos:
- Evita tecnicismos como "I/O throughput" o "cluster failover".
- Usa frases sencillas (máx. 18–22 palabras).
Parámetros de creatividad: Creatividad baja (temperatura 0.2) para consistencia y precisión.
Criterios de aceptación:
- Incluye fecha y horario
- Explica el impacto en 1 oración
- Indica recomendación previa (guardar trabajo)
- Proporciona canal de soporte
- Máx. 140 palabras

Posible salida del modelo con el prompt optimizado

Asunto: Mantenimiento programado del servidor de archivos — {{fecha}}, {{hora_inicio}}–{{hora_fin}}

Hola,
Realizaremos un mantenimiento del servidor de archivos (\\fileserver\recursos) el {{fecha}} de {{hora_inicio}} a {{hora_fin}}. Durante este periodo, el acceso podría ser intermitente en modo solo lectura. No habrá pérdida de información.

Para evitar interrupciones, te recomendamos guardar tu trabajo antes del inicio de la ventana.

Motivo: aplicar actualizaciones de seguridad y mejorar el rendimiento.

Si necesitas apoyo, contáctanos en mesa@empresa.com o a la Ext. 1234.
Gracias por tu comprensión.

Atentamente,
Equipo de TI

Checklist de validación rápida

• ¿Incluye qué, cuándo, impacto, recomendación y contacto?
• ¿El tono es consistente con la audiencia?
• ¿El formato coincide con lo pedido (asunto + secciones)?
• ¿Cumple los criterios de aceptación definidos?

Errores comunes (y cómo evitarlos)

• Ser vago en la Tarea: pide siempre una acción + objetivo (“redacta”, “resume”, “convierte a JSON validado”).
• Olvidar el Formato: especifica encabezados, bullets o estructura JSON/XML si es necesario.
• Sin criterios de aceptación: añade 3–5 checks verificables para evaluar la salida.
• Ignorar la audiencia: ajusta tono y vocabulario (no es lo mismo para DevOps que para usuarios finales).

El Secreto del Ingeniero de IA: Controla la temperatura

La temperatura es el “control de creatividad”. Con temperatura baja (≈0.1–0.3) obtendrás respuestas más precisas y consistentes, ideal para correos formales, pasos operativos o políticas. Con temperatura alta (≈0.7–0.9) fomentarás variedad y originalidad, útil para lluvia de ideas o marketing.

Usa el mismo prompt.
• Corrida A: "Creatividad baja (temperatura 0.2)". 
• Corrida B: "Creatividad media-alta (temperatura 0.8) y 2 variaciones".
Compara tono, vocabulario y estructura. Elige la que cumpla mejor tus criterios.

Para llevar (resumen)

• Diseña prompts como contratos: define Tarea, Contexto, Persona, Tono, Formato y Ejemplos.
• Agrega criterios de aceptación y una instrucción de temperatura/creatividad.
• Convierte tu mejor prompt en plantilla con variables y versiónalo como un script.