OpenAI permite personalizar Temporary Chat sin crear nuevas memorias y añade opción para guardarlo después

Temporary Chat deja de ser una caja completamente aislada y gana controles de personalización elegibles al inicio. OpenAI anunció el 27 de agosto de 2026 nuevos controles para Temporary Chat: al crear una conversación temporal, el usuario puede decidir si quiere respuestas personalizadas usando memoria, plugins y custom instructions de su configuración habitual. La opción no convierte automáticamente esa conversación en parte del historial ni permite que cree nuevas memorias; la decisión de personalización se toma al comenzar y no puede cambiarse a mitad de la conversación.

La nueva distinción separa privacidad de contexto de una forma más granular. Hasta ahora, muchas personas interpretaban “temporal” como una experiencia necesariamente sin contexto personal. Con el nuevo diseño, OpenAI mantiene un modo no personalizado por defecto, pero permite que quien lo elija reciba respuestas adaptadas sin que la sesión cree nuevas memorias ni aparezca normalmente en el historial. Eso introduce una frontera útil entre “usar información que ya existe para responder mejor” y “guardar esta nueva conversación para utilizarla después”. El punto operativo es que personalización temporal no debería quedar como una intuición del equipo: conviene convertirlo en una regla visible, registrable y comprobable después de cada ejecución.

Guardar una conversación temporal se convierte además en una acción explícita que cambia su estatus. OpenAI indica que, si una conversación temporal resulta útil, el usuario puede añadirla al historial. Al hacerlo, se transforma en una conversación regular y pasa a seguir las preferencias de personalización y de mejora del modelo asociadas a la cuenta. El detalle importa porque evita que una sesión se vuelva persistente de forma implícita: existe un momento claro donde el usuario decide que algo originalmente efímero merece incorporarse a su espacio normal.

Para productos y equipos empresariales, el cambio introduce una lección de diseño sobre memoria por sesión. No todas las tareas necesitan el mismo régimen de contexto. Una investigación sensible puede querer cero personalización; una tarea rápida puede beneficiarse de instrucciones habituales sin dejar rastro permanente; otra conversación puede empezar como prueba y luego convertirse en trabajo formal. Diseñar esos estados como opciones visibles reduce la tentación de tratar memoria, historial y personalización como un único interruptor cuando en realidad responden a riesgos y beneficios distintos.

La implementación también obliga a pensar en qué información es reutilizada y cuál permanece fuera de la sesión. OpenAI especifica que una Temporary Chat personalizada puede usar recuerdos, instrucciones y plugins existentes, pero no crea memorias nuevas mientras siga siendo temporal. Eso permite utilizar contexto previo sin ampliar automáticamente el perfil persistente del usuario. Para una arquitectura de agentes, el patrón es interesante: leer contexto y escribir contexto son permisos diferentes, y una sesión debería poder tener acceso de lectura sin adquirir por defecto autoridad para modificar el estado persistente.

El movimiento convierte Temporary Chat en un control de ciclo de vida más que en un simple modo privado. La sesión puede ser no personalizada, personalizada sin memoria nueva o, si el usuario decide guardarla, convertirse después en una conversación regular. Esa secuencia hace explícito cuándo entra contexto previo, cuándo se evita persistencia y cuándo algo pasa a formar parte del historial. Para equipos que diseñan experiencias agentic, la idea central es poderosa: el estado de una conversación debe poder cambiar por decisiones conscientes del usuario y no por supuestos ocultos del sistema.

Cierre operativo. La memoria madura cuando lectura de contexto, creación de memoria y persistencia de la conversación son permisos distintos y visibles. En la práctica, conviene temporary Chat puede usar personalización existente si se habilita al iniciar y la sesión temporal no crea nuevas memorias mientras siga siendo temporal antes de ampliar el workflow.