实际改变了什么
品牌重塑与引擎更换
在 Google DeepMind 以约 24 亿美元的价格挖走创始团队（首席执行官 Varun Mohan、联合创始人 Douglas Chen 及核心工程师）后，Cognition 以约 2.5 亿美元的价格收购了剩余的产品。此次变动主要涉及三个实质性方面：品牌、默认界面（编辑器画布变成了“Agent 控制中心”，即一个展示活跃 Agent 的看板）以及本地引擎（Cascade 让位于 Devin Local）。
界面的改变比听起来更重要。Windsurf 是一个附带 Agent 的编辑器；而 Devin Desktop 则是一个恰好包含 IDE 的 Agent 管理器。虽然你的使用习惯得以保留，但工作单元已从“我正在编辑的文件”转变为“我正在运行的 Agent”。
自动迁移的内容
简而言之，就是配置。规则文件、编辑器设置、工作流和账户状态都顺利完成了迁移。如果你的项目规范保存在 .windsurfrules 中，它们仍然会被读取——这也是当初将它们记录下来最强有力的理由。
未能迁移的内容
你在与 Cascade 对话中建立的所有内容。例如：为什么支付模块允许重复写入？3 月份尝试过但最终放弃的重构及其原因是什么？哪个测试套件存在误报？这些知识从未以文件形式存在，而任何品牌重塑都无法迁移从未存储过的内容——这与为什么 Windsurf 会遗忘你的 Cascade 上下文以及为什么 Windsurf 会遗忘你的项目规则中提到的痛点如出一辙。
Cascade 也已正式寿终正寝，没有任何延期或保留选项。任何依赖其特定行为的工作流都需要在 Devin Local 上重建，包括一些用户反映在多步骤任务中仍不够稳定的子 Agent 模式。
手动迁移
步骤 1：将你的规则转换为 Devin 原生格式
从已经行之有效的内容开始。打开 .windsurfrules，像新员工一样去阅读它，并将其拆分为可能被混淆的两部分：
- 常规指令——规范、格式、审查预期、绝对不能触碰的内容。这些属于你的规则文件，在迁移到
.devin/布局期间，Devin Desktop 仍会读取 Windsurf 的规则文件。 - 项目事实——架构、服务边界、弃用声明、带有原因的决策。这些不是指令，而是知识，并且它们会不断增长。
现在进行这种拆分，可以让下一步工作变得轻松可行。
步骤 2：重建你只口头表达过的知识
Devin 拥有一个知识（Knowledge）系统，它比单个 Markdown 文件更好用：条目存在于组织级别，可以不绑定任何仓库、绑定特定仓库或所有仓库，跨会话持久存在，并且是根据上下文检索的，而不是预先全部加载。你还可以通过类似 !deploy-checklist 的宏来主动调用某个条目。
使用它时，需要注意设计上的两个限制。首先，Devin 会读取整个知识库的内容，因此官方建议保持条目的针对性、简洁性和时效性——尽量拆分，避免写成庞大的单体文件。其次，知识库是由你手动维护的：Agent 在会话期间学到的任何内容都不会自动变成知识条目。这正是本次迁移真正需要的手动工作，也是为什么在配置良好的环境中依然会出现 Devin 遗忘任务上下文 的原因。
梳理你过去两周与 Agent 的对话，记录下所有你解释过不止一次的内容。重复就是最好的检验：凡是你需要反复输入的内容，就是从未被存储过的内容。
更好的方法：将项目记忆保留在编辑器之外
注意其中的规律。你的规则之所以能幸存，是因为它们是仓库中的文件。而你的知识之所以未能幸存，是因为它们存在于一个已不复存在的工具内部。这给我们的启示不是“写一个更大的规则文件”，而是停止将项目知识存储在你碰巧正在使用的任何 Agent 中。
MemoryLake 独立于编辑器之外：架构、决策和事件历史都保存在同一个记忆层中，无论是 Devin Desktop、Claude Code、Codex，还是明年取代它们的任何新工具，都可以从中读取数据。
步骤 1：创建 API 密钥
生成密钥，并在大约 30 秒内发出你的第一次请求。
步骤 2：上传你的第一批记忆
上传承载项目真实上下文的文档、图片和文件——你刚刚重写的规则文件、架构说明、ADR（架构决策记录）、运行手册、事后分析、API 规范等。
步骤 3：连接你的 AI 和 Agent
通过 MCP 或 API 让 Claude、Codex、OpenClaw 以及你的其他 Agent 访问该记忆库。将 Devin 的知识库留给 Devin 特定的操作指令，而将持久的项目知识保留在独立于工具的记忆层中。相关路径在从 Cursor 迁移到 Claude Code以及为什么 Claude Code 会遗忘项目上下文中有详细介绍。
此次切换的实际成本
让我们来计算一下各项成本。熟悉 Agent 控制中心：大约一天的轻微迷茫期。移植 .windsurfrules 并进行合理拆分：一到两个小时。撰写你本该早就准备好的知识条目：半天时间，而这也是唯一能产生持久价值的部分。
再来看看你避开的持续成本。如果你的固定项目上下文是 2,000 个 Token，并且每天在不同的会话和 Agent 之间被重复提及 20 次，那么你每月大约要花 120 万个 Token 来重复自己，此外还要在每次会话开始时花费四五分钟重新交代背景。强制迁移是解决这一问题成本最低的契机，因为你横竖都要支付一次重建成本。
此次迁移的最佳实践
将知识重建为简短、带日期、有依据的条目
“使用 Postgres 存储聊天记录——Redis 在队列模式工作节点下丢失了数据，于 2026-05 决定”比一段长篇大论好得多。简短的条目更易于检索，而且 Devin 关于保持知识库简洁的指导是一项硬性约束，而非建议。
将指令和事实分开存放
指令告诉 Agent 如何行动，属于工具层面。事实描述你的系统，属于独立于工具的层面。将两者混为一谈，正是导致规则文件不断膨胀、最终无人信任的原因。
一次编写，到处读取
每当你向 Agent 解释一些以后还会用到的内容时，请将其放入共享层，而不是留在对话线程中。正是这一个习惯，能让下一次品牌重塑（而且迟早还会发生）仅仅变成一次配置更改，而不是一个知识重建工程。
结语
从 Windsurf 到 Devin Desktop 的过渡对配置异常温和，但对知识却完全无能为力。你的快捷键绑定、工作流和 .windsurfrules 在这次毫无预警的引擎更换中完好无损地保留了下来。然而，你在 Cascade 对话中积累了数月的上下文却消失了，因为它们从未被保存在任何可读取的地方。
Devin 的知识系统是存放精心整理的操作指令的好地方，现在非常值得好好配置一下。但真正能保护你的是将项目记忆完全保留在编辑器之外——这样，下一次当某个工具被重命名、弃用或收购时，你唯一需要迁移的就只是一个连接。