Cómo crear un prompt profesional, probarlo y prepararlo para entregar

Respuesta inmediata

Un prompt profesional no es simplemente una instrucción larga. Es una
plantilla diseñada para resolver una tarea definida, recibir datos
variables, aplicar restricciones, producir un formato de salida concreto
y permitir que otra persona compruebe la calidad del resultado.

En esta guía crearás un prompt maestro, lo probarás con casos
diferentes, corregirás sus fallos y prepararás un paquete de entrega con
instrucciones, ejemplos, límites y control de versiones. Esto no
garantiza que alguien vaya a comprarlo ni que produzca siempre una
respuesta perfecta.

Qué necesitas

Para seguir el procedimiento necesitas:

• una necesidad concreta que pueda describirse;
• acceso autorizado a las personas que utilizarán el prompt;
• ejemplos representativos de los datos de entrada;
• ejemplos o criterios que definan una salida aceptable;
• una herramienta de IA generativa;
• un documento donde guardar versiones;
• varios casos de prueba;
• una persona capaz de revisar el resultado final.

No necesitas utilizar una herramienta especializada para escribir el
prompt. Puedes conservarlo inicialmente en un documento de texto o una
hoja estructurada.

Antes de introducir información de un cliente en una herramienta
externa, comprueba:

• si tienes autorización para utilizarla;
• si contiene datos personales o confidenciales;
• qué información debe anonimizarse;
• qué políticas internas resultan aplicables;
• qué condiciones de tratamiento ofrece la herramienta utilizada.

No incluyas contraseñas, claves API, credenciales, información
financiera, datos médicos ni información confidencial que no sea
imprescindible y esté autorizada.

Antes de empezar

Qué
convierte un prompt en un entregable profesional

Un prompt profesional debería definir como mínimo:

• objetivo: qué tarea debe completar;
• usuario: quién lo utilizará;
• contexto: qué necesita saber el modelo;
• datos de entrada: qué debe proporcionar el
  usuario;
• restricciones: qué debe evitar o respetar;
• formato de salida: cómo debe organizar la
  respuesta;
• criterios de calidad: cómo se decidirá si el
  resultado sirve;
• variables: qué elementos pueden cambiar entre
  ejecuciones;
• casos de prueba: con qué entradas fue
  evaluado;
• límites: en qué situaciones necesita revisión o no
  debe utilizarse;
• versión: qué edición del prompt se está
  entregando.

La documentación oficial de OpenAI recomienda colocar instrucciones
claras, aportar contexto suficiente y especificar el resultado y el
formato deseados. También explica que los ejemplos pueden ayudar a
mostrar el patrón esperado.

Estas prácticas mejoran la estructura del trabajo, pero no garantizan
que todas las ejecuciones produzcan respuestas idénticas o
correctas.

Qué no es un prompt
profesional

No basta con:

• añadir muchas palabras;
• asignar un personaje exageradamente especializado;
• prometer resultados perfectos;
• copiar una instrucción encontrada en internet;
• pedir al modelo que “no se equivoque”;
• usar una única entrada favorable como prueba;
• ocultar que la salida requiere revisión humana.

Ejemplo práctico de esta
guía

El siguiente caso es completamente FICTICIO.

Una librería independiente solicita una plantilla para preparar
borradores de publicaciones de Instagram sobre sus libros. Cada
ejecución debe partir de una ficha entregada por la librería y
producir:

• un texto principal;
• una llamada a la acción prudente;
• tres propuestas de encabezado;
• un bloque separado con información que debe comprobarse.

La librería no autoriza:

• inventar citas del libro;
• afirmar que una obra es un éxito de ventas sin una fuente;
• fabricar premios;
• crear descuentos no proporcionados;
• atribuir opiniones a lectores inexistentes.

Este ejemplo no corresponde a un cliente real y no demuestra
resultados comerciales.

Procedimiento paso a paso

Paso 1
— Convierte la solicitud en una necesidad verificable

Una solicitud inicial suele ser demasiado amplia:

Necesito un prompt para promocionar libros en Instagram.

Antes de redactar el prompt, aclara:

• quién utilizará la plantilla;
• qué tarea repetirá;
• qué información tendrá disponible;
• qué elementos deben aparecer siempre;
• qué elementos están prohibidos;
• qué formato necesita;
• quién revisará la respuesta;
• qué situaciones deben detener la ejecución.

Utiliza una ficha de requisitos:

Prompt para organizar la
necesidad

ROLE
Actúa como analista de requisitos para una plantilla de IA reutilizable.

OBJECTIVE
Convierte la necesidad proporcionada en una especificación clara para diseñar un prompt. No redactes todavía el prompt definitivo.

CONTEXT
El prompt será utilizado por [CLIENTE O TIPO DE USUARIO] para realizar repetidamente [TAREA].

INPUT DATA
Necesidad inicial: [NECESIDAD]
Usuario del prompt: [USUARIO]
Público de la salida: [PÚBLICO]
Datos disponibles: [DATOS]
Restricciones conocidas: [RESTRICCIONES]
Formato esperado: [FORMATO]
Criterios conocidos: [CRITERIOS]

RESTRICTIONS
No inventes requisitos.
No completes información que el cliente no haya proporcionado.
No supongas objetivos comerciales.
No redactes el prompt definitivo.
Identifica cualquier dato ambiguo o ausente.

OUTPUT FORMAT
1. Objetivo provisional.
2. Usuario.
3. Datos de entrada necesarios.
4. Resultado esperado.
5. Restricciones.
6. Criterios de calidad.
7. Preguntas pendientes.
8. Riesgos o casos que requieren revisión humana.

QUALITY CRITERION
La especificación debe permitir que otra persona comprenda qué problema resolverá el prompt y qué información falta antes de construirlo.

Qué deberías obtener

Una especificación y una lista de preguntas pendientes. No permitas
que la IA convierta sus sugerencias en requisitos aprobados
automáticamente.

En el ejemplo ficticio falta aclarar, entre otras cosas:

• extensión máxima;
• tono editorial;
• datos obligatorios de cada libro;
• tratamiento de precios;
• uso permitido de hashtags;
• información que debe verificarse.

Paso 2 — Define el
resultado esperado

Describe la salida de forma observable.

Una definición débil sería:

El resultado debe ser atractivo y profesional.

Una definición más útil sería:

La respuesta debe contener tres encabezados, un texto principal de
hasta [EXTENSIÓN], una llamada a la acción y una sección titulada “Datos
que requieren verificación”. No debe inventar citas, premios, precios ni
disponibilidad.

Convierte palabras ambiguas como “bueno”, “creativo” o “profesional”
en condiciones revisables.

Ejemplo de criterios:

• utiliza únicamente los datos proporcionados;
• respeta la extensión indicada;
• separa los componentes solicitados;
• mantiene el tono definido;
• identifica información insuficiente;
• no presenta suposiciones como hechos;
• puede copiarse sin reorganizar manualmente toda la respuesta.

Qué deberías obtener

Una lista de criterios que pueda utilizarse después para evaluar cada
ejecución.

Paso 3 — Prepara los datos
de entrada

Define qué tendrá que proporcionar el usuario cada vez.

Para el ejemplo ficticio:

[TÍTULO DEL LIBRO]
[AUTOR]
[DESCRIPCIÓN AUTORIZADA]
[PÚBLICO]
[TONO]
[OBJETIVO DE LA PUBLICACIÓN]
[EXTENSIÓN]
[LLAMADA A LA ACCIÓN PERMITIDA]
[PRECIO VERIFICADO O “NO INCLUIR”]
[DISPONIBILIDAD VERIFICADA]
[DATOS QUE NO DEBEN MENCIONARSE]

Añade una instrucción para los campos ausentes:

Si un dato necesario no está disponible, indícalo. No lo completes
por inferencia.

No uses un marcador ambiguo como [DATOS] cuando el
usuario necesite proporcionar varias categorías diferentes.

Qué deberías obtener

Un formulario de entrada que una persona distinta pueda completar sin
tener que interpretar el funcionamiento interno del prompt.

Paso 4 —
Redacta la primera versión del prompt maestro

Usa secciones reconocibles y separa las instrucciones estables de los
datos variables.

Prompt maestro — Versión 0.1

ROLE
Actúa como redactor de contenidos para una librería independiente. Trabajas a partir de una ficha verificada y preparas borradores sujetos a revisión humana.

OBJECTIVE
Crear un borrador de publicación de Instagram para presentar [TÍTULO DEL LIBRO] a [PÚBLICO].

CONTEXT
Cliente: [CLIENTE]
Canal: Instagram
Objetivo de la publicación: [OBJETIVO]
Tono: [TONO]
Extensión máxima del texto principal: [EXTENSIÓN]

INPUT DATA
Título: [TÍTULO DEL LIBRO]
Autor: [AUTOR]
Descripción autorizada: [DESCRIPCIÓN AUTORIZADA]
Público: [PÚBLICO]
Precio verificado: [PRECIO VERIFICADO O “NO INCLUIR”]
Disponibilidad verificada: [DISPONIBILIDAD]
Llamada a la acción permitida: [LLAMADA A LA ACCIÓN]
Datos adicionales autorizados: [DATOS]
Datos que no deben mencionarse: [EXCLUSIONES]

RESTRICTIONS
Utiliza únicamente los datos proporcionados.
No inventes citas, premios, críticas, popularidad, ventas, descuentos ni disponibilidad.
No presentes una interpretación de la descripción como una cita textual.
Si falta un dato necesario, indícalo en “Datos que requieren verificación”.
No utilices afirmaciones absolutas.
No agregues hashtags salvo que hayan sido autorizados.
No publiques ni declares que el texto está aprobado.

OUTPUT FORMAT
1. Encabezados propuestos: tres opciones.
2. Texto principal.
3. Llamada a la acción.
4. Datos que requieren verificación.
5. Lista de afirmaciones factuales utilizadas.

QUALITY CRITERION
La salida debe respetar el tono, la extensión y el formato. Todas las afirmaciones factuales deben proceder de INPUT DATA y la respuesta debe quedar claramente presentada como borrador.

Qué deberías obtener

Una primera plantilla que separa las instrucciones permanentes de los
campos modificables.

Todavía no es la versión entregable. Debes probarla.

Paso 5 —
Diseña los casos de prueba antes de evaluar

No pruebes el prompt únicamente con el ejemplo más sencillo.

Crea al menos cuatro tipos de caso:

1. Caso normal: contiene todos los datos.
2. Caso incompleto: falta información necesaria.
3. Caso límite: contiene una extensión muy reducida o
   restricciones que pueden entrar en conflicto.
4. Caso adverso: incluye una petición que contradice
   las reglas.

Para el ejemplo ficticio:

La documentación de evaluaciones de OpenAI distingue entre los datos
utilizados para probar un comportamiento y los criterios que determinan
si la salida resulta correcta. No es necesario utilizar una plataforma
automática de evaluaciones para aplicar esa lógica: puedes comenzar con
una tabla y revisión humana.

Paso 6 — Ejecuta la primera
prueba

Crea una copia de la versión 0.1 y completa sus variables con el
primer caso.

En el ejemplo FICTICIO, la entrada podría
indicar:

[CLIENTE]: Librería Horizonte — organización ficticia
[TÍTULO DEL LIBRO]: El jardín de las mareas — obra ficticia
[AUTOR]: Elena Sur — autora ficticia
[DESCRIPCIÓN AUTORIZADA]: Novela sobre una familia que regresa a una isla después de varios años.
[PÚBLICO]: Lectores adultos interesados en ficción familiar
[OBJETIVO]: Presentar la incorporación del libro al catálogo
[TONO]: Cercano, claro y sobrio
[EXTENSIÓN]: 90 palabras
[PRECIO]: NO INCLUIR
[DISPONIBILIDAD]: Disponible en la tienda
[LLAMADA A LA ACCIÓN]: Consulta disponibilidad antes de visitar
[DATOS]: Ninguno
[EXCLUSIONES]: No mencionar ventas, premios, críticas ni comparaciones

Guarda:

• el prompt utilizado;
• la entrada;
• la salida completa;
• la herramienta y modelo, si son visibles;
• la fecha;
• los criterios aplicados;
• los defectos detectados.

No describas el resultado como satisfactorio antes de revisarlo.

Paso 7 — Evalúa la
respuesta con una tabla

Utiliza una escala sencilla:

• Cumple
• Cumple parcialmente
• No cumple
• No aplicable

No uses únicamente una calificación producida por la misma IA. Una
autoevaluación puede ayudar a localizar problemas, pero la decisión
final debe tomarla una persona.

Prompt auxiliar de revisión

ROLE
Actúa como revisor de una salida generada por IA. No reescribas todavía el contenido.

OBJECTIVE
Compara la respuesta con el prompt, la entrada y los criterios definidos.

CONTEXT
El resultado será revisado por una persona antes de utilizarse.

INPUT DATA
Prompt utilizado: [PROMPT]

Entrada: [ENTRADA]

Respuesta: [RESPUESTA]

Criterios: [CRITERIOS]

RESTRICTIONS
No supongas que una afirmación es verdadera si no aparece en la entrada.
No premies un estilo convincente cuando incumpla una restricción.
No inventes nuevos requisitos.
Cita el fragmento que justifica cada evaluación.

OUTPUT FORMAT
Tabla con:
1. Criterio.
2. Cumple, cumple parcialmente, no cumple o no aplicable.
3. Evidencia.
4. Riesgo.
5. Corrección propuesta.

Después añade:
- información inventada;
- instrucciones incumplidas;
- ambigüedades del prompt;
- aspectos que requieren revisión humana.

QUALITY CRITERION
Cada evaluación debe vincularse con un criterio y con evidencia observable en la entrada o la respuesta.

Paso 8 — Detecta el
origen de cada fallo

No todos los problemas se solucionan haciendo el prompt más
largo.

Clasifica el fallo:

• requisito ausente: nunca se definió;
• instrucción ambigua: permite varias
  interpretaciones;
• dato insuficiente: falta información de
  entrada;
• conflicto: dos instrucciones se contradicen;
• formato débil: la estructura esperada no está
  delimitada;
• criterio no medible: no permite decidir si se
  cumplió;
• caso no previsto: la plantilla no contempla esa
  situación;
• limitación del modelo: persiste pese a una
  instrucción razonable.

Ejemplo ficticio:

En la primera ejecución, el borrador podría agregar hashtags aunque
la ficha no los haya solicitado.

El problema no se corrige diciendo “sé más profesional”. La
instrucción debe indicar expresamente:

No agregues hashtags salvo que hayan sido autorizados en INPUT
DATA.

Este es un ejemplo de revisión hipotética; no se presenta como una
prueba efectivamente realizada.

Paso 9 — Modifica una cosa
cada vez

Crea una nueva versión antes de editar:

prompt-publicaciones-libreria_v0.1
prompt-publicaciones-libreria_v0.2

Registra el cambio:

Modificar una condición cada vez ayuda a identificar qué cambio
alteró el comportamiento.

No elimines las versiones anteriores mientras el prompt siga en
evaluación.

Paso 10 —
Ejecuta la segunda prueba y una regresión

Después de corregir el fallo:

1. repite el caso donde apareció;
2. comprueba que el problema se haya reducido;
3. repite casos que antes funcionaban;
4. revisa que la corrección no haya creado otro problema;
5. documenta el resultado.

Esto es una prueba de regresión: confirma que una modificación no
haya perjudicado comportamientos que ya eran aceptables.

En el ejemplo ficticio, después de prohibir hashtags no autorizados
debes verificar también que:

• se mantengan las tres propuestas de encabezado;
• la llamada a la acción conserve su sección;
• el texto respete la extensión;
• no desaparezca “Datos que requieren verificación”.

Paso 11 — Prueba con
entradas diferentes

Un prompt reutilizable no debería depender de una única ficha.

Pruébalo con:

• textos cortos y extensos;
• información completa e incompleta;
• tonos diferentes;
• públicos distintos dentro del alcance autorizado;
• campos declarados como “no incluir”;
• solicitudes incompatibles con las restricciones;
• información que deba mantenerse literalmente.

No afirmes que el prompt funciona universalmente. Documenta
únicamente los casos evaluados.

Qué deberías obtener

Una matriz de pruebas que muestre:

• qué entradas se utilizaron;
• qué versión se evaluó;
• qué criterios cumplió;
• qué fallos aparecieron;
• qué limitaciones siguen abiertas.

Cómo convertirlo
en una plantilla reutilizable

Cuando el comportamiento sea aceptable para los casos revisados,
separa:

Componentes fijos

• rol;
• objetivo general;
• restricciones;
• formato;
• criterios de calidad;
• instrucciones ante información ausente.

Componentes variables

• cliente;
• público;
• producto;
• datos;
• tono;
• extensión;
• llamada a la acción;
• exclusiones.

Utiliza nombres inequívocos:

[CLIENTE]
[PÚBLICO]
[PRODUCTO]
[OBJETIVO]
[DATOS VERIFICADOS]
[TONO]
[EXTENSIÓN]
[RESTRICCIONES DEL CASO]
[FORMATO ADICIONAL]
[CRITERIOS ESPECÍFICOS]

No escondas una instrucción importante dentro de una variable. Si el
prompt nunca debe inventar testimonios, mantenlo como restricción
fija.

Plantilla maestra
reutilizable

ROLE
Actúa como [ROL]. Tu trabajo será revisado por [RESPONSABLE DE REVISIÓN].

OBJECTIVE
Produce [RESULTADO] para [OBJETIVO].

CONTEXT
Cliente o proyecto: [CLIENTE]
Público: [PÚBLICO]
Producto o asunto: [PRODUCTO]
Canal o uso: [CANAL]
Tono: [TONO]

INPUT DATA
[DATOS VERIFICADOS]

Variables específicas: [VARIABLES]

RESTRICTIONS
Utiliza únicamente los datos incluidos en INPUT DATA.
No inventes cifras, fuentes, citas, testimonios, características ni resultados.
Si falta información necesaria, indícala antes de completar la tarea.
No presentes la salida como aprobada o publicada.
Respeta estas restricciones adicionales: [RESTRICCIONES DEL CASO]

OUTPUT FORMAT
[FORMATO]

QUALITY CRITERION
La respuesta debe:
[CRITERIOS]

Antes de finalizar:
1. Identifica los datos de entrada que utilizaste.
2. Señala información pendiente.
3. Comprueba el formato solicitado.
4. Indica qué elementos requieren revisión humana.

Esta plantilla debe adaptarse a la tarea. No existe una estructura
universal que resuelva por sí sola todos los casos.

Cómo preparar la entrega

El paquete final debería contener archivos claramente
identificados.

1. Prompt maestro

Incluye la versión aprobada sin datos del caso de prueba.

Nombre sugerido:

prompt-[tarea]_v1.0.txt

2. Instrucciones de uso

Explica:

• para qué sirve;
• quién puede utilizarlo;
• qué herramienta o tipo de modelo se evaluó;
• qué variables debe completar;
• en qué orden;
• cómo ejecutar la plantilla;
• qué revisar después;
• cuándo detenerse.

3. Diccionario de variables

4. Ejemplo rellenado

Incluye un caso ficticio o autorizado que muestre cómo sustituir las
variables.

Aclara que el ejemplo:

• no corresponde necesariamente a una situación real;
• no garantiza resultados idénticos;
• no debe reutilizarse sin adaptar los datos.

5. Casos de prueba

Entrega las entradas utilizadas y el resultado de la evaluación, no
solo las mejores respuestas.

6. Límites conocidos

Por ejemplo:

• necesita información de entrada completa;
• no comprueba automáticamente la veracidad de los datos;
• no sustituye una revisión legal, médica o financiera;
• puede requerir ajustes al cambiar de modelo;
• no garantiza respuestas idénticas;
• no debe procesar datos confidenciales sin autorización.

7. Checklist

Incluye una lista breve para cada ejecución:

• variables completadas;
• datos autorizados;
• restricciones aplicadas;
• formato correcto;
• hechos revisados;
• información ausente identificada;
• aprobación humana pendiente.

8. Historial de versiones

9. Fecha de revisión

Indica cuándo debería revisarse el prompt, por ejemplo:

• si cambia la tarea;
• si aparecen nuevos datos de entrada;
• si se utiliza otro modelo;
• si cambia el formato esperado;
• si se detecta un fallo;
• si se modifican las políticas del cliente.

Si te aparece esto…

Control humano final

Antes de entregar, comprueba:

Requisitos

• ¿La necesidad original está claramente definida?
• ¿El prompt resuelve una tarea y no varias tareas ambiguas?
• ¿Las variables corresponden a información disponible?
• ¿Los criterios fueron aprobados por quien utilizará el
  resultado?

Estructura

• ¿El objetivo aparece explícitamente?
• ¿Los datos están separados de las instrucciones?
• ¿Las restricciones son comprensibles?
• ¿El formato de salida está definido?
• ¿Los criterios de calidad pueden revisarse?

Pruebas

• ¿Se utilizaron casos diferentes?
• ¿Existe al menos un caso incompleto?
• ¿Existe un caso límite o adverso?
• ¿Se conservaron las entradas y salidas?
• ¿Se repitieron las pruebas después de modificar el prompt?

Fidelidad

• ¿El prompt ordena no inventar información?
• ¿La salida diferencia datos e inferencias?
• ¿Las afirmaciones importantes pueden comprobarse?
• ¿La respuesta permanece sujeta a aprobación humana?

Entrega

• ¿El prompt maestro está separado del ejemplo?
• ¿Las variables están documentadas?
• ¿Los límites son visibles?
• ¿Existe un checklist?
• ¿La versión y fecha están indicadas?
• ¿Otra persona podría utilizarlo sin una explicación verbal
  adicional?

Resultado final

Al terminar deberías disponer de:

• una especificación de la necesidad;
• criterios de aceptación;
• un formulario de entrada;
• un prompt maestro reutilizable;
• variables claramente documentadas;
• casos de prueba;
• una tabla de evaluación;
• un registro de fallos y correcciones;
• una versión final numerada;
• instrucciones de uso;
• límites conocidos;
• un checklist de revisión.

Ese conjunto constituye el entregable. La redacción del prompt es
solo una parte.

Si quieres ofrecerlo como
servicio

Puedes ofrecer el diseño de prompts como un servicio de análisis,
documentación y mejora de procesos. Eso no significa que exista una
demanda garantizada ni que cualquier plantilla pueda venderse.

Antes de aceptar un trabajo, define:

• tarea incluida;
• número y tipo de casos de prueba;
• información que debe aportar el cliente;
• herramienta o modelo evaluado;
• formato de entrega;
• revisiones incluidas;
• responsable de validar la salida;
• datos que no serán procesados;
• límites del prompt;
• condiciones para futuras actualizaciones.

No prometas:

• resultados perfectos;
• comportamiento idéntico entre modelos;
• eliminación completa de errores;
• incrementos de ventas o productividad;
• sustitución de una persona especializada;
• compatibilidad permanente.

El valor del trabajo debe explicarse mediante el problema resuelto,
la trazabilidad de las pruebas y la utilidad del entregable, no mediante
promesas económicas.

Enlaces internos pertinentes

Si todavía necesitas aprender cómo estructurar una instrucción
básica, consulta la guía
de prompt engineering para principiantes.

Esa guía aborda los fundamentos. El procedimiento de esta página
comienza cuando ya existe una necesidad concreta y debe convertirse en
una plantilla reutilizable, evaluada y documentada.

No se añade un enlace hacia contenidos de marketplaces porque esta
guía no evalúa plataformas ni enseña a publicar un listado
comercial.

Fuentes verificadas

• OpenAI
  — Prompt engineering. Documenta la organización de instrucciones, el
  contexto, los ejemplos y otras técnicas para orientar las
  respuestas.
• OpenAI
  — Best practices for prompt engineering. Recomienda instrucciones
  claras, contexto específico y formatos de salida definidos.
• OpenAI
  — Working with evals. Explica la separación entre datos de prueba y
  criterios de evaluación, además del uso de conjuntos representativos
  para comprobar el comportamiento.
• NIST
  — Artificial Intelligence Risk Management Framework: Generative
  Artificial Intelligence Profile. Describe riesgos de fiabilidad y
  contenido erróneo en sistemas generativos, así como la necesidad de
  evaluar y revisar sus resultados.

Fecha de verificación

Contenido de GanaConIA, documentación y fuentes verificadas el 11 de
septiembre de 2026.

Las funciones, interfaces, modelos y condiciones de las herramientas
pueden cambiar. Antes de entregar o reutilizar una plantilla, comprueba
nuevamente el entorno donde será ejecutada y repite los casos de prueba
relevantes.