Dar a cada ajuste de interacción un alcance comprobable

Elegir entre turno, proyecto y persistencia antes de guardar

El alcance de turno sirve para una indicación como «responde brevemente esta vez» y termina con la petición actual. El de proyecto permite conservar una regla mientras se prepara una actividad concreta a través de varias conversaciones, pero no debe saltar a otra actividad. El persistente queda reservado para elecciones que la persona desea encontrar en conversaciones nuevas y no relacionadas, como un nombre confirmado. La interfaz debe mostrar el alcance junto al valor y anticipar dónde volverá a aparecer. Repetir una frase no amplía por sí solo el permiso. Si el producto no ofrece un ámbito de proyecto, es preferible mantener la instrucción en el turno hasta que exista una elección expresa. OpenAI distingue sus controles de memoria del chat temporal; por eso hay que comprobar la etiqueta y el comportamiento actual de cada producto.

Registrar objeto, fuente, corrección y caducidad

«Prefiere respuestas cortas» no es una ficha suficiente. Una entrada útil identifica el objeto —longitud de respuesta—, el valor —breve—, la fuente —selección explícita en una fecha—, el alcance —este proyecto—, el punto de corrección y la caducidad —cierre del proyecto—. Si una respuesta utiliza esa preferencia, mostrar su procedencia facilita decidir entre cambiar el valor, reducir el alcance o suspenderlo. La documentación actual de OpenAI describe resumen, fuentes y corrección; NIST ofrece un marco para tratar preferencias y solicitudes. La aplicación práctica es sencilla: conservar una instrucción clara, no fabricar una biografía. Una broma, una sugerencia rechazada, una sesión ficticia o un clic accidental no deben convertirse en una preferencia duradera.

Separar nombre, metáfora relacional, rol y tono

El nombre preferido es un campo propio y solo incluye la grafía, pronunciación o tratamiento que la persona haya proporcionado. El sistema no debe deducir un tratamiento con género, una relación, una jerarquía ni un grado de confianza a partir del nombre. Rol y tono pertenecen a controles distintos: organizador práctico, compañero de ideas o anotador neutral; texto conciso, detallado, directo o desenfadado. Un apodo de proyecto no sustituye al nombre de cuenta y el tono de un ejercicio ficticio no se traslada a conversaciones ordinarias. Antes de guardar, la interfaz puede leer el contrato: «Usar Río solo en este proyecto; dejar sin cambios las demás conversaciones». Así, corregir una palabra no exige reiniciar todo ni convierte una metáfora del producto en una relación u obligación real.

Declarar campos no inferibles y permisos de contacto

Una lista de no inferencia debe formar parte del ajuste. Relaciones, identidad, creencias, ubicación, disponibilidad, intención de compra o el carácter permanente de una actividad repetida pueden permanecer sin valor. Cuando una tarea necesita un dato, el acompañante formula una pregunta estrecha y opcional, y acepta «dejar sin configurar». PAIR señala que la retroalimentación implícita es ambigua y recomienda ofrecer edición y restablecimiento. Por tanto, el silencio, abrir un aviso, repetir un prompt o aceptar una propuesta una vez no autorizan una preferencia persistente. La frecuencia también es explícita: nunca, solo a petición, una vez al día o en una hora seleccionada. Antes de activar un aviso se muestran canal, franja silenciosa, desencadenante y condición de parada.

Configurar frecuencia, avisos, rol y tono por separado

Una persona puede querer un estilo animado sin recibir notificaciones, o un recordatorio semanal redactado en tono neutro. Por eso cada control necesita posición de apagado y alcance visible. Cuando el acompañante cruza un límite, la reparación ofrece tres niveles: corregir un valor, restablecer el proyecto actual o restablecer todos los ajustes de interacción. El botón indica qué conversaciones toca y cuándo será efectivo. PAIR recomienda comunicar cómo y cuándo una acción de control cambia el sistema. Si el reinicio solo modifica la pantalla actual y una conversación nueva sigue usando el nombre anterior, se registra como no resuelto; repetir el botón no constituye evidencia. Cuando se anuncia coherencia entre dispositivos, la misma preferencia se observa también en otro dispositivo, sin inferir su estado desde la pantalla local.

Comprobar los tres alcances con una marca inocua

Elige una marca sin significado personal, por ejemplo «marcapáginas azul». Asígnala primero al turno: puede aparecer en la respuesta siguiente y debe faltar en una conversación nueva. Después asígnala al proyecto: puede reaparecer dentro de él, pero no fuera. Por último, configura un nombre ficticio persistente, abre una conversación no relacionada y verifica que solo ese campo vuelve. Corrige el nombre, desactiva los avisos, restablece el rol y repite. Para cada superficie anota resultado esperado, observado y no resuelto; al terminar retira la marca. La prueba pasa cuando los alcances visibles se comportan como se declararon, la corrección sustituye el valor anterior, el reinicio llega a las superficies indicadas y los campos prohibidos siguen vacíos. No certifica almacenamiento, seguridad ni eliminación.

Cerrar el contrato con una revisión negativa

Antes de aceptar la configuración, prueba también lo que no debería suceder. Una instrucción de turno no reaparece en un proyecto diferente; un apodo de proyecto no cambia el nombre persistente; desactivar avisos no altera el tono; cambiar el tono no vuelve a activar avisos; dejar un campo sin respuesta no genera un valor supuesto. Comprueba que la fecha de caducidad rebaja el ajuste sin borrar silenciosamente el registro de lo que se había elegido y que la interfaz ofrece una acción válida para renovar o dejarlo vencido. Esta revisión negativa evita aprobar una pantalla que solo funciona en el caso positivo. El resultado final es una pequeña tabla de ajustes actuales y observables, no una promesa general sobre lo que la IA sabe de la persona.

Sigue explorando este tema