Prompt de sistema

Los modelos de chat reciben mensajes con roles. El mensaje de sistema va primero y describe el comportamiento esperado del asistente: que es un tutor de matemáticas paciente, que responde en español, que no pasa de 100 palabras, que devuelve JSON. Los mensajes del usuario y del asistente vienen después. Los modelos se entrenan para dar más peso al mensaje de sistema que al texto corriente, pero no deja de ser texto: un modelo puede apartarse de él o interpretarlo mal, sobre todo en conversaciones largas.

Un buen prompt de sistema es preciso. Dice quién es el asistente, con quién habla, cómo es una buena respuesta y qué hacer cuando falta información. Conviene incluir un personaje, un público, un tono, una longitud máxima, un esquema de salida y dos intercambios de ejemplo: los ejemplos del formato deseado valen más que los adjetivos abstractos. Las reglas quedan más claras formuladas en positivo, como «haz primero una pregunta de aclaración», que en largas listas de prohibiciones. Que sea lo bastante breve para que nada se contradiga, y pruébalo con entradas difíciles.

Un prompt de sistema no es una frontera de seguridad. A veces un usuario logra que el modelo lo revele o actúe en su contra: los secretos y el control de acceso corresponden a tu propio código, no a las instrucciones. La inyección de prompts, cuando un texto escondido en una página web, un correo o un archivo intenta suplantar la instrucción, es otro motivo de cautela. Los desarrolladores también usan este término para las instrucciones ocultas que una aplicación añade a un modelo base; por eso un mismo modelo parece muy distinto de un producto a otro. Guías de tono de marca, personajes de tutor, guiones de soporte y reglas de revisión de código son ejemplos habituales; los ingenieros los versionan, les pasan pruebas de regresión y registran qué revisión respondió. Los proveedores suelen colocar el mensaje de sistema al principio de la solicitud y mantenerlo constante de un turno a otro, lo que a menudo permite cachearlo, mientras que los turnos del usuario cambian; algunos modelos tratan un mensaje developer como un escalón de instrucción ligeramente distinto.

En la aplicación de NeverNo, las instrucciones personalizadas y los personajes fijan el papel que desempeña un modelo. Escribes cómo debe responder, o defines un personaje con una personalidad y una forma de hablar, y el modelo se atiene a ello durante la conversación. Tus instrucciones y personajes se guardan en tu navegador y, si activas la sincronización, te siguen cifrados a tus otros dispositivos.

En la API, una solicitud de chat acepta mensajes con rol system o developer, además de user, assistant y tool. NeverNo Uncensored, el modelo privado de NeverNo, está incluido en el plan gratuito con una ventana de contexto de 128 000 tokens, y la página sobre el chat de IA sin censura muestra cómo responde con franqueza. Un prompt de sistema puede orientar su tono y su formato; los límites absolutos de NeverNo siguen vigentes diga lo que diga: nada que implique a menores, nada sobre personas reales sin su consentimiento y ninguna ayuda real para causar un daño grave a otros.