¿Por qué Bolt.new olvida el contexto de mi proyecto?

Bolt.new olvida el contexto de tu proyecto porque introduce toda tu base de código, historial de chat y aviso del sistema en una única ventana de 200K tokens de Claude, y una vez que un proyecto crece más allá de aproximadamente 15–20 componentes, el contexto más antiguo es el primero en ser expulsado. La solución es mantener una memoria persistente del proyecto fuera de Bolt que sobreviva a cualquier chat individual.

Bolt.new ejecuta cada proyecto dentro de un WebContainer y alimenta todo el árbol de archivos visible, tu historial de mensajes y sus propios avisos del sistema en Claude en cada turno. Tres limitaciones hacen que el olvido sea inevitable:

1. El límite de 200K tokens. El modelo Claude de Anthropic detrás de Bolt tiene una ventana de contexto de 200K tokens. Bolt tiene su propio límite interno reportado por los usuarios en alrededor de 500K tokens antes de que el chat se congele. Tus archivos de proyecto más el historial de chat compiten por ese espacio. Un frontend SaaS medio puede llenarlo en el primer día.

2. Todo el árbol está en el aviso por defecto. Bolt lee cada archivo en tu proyecto en cada turno a menos que lo excluyas explícitamente en .bolt/ignore. A medida que se acumulan componentes, hooks y archivos de configuración, la parte de la ventana que queda para nuevas instrucciones se reduce hasta que Bolt comienza a ignorar o parafrasear requisitos anteriores.

3. El historial de chat es parte del mismo presupuesto. La "memoria" de Bolt sobre lo que dijiste ayer vive en la conversación continua. Una vez que la ventana se desborda, los turnos más antiguos se truncarán. Decisiones, limitaciones y reglas de "no tocar este archivo" desaparecen silenciosamente.

El resultado: Bolt conoce tu base de código en este momento, pero no recuerda el proyecto que la rodea.

Cada vez que Bolt pierde contexto, pagas por ello dos veces: una vez en tokens, otra vez en limpieza.

• Trabajo reescrito. Bolt regenera un componente que construyó la semana pasada porque ya no ve la intención original, dejándote a ti con la tarea de diferenciar y fusionar.
• Requisitos perdidos. "Usa Supabase para la autenticación, nunca Firebase" es expulsado, y Bolt felizmente conecta Firebase en el siguiente aviso.
• Lógica cruzada de archivos rota. Cuando un archivo referenciado cae fuera de contexto, Bolt inventa un stub y tus rutas devuelven un error 404.

Estos no son casos marginales. El rastreador de problemas de Bolt en GitHub tiene hilos de varios cientos de comentarios sobre errores de "el aviso es demasiado largo: 200001 tokens > 200000 máximo" que borran sesiones a mitad de construcción.

StackBlitz ha implementado tres mitigaciones. Ayudan, pero ninguna de ellas te proporciona una verdadera memoria del proyecto.

El archivo `.bolt/ignore`. Modelado en .gitignore, le dice a Bolt qué carpetas y archivos excluir del aviso. Te da margen, pero también ciega a Bolt sobre cualquier cosa que excluyas: si tocas una ruta que importa un helper ignorado, Bolt lo reconstruirá a partir de suposiciones.

Segmentación de chat. Puedes limitar una solicitud a un solo archivo o carpeta mencionándolo directamente. Esto reduce el conjunto de trabajo para un turno, pero no persiste las limitaciones entre turnos.

Copias de seguridad en la nube de StackBlitz. Tu proyecto se sincroniza con StackBlitz, por lo que el código sobrevive incluso cuando el chat no lo hace. El código no es el problema. El razonamiento, las reglas y las decisiones que produjeron el código son lo que se pierde.

Para una guía más profunda, el equipo de Bolt documenta estas palancas en el centro de ayuda oficial de Bolt.

Para un prototipo de 5 pantallas, los nativos están bien. Para un producto real, no lo están.

El problema más profundo es que la memoria de Bolt no puede salir de Bolt. En el momento en que mueves una pantalla a v0 para un pulido de diseño, entregas trabajo de backend a Cursor, o pides a Claude que revise la arquitectura, el contexto desaparece. Cada nueva herramienta comienza en blanco, y tú te conviertes en la única memoria persistente en el bucle: pegando el mismo párrafo de limitaciones en tres chats diferentes.

Esta es la brecha que llena una capa de memoria cruzada: una memoria de proyecto que cada IA en tu pila puede leer, para que Bolt sea una silla en la mesa, no toda la mesa.

MemoryLake almacena la intención de tu proyecto: los archivos, decisiones, patrones de nombres y reglas — fuera de la ventana de chat de Bolt. Bolt lee de MemoryLake al inicio de cada sesión, y así lo hace cada otra herramienta a la que cambias.

• Memoria del proyecto que sobrevive al chat. Especificaciones, notas de diseño, ADRs y conversaciones anteriores viven en un Proyecto de MemoryLake. Cuando abres un nuevo chat en Bolt, pegas un breve resumen de contexto extraído de MemoryLake y Bolt comienza el día ya alineado con el proyecto, no con 200K tokens de archivos en bruto.
• 10,000× más contexto que el aviso en bruto. El motor de recuperación de MemoryLake lee de miles de millones de tokens de memoria del proyecto y devuelve solo lo que es relevante por turno. Dejas de intentar meter una aplicación entera en una ventana de 200K.
• Portátil a través de la pila de codificación vibe. La misma memoria del proyecto funciona en v0, Lovable, Replit Agent, Cursor y Claude. Salta de Bolt a v0 para un pase de UI y el proyecto viene contigo.

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

1. Crea un proyecto y carga tu contexto. Inicia sesión en MemoryLake, abre Gestión de Proyectos, haz clic en Crear Proyecto y nómbralo algo como "Bolt — reconstrucción de la página de aterrizaje". Sube tu especificación, pautas de marca, inventario de componentes y cualquier transcripción de chat anterior de Bolt a través del Document Drive. Agrega reglas estrictas ("nunca usar Firebase auth", "solo Tailwind, sin styled-components") como entradas en la pestaña de Memorias.
2. Genera un endpoint de servidor MCP. Abre la pestaña de Servidores MCP dentro de tu proyecto, haz clic en Agregar Servidor MCP, nómbralo "integración de Bolt" 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 Bolt.new. Bolt aún no habla MCP de forma nativa, así que llama a la API REST de MemoryLake con tu token Bearer para obtener un resumen compacto del proyecto, luego pega ese resumen en el chat de Bolt al inicio de una nueva sesión. Los desarrolladores pueden conectar el SDK de Python en un gancho de pre-aviso para que cada nuevo proyecto de Bolt se abra con la misma fuente de verdad.