Tu personaje recuerda el color de sus ojos, pero olvida la promesa de ayer. Una relación construida durante toda una tarde vuelve al punto de desconocidos. Alguien menciona un secreto aunque nunca estuvo en la habitación. Si usas IA para roleplay NSFW largo, estos errores arruinan una escena más rápido que una prosa torpe.
La solución práctica consiste en dar lugares distintos a tipos distintos de memoria. Conserva identidad y límites permanentes en la definición del personaje. Mantén ubicación, relación y situación inmediatas en una nota breve del estado actual. Convierte escenas terminadas en resúmenes de hechos. Recupera acontecimientos antiguos cuando importen mediante un lorebook o sistema de recuperación. Conserva intacto el diálogo reciente para que el personaje siga teniendo su propia voz.
Una ventana de contexto mayor ofrece más espacio, pero no repara un resumen erróneo ni una relación desactualizada. Antes de pagar otro modelo, revisa lo que realmente envió tu interfaz. El dato ausente puede haber salido del prompt; el incorrecto puede seguir dentro.
Esta guía usa SillyTavern porque sus fuentes de memoria son visibles y editables. Los ejemplos siguen un romance ficticio adulto entre Mara, de 32 años, y Julian, de 35. Son ejemplos de escritura, no transcripciones de una prueba. Puedes aplicar la misma organización en otra interfaz si permite editar datos, resúmenes y notas persistentes.
Primero identifica qué tipo de olvido tienes
No toda respuesta incorrecta es un problema de memoria. Un personaje puede saber que ocurrió algo y responder de una manera que no te gusta. Puede conservar hechos y perder la voz. Puede rechazar una escena por las reglas del modelo o servicio. Cada caso requiere cambios diferentes.
Para memoria, empieza con un error concreto. Anota el hecho esperado y encuentra dónde se estableció en la conversación. Compáralo con la información de la siguiente solicitud. La documentación de prompts de SillyTavern explica cómo revisar el prompt ensamblado, incluido Prompt Itemization en una respuesta y la extensión opcional Prompt Inspector.
Buscas una de tres situaciones:
- El hecho está ausente. Debe trasladarse o recuperarse. Un recordatorio que nunca entra en la solicitud no ayuda.
- El hecho está presente, pero también su versión antigua. Elimina o fecha claramente la antigua. Otro recordatorio podría empeorar la contradicción.
- El hecho correcto está presente sin contradicción. El modelo quizá lo interpreta mal, lo ignora al adivinar o prioriza otras instrucciones. Aclara la redacción, elimina distracciones y prueba una continuación breve antes de cambiar toda la configuración.
Supongamos que Mara invitó a Julian a su apartamento después de la segunda cita. En la escena siguiente, él pregunta si ella aceptaría una primera. Si la cita falta en la solicitud, se perdió historia. Si la ficha dice todavía «nunca se han conocido», está desactualizada. Si la solicitud describe ambas citas y la relación actual, la generación no utilizó información proporcionada.
La distinción indica qué hacer. Historia perdida requiere recuerdo. Configuración vieja requiere edición. Un error generado requiere continuación corregida o prompt más enfocado. Instalar otra extensión antes de distinguirlos añade componentes sin corregir la causa.
| Lo que ves | Qué buscar | Primera reparación |
|---|---|---|
| Desaparece una promesa tras un chat largo | Está fuera de la historia reciente y ausente de resúmenes | Añade una entrada breve o inclúyela en el estado de la siguiente escena |
| La relación vuelve al inicio | Ficha, saludo o resumen describen todavía la relación inicial | Sustituye la relación actual y conserva la etapa anterior solo como historia |
| Vuelve un conflicto resuelto | Se recuperan conflicto y resolución sin secuencia clara | Añade resolución e identifica el estado actual |
| Un personaje conoce un secreto privado | Un recuerdo no indica quién presenció lo ocurrido | Añade un límite claro de conocimiento |
| Otra historia se filtra a esta | Varios chats comparten la misma memoria cambiante | Separa recuerdos y elimina hechos de la otra rama |
| Sobreviven hechos pero cambia la voz | Se sustituyó diálogo reciente por un resumen factual | Recupera turnos relevantes o un ejemplo breve de voz |
La tabla inicia el diagnóstico; no promete una causa única para cada caso. Sirve porque cada reparación modifica un texto específico en vez de pedir al modelo que «recuerde mejor».
Asigna cinco trabajos a cinco tipos de información
Una buena memoria narrativa no guarda cada oración. Conserva lo que necesita la siguiente escena sin ahogarla en la prosa de ayer. Piensa cómo recordarías la historia a una persona que escribe contigo: quiénes son, qué cambió, qué hacen ahora y qué momentos previos todavía influyen.
Datos permanentes: quién es esta persona
Usa la definición para información verdadera durante toda la historia: edad, identidad, personalidad básica, preferencias establecidas, relaciones duraderas fuera del romance principal y límites del rol que debe interpretar la IA.
Para Mara, una definición útil podría decir:
Mara es una fotógrafa de restauración de 32 años. Es observadora, tiene humor seco y tarda en hablar de sus sentimientos privados. Su hermana Leena vive en otra ciudad. Mara demuestra afecto ayudando de manera práctica antes de expresarlo directamente. El usuario controla el diálogo, las decisiones y los sentimientos de Julian.
Da al modelo una persona que escribir. No exige incluir hermana, profesión y explicación de personalidad en todas las escenas. Tampoco dice que permanecerá distante para siempre. Una tendencia básica debe permitir desarrollo.
La documentación de diseño de personajes identifica los campos incluidos en cada generación y explica que definiciones permanentes largas reducen el espacio para historial. Pon ahí identidad esencial y lleva descripciones largas de lugares e historia incidental a otras fuentes.
No conviertas la ficha en una transcripción creciente. Añadir cada cita, discusión y ropa dificulta distinguir quién es Mara de lo que le ocurrió. También vuelve específica de una historia una definición reutilizable. Mantén limpia la ficha inicial y guarda la relación cambiante en la memoria propia del chat.
Estado actual: qué es verdad ahora
El estado cambia. Los personajes se trasladan. Se resuelve una discusión. Se va una visita. La relación se acerca o alguien pide una pausa. No son rasgos permanentes y no deberían almacenarse como descripciones eternas.
Para la escena actual, escribe algo como:
Escena presente: viernes por la noche, apartamento de Mara, después de la segunda cita. Mara y Julian se sienten cómodos juntos, pero no han hablado de exclusividad. Mara acaba de ofrecerle café. Julian todavía no respondió. Leena no está presente. Continúa desde la oferta sin respuesta; no reinicies su presentación.
Es breve y específica para prevenir un reinicio. La oferta pendiente importa porque señala dónde se detuvo la historia. Sin ella, un resumen puede animar a saltarse la siguiente elección del usuario.
En SillyTavern, una Author's Note propia del chat puede alojar ese texto. La guía de Author's Note describe ubicación y frecuencia configurables. Si la usas como recordatorio activo, frecuencia cero significa que no se inserta; uno la incluye con cada entrada del usuario. Son ajustes reales; revisa y adapta la ubicación adecuada a tu modelo.
Evita dejar una nota grande sin cambios toda la tarde. Una descripción perfecta del apartamento se vuelve incorrecta al salir. Actualízala cuando cambie escena, en vez de añadir otra habitación debajo de la antigua.
Resúmenes de acontecimientos: qué ocurrió realmente
Una escena terminada pertenece a un resumen de acontecimientos. Debe decir quién hizo qué, qué cambió, qué se acordó y qué sigue abierto. Es un registro de hechos, no otra oportunidad de escribir bellamente la escena.
Para el ejemplo:
Viernes, segunda cita: Mara y Julian visitaron juntos la exposición nocturna. Julian devolvió la llave de latón que Mara le había prestado para el estudio. Mara admitió que evitaba una conversación difícil con Leena. Julian ofreció escuchar sin contactar personalmente a Leena. Acordaron verse en el estudio el domingo por la tarde. Después, Mara lo invitó a su apartamento para tomar café. No han hablado de exclusividad.
Devolver la llave tiene consecuencias: Julian ya no la tiene. La promesa sobre Leena significa que no debe llamarla de repente. La reunión del domingo es un plan futuro, no una visita realizada. La última oración conserva incertidumbre en vez de convertir una noche cálida en relación formal.
El resumen puede omitir descripciones repetidas de la iluminación de la exposición conservando esos cambios. Es memoria selectiva al servicio de la historia, no archivo sin pérdidas. Conserva la conversación original si puedes necesitar diálogos exactos.
Entradas de lorebook: qué debe aparecer solo cuando importa
Un lorebook sirve para hechos ocasionales: lugar, objeto compartido, personaje secundario o acontecimiento anterior importante. No necesitas explicar detalladamente el estudio en cada conversación de cocina.
La documentación de World Info describe la inserción condicional por claves y otras activaciones. La diferencia práctica es guardar frente a activar. Una entrada guardada no ayuda a la siguiente respuesta salvo que su contenido se inserte.
Para la llave de latón, usa una entrada autosuficiente:
Llave de latón del estudio: Mara se la prestó a Julian durante la primera visita. Él la devolvió en la exposición del viernes. Actualmente no tiene llave del estudio. El intercambio fue un primer gesto de confianza, no permiso permanente para entrar cuando quiera.
«Llave» sola es una activación imprecisa si hay llaves de hoteles, claves y decisiones clave. Usa términos distintivos que mencionarían naturalmente, como «llave del estudio» o «llave de latón». Un título oculto o una lista de claves no explica el acontecimiento; el contenido insertado debe entenderse solo.
Para añadirlo a este chat:
- En World Info, crea o elige un libro para esta historia y añade una entrada. Pega el párrafo en Content e introduce
studio key, brass keyen Key. Mantén habilitada la entrada. - Abre Character Management → Chat Lore y elige el libro. Lo vincula a esta conversación. Si ya hay uno vinculado, Chat Lore abre su editor; usa Shift+Click en escritorio o pulsación larga en móvil para reabrir el selector.
- Menciona «brass key» en una continuación y abre Prompt Itemization en la respuesta. Busca el párrafo de la llave devuelta en la solicitud. Su presencia confirma inserción, no uso correcto en la respuesta.
Recuperación de recuerdos: qué puede servir de un archivo grande
La recuperación busca material relacionado con la conversación actual en vez de insertar todas las entradas antiguas. Ayuda en historias de muchos capítulos. También puede recuperar una versión vieja porque semejanza temática no significa automáticamente «verdad más reciente».
La documentación de Chat Vectorization explica búsquedas en chats pasados y el compromiso con caché de prompts. La guía de Data Bank cubre documentos adjuntos y ámbitos. Sirven para trabajos distintos; ninguno es un interruptor mágico de continuidad perfecta.
Para un romance corto con pocos eventos importantes, comienza con resúmenes editados y entradas claras. Añade recuperación cuando exista un problema real difícil de manejar así: quizá un detalle del capítulo doce importe en el treinta. Guardar la relación de hoy en una nota siempre disponible resulta más sencillo que pedir a una búsqueda redescubrirla cada turno.
Datos de personaje, estado actual y eventos pasados cumplen funciones distintas; el diálogo reciente mantiene viva la voz.
Una configuración pequeña antes de instalar nada
Puedes reparar un chat sin reconstruir toda la interfaz. La primera versión útil solo necesita definición, nota actual y resumen legible. Da un sitio al hecho que desaparece.
Guarda primero una copia de la conversación. Vas a editar sus recuerdos y quizá quieras volver al estado anterior. SillyTavern ofrece exportación y puntos de control en su guía de archivos de chat. Texto normal sirve para leer; JSONL conserva metadatos para reimportar. Imágenes y adjuntos son separados.
Haz tres cambios:
- Elimina condiciones iniciales viejas. Busca «Mara y Julian nunca se han conocido» o «Julian no se ha ganado su confianza». Consérvalas solo si la ficha es intencionalmente una plantilla inicial y el prompt aclara que los eventos posteriores prevalecen. Si no, pueden arrastrar la historia al comienzo.
- Escribe el estado en unas pocas secciones breves. Incluye lugar, presentes, relación, acción inmediata y última elección pendiente. Omite lo que no cambia la siguiente respuesta.
- Resume hechos antiguos relevantes. Conserva promesas, resoluciones, descubrimientos y planes. Escribe «no establecido» junto a preguntas abiertas en vez de pedir que el modelo rellene huecos.
Puedes copiar esta nota actual manual:
Esta es una historia continua de Mara, 32, y Julian, 35. Se han visto varias veces y están en el apartamento de Mara después de la segunda cita. Hay interés mutuo, pero no acordaron exclusividad. Mara contó su conflicto con Leena; Julian prometió no contactar a Leena en su nombre. La reunión en el estudio está prevista para el domingo y no ha ocurrido. Mara ofreció café y espera respuesta. Escribe la reacción de Mara a la próxima acción de Julian sin decidir su acción por él.
Continúa con una frase modesta sin añadir trasfondo: «Julian acepta el café y pregunta qué taza recomendaría». Comprueba si Mara permanece en el apartamento, lo trata como conocido y mantiene el problema familiar sin resolver en su sitio. No pruebas todos los aspectos del modelo, sino si el estado reparado basta para una continuación normal.
Si reinicia, revisa otra vez la solicitud. Quizá esté desactivada la nota, otro libro contradiga o la interfaz use otro chat o persona. Si todo es correcto, edita o regenera la respuesta mala antes de convertirla en ejemplo del siguiente turno. Continuar como si sucediera el error convierte una generación aislada en historia.
Escribe resúmenes que conserven cambios, no solo ambiente
Un resumen vago puede sonar razonable y perder lo necesario. «Tuvieron una noche emotiva y se acercaron» deja casi todo abierto. ¿Reveló el secreto? ¿Hubo promesa? ¿Se resolvió la discusión? ¿Acordaron otra reunión?
Un buen resumen separa observaciones e interpretaciones. Si Mara dijo confiarle la cámara, registra esa confianza específica. No generalices a «confía completamente». Si Julian sospechaba que ocultaba una carta, registra sospecha, no descubrimiento. La ficción adulta contiene insinuaciones y vacilación; la memoria debe conservar distinciones, no borrarlas al suavizar.
Esta solicitud manual puede usarse fuera del formato obligatorio de una extensión:
Resume la escena terminada como notas de continuidad de una historia ficticia. Conserva acciones establecidas, cambios de relación, promesas, objetos devueltos o transferidos, descubrimientos, ubicación actual y planes pendientes. Identifica quién presenció cada revelación privada. Distingue hechos confirmados de suposiciones, posibilidades imaginadas e intenciones futuras. No añadas motivos, compromisos o acontecimientos que el diálogo no estableció. Termina con la última acción sin resolver. Usa lenguaje breve y claro y nombres, no pronombres ambiguos.
Es ayuda de escritura, no un ajuste universal probado. Sirve para un resumen manual de texto. Si una extensión espera JSON estructurado, conserva su formato; sustituirlo por esta prosa puede romper la creación de recuerdos.
Considera un resumen deliberadamente incorrecto:
Mara y Julian se hicieron pareja después de la exposición. Ella contó todo sobre su hermana y le dio acceso al estudio. Él decidió ayudar llamando a Leena. Fueron al apartamento y tomaron café.
Casi cada oración cambia la historia. «Pareja» inventa compromiso. «Todo» exagera. «Acceso» ignora la devolución de la llave. «Decidió» inventa una elección de Julian. «Tomaron café» salta más allá de la oferta pendiente.
Corrige consultando la conversación, no pidiendo mayor elegancia. El resumen útil es la nota factual anterior. Al leer uno automático, comprueba si conservó decisiones reales, no si parece una sinopsis de libro.
Expresa las ausencias importantes
A veces importa lo que todavía no ocurrió. No hablaron de exclusividad. Julian no conoció a Leena. Mara no reveló el contenido de la carta. La visita del domingo no sucedió.
Estas frases evitan atajos narrativos. Úsalas cuando haya riesgo real, no creando una lista enorme de todo lo que jamás pasó. «Todavía no hablaron de exclusividad» importa; «nunca visitaron Marte» no.
Conserva una causa emocional concreta
Un registro completamente seco conserva eventos pero pierde su importancia. Retén la causa del cambio emocional en una oración: «Mara se relajó cuando Julian devolvió la llave sin pedir conservarla». Da algo a lo que responder sin declarar otra personalidad permanente.
«Mara ahora está feliz» no explica por qué, cuánto ni en qué escena. Una causa concreta permite sentimientos mezclados posteriores. La etiqueta vaga anima a reducirla a un estado hasta la siguiente actualización.
Separa el archivo del resumen de la próxima escena
Puedes conservar un archivo detallado y un resumen activo breve. El archivo responde qué ocurrió en el capítulo; el resumen, qué debe respetar la respuesta siguiente. No requieren igual longitud.
Tras diez escenas, el archivo puede contener primer encuentro, estudio, exposición, apartamento y planes del domingo. La escena del apartamento solo necesita etapa actual, promesa relevante y punto de parada. Recupera la historia exacta de la llave si aparece.
También evita que mantener memoria se vuelva tarea escolar. No reescribas toda la historia cada dos mensajes. Guarda cambios importantes, conserva una nota actual pequeña y deja detalles normales en la historia reciente hasta terminar la escena.
Usa Summarize integrado para un resumen continuo sencillo
Summarize integrado es una primera opción razonable si buscas mantener disponible el esquema del chat. Abre Summarize en Extensions y elige una fuente funcional. Main API usa la conexión activa. Lee Current summary y corrige antes de depender de él.
La guía oficial de Summarize documenta Pause y Restore Previous. Sirven si una actualización inventa compromiso o pierde promesa. Puedes detener automatización mientras reparas o restaurar un resumen anterior y añadir cambios correctos.
Adapta el intervalo a la conversación. Veinte respuestas cortas quizá no avancen la historia; veinte largas pueden contener enfrentamiento, revelación y cambio de lugar. Pide resumen antes de que hechos importantes salgan del historial activo y después de cambios relevantes para la siguiente respuesta.
Para empezar manejablemente, resume manualmente al terminar escenas. Lee dos o tres y observa qué omite la configuración. Solo después automatiza con un intervalo adecuado a tus respuestas. Tendrás referencia útil en vez de descubrir una semana después que todos alteraron la relación.
Un resumen continuo es cómodo, pero comprimir repetidamente uno viejo en otro pierde detalles pequeños. Protege una promesa duradera con entrada propia. El resumen puede decir «sigue activa la promesa sobre Leena» mientras la otra conserva su alcance exacto.
No hagas que el resumen lleve toda la voz. Debe retener eventos útiles. Mensajes recientes y un ejemplo breve conservan humor seco, ritmo y formalidad. Mezclar instrucciones largas de estilo en cada evento reduce legibilidad y puede abrumar cuando se activen varios.
Usa Memory Books para recuerdos editables de escenas separadas
ST Memory Books sirve cuando un resumen único ya resulta difícil de gestionar. Permite conservar memorias de escenas y editar las importantes. En un romance largo, primera cita, revelación familiar y llave devuelta pueden seguir como registros separados legibles.
Una conversación reciente de SillyTavern identifica extensiones de memoria, especialmente STMB, como mejora personal. Otra conversación sobre extensiones de resúmenes muestra elección entre recuerdos editables y herramientas automáticas. Son preferencias individuales, no evidencia controlada de mejora para todos los modelos.
Empieza en la guía del propio proyecto. Documenta instalación, selección del libro y primer recuerdo manual. Elige uno adecuado, usa el perfil Current SillyTavern Settings, marca una escena terminada con inicio y fin y crea un recuerdo. Abre la entrada antes de automatizar.
Lee requisitos actuales si usas conexión local o Text Completion. El proyecto describe requisitos adicionales y expectativas de salida estructurada; un modelo que escribe bien puede fallar al producir el JSON requerido. Conserva su formato integrado hasta hacer funcionar el primer recuerdo.
Elige un evento terminado corto. La exposición sirve por tener comienzo, objeto devuelto, revelación y plan. Seleccionar toda la noche hasta el intercambio sin terminar del apartamento facilita confundir hechos completos con posibilidades siguientes.
Una vez funcione manualmente, la guía de Memory Books documenta automatización, comandos de selección y controles. Sugiere empezar en veinte a treinta mensajes, no garantiza que toda escena tenga esa longitud. Lee las primeras entradas y ajusta según tu escritura.
La rutina útil es dejar guardar cambios habituales y corregir los desarrollos que dañarían continuidad si se distorsionan. En la exposición, revisa quién devolvió la llave, quién oyó el conflicto, si domingo sigue pendiente y si hubo compromiso real.
No instales tres resumidores juntos. Si cada uno añade otro resumen, tres versiones competirán en la solicitud. Empieza con un sistema de eventos y una nota actual clara. Añade herramientas solo para otro problema identificable.
Corrige el hecho, no el estilo: una llave devuelta y un plan pendiente deben conservarse así.
Mantén actualizada la relación sin reescribir al personaje
La deriva de relación frustra especialmente en roleplay NSFW porque muchas escenas dependen de confianza, familiaridad e incertidumbre desarrolladas. Recordar lugar y olvidar relación produce una escena técnicamente coherente que se siente incorrecta.
Usa dos registros: uno para el acontecimiento que cambió la relación y otro para su estado actual. El primero es histórico; el segundo, presente.
Evento histórico:
Tras la exposición, Mara invitó a Julian al apartamento. Dijo sentirse cómoda a solas con él y apreciar que no insistiera sobre Leena. Fue su segunda cita. Ninguno propuso exclusividad.
Relación actual:
Mara y Julian están saliendo y se sienten cómodos mostrando interés. Todavía aprenden sus preferencias. No han acordado exclusividad y ninguno debe asumir las decisiones futuras del otro.
Si después acuerdan compromiso, actualiza el segundo. Conserva el primero como pasado. Otro recuerdo puede decir «Domingo: acordaron exclusividad», y el estado actual lleva la relación nueva. La incertidumbre del viernes es historia, no otra instrucción vigente.
Evita reducir todo a un puntaje. Confianza ochenta sobre cien no explica si Mara confía un secreto, un objeto o una presentación familiar. Los números pueden apoyar una mecánica de juego diseñada deliberadamente, pero sustituyen mal una oración sobre la relación real.
Mantén consentimiento y preferencias concretos. «Mara prefiere discutir cambios de planes antes de comprometerse» guía una invitación nueva. «Aceptó visitar el estudio el domingo» registra un acuerdo. Ninguno implica aceptación ilimitada de lo posterior.
No se trata de introducir un sermón, sino de conservar elecciones significativas sin que el resumen las borre. Algunas preguntas abiertas hacen interesante una relación. Una buena memoria las lleva adelante sin responder por el usuario.
Evita que recuerdos antiguos prevalezcan sobre hechos nuevos
Una búsqueda puede devolver tema correcto y momento incorrecto. Al hablar del estudio, puede recuperar discusión antigua junto a reconciliación. Sin secuencia o resolución, el modelo reabre un conflicto terminado.
Escribe historia con etiqueta y cambio claro. «Primera visita: Mara se incomodó cuando Julian movió luces sin preguntar» sirve más que «Mara se siente incómoda con Julian en el estudio». La segunda parece una condición permanente actual.
Registra la resolución:
Segunda visita al estudio: Julian se disculpó por mover equipo y pidió permiso antes de tocar otra cosa. Mara aceptó. El desacuerdo anterior está resuelto; todavía prefiere que las visitas pregunten antes de mover materiales.
Resolver la discusión no borra la preferencia. La relación mejora y la regla permanece. Sirve más que borrar todos los recuerdos negativos o ignorar todo problema antiguo.
Si se activa una entrada obsoleta, reescribe presente como historia. Si no tiene otro valor, desactívala. Mantén el estado activo en un lugar. No necesitas notas sucesivas de «ignora el recuerdo anterior» anidadas.
Marca planes como previstos, realizados, cancelados o modificados. Mejora la lectura. «Verse domingo en estudio» puede confundirse con ahora. «Pendiente: domingo por la tarde; aún no realizado» es más claro.
Cuando llegue domingo, registra visita o cancelación y actualiza. Si saltas dos semanas, elimina la invitación vencida del estado actual. Si no, una cita antigua reaparecerá como próxima acción urgente.
Haz que los secretos pertenezcan a quienes los conocen
Un error grave es filtrar secretos por el narrador. El resumen puede registrar que Mara contó su conflicto a Julian. Después, Leena conoce esa conversación en una escena grupal aunque nadie se lo dijo.
Memoria de evento y conocimiento de personaje son distintos. El archivo sabe que ocurrió; cada personaje debe responder a lo que presenció o supo. Expresa esa diferencia en la entrada del secreto.
Por ejemplo:
Conversación privada del viernes: Mara contó a Julian que no respondió la carta de Leena. Julian lo oyó directamente. Leena sabe que la envió, pero no que Mara lo discutió con Julian. No había nadie más.
Escribe la escena desde Leena. Puede notar inquietud o preguntar si llegó la carta. No debería conocer la promesa salvo que la historia se lo comunique.
En grupo, usa nombres explícitos. «Ella le contó sobre ella» es frágil con tres mujeres y dos hombres. «Mara contó a Julian sobre Leena» resulta menos literario y mucho más útil.
No garantiza separación perfecta, pero aporta un límite revisable. Si revela el secreto, corrige antes de continuar y revisa si otro resumen lo presenta como público.
No soluciones borrando completamente el secreto: corregirías a Leena y eliminarías lo que Julian debe recordar. Conserva el evento con testigos correctos, no una historia sin información privada.
Separa ramas antes de explorar otro desenlace
Probar alternativas es atractivo. Quizá quieras una rama donde Julian acepte domingo y otra donde pida tiempo. Pueden compartir definiciones e historia previa. No deben compartir registros modificables de lo posterior.
Nómbralas claramente: «Domingo aceptado» y «Domingo pospuesto». Conserva una nota actual para cada una y comprueba libro conectado antes de crear recuerdos. Si escriben al mismo libro cambiante, una búsqueda puede decir a la rama aceptada que se rechazó.
Un punto de control guarda la conversación en la bifurcación, pero no supongas que toda extensión o fuente externa aísla datos igual. Revisa el libro activo después de crear la rama. Comprueba documentación de copia y bloqueo antes de confiar.
Si hay contaminación, identifica entradas posteriores. Copia las pertinentes a su rama y desactiva las ajenas. Comparte historia previa solo si no cambió. Puede compartirse un rasgo permanente; no un resultado específico de rama.
Para reiniciar, distingue tres objetivos. «Conversación nueva con mismo personaje» puede usar escenario original. «Continuar historia en otro chat» necesita estado y recuerdos. «Historia alternativa con reparto igual» necesita historia cambiante separada. Tratar todo como chat nuevo produce recuerdos de citas que no sucedieron en esa versión.
Al exportar o sincronizar a otro dispositivo, lleva fuentes de memoria además del chat. Ver conversación no demuestra que se transfirieron libro, documento o estado de extensión. Ábrelos en el destino y comprueba un hecho inequívoco antes de continuar.
Las alternativas pueden compartir la historia previa; los hechos posteriores necesitan memorias separadas.
Cambia de modelo sin exigir que adivine toda la historia
Cambiar modelos puede cambiar voz con hechos idénticos. También altera cuánto historial cabe y cómo interpreta ajustes. El nuevo no hereda memoria invisible del anterior: ve lo que envía la interfaz.
Prepara una transferencia compacta con identidad, relación, última escena relevante, planes y ejemplo de voz. Omite el archivo completo salvo necesidad real.
Para Mara:
Continúa una historia existente. Mara es fotógrafa de 32 años con humor seco y preferencia por gestos prácticos. Julian tiene 35 y lo controla el usuario. Están saliendo tras su segunda salida, no conociéndose. Están en el apartamento de Mara. Julian aceptó café. Sigue pendiente la visita del domingo al estudio. Prometió no contactar a Leena en nombre de Mara. Ella habla brevemente y desvía con una pequeña broma antes de responder honestamente. No decidas la respuesta de Julian.
Un ejemplo original de voz puede ser: «La taza desportillada es para quienes me gustan. La porcelana buena es para quienes quiero impresionar». Transmite ritmo sin una pared de órdenes estilísticas.
Usa la misma transferencia para comparar brevemente. Pide una continuación del café. Revisa lugar, plan pendiente, límites de conocimiento y voz. No compares un modelo tras dos horas de diálogo cuidadosamente construido con otro que solo recibe un saludo.
La guía de modelos de roleplay cubre elegir otro modelo. Repara primero memoria cuando el prompt contenga un dato equivocado. Uno capaz puede seguir un resumen malo, y uno económico bastar para una escena bien organizada.
Separa las reglas de contenido. Un rechazo no demuestra olvido de la cita. Una continuación cálida pero menos adulta no es automáticamente fallo de memoria. Mira estado y respuesta antes de cambiar herramienta, prompt o modelo.
Cambiar de modelo requiere los mismos hechos y un ejemplo breve de voz, no otra primera presentación.
Reduce el costo sin perder detalles importantes
El contexto largo cuesta en API facturadas por tokens: texto de cada solicitud suma entrada. Crear recuerdos también puede requerir llamadas separadas. Instalar gratis una extensión no significa operarla gratis.
Puedes razonar sobre tamaño sin un precio específico. Supongamos solicitudes ilustrativas de cuarenta mil tokens frente a doce mil enfocados. En cincuenta respuestas son dos millones frente a seiscientos mil antes de caché u otros detalles. Son ejemplos aritméticos, no factura medida ni ahorro prometido.
Importa cuáles veintiocho mil quitaste. Si eran habitaciones repetidas y escenas obsoletas, quizá conservas lo necesario. Si era la única promesa de Julian, será más barato y peor. Comprimir vale cuando conserva cambios significativos.
Resumir cada mensaje puede costar más y crear recuerdos innecesarios. Ofrecer café quizá no merezca una tarea; revelar algo de Leena probablemente sí. Comienza al final de escenas o con intervalos admitidos y revisa si generan entradas coherentes.
La recuperación complica caché porque cambia material entre turnos. Chat Vectorization oficial señala ese compromiso. Si la API beneficia contenido repetido, compara uso real después de habilitar búsquedas; menos mensajes visibles no siempre significa menor factura.
Para escribir personalmente, suele bastar recortar ficha inflada, abreviar estado y evitar llamadas redundantes. Para una app, averigua si memoria se genera cada turno, en segundo plano o en un límite elegido. Son patrones y costos distintos.
No pongas todo siempre activo para evitar errores de búsqueda; volverías a enviar el archivo completo. Reserva espacio continuo a identidad, estado y pocos límites esenciales. Deja aparecer lo demás cuando sea relevante.
Si la herramienta parece funcionar pero la historia falla
Un aviso de éxito puede significar que se creó un recuerdo. No demuestra corrección, activación ni uso adecuado. Sigue el hecho fallido por esas etapas.
Primero abre la entrada. Si dice que Julian conservó la llave, corrige antes de ajustar recuperación. Ninguna activación vuelve verdadero un dato falso. Si omite devolución, añade o regenera desde el tramo apropiado.
Después revisa fuente y activación. ¿Está conectado el libro? ¿Exige una clave nunca usada? ¿Un filtro excluye al personaje? ¿Cabe en el presupuesto? Comprueba las opciones de esa entrada, no subas todos los límites globales.
Luego revisa la solicitud final. Puede estar guardado y ser elegible, pero desplazado por otra fuente. Busca «devolvió la llave de latón» y también «Julian conserva la llave del estudio». Encontrar ambos explica problemas de memoria aparentemente correcta.
Finalmente lee continuación. Si está correcto sin contradicción, prueba una oración actual más directa. Si sigue fallando, puede servir otra generación o modelo. Ya descartaste memoria ausente o corrupta en vez de cambiar a ciegas.
Mantén pequeña la pregunta. «¿Por qué es malo para recordar?» cuesta responder. «¿Por qué dio a Julian una llave si dice que la devolvió?» conduce a fuente, activación, solicitud y corrección. Puedes terminar esa reparación antes de la siguiente escena.
Una rutina repetible para ficción adulta larga
Antes de la sesión, lee estado actual, no todo el historial. Confirma lugar, relación, planes pendientes y quién decide. Treinta segundos pueden detectar una escena vieja antes de influir diez mensajes.
Durante la sesión, deja tranquilo el diálogo normal. Guarda memoria cuando cambie algo: promesa, descubrimiento, resolución, límite nuevo, objeto transferido o plan realizado. Con automatización, revisa esas entradas y no cada intercambio trivial.
Al terminar escena, separa evento y presente. Registra lo ocurrido y sustituye el estado por el punto de parada. No añadas otra escena «actual» debajo de tres antiguas.
Antes de bifurcar, copia o separa memoria cambiante. Antes de cambiar modelo, prepara transferencia y ejemplo de voz. Antes de mover dispositivo, confirma fuentes. Cada acción previene un reinicio distinto; ninguna requiere ficha mayor.
El objetivo es modesto y valioso: recordar la promesa, no reiniciar relación y comenzar donde terminó la escena anterior. Empieza reparando un hecho molesto. Cuando puedas verlo en la fuente correcta y en la solicitud real, tendrás una base más firme para evaluar la próxima respuesta.
