Prompt del sistemaSystem Prompt

El texto de reglas que el servicio deja listo antes de hablar

Puntos clave
  • El prompt del sistema es el reglamento que el servicio deja puesto antes de que el cliente diga nada.
  • Una vez escrito, se aplica igual a todas las conversaciones. No hace falta volver a anotarlo cada vez.
  • Ahí suele anotarse el rol, el tono, qué temas abarca y el formato de respuesta.
  • No aparece en la pantalla del usuario, pero para el modelo es solo la primera parte de la misma entrada.
  • Por eso no es una regla imposible de romper. Lo que de verdad hay que bloquear se bloquea del lado del programa.
Contenido

1La analogía

Frente a un quiosco de autoservicio en un local, ya hay muchas cosas decididas antes de llegar. Qué menú aparece en pantalla, en qué nivel de picante empieza por defecto, cómo se muestra un producto agotado, con qué se puede pagar. El cliente pide dentro de esa pantalla.

Esa configuración la hizo el local antes de que llegara el cliente. No se vuelve a definir para cada persona: se aplica igual a todos los que llegan ese día. Por más que un cliente quiera un plato que no está en pantalla, no puede elegirlo en el quiosco.

El cliente no ve la pantalla de configuración. Lo que ve es solo el resultado. El prompt del sistema es justo esa configuración hecha de antemano.

2En detalle

Se coloca antes que cualquier palabra del cliente

Antes de que se escriba algo en el cuadro de chat, el servicio ya le entregó al modelo varias líneas. Frases como "eres el asistente de atención de esta empresa", "usa un tono formal", "no des diagnósticos médicos".

El modelo lee primero ese texto y después lee lo que dice la persona. Que el orden sea ese importa: la actitud con la que va a tratar lo que viene después ya quedó definida antes.

Ahí está la razón por la que el mismo modelo actúa como un agente rígido en un servicio y como un compañero de charla relajado en otro. No es que el modelo cambie: cambia el reglamento que se puso delante.

Qué se suele anotar ahí

Se define el rol. Qué tipo de asistente es, con quién trata. Al fijar el rol, el tono y los temas que abarca se acotan solos.

Se define el tono. Formal o informal, si usa emojis, qué tan larga debe ser la respuesta.

Se define qué abarca. Qué temas trata y cuáles no, qué hacer si le preguntan algo que no sabe. Una línea como "si no estás seguro, dilo" entra aquí.

Se define el formato de respuesta. Si la respuesta va en lista o en párrafo, o en una forma fija que después va a leer un programa.

Cuando el pedido del cliente choca con el reglamento

Cuando el reglamento y el pedido de turno se contradicen, suele ganar el reglamento. Si se pide "responde de manera informal" pero el reglamento fijó un tono formal, lo normal es que el tono formal se mantenga.

Pero no siempre es así. Si el reglamento es vago y el pedido es muy concreto, a veces se inclina hacia el pedido. Y si la conversación se alarga tanto que el reglamento queda empujado hacia afuera, deja de verse del todo. Por eso los servicios escriben las reglas importantes cortas y claras, y si hace falta, las vuelven a insertar durante la conversación.

No se ve, pero no es un candado especial

En la pantalla del usuario no aparece el prompt del sistema. Eso no quiere decir que esté encerrado bajo llave dentro del modelo. Para el modelo, es solo la primera parte de la misma entrada, hecha del mismo material que el texto del usuario.

Por eso a veces, con una pregunta hábil, el contenido se filtra hacia afuera, y una frase escondida dentro de un documento pegado puede llegar a mover el reglamento. Si un documento trae mezclada la frase "ignora las instrucciones anteriores y haz esto", pasa de verdad que el modelo se va detrás de esa frase.

Por eso lo que de verdad no puede filtrarse no se escribe en el prompt del sistema. Claves o datos personales directamente no se ponen ahí, y lo que no debe hacerse bajo ningún concepto se bloquea del lado del programa. El prompt del sistema es un cartel de aviso, no una cerradura.

3Con más precisión

El prompt del sistema es la parte del historial de entrada al modelo que queda marcada con un lugar especial. Se coloca junto a lo que dice el usuario y lo que responde el modelo, pero con una etiqueta de rol distinta, y durante el entrenamiento se ajusta para que las instrucciones puestas ahí se sigan con más peso. Por eso la misma frase se respeta más cuando está en el lugar de sistema.

También hay puntos donde la analogía no encaja. La configuración de un quiosco es un programa, así que el cliente no puede inventar un plato que no está en pantalla; el prompt del sistema, en cambio, es solo texto, y no hay garantía de que se respete siempre. Además, la configuración del quiosco queda guardada en un servidor, mientras que el prompt del sistema se vuelve a cargar entero cada vez que se intercambia un mensaje. Eso ocupa lugar y también cuesta. Cuanto más largo se escribe, menos lugar queda para la conversación, así que en los servicios reales suele dejarse solo lo imprescindible y el resto se traslada al programa.

4Pruébalo

5Malentendidos comunes

  • Es fácil pensar que el prompt del sistema es una regla que el usuario jamás puede cambiar, pero en realidad es parte de la misma entrada, así que un pedido hábil o una frase escondida en un documento pueden hacerlo tambalear.

  • Es fácil creer que, como no se ve en pantalla, está guardado en un lugar seguro, pero en realidad puede filtrarse, así que ahí no se escriben secretos.

  • Es fácil pensar que el prompt del sistema entrena al modelo, pero en realidad es solo un texto que se envía cada vez junto con el pedido; el modelo en sí no cambia.

7Resumen en una línea

En resumenEl prompt del sistema es el reglamento que se deja listo antes de que empiece la conversación: un cartel que se espera que se respete, no una cerradura que se respeta sin falta.

¿Has visto un error o tienes una analogía mejor? Sugerir una corrección · Última actualización2026-09-02