从其他智能体迁移
逐项迁移项目、指令与扩展，检查格式、路径和权限。
开始迁移
打开现有项目目录即可继续处理其中的代码和文件。先保留原配置，再检查哪些约定可直接复用、哪些依赖原产品的路径与工具。
当前文档不提供一键导入、自动同步旧聊天或复制其他工具账号的承诺。迁移以 Lime 的现有项目、指令、技能、插件与 MCP 入口逐项完成。
可以迁移哪些内容
| 内容 | 处理方式 |
|---|---|
| 项目文件 | 使用原文件夹，先检查工作树与权限。 |
| 项目指令 | 整理为项目 AGENTS.md，保留构建、测试与约束。 |
| 个人指令 | 放入 Lime 的用户级指令入口，避免和项目事实重复。 |
| 技能 | 检查 SKILL.md、脚本、参考文件与依赖后安装。 |
| MCP 配置 | 核对传输、地址、环境变量和认证，再配置连接。 |
| 插件 | 确认包格式与目录支持，重新安装和授权。 |
| 记忆与聊天 | 提取获准保留的事实和摘要，不假设原始记录可以无损恢复。 |
| 钩子、斜杠命令、子智能体 | 按 Lime 当前语义重写并测试，不直接复制产品专属配置。 |
理解迁移范围
用户配置与项目配置来源不同。不要把原产品的完整私有目录复制进仓库；其中可能包含凭据、机器路径与无关历史。
本地文件可以继续使用，不代表工具权限、浏览器会话、模型套餐或外部账号也能迁移。迁移不应改动或删除原工具的配置。
完成模型与工具连接
重新核对模型服务、凭据、MCP 与插件状态。需要 OAuth 或外部账号授权时，通过正式连接入口完成。确认工具确实可调用，而不只是出现在列表中。
迁移后检查
- 指令：移除只适用于原产品的入口和权限描述。
- 脚本：检查绝对路径、shell、参数插值和本地依赖。
- MCP：检查自定义请求头、环境变量与传输方式。
- 钩子：先阅读将执行的命令，再测试触发与失败行为。
- 历史：检查摘要是否遗漏重要决定，避免把旧状态当作当前事实。
用小任务验证
提示词
按迁移后的项目指令阅读此目录。列出实际可用的模型与工具，
运行一个现有的只读检查，并说明仍需配置的依赖。
不要修改原工具的配置。验证通过后再逐步恢复复杂流程。需要同步原文件时先明确唯一维护位置，避免两个配置副本长期漂移。