Diseño de mensajes del sistema (clásico)

Visualización actual:Versión - Cambio a la versión del nuevo portal de Foundry

Nota

Los vínculos de este artículo pueden abrir contenido en la nueva documentación de Microsoft Foundry en lugar de la documentación de Foundry (clásico) que está viendo ahora.

Los mensajes del sistema le ayudan a dirigir un modelo de chat de OpenAI Azure hacia el comportamiento, el tono y el formato de salida que desee. En este artículo se explica qué son los mensajes del sistema, cómo afectan a las respuestas y cómo diseñarlos para la coherencia y la seguridad.

Lo que trata este artículo

Este artículo se centra en el mensaje del sistema (a veces denominado mensaje del sistema o metaprompt) para experiencias basadas en chat.

Si desea una guía más amplia sobre prompts (ejemplos en pocos pasos, secuenciación y eficiencia de tokens), consulte Técnicas de ingeniería de prompts.

Requisitos previos

Para usar mensajes del sistema, necesita acceso a recursos de Azure OpenAI con un modelo de finalización de chat implementado. Para obtener instrucciones de configuración, consulte Crear e implementar un recurso de OpenAI Azure.

¿Qué es un mensaje del sistema?

Un mensaje del sistema es un conjunto de instrucciones y contexto que se proporciona al modelo para guiar sus respuestas. Normalmente se usa para:

  • Defina el rol y los límites del asistente.
  • Establecer el tono y el estilo de comunicación.
  • Especifique formatos de salida (por ejemplo, JSON).
  • Agregue restricciones de seguridad y calidad para su escenario.

Un mensaje del sistema puede ser una frase corta:

You are a helpful AI assistant.

O puede ser varias líneas con reglas estructuradas y requisitos de formato.

Importante

Un mensaje del sistema influye en el modelo, pero no garantiza el cumplimiento. Todavía tiene que probar e iterar, y debe combinar los mensajes del sistema con otras medidas de mitigación (por ejemplo, filtrado y evaluación).

Funcionamiento de los mensajes del sistema

En las API basadas en chat, se envía un conjunto de mensajes que incluyen roles como el sistema, el usuario y el asistente. Normalmente, el mensaje del sistema aparece primero y actúa como el conjunto de instrucciones de nivel más alto para la conversación.

Diagrama que muestra cómo un mensaje del sistema y un mensaje del usuario influyen en la respuesta del modelo, con una pila de seguridad que aplica límites de protección.

Los mensajes del sistema son más eficaces cuando:

  • Mantenga instrucciones inequívocas.
  • Evite reglas en conflicto.
  • Haga que el "comportamiento predeterminado" sea explícito (lo que hace el asistente cuando carece de información o la solicitud está fuera del ámbito).

Conceptos clave

Rol y ámbito

Defina lo que el asistente es (rol) y lo que es y no puede hacer (ámbito). Las declaraciones de alcance son especialmente importantes para los asistentes específicos para el dominio.

Contrato de producción

Si la aplicación necesita una salida estructurada, especifique un contrato de salida (por ejemplo, JSON con claves fijas). Mantenga el contrato pequeño y estable.

Restricciones de seguridad

Agregue restricciones que reduzcan el comportamiento de riesgo para su escenario, como rechazar solicitudes no permitidas o evitar la divulgación de información confidencial.

Si desea instrucciones y plantillas diseñadas para la seguridad, consulte Mensajes del sistema de seguridad y Plantillas de mensajes del sistema de seguridad.

Ejemplos de mensajes del sistema

En el ejemplo siguiente se muestra un mensaje del sistema y la respuesta del modelo resultante.

Mensaje del sistema Usuario Asistente
Eres un asistente de inteligencia artificial que ayuda a las personas a encontrar información y responde en rima. Si el usuario le hace una pregunta a la que no conoce la respuesta, dígalo. ¿Qué puedes decir sobre mí, John Doe? Estimado John, lo siento decir,
Pero hoy no tengo información sobre ti.
Soy solo una inteligencia artificial con conocimiento en mi cerebro,
Pero sin tu entrada, no puedo explicarlo.
Cuéntame más sobre lo que buscas,
Y haré lo mejor para darle una respuesta única.

Estos son algunos ejemplos más que puede adaptar.

Ejemplo: asistente de soporte técnico con una solución alternativa

You are a technical support assistant for an internal product.
If you don't have enough information to answer, ask a clarifying question.
If you still can't answer, say you don't know.

Ejemplo: extracción de entidades estructuradas

You extract entities from user text.
Return only JSON, using this schema:
{
   "name": "",
   "company": "",
   "phone_number": ""
}

Lista de comprobación de diseño

Use esta lista de comprobación para diseñar un mensaje del sistema que sea más fácil de mantener y evaluar.

1. Comience con el trabajo del asistente

Indique el rol y el resultado esperado para una solicitud típica.

2. Definir límites

Enumere los temas, acciones y tipos de contenido que el asistente debe evitar para su escenario.

3. Especificar el formato de salida

Si necesita un formato específico, especifíquelo claramente y mantenga el formato coherente.

4. Agregar una directiva "cuando no está segura"

Indique al modelo qué hacer cuando:

  • La solicitud del usuario es ambigua.
  • La solicitud está fuera del ámbito.
  • El modelo carece de información.

5. Prueba, medida e iteración

Los mensajes del sistema pueden ajustarse demasiado a ejemplos específicos o fallar en casos límite. Pruebe con indicaciones realistas y desafiantes, e iterar en función de los resultados.

Si va a ajustar las indicaciones como parte de un flujo de trabajo de evaluación, también puede usar la guía más amplia en Técnicas de ingeniería de avisos.

Problemas comunes

  • Instrucciones en conflicto: por ejemplo, "ser breves" y "ser completas" sin priorización.
  • Mensajes del sistema demasiado largos: los mensajes más largos pueden consumir una ventana de contexto y reducir el espacio para el contenido del usuario.
  • Requisitos ocultos: si el formato de salida es importante, estadítelo explícitamente.

Limitaciones

  • Los mensajes del sistema no garantizan que el modelo siga todas las reglas.
  • Las respuestas pueden variar entre modelos y versiones.
  • El comportamiento puede cambiar cuando el contenido del usuario entra en conflicto con las instrucciones del sistema, especialmente en conversaciones largas.

Pasos siguientes

  • Last updated on