¿Por qué Devin olvida el contexto de mi tarea?

Devin olvida el contexto de tu tarea porque cada sesión de Devin es una ejecución autónoma con su propio sandbox, navegador y conversación, y Cognition no persiste la memoria estructurada del proyecto entre sesiones por defecto. Las entradas de conocimiento ayudan a nivel global, no por proyecto. La solución es adjuntar una capa de memoria por proyecto de la que los flujos de trabajo de Devin puedan extraer al inicio de la sesión a través de REST.

Devin es el agente de ingeniería autónomo de Cognition. Planifica, codifica, ejecuta pruebas e informa, todo dentro de un entorno gestionado. Tres decisiones de diseño empujan el contexto de la tarea fuera de la siguiente sesión:

1. Las sesiones son ejecuciones autónomas auto-contenidas. Cada sesión de Devin inicia un sandbox, ejecuta un plan y se apaga. El estado mantenido en la memoria de trabajo del agente termina con la sesión. La siguiente sesión comienza un nuevo sandbox y una nueva conversación.

2. Las entradas de conocimiento son globales, no específicas del proyecto. La función de Conocimiento de Devin te permite dar al agente hechos persistentes ("usar pnpm", "este repositorio prefiere tabs"), pero esos son guías a nivel de cuenta, no un registro del proyecto de lo que se intentó, lo que funcionó y por qué se abandonó un camino.

3. Los proyectos de varios días dependen del humano para re-informar. Cuando retomas un proyecto en el día tres, normalmente pegas un resumen, enlazas un PR o señalas a Devin un documento. El agente no recuerda su propio razonamiento previo. El modelo de sesión de Cognition está documentado en la documentación oficial de Devin en docs.devin.ai.

El resultado: cada ejecución de Devin es precisa en la tarea que enmarcas y un extraño al proyecto que la rodea.

Cada nueva sesión paga un impuesto de reorientación, y en trabajos de varios días el costo se acumula:

• Preguntas repetidas. "¿Qué base de datos estamos usando? ¿Cuál es el esquema de autenticación? ¿Por qué este módulo está abstraído de esta manera?" — preguntas que Devin hizo y que tú respondiste ayer vuelven a aparecer hoy.
• Decisiones revertidas. Enfoques que Devin descartó en la sesión uno resurgen silenciosamente en la sesión tres porque el razonamiento nunca persistió.
• Resultados de pruebas perdidos. "Vimos que e2e/checkout.spec.ts era inestable debido al orden de los datos sembrados" es un hallazgo de una sesión anterior que tienes que volver a fijar manualmente en la siguiente.

La solución no es "escribir informes de tareas más largos" — es darle a Devin una memoria del proyecto de la que pueda extraer al inicio de cada sesión.

Cognition ha lanzado tres funciones que abordan parcialmente la persistencia. Ninguna de ellas es memoria del proyecto.

Conocimiento almacena hechos y fragmentos que Devin mostrará a través de las sesiones. Excelente para reglas estables ("usar Vitest, no Jest"). Menos útil para el estado del proyecto en evolución, porque el Conocimiento es global, no está vinculado a un proyecto específico, y lo mantienes manualmente.

Scripts de configuración de repositorio y máquina te permiten preconfigurar el entorno para que Devin no reinstale todo en cada sesión. Manejan la infraestructura, no el razonamiento.

Vincular sesiones y PRs anteriores te permite hacer referencia al trabajo pasado en un nuevo informe. Útil, pero tú haces el enlace, y Devin no lee automáticamente el razonamiento de la sesión anterior en su plan — lee lo que tú le indicas.

El problema más profundo es que el contexto de la tarea para un proyecto real abarca sesiones, máquinas y compañeros de equipo. Las entradas de conocimiento manejan "siempre haz X". No manejan "la sesión de ayer decidió Y por estas tres razones". Los proyectos de varios días y varios ingenieros necesitan un registro de proyecto compartido que cualquier sesión — Devin o de otro tipo — pueda leer.

La memoria del proyecto necesita vivir por encima de la ejecución del agente.

MemoryLake es una capa de memoria entre modelos que Devin puede leer al inicio de la sesión a través de REST. En lugar de re-informar cada ejecución, le das al proyecto su propia memoria y dejas que Devin extraiga lo que necesita antes de planificar.

• Registro de sesión por proyecto. Las decisiones, callejones sin salida y resultados de pruebas de cada sesión de Devin pueden resumirse en Memorias vinculadas al proyecto. La siguiente sesión comienza con la porción relevante recuperada.
• Una única fuente de verdad entre humanos y agentes. La misma memoria del proyecto que tu equipo utiliza en Cursor, Claude Code o ChatGPT es la memoria de la que Devin lee. No más informes paralelos en tres herramientas.
• 10,000× el alcance de recuperación de la indicación en bruto. MemoryLake lee de miles de millones de tokens de memoria del proyecto y devuelve solo lo que es relevante para esta ejecución, por lo que la ventana de contexto de Devin se gasta en la planificación, no en volver a cargar el fondo.

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 tu contexto. Inicia sesión en MemoryLake, abre Gestión de Proyectos, haz clic en Crear Proyecto y nómbralo algo como "Devin — migración de pagos Q2". Sube tus informes, PRDs, ADRs y resúmenes de sesiones anteriores a través del Document Drive. Agrega notas estructuradas de "lo que decidimos y por qué" a través de la pestaña de Memorias para que viajen con el proyecto.
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 Devin" y haz clic en Generar. MemoryLake devuelve un ID de clave API, secreto y URL de endpoint. Copia el token Bearer inmediatamente — solo se muestra una vez.
3. Conecta a Devin a través de REST. Devin se integra con servicios externos a través de su configuración de flujo de trabajo. Agrega un paso de configuración o un gancho previo a la sesión que llame al endpoint REST de MemoryLake con tu token Bearer, extraiga la memoria del proyecto relevante y la escriba en el informe de tarea o Conocimiento de Devin antes de que comience la ejecución. Cada sesión ahora se abre con la historia del proyecto ya cargada.