实际可以迁移的内容
指令文件，且迁移效果很好
Copilot 的持久化配置是 .github/copilot-instructions.md 以及你积累的任何特定范围的指令和提示词文件。Cursor 读取两个类似的东西：
- 项目规则：位于
.cursor/rules目录下的.mdc文件，随仓库进行版本控制。每个规则都有一个应用模式：始终应用 (Always Apply)、智能应用 (Apply Intelligently)（Agent 根据你的描述决定）、应用于特定文件 (Apply to Specific Files)（通配符匹配）或手动应用 (Apply Manually)（通过 @ 提及调用）。 - AGENTS.md：项目根目录或子目录中的纯 Markdown 文件，不需要前置元数据（frontmatter）——这是你今天移植内容最快的落脚点。
还有 用户规则 (User Rules)，这是你在 Cursor 的“自定义 (Customize)”设置中配置的全局偏好，适用于跨项目的 Agent 聊天。建议将个人风格保留在用户规则中，而将项目事实保留在仓库中，这样团队成员就不会互相干扰。
无法迁移的内容
Copilot 的聊天记录没有导出到 Cursor 的路径，而且原始的对话记录格式也不合适。这些聊天中真正有价值的内容是你提供的推理：为什么支付模块允许重复写入、哪个测试套件有误、为什么在 3 月份尝试提取身份验证模块后又放弃了。关于底层上下文实际上有多薄弱的技术细节，可以参阅为什么 GitHub Copilot 会遗忘你的代码库上下文。
Cursor 在不同会话之间也会遗忘
规则是按提示词注入的，会话之间不会自动积累任何内容。新的聊天意味着新的上下文——这就是为什么 Cursor 用户也会从另一个方向遇到同样的瓶颈，正如在为什么 Cursor 会遗忘之前的会话、项目规则以及架构决策中所记录的那样。更换编辑器只是改变了解决该问题的交互方式，并没有解决问题本身。
手动迁移步骤
第一步：将指令移植到 Cursor 格式
首先，将你的 Copilot 指令分成两类，因为它们几乎肯定混在一起了：
- 行为指令——命名、格式化、错误处理、评审预期、绝对不要触碰的文件。这些属于规则。
- 项目事实——服务边界、数据模型、弃用情况、决策及其原因。这些属于知识，并且会不断增长。
然后放置行为指令部分。如果只是直接移植，将其放入 AGENTS.md 中，当天即可运行。如果是为了长期维护，请在 .cursor/rules 中编写 .mdc 规则，并仔细选择模式：对于少数不可妥协的原则使用“始终应用 (Always Apply)”，对于特定语言或目录使用“应用于特定文件 (Apply to Specific Files)”，对于有明确描述的领域指南使用“智能应用 (Apply Intelligently)”，对于需要按需调用的清单使用“手动应用 (Apply Manually)”。
克制住将所有内容都设置为“始终应用”的冲动。否则，你每次进行代码补全（即使只需要两行代码）都必须为 3,000 token 的规则文件付费。
第二步：重建仅存在于聊天中的知识
打开你过去两周的 Copilot 聊天记录，写下你解释过不止一次的所有内容。重复就是审计——你不断重复输入的内容，正是从未被存储下来的内容。
将这些内容写成简短、带日期、有原因的记录，例如："支付 webhook 的幂等键——服务商重试导致我们在 staging 环境中重复收费，2026-05。" 十条这样的记录比上千字的散文更有价值，它们能让 Cursor 停止提出你们团队已经否决的方案。
更好的方法：统一的记忆层，适用于任何编辑器
这里有一个值得注意的规律：你的规则在迁移中幸存下来，因为它们是仓库中的文件。而你的知识却没有，因为它存在于你离开的工具内部。解决方案不是建立一个更大的规则文件，而是将项目知识完全保留在编辑器之外。
MemoryLake 正是为此而生：将架构、决策和事件历史整合在一个记忆层中，由 Cursor 通过 MCP 读取——并且可以被你下季度评估的任何其他工具读取。
第一步：创建 API 密钥
生成密钥并在大约 30 秒内发出你的第一次请求。
第二步：上传你的第一批记忆
放入保存项目真实上下文的文档、图片和文件：你刚刚编写的规则、ADR（架构决策记录）、架构说明、运行手册（runbooks）、事后分析（post-mortems）、API 规范。
第三步：连接您的 AI 和 Agent
让 Claude、Codex、OpenClaw 以及你的其他 Agent 通过 MCP 或 API 访问该记忆，并将其与你的其他 MCP 服务器一起添加到 Cursor 中。规则继续处理 Agent 应该如何表现；而记忆则处理关于你系统的真实情况。相关路径：Cursor 迁移到 Claude Code 和 Copilot 迁移到 Claude Code。
切换的成本与收益
评估一下各部分的成本。安装 Cursor 并移植指令文件：一小时。选择合理的规则模式而不是将所有内容都设为“始终应用”：再花一小时，这在一周内就能通过节省 token 收回成本。重建隐性知识：半天，这是唯一能产生复利效应的部分。
然后是持续的开销。如果你的常驻项目上下文是 2,000 token，并且每天在聊天和 Agent 之间被重复提及 20 次，那么每月大约会有 120 万 token 的重复消耗，外加每次会话重新说明情况所需的四五分钟。一个庞大的“始终应用”规则文件并不能消除这一成本——它只是让这一成本变成了无条件的固定支出。
真正的节省在于选择权。在今天，评估一个新的编辑器意味着要再次支付“上下文重建税”，这也是为什么许多团队一直坚守在已经无法满足需求的工具上。当记忆是外部化的时候，尝试下一个工具只需要一个下午的时间，而放弃它则不需要任何成本。
迁移的最佳实践
从第一天起就将规则与知识分离
规则是指令，体积小且始终相关。知识是关于你系统的客观事实，体积较大且选择性相关。保持它们分离，可以防止你的规则文件变成没人信任的冗长文字墙。
将规则模式视为预算，而非形式
“始终应用 (Always Apply)”是对每一次代码补全的开销。请将其保留给少数始终正确的规则，让通配符（globs）和描述来处理其余部分。这是唯一能实质性改变你成本的 Cursor 特有习惯。
在学到新东西时记录记忆，而不是在想起来时才记
存储事实的最佳时机是在你向 Agent 解释完它的那一分钟。在那个时候记录下来，下一次会话——无论是在 Cursor、Claude Code 还是接下来的任何工具中——都将从你的结论开始，而不是从你的第一次猜测开始。
结论
从 Copilot 切换到 Cursor 表面上是一个非常简单的切换，而底层则是一次知识迁移。指令文件可以干净地移植到 .cursor/rules 或 AGENTS.md 中，规则模式让你能够真正控制何时加载什么内容，而用户规则（User Rules）则可以让个人偏好不干扰你的团队成员。
无法移植的是你几个月来在聊天中提供的上下文——Cursor 的文档也很直接地指出，规则是提示词级别的上下文，而不是记忆。一次性重建这些知识，并将其存储在编辑器之外，那么下一次迁移就只是连接方式的改变，而不是再花一个月的时间去重新解释你自己的代码库。