Orientación para indicaciones
Indicaciones del constructor de IA para obtener resultados más fiables
Las indicaciones del constructor de IA funcionan mejor cuando describen el objetivo, el contexto disponible, los límites y el resultado deseado en un lenguaje sencillo. Usa el ejemplo siguiente como punto de partida y, después, adáptalo a tu flujo de trabajo.
Requisitos previos
Comienza con las entradas adecuadas
Una indicación sólida no necesita jerga técnica, pero sí suficiente contexto para que el constructor distinga el objetivo de los detalles de implementación.
-
1
Nombra el resultado
Indica qué debería lograr el flujo de trabajo, el asistente o la experiencia generada. Usa un resultado observable, como clasificar, resumir, extraer, redactar o enrutar.
-
2
Añade contexto y reglas
Proporciona la audiencia, el material de origen, los campos importantes, los casos límite y los límites. Indica qué debe evitar el sistema cuando una respuesta no sea segura.
-
3
Describe el resultado
Especifica el formato, el tono, la estructura y la siguiente acción que esperas. Un ejemplo de resultado puede facilitar mucho la interpretación de una solicitud abstracta.
Capacidades relacionadas
Un recorrido completo
El diseño de indicaciones suele estar relacionado con una capacidad específica. Estas guías relacionadas muestran cómo cambia el mismo resumen cuando la tarea implica archivos, modelos o cálculos.
- Procesamiento de documentos con el constructor de IA Descubre cómo convertir el contenido de documentos en información estructurada y útil.
- Entrenar un modelo con el constructor de IA Explora los aspectos que debes tener en cuenta al preparar ejemplos para un modelo.
- Calculadora del constructor de IA Aprende a describir las entradas de cálculo, las reglas y los resultados esperados.
Anatomía de un prompt
Tabla de opciones: vaga frente a específica
La columna izquierda deja abiertas decisiones clave. La derecha proporciona al constructor un encargo más fácil de probar sin imponer cada detalle de implementación.
| Prompt vago | Prompt específico | |
|---|---|---|
| Objetivo | Crea un asistente de soporte. | Clasifica cada mensaje de soporte entrante y sugiere el siguiente equipo o la siguiente acción. |
| Contexto | Usa la información de nuestros clientes. | Usa el texto del mensaje, el área del producto, el nivel del cliente y el estado del caso anterior cuando estén disponibles. |
| Categorías | Identifica lo que necesita el cliente. | Devuelve un tema: facturación, acceso, error, solicitud de función, cuenta u otro. |
| Incertidumbre | Gestiona adecuadamente los casos difíciles. | Si el tema no está claro, devuelve «otro» y explica qué detalle falta. |
| Salida | Proporciona una respuesta útil. | Devuelve una categoría, un nivel de urgencia, el equipo recomendado y un borrador de respuesta de dos frases. |
| Tono | Sé profesional. | Usa un lenguaje conciso y sereno, y evita prometer una solución que no se haya confirmado. |
| Comprobación del éxito | Haz que sea preciso. | Prueba el resultado con mensajes habituales, ambiguos y fuera de alcance antes de confiar en él. |
Qué falla
Lo que una ruta basada en prompts no puede decidir por ti
Un prompt puede expresar una intención, pero no puede sustituir la calidad de las fuentes, la revisión ni una decisión clara sobre quién es responsable del resultado.
No puede inventar el contexto que falta
Si el prompt no incluye los campos, ejemplos o materiales de referencia pertinentes, el resultado puede ser genérico o basarse en una suposición incorrecta.
Qué hacer en su lugar
Enumera los datos que el flujo de trabajo puede recibir realmente y define qué debe ocurrir cuando falte alguno.
No puede garantizar que se contemplen todos los casos excepcionales
Una sola instrucción no anticipará todas las solicitudes inusuales, los registros contradictorios ni las frases ambiguas que aparezcan en producción.
Qué hacer en su lugar
Añade casos excepcionales representativos, un resultado alternativo y un proceso de revisión para los resultados inciertos.
No puede definir por sí solo qué es un buen resultado
Palabras como «mejor», «inteligente» o «preciso» expresan una intención, pero no proporcionan un criterio útil para evaluarla.
Qué hacer en su lugar
Especifica los campos, el formato, los umbrales o las revisiones humanas que indiquen si el resultado es aceptable.
No puede sustituir la responsabilidad
El constructor puede ayudar a definir un flujo de trabajo, pero una persona o un equipo debe seguir revisando las decisiones delicadas y manteniendo el proceso subyacente.
Qué hacer en su lugar
Asigna a una persona responsable de las pruebas, la aprobación, la supervisión y las revisiones del prompt.
Comparación de prompts
Descubre la diferencia que marca un prompt preciso
Unas instrucciones bien enfocadas dan al constructor suficiente estructura para producir una primera versión útil y dejan margen para mejorarla.
Las entradas específicas ofrecen un punto de partida más fácil de probar.
Instrucciones poco clarasResultado estructuradoSiguiente paso
Pon a prueba tu próxima indicación
Empieza con un flujo de trabajo y describe el resultado en lenguaje sencillo. Añade las entradas, las reglas, qué hacer si algo falla y el formato de salida que otra persona necesitaría para revisar el resultado. Después, prueba la indicación con un caso normal y otro ambiguo antes de ampliar su alcance.
- Describe un resultado observable
- Incluye entradas y casos límite
- Revisa el primer resultado antes de perfeccionarlo
Preguntas sobre las indicaciones
Preguntas frecuentes
Incluye el objetivo, las entradas disponibles, las reglas importantes, el resultado esperado y qué hacer cuando falte información o esta no esté clara. Un ejemplo breve también puede aclarar el resultado deseado.
Incluye suficientes detalles para eliminar las ambigüedades importantes, pero no prescribas cada paso interno. Empieza por el resultado y las restricciones; después, añade ejemplos o casos límite cuando el primer resultado necesite correcciones.
Puedes reutilizar la estructura de una indicación, pero el contexto y las reglas deben ajustarse al flujo de trabajo. Una solicitud de clasificación, una tarea con documentos y una calculadora requieren entradas y criterios de éxito diferentes.
La inconsistencia suele deberse a la falta de contexto, requisitos de salida imprecisos, instrucciones contradictorias o entradas de calidad variable. Define un formato, indica explícitamente qué hacer si algo falla y añade casos de prueba representativos.
Pruébala con un ejemplo típico, una entrada incompleta y un caso ambiguo o fuera de alcance. Comprueba si el resultado sigue el formato requerido y si la respuesta prevista cuando algo falla es segura y útil.