Qué cambió realmente
El cambio de marca y el cambio de motor
Cognition adquirió el producto restante por aproximadamente $250 millones después de que Google DeepMind contratara al equipo fundador —el CEO Varun Mohan, el cofundador Douglas Chen e ingenieros clave— en un acuerdo reportado en unos $2.4 mil millones. Cambiaron tres cosas sustanciales: la marca, la interfaz predeterminada (un lienzo de editor se convirtió en un "Agent Command Center", un tablero kanban de agentes activos) y el motor local, con Cascade dando paso a Devin Local.
El cambio de interfaz importa más de lo que parece. Windsurf era un editor con un agente integrado; Devin Desktop es un gestor de agentes que resulta que contiene un IDE. Tus hábitos se trasladan, pero la unidad de trabajo cambia de "archivo que estoy editando" a "agentes que estoy ejecutando".
Lo que se transfirió automáticamente
La configuración, en resumen. Los archivos de reglas, la configuración del editor, los flujos de trabajo y el estado de la cuenta hicieron el viaje. Si las convenciones de tu proyecto vivían en .windsurfrules, todavía se están leyendo, lo cual es el mejor argumento para haberlas escrito en primer lugar.
Lo que no se transfirió
Todo lo que estableciste en conversación con Cascade. La razón por la que el módulo de pagos tolera escrituras duplicadas. El refactor que se intentó en marzo y se abandonó, y por qué. Qué suite de pruebas miente. Ese conocimiento nunca fue un archivo, y ningún cambio de marca puede portar lo que nunca se almacenó — la misma brecha cubierta en por qué Windsurf olvida tu contexto de Cascade y por qué Windsurf olvida las reglas de tu proyecto.
Cascade también llegó al final de su vida útil sin extensión ni opción de exclusión. Cualquier flujo de trabajo que dependiera de su comportamiento específico necesitaba ser reconstruido en Devin Local, incluidos los patrones de subagentes que los evaluadores describen como aún poco confiables en tareas de múltiples pasos.
La migración manual
Paso 1: Convierte tus reglas al formato nativo de Devin
Comienza con lo que ya funciona. Abre .windsurfrules, léelo como si fueras un nuevo empleado y divídelo en las dos cosas que probablemente está mezclando:
- Instrucciones permanentes: convenciones, formato, expectativas de revisión, qué no tocar nunca. Estas pertenecen a tu archivo de reglas, y Devin Desktop todavía lee el de Windsurf mientras migras al diseño de
.devin/. - Hechos del proyecto: arquitectura, límites de servicios, obsolescencias, decisiones con sus motivos. Estas no son instrucciones; son conocimiento, y crecen.
Hacer esta división ahora es lo que hace que el siguiente paso sea manejable.
Paso 2: Reconstruye el conocimiento que solo dijiste en voz alta
Devin tiene un sistema de Knowledge (Conocimiento), y es mejor que un solo archivo markdown: las entradas viven a nivel de organización, se pueden fijar a ningún repositorio, a un repositorio específico o a todos los repositorios, persisten entre sesiones y se recuperan contextualmente en lugar de volcarse por completo al principio. También puedes invocar una entrada deliberadamente con una macro como !deploy-checklist.
Úsalo, con dos advertencias que provienen directamente del diseño. Primero, Devin lee todo el contenido de Knowledge, por lo que la guía oficial es mantener las entradas específicas, concisas y actualizadas: divide en lugar de escribir monolitos. Segundo, Knowledge es curado por ti: nada de lo que tu agente aprenda durante una sesión se convierte en una entrada por sí solo. Ese es el trabajo manual que esta migración realmente requiere, y es por eso que Devin olvida el contexto de la tarea todavía ocurre en una configuración bien establecida.
Revisa tus últimas dos semanas de conversaciones con el agente y escribe todo lo que hayas explicado más de una vez. La repetición es la auditoría: lo que seguías escribiendo una y otra vez es lo que nunca se almacenó.
La mejor manera: mantén la memoria de tu proyecto fuera del editor
Observa el patrón. Tus reglas sobrevivieron porque eran archivos en tu repositorio. Tu conocimiento no sobrevivió porque vivía dentro de una herramienta que ya no existe. La lección no es "escribe un archivo de reglas más grande", sino dejar de almacenar el conocimiento del proyecto en cualquier agente que estés usando.
MemoryLake se ubica fuera del editor: la arquitectura, las decisiones y el historial de incidentes viven en una capa de memoria de la que leen Devin Desktop, Claude Code, Codex o lo que sea que los reemplace el próximo año.
Paso 1: Crea una clave API
Genera una clave y realiza tu primera solicitud en unos 30 segundos.
Paso 2: Sube tus primeras memorias
Arrastra los documentos, imágenes y archivos que contienen el contexto real de tu proyecto: el archivo de reglas que acabas de reescribir, notas de arquitectura, ADRs, runbooks, post-mortems, especificaciones de API.
Paso 3: Conecta tu IA y agentes
Dale a Claude, Codex, OpenClaw y tus otros agentes acceso a esa memoria a través de MCP o la API. Mantén el Knowledge de Devin para las instrucciones de funcionamiento específicas de Devin, y mantén el conocimiento duradero del proyecto en la capa que sobrevive a la herramienta. Las rutas relacionadas se cubren en migrar de Cursor a Claude Code y por qué Claude Code olvida el contexto del proyecto.
Lo que realmente cuesta el cambio
Calcula el costo de las partes. Aprender a usar el Agent Command Center: un día de leve desorientación. Portar .windsurfrules y dividirlo correctamente: una hora o dos. Escribir las entradas de Knowledge que deberías haber tenido desde el principio: medio día, y la única parte que produce valor duradero.
Luego, el costo recurrente que evitas. Si el contexto permanente de tu proyecto es de 2,000 tokens y se repite 20 veces al día en diferentes sesiones y agentes, eso equivale aproximadamente a 1.2M de tokens al mes gastados en repetirte, además de los cuatro o cinco minutos de re-contextualización al inicio de cada sesión. Una migración forzada es el momento más barato posible para solucionar eso, porque ya estás pagando el costo de reconstrucción una vez.
Buenas prácticas para esta migración
Reconstruye el conocimiento como entradas pequeñas, fechadas y justificadas
"Postgres para el historial de chat — Redis perdió datos bajo trabajadores en modo cola, decidido 2026-05" supera a un párrafo de prosa. Las entradas cortas se recuperan bien, y la guía de Devin de mantener el Knowledge conciso es una restricción, no una sugerencia.
Mantén las instrucciones y los hechos en hogares separados
Las instrucciones le dicen al agente cómo comportarse y pertenecen a la herramienta. Los hechos describen tu sistema y pertenecen a un lugar independiente de la herramienta. Mezclarlos es la razón por la que los archivos de reglas crecen hasta que nadie confía en ellos.
Escribe una vez, lee en todas partes
Cada vez que le expliques algo a un agente que vayas a necesitar de nuevo, colócalo en la capa compartida en lugar de en el hilo. Ese único hábito es lo que hace que el próximo cambio de marca —y habrá uno— sea un cambio de configuración en lugar de un proyecto de reconstrucción de conocimiento.
Conclusión
La transición de Windsurf a Devin Desktop fue inusualmente suave con la configuración y completamente indiferente con el conocimiento. Tus atajos de teclado, flujos de trabajo y .windsurfrules sobrevivieron intactos a un cambio de motor no anunciado. Los meses de contexto que construiste en las conversaciones de Cascade no lo hicieron, porque nunca estuvieron en un lugar desde donde pudieran ser leídos.
El sistema de Knowledge de Devin es un buen lugar para instrucciones de funcionamiento curadas, y vale la pena configurarlo correctamente ahora. Pero lo que realmente te protege es mantener la memoria del proyecto completamente fuera del editor, de modo que la próxima vez que una herramienta sea renombrada, descontinuada o adquirida, lo único que tengas que migrar sea una conexión.