¿Por qué Janitor AI olvida los detalles de los personajes?

Janitor AI olvida los detalles de los personajes porque JLLM, su modelo predeterminado, tiene una ventana de contexto de trabajo de aproximadamente 8,000 a 9,000 tokens. Después de 25 a 30 mensajes de escritura en formato largo, las notas de personajes más antiguas son expulsadas y la IA ya no las ve. Una capa de memoria de personajes persistente que reinserta los detalles correctos en cada turno soluciona esto.

Janitor AI es un anfitrión popular para la ficción interactiva en formato largo, y el olvido que ves es una consecuencia directa del presupuesto de contexto del modelo.

1. La ventana de contexto de JLLM es ajustada. JLLM, el modelo interno de la plataforma, funciona con una ventana de contexto de aproximadamente 8,000 a 9,000 tokens: suficiente para escenas cortas, pero no suficiente para un proyecto de múltiples capítulos. A medida que se acumulan los mensajes, el contenido más antiguo es el primero en caer.

2. El precipicio de 25 a 30 mensajes. El centro de ayuda de Janitor AI y las guías de la comunidad señalan que después de 25 a 30 mensajes, los intercambios iniciales en un chat quedan fuera de la ventana de trabajo de JLLM. Ese es el momento en que los personajes "olvidan cómo nos conocimos", dejan la cicatriz o regresan a una voz genérica: la definición temprana ha salido literalmente del aviso.

3. Las tarjetas de personajes y los campos de personalidad son tokens permanentes, pero pequeños. La Personalidad, el Escenario y cualquier Aviso Avanzado del personaje se reservan como tokens permanentes que permanecen en cada solicitud. Están estrictamente limitados. Una biblia de personajes detallada no puede caber allí sin abarrotar la escritura misma.

El resultado es un modelo que puede escribir tu personaje maravillosamente durante un capítulo, y luego comenzar a escribir silenciosamente a alguien ligeramente diferente.

Para escritores, novelistas y diseñadores de ficción interactiva, el olvido golpea donde más duele: la continuidad:

• Los detalles físicos se desvanecen. La cicatriz, la cojera, la mano protésica introducida en la escena uno desaparecen silenciosamente para la escena diez.
• La voz se aplana. Los patrones de habla cuidadosos, el vocabulario y el acento que definiste se convierten en una voz de narrador genérica a medida que la tarjeta de personaje original sale de la ventana.
• Las promesas de la trama se evaporan. "Te encontraré en el faro el tercer día" se convierte en una línea olvidada, porque el mensaje que la contenía ya no está en el aviso.

La solución no es "escribir una tarjeta de personaje más larga". Es mantener la biblia canónica del personaje fuera del chat y luego alimentar a Janitor AI solo con la porción que necesita en cada turno.

Janitor AI ofrece características que abordan parcialmente la deriva de personajes. Ninguna de ellas lo soluciona para proyectos largos.

Memoria de Chat. La plataforma te permite escribir o generar automáticamente un resumen del chat hasta ahora, que luego se incluye como tokens permanentes con cada solicitud. Esta es la respuesta nativa más cercana. Aún está limitada por la misma ventana de 8K-9K, los resúmenes pierden especificidad (la cicatriz se convierte en "tiene una marca distintiva"), y debes mantener la Memoria de Chat manualmente a medida que la historia crece. La guía de Memoria de Chat y Gestión de Contexto de Janitor AI explica los compromisos.

Campos de Personalidad y Escenario del Personaje. Reservados como tokens permanentes, por lo que sobreviven en cada turno. También son cortos por diseño: lo suficientemente largos para una tarjeta de una página, no para un canon de múltiples novelas.

Proxies para modelos de contexto más largos. Muchos escritores utilizan un proxy inverso para usar un modelo que no sea JLLM con una ventana más grande. Esto compra espacio de contexto pero introduce sobrecarga de configuración, a veces límites de tasa o costos adicionales, y aún deja la memoria del personaje atada a un chat en una herramienta.

Para una escena rápida, los nativos están bien. Para un escritor que construye una novela a través de muchos chats y muchas sesiones, no lo están.

El problema más profundo es que la memoria del personaje vive dentro del chat, no por encima de él. Iniciar un nuevo chat con el mismo personaje significa que comienzas casi desde cero. Mover tu proyecto a Claude o ChatGPT para una revisión pesada y la biblia del personaje tiene que ser reconstruida manualmente para esas herramientas también.

Los escritores serios de ficción interactiva, novelistas y maestros de juego terminan manteniendo un documento de "canon verdadero" al lado y copiando de él constantemente. Ese documento es la verdadera memoria del personaje: simplemente no está conectado a la IA.

MemoryLake es una capa de memoria entre modelos que mantiene la biblia canónica del personaje fuera de cualquier chat o herramienta única. La biblia vive en un Proyecto. Janitor AI lee de ella en cada turno en lugar de depender de lo que cabe en la ventana.

• Una biblia canónica de personajes por proyecto. Los detalles físicos, patrones de voz, relaciones y promesas de la trama viven como entradas estructuradas en el Proyecto de MemoryLake. Nunca caen de la ventana de 8K-9K porque se inyectan bajo demanda, no se almacenan una vez.
• 10,000× más contexto de personaje que la indicación en bruto. El motor de recuperación de MemoryLake puede contener una biblia completa de la serie por proyecto y alimentar a Janitor AI solo con los detalles relevantes por turno, de modo que la cicatriz reaparezca cuando el personaje se quite el abrigo, no cuando recuerdes recordarle al modelo.
• Portátil a todas las demás herramientas de escritura. La misma biblia de personajes funciona en ChatGPT, Claude, Gemini y Grok. Cuando el escritor mueve la escena fuera de Janitor AI para una revisión, el personaje viaja con ellos.

MemoryLake obtuvo un 94.03% en el benchmark de contexto largo LoCoMo, el mejor resultado publicado hasta 2026, con recuperación en milisegundos y cifrado de extremo a extremo AES-256.

1. Crea un proyecto y carga la biblia de tu personaje. Inicia sesión en MemoryLake, abre la Gestión de Proyectos, haz clic en Crear Proyecto y nómbralo según la obra, por ejemplo, "El Faro — biblia de la serie". Sube hojas de personajes existentes, documentos de historia de fondo e imágenes de referencia a través del Document Drive: PDF, Word, Excel, PowerPoint, Markdown e imágenes son todos compatibles. Agrega entradas estructuradas para la voz, cicatrices, relaciones y promesas de cada personaje en la pestaña de Recuerdos.
2. Genera un endpoint del servidor MCP. Abre la pestaña de Servidores MCP dentro de tu proyecto, haz clic en Agregar Servidor MCP, nómbralo "integración de Janitor AI" y haz clic en Generar. MemoryLake devuelve un ID de clave API, secreto y URL de endpoint. Copia el secreto inmediatamente: solo se muestra una vez.
3. Conecta Janitor AI. Janitor AI no habla MCP de forma nativa, así que usa la API REST con tu token Bearer para extraer la memoria de personaje relevante al inicio de cada sesión y pégala en la tarjeta de personaje o aviso de escenario. Para proyectos más largos, ejecuta un pequeño script que actualice el bloque de la biblia del personaje cada vez que abras un nuevo chat.