La receta por defecto de "memoria para agentes" en 2026 es: embeddea todo, mételo en una base vectorial, haz búsqueda por similitud y reza para que vuelva el trozo correcto. Funciona — y para un agente de código en tu propia máquina, es la herramienta equivocada.
Corvusmem está construido sobre la apuesta contraria: determinista, offline, cero dependencias. Sin embeddings, sin base vectorial, sin red. El razonamiento:
1. Determinismo frente a "probablemente relevante"
Una búsqueda por embeddings te da probablemente la memoria correcta. Córrela dos veces y te cambian los vecinos según se mueve el índice. Para memoria en la que te apoyas — "¿qué base de datos?", "¿cuál es la regla de deploy?" — quieres la misma respuesta siempre. Corvusmem es un motor determinista: misma consulta, mismos hechos, siempre. Fácil de testear, fácil de confiar.
2. Tu memoria no debería necesitar un servidor
Una base vectorial es infraestructura: algo que levantar, asegurar, respaldar y pagar. La memoria de Corvusmem es un archivo normal en tu repo. Commitéalo y tus compañeros tienen memoria al clonar. Nada llama a casa. Sin API key. Sin telemetría. En un mundo donde tus "recuerdos" suelen vivir en la nube de otro detrás de una API, los tuyos siguen siendo tuyos.
3. La ventana de contexto es el presupuesto de verdad
Los almacenes con embeddings adoran inyectar bloques grandes "por si acaso". Eso son tokens — en cada mensaje. Corvusmem inyecta un puñado de hechos con tope duro por mensaje y no crece aunque tu memoria crezca. El coste a tu contexto se mantiene plano.
4. Agnóstico al idioma por diseño
Como no se apoya en un modelo de embeddings entrenado en inglés, las claves y los valores funcionan en cualquier idioma — guardas un hecho en español, lo recuperas desde un prompt en inglés, y el recall de dos saltos sigue enlazando los hechos relacionados.
Qué pierdes (con honestidad)
La dispersión semántica difusa pura. Si tu caso es "vuelca 10.000 PDF y pregunta cosas vagas", quieres retrieval + embeddings. Corvusmem es para memoria de proyecto duradera y estructurada — decisiones, reglas, stack, gotchas, objetivos — lo que un agente de código necesita para no repetirse. Otro trabajo.
Pruébalo
npx corvusmem install
npx corvusmem --save --dimension decision.auth \
--value "Auth por cookie de sesión, no JWT (CSRF resuelto, revocación más simple)" \
--keys "auth,login"
npx corvusmem --recall "login"
→ Cómo funciona: https://corvusmem.vercel.app/es/docs
Es abierto, gratis para uso no comercial, y lo bastante nuevo como para que de verdad quiera oír dónde aguanta esta apuesta y dónde no.
Top comments (0)