Devin Desktop eliminó Cascade — Todo lo que no estaba en tu repositorio se fue con él (2026)

Aquí importan tres declaraciones oficiales, y provienen de tres páginas diferentes.

El registro de cambios fecha la eliminación y nombra la ruta de reemplazo para las conversaciones. El prompt de migración al que apunta es Continue in Devin Local, y lo que transfiere son las conversaciones.

La documentación de Devin Local es más directa sobre lo que no se transfiere. Bajo Limitaciones:

"Memories — El agente Devin Local no conserva las memorias entre sesiones. Migra tus memorias críticas a skills con el comando Devin: Open Cascade Migration Wizard."

"Workflows — Los workflows no están disponibles con el agente Devin Local."

Y la página de Memories explica dónde estaban esas memorias:

"Las memorias autogeneradas de Cascade están asociadas con el espacio de trabajo en el que se crearon y se almacenan localmente en ~/.codeium/windsurf/memories/. Cascade las recupera cuando cree que son relevantes. Las memorias generadas en un espacio de trabajo no están disponibles en otro, y no se confirman (commit) en tu repositorio."

Lee esas tres declaraciones juntas y la forma del problema quedará clara. Las memorias eran locales de una máquina, limitadas a un espacio de trabajo y ausentes del control de versiones. Nada de eso estaba oculto —todo está documentado—, pero significa que el conocimiento acumulado tenía exactamente una copia, en un directorio en el que nadie piensa.

También hay una brecha que vale la pena señalar, porque afecta lo que deberías hacer esta semana. La instrucción de migración del registro de cambios cubre las conversaciones. La ruta de las memorias, tanto en la página de Memories como en las limitaciones de Devin Local, es un comando separado llamado Devin: Open Cascade Migration Wizard, que lleva el nombre del agente que el registro de cambios dice que ha sido eliminado. Al momento de escribir esto, la página de Memories todavía describe a Cascade en tiempo presente. Dos rutas para dos cosas diferentes, y la documentación no se ha puesto al día con el lanzamiento. Si tienes memorias que te importan, revisa la máquina en la que se encuentran antes de asumir que el asistente seguirá allí.

La eliminación tampoco fue repentina, y la señal estaba en las cláusulas condicionales. El 29 de julio, los modelos marcados como exclusivos de Devin Local comenzaron a mostrarse como deshabilitados en el selector de modelos de Cascade. El 10 de agosto, las notas de lanzamiento describieron la ocultación de "opciones de configuración y personalización específicas de Cascade cuando Cascade está deshabilitado para tu equipo". El 21 de agosto, Explain and Fix Problem comenzó a enviar problemas a Devin Local "cuando Cascade está deshabilitado". Durante seis semanas, el registro de cambios describió el comportamiento para un mundo en el que Cascade estaba apagado, antes del lanzamiento que lo apagó para todos.

Es fácil sobreinterpretar esto, así que seamos precisos sobre lo que Devin Local lleva y lo que no.

Devin Local no es una herramienta sin persistencia. Su documentación dice lo contrario:

"El agente Devin Local sí admite reglas y archivos AGENTS.md, así como skills para proporcionar un contexto persistente y flujos de trabajo reutilizables."

También escribe artefactos de planificación en una ubicación estable:

"El plan se escribe en un archivo Markdown persistente en ~/.devin/plans/plan-<session>.md, por lo que puedes editarlo, volver a él más tarde o entregárselo a una nueva sesión."

Así que el resumen honesto es acotado: la persistencia de Devin Local se basa en archivos. Las reglas, AGENTS.md y las skills sobreviven porque son archivos, y la mayoría de ellos son archivos en tu repositorio. Los planes también sobreviven como archivos, aunque por defecto aterrizan en tu directorio de inicio en lugar de en el proyecto. Lo que no sobrevive es el único mecanismo donde el agente, y no tú, decidía qué valía la pena conservar.

Las carpetas de reglas en sí pasaron intactas por la transición, incluido su orden de precedencia: se prefiere .devin/rules, .windsurf/rules como alternativa (fallback), y el archivo raíz heredado se sigue leyendo. Si aún no has resuelto cuál de ellos está ganando realmente en tu repositorio, merging your Windsurf and Devin rule folders te guía para consolidarlos, y ese trabajo es ahora más valioso que hace una semana, porque las reglas están soportando una mayor parte de la carga.

Lo que tampoco cambia: la propia recomendación del proveedor, que ha estado en la página de Memories todo este tiempo.

"Para el conocimiento que deseas que Cascade reutilice de manera confiable, escríbelo como una Regla o agrégalo a AGENTS.md en tu repositorio en lugar de depender de las Memories autogeneradas. Las reglas están bajo control de versiones, se pueden compartir con tu equipo y te brindan un control explícito sobre su activación."

Ese consejo fue escrito pensando en la confiabilidad de la recuperación, no en sobrevivir a una decisión de producto. Resultó ser el consejo correcto para ambas cosas.

La reacción generalizada es que los usuarios de Cascade deben apresurarse a migrar a Devin Local, y que la lección es mantenerse al día con las notas de lanzamiento de su editor. Ambas cosas son ciertas y ninguna es la parte interesante.

Lo primero que hay que resistir es tratar esto como un solo proveedor que retira una sola función. Es el tercer caso del mismo patrón en los últimos meses, y los otros dos provienen de proveedores que no tienen relación con este.

La documentación de Kilo Code incluye este aviso:

"La función de banco de memoria de Kilo Code ha sido descontinuada en favor de AGENTS.md."

Su instrucción de migración es mover el contenido del banco de memoria al archivo AGENTS.md del proyecto, y su descripción de ese archivo explica por qué:

"AGENTS.md es un estándar para configurar el comportamiento de los agentes de IA en proyectos de software... El estándar es compatible con múltiples herramientas de codificación de IA."

OpenHands fue en la otra dirección y llegó al mismo lugar. Su función de memoria persistente existe, y la documentación la describe como "opcional y desactivada por defecto", señalando que sin ella "los agentes mantienen la guía existente basada en AGENTS.md y los prompts no cambian". Un archivo de repositorio es el valor predeterminado; la memoria mantenida por el agente es lo que decides activar.

Tres equipos independientes, tres productos, una convergencia: el contenedor duradero para el conocimiento del proyecto es un archivo en tu repositorio, y el almacenamiento acumulativo del lado del agente es la capa que se descontinúa, se hace opcional o se elimina. Eso no es una crítica a ninguno de ellos. Un almacenamiento autogenerado es genuinamente útil —captura cosas que nunca te molestarías en escribir— y está vinculado a una implementación de agente específica, que es exactamente el tipo de cosas que los equipos de producto cambian.

Lo segundo que hay que resistir es concluir que las skills son la respuesta porque ahí es donde apuntaba el asistente. Las skills son procedimientos que el modelo invoca cuando decide que son relevantes: un buen hogar para "cómo ejecutamos un lanzamiento" y un mal hogar para "rechazamos la otra biblioteca de colas en marzo debido a la semántica de reenvío". Why agent skills aren't memory cubre esa distinción, y esto importa más cuando una ruta de migración te empuja a aplanar una dentro de la otra.

Lo tercero es el enfoque de que esta es una historia de cautividad (lock-in). En parte lo es —preguntarse whether AI memory is a feature or lock-in es una pregunta justa para cualquier proveedor. Pero la cautividad generalmente significa que no puedes extraer tus datos. Aquí, los archivos siempre fueron legibles, en una ruta documentada, en tu propio disco. El problema no era el acceso. Era que nada en el flujo de trabajo los movía a un lugar donde una segunda máquina o un segundo compañero de equipo pudiera verlos.

La versión práctica de todo esto es un ejercicio de clasificación. Hazlo una vez y la próxima retirada de funciones pasará sin incidentes.

Paso 1: Revisa lo que realmente contiene el almacenamiento retirado

Antes de decidir a dónde van las cosas, lee lo que se acumuló. Las memorias de Cascade se encuentran en un directorio documentado en la máquina que las generó, un conjunto por espacio de trabajo. Ábrelas y clasifica cada entrada en tres categorías: una instrucción permanente ("usar bun, no npm"), una decisión con un motivo ("nos alejamos del ORM debido al historial de migración") o una nota transitoria sobre una tarea que finalizó hace meses.

La mayor parte de lo que acumulan los almacenamientos autogenerados pertenece a la tercera categoría, razón por la cual estas descontinuaciones duelen menos de lo que la gente espera. Pero la segunda categoría es la costosa, y ningún archivo de repositorio la contiene actualmente, porque nadie escribe el "por qué" en un archivo de reglas.

Paso 2: Envía las instrucciones permanentes a la capa de reglas

La primera categoría va a donde el proveedor dijo que debería ir: una regla en .devin/rules/ o el archivo AGENTS.md de tu repositorio. Ambos son leídos por Devin Local, ambos están bajo control de versiones y ambos son leídos por otras herramientas que siguen la misma convención. Mantén cada entrada en una o dos frases, en el archivo cuyo modo de activación coincida con la frecuencia con la que debería aplicarse.

Una nota sobre el nombre, fácil de hacer bien y silenciosa de hacer mal: la documentación de Devin Desktop dice que se reconocen tanto AGENTS.md como agents.md, pero otras herramientas que leen la misma convención requieren el nombre de archivo en mayúsculas. En un repositorio compartido, usa AGENTS.md.

Paso 3: Dale a los motivos un hogar que no sea la interfaz de un producto

La segunda categoría no tiene a dónde ir. Un archivo de reglas es el contenedor equivocado: las reglas se cargan en cada sesión, por lo que llenarlas con historial es costoso, y el propósito de una regla es ser corta e imperativa. Las skills también son incorrectas, por la razón mencionada anteriormente.

Ese contenido necesita un lugar donde se puedan realizar consultas, fuera de cualquier editor individual, al que un compañero de equipo en una herramienta diferente pueda acceder. Es la capa a la que estas descontinuaciones siguen apuntando, y la única cosa que ninguno de los tres proveedores ofrece.

MemoryLake es donde viven los motivos. Se encuentra fuera de tu editor y sirve a cualquier agente que lo solicite, a través de MCP o de la API, de modo que una decisión que registres hoy siga teniendo respuesta después de que se retire la próxima interfaz de agente. Tus reglas y AGENTS.md permanecen en el repositorio exactamente como lo describe la documentación de Devin Local; la capa compartida contiene la parte que esos archivos nunca debieron llevar.

Paso 1: Crea una clave API

Genera una clave y realiza tu primera solicitud en unos treinta segundos. Do esto antes de comenzar a clasificar, para que tengas un lugar donde colocar cada motivo a medida que revisas las memorias antiguas.

Paso 2: Sube tus primeras memorias

Trabaja en la segunda categoría entrada por entrada. Para cada decisión, escribe qué se eligió, qué se rechazó y por qué. Los documentos de respaldo —la nota de arquitectura, el informe de incidentes, la comparación de proveedores— van en el mismo lugar.

Paso 3: Conecta tu IA y tus agentes

Dale acceso a Devin Local, Claude, Codex y tus otros agentes a través de MCP o de la API. Cuando alguien pregunte por qué existe la convención, la respuesta llegará con su razonamiento adjunto en lugar de como una regla reformulada.

El primer cambio es que una retirada de funciones deja de ser una emergencia. Cuando un proveedor elimina una interfaz de agente, revisas el repositorio y la capa compartida, y ambos siguen allí.

El segundo es que la clasificación solo ocurre una vez. Todo lo que extrajiste de las memorias de Cascade está ahora en un formato que la siguiente herramienta lee desde el primer día, que es la diferencia entre una migración y una readopción.

El tercero es que las nuevas máquinas y los nuevos compañeros de equipo comienzan donde tú lo haces. Las memorias de Cascade estaban limitadas al espacio de trabajo y eran locales, por lo que una segunda descarga (checkout) comenzaba vacía. Un archivo de repositorio más una capa compartida consultable no tiene esa asimetría, que es exactamente a lo que siempre se reducía el problema de Devin losing task context between sessions.

El cuarto es que tus archivos de reglas se vuelven más cortos en lugar de más largos. Una vez que el razonamiento tiene un hogar, una regla puede ser una sola línea imperativa, que es para lo que se creó el sistema de modo de activación.

Lee las cláusulas condicionales en las notas de lanzamiento. Seis semanas de "cuando Cascade está deshabilitado" precedieron a "Cascade ha sido eliminado". El lenguaje sobre una función que está desactivada suele ser un cronograma, no una hipótesis.

Trata cualquier cosa que no esté bajo control de versiones como una copia única. Una ruta documentada en tu propio disco no es una copia de seguridad ni una transferencia. Si importa y no está confirmada (committed), existe una sola vez.

No dejes que un asistente de migración decida tu arquitectura de información. Un flujo guiado mueve el contenido a cualquier contenedor que tenga el destino. Eso es conveniente, pero no es lo mismo que el contenedor sea el adecuado.

Mantén las instrucciones en archivos y los motivos fuera de ellos. Las instrucciones permanentes pertenecen a la capa de reglas, que se carga en cada sesión. El historial pertenece a un lugar recuperable bajo demanda.

Verifica el uso de mayúsculas y minúsculas en los nombres de archivos en las distintas herramientas. La coincidencia que no distingue entre mayúsculas y minúsculas de un proveedor puede ser una omisión silenciosa para otro. AGENTS.md en mayúsculas se reconoce en todas partes donde se lee la convención.

Asume que la capa autogenerada es la que cambia. En tres proveedores este año, fue descontinuada, hecha opcional y eliminada.

El registro de cambios de Devin Desktop fecha la eliminación de Cascade en el lanzamiento del 8 de septiembre de 2026, y la documentación es explícita en que el agente que lo reemplaza no conserva las memorias entre sesiones, mientras que admite plenamente reglas, AGENTS.md, skills y archivos de planes persistentes. Todo eso está documentado y es defendible. Lo que expuso es que la mayoría de los equipos nunca habían decidido dónde residía el razonamiento de su proyecto: dejaron que un agente lo acumulara en un directorio local y trataron el resultado como una función.

La solución es poco glamorosa y permanente. Las instrucciones permanentes van al repositorio, donde el proveedor te ha estado diciendo que las pongas durante meses. Los motivos detrás de ellas van a un lugar consultable que ninguna interfaz de producto individual posea. Haz eso, y la próxima nota de lanzamiento que retire algo será un párrafo que leas con leve interés en lugar de un lunes dedicado a reconstruir decisiones.