Proyectos de código que sobreviven a la ventana de contexto.
La décima vez que explicas por qué descartaste Redis no es ingeniería. Es sobrecarga — y se acumula con cada sesión que empiezas.
El problema, con precisión
Cada conversación con un asistente empieza de cero. Así que el comienzo de cada sesión de trabajo es el mismo recital: el stack, las restricciones, la decisión que tomaste en marzo y el motivo por el que la tomaste. Sáltate el recital y el asistente sugerirá tan contento aquello que ya habías rechazado — reabrir cuestiones zanjadas es lo que mejor hace un contexto en blanco.
La mayoría lo lleva pegando un documento vivo en cada sesión. Ese documento es memoria, gestionada a mano, envejeciendo justo por donde nadie se da cuenta hasta que muerde.
Qué hace Varven con una decisión
Cuando pasa algo que merece guardarse en una sesión — una decisión y su razonamiento, una restricción descubierta a las malas, una corrección que hiciste cuando el asistente se equivocó — queda depositado como una capa en tu bóveda: Markdown plano, en tu máquina, con su origen y su fecha intactos.
---
type: decision
scope: atlas
trust: trusted
created: 2026-03-14
---
SQLite over Postgres for the API. One writer by design,
and litestream covers replication. Revisit only if a
second writer ever actually exists.Seis meses después, “¿por qué no Postgres?” se responde desde el registro — con la fecha, el razonamiento y la condición bajo la cual habría que reabrir la decisión. Esa última parte es la diferencia entre memoria y dogma.
Las correcciones se quedan
La memoria más valiosa en un proyecto de código es la corrección: eso ya lo probamos, se rompió, y esto es lo que se rompió. En Varven las correcciones nunca quedan obsoletas — son ciertas por el hecho de haberse dicho — así que el asistente deja de proponer una y otra vez la estrategia de migración que tumbó staging.
Un proyecto o doce
Cada proyecto es un ámbito. Una búsqueda puede quedarse dentro de uno, para que las convenciones de tu proyecto personal no se cuelen en las respuestas del trabajo. Las preferencias que valen siempre — diffs y no archivos enteros, explicar el porqué — viven en un ámbito global que hereda cada proyecto. Cuando algo reemplaza a algo anterior, la capa antigua queda sustituida en vez de borrada: sigue siendo consultable, así que “¿cuándo cambiamos esto?” tiene respuesta.
Cómo se ve en la práctica
Conectas tu asistente una vez, por MCP. Al empezar una sesión recupera un briefing: restricciones fijadas, preferencias estables, correcciones recientes. Durante la sesión busca cuando una pregunta toca el pasado, y lee la línea de tiempo cuando preguntas qué ha cambiado desde el martes. Tú sigues trabajando; el registro se acumula debajo.
Qué plan hace falta
Todo lo de esta página funciona en el plan gratuito: memoria ilimitada, una máquina, clientes de IA de escritorio. Añade Sync si quieres que el registro se pueda leer con el PC apagado, o desde una segunda máquina.
Preguntas
¿Funciona con asistentes de código como Cursor o Claude?
Sí. Varven habla el Model Context Protocol, así que la misma memoria es legible desde Claude, Cursor, VS Code, ChatGPT y Gemini. Mira la documentación para configurar el conector.
Trabajo en varios proyectos. ¿Comparten una sola memoria?
Comparten una bóveda y se mantienen separados dentro de ella — para eso están los ámbitos. Las preferencias globales son la excepción deliberada.
¿Tengo que escribir yo las notas?
No. Tu asistente escribe la memoria mientras trabajas, y un modelo local pequeño hace la clasificación en tu propio hardware. Como el resultado es Markdown plano, también puedes abrir cualquier nota y editarla a mano — tu edición manda.