迁移已有工作流

先确定要保留什么

已有助手或工作流往往组合了指令、参考文件、模型、工具和共享权限。迁移时应分别检查这些部分，把仍在使用的方法整理为技能或插件，并用真实任务验证。

Lime 不提供把任意外部助手一键转换的保证。只有您有权导出、使用和分发的内容才应进入迁移。

按使用价值安排迁移顺序

• 列出仍在使用的工作流、负责人、使用者与目的。
• 标记依赖哪些文件、模型、账户和自定义动作。
• 优先选择高频且边界清楚的任务，停止迁移没有使用价值的旧配置。
• 保存几项熟悉的输入、合格结果，以及至少一个较难案例。
• 为集成重建、权限检查和使用者验证预留时间。

可以用表格跟踪状态：待整理、已重建、待测试、已确认可用。迁移数量不能代替实际工作流可用性。

重新检查安装与访问

能看到插件、已安装插件、已连接账户和有权访问外部数据是四件不同的事。对每个目标用户核对安装、使用和分发范围，再单独检查外部服务身份与权限。

• 确认谁负责维护、谁可以修改和分享。
• 只连接工作流实际需要的账户与工具。
• 使用接近普通使用者权限的账户测试。
• 安装插件不会增加外部应用中的文件、数据库或写入权限。
• 可选连接不可用时，说明哪些步骤仍可完成、哪些会被阻塞。

整理指令与参考材料

把长指令拆成明确任务方法：触发条件、所需输入、执行步骤、限制与验收。保留必要模板和参考文件，删除已经过期、重复或与目标环境无关的内容。

需要多个工具和技能共同工作时，再打包为插件。只需复用一组稳定步骤时，先创建技能即可。不要为迁移复制整套旧运行时或保留永久并行入口。

重建自定义集成

旧系统的自定义动作通常包含身份认证、接口地址、字段和副作用。重新接入时先核对正式接口与当前工具能力，再通过支持的连接器或MCP实现。

• 区分只读查询与写入、发送、发布等动作。
• 凭据放在专用配置中，不放入技能正文或参考文件。
• 核对错误、超时、分页、额度和结果未知时的恢复方式。
• 缺少必要能力时先保留已验证的原工作方法，等待替代流程通过验证后再切换。

仅有同名工具或配置项，不足以证明接口和行为相同。

用熟悉任务测试

自动选择技能取决于描述、任务和可用能力；安装后不会在每项请求中自动运行。第一次通过也不代表可以跳过后续检查。

分享并帮助使用者切换

提供目标插件或技能、使用方法、必要连接、已知边界和一项熟悉示例。请真实使用者完成安装和测试，再宣布替代流程可以使用。

• 区分直接分享、公开分发与组织内发布的范围。
• 更新入门材料和保存的工作入口。
• 说明关键行为差异和需要重新授权的连接。
• 明确后续维护者和反馈渠道。
• 重要修改后重新运行代表性测试。

旧系统的停用日期、转换按钮、只读状态和共享规则由原服务决定，不能由Lime迁移步骤替代。

持续核对与费用

定期检查负责人、使用情况、连接权限和重要用例。需要自动汇总迁移进展时，可以对已维护的清单安排报告；先确认数据来源和首次运行结果。

重建、测试和日常使用会消耗所选模型与工具服务用量。通知和预算提醒不一定会阻止支出，实际限制以相应服务控制为准。