用途：把基于 prompt-to-app 平台（Lovable、Bolt、v0、Base44、Replit Agent 等）构建的应用，完整、安全、一次性地迁移到用户自己的仓库、技术栈和编码智能体中。产出为 docs/MIGRATION.md，采用标准 ProductOS 任务格式的分阶段计划，可由编码智能体执行，并以验证门禁收尾；门禁通过前不暂停或删除旧平台上的任何内容。
两条原则：迁移不是重构，只搬运和重新接线现有内容，代码质量改进交给 studio-develop-refactor-plan；导出即干净切割，仓库成为唯一事实来源，导出后继续在平台侧编辑会静默丢失改动。
主要能力：清点平台接线（代码与导出路径、托管与部署、数据库、认证、环境变量与密钥、存储、服务端函数与定时任务、指向内的 Webhook、自定义域名与 DNS 等），形成“项目→当前位置→目标位置→迁移动作→验证方式”的表格；推荐目标技术栈，原则是保留用户已有服务、只替换平台自有部分；实时调研目标平台当前的导出机制；编写 docs/MIGRATION.md，包含导出与基线、环境与密钥、后端迁移、重新指向、部署目标、智能体工作流、验证门禁与告别等阶段。
使用方式：在 ProductOS 文件夹（应用仓库根目录的 productos/ 或独立检出时的当前目录）与仓库根 docs/ 中定位资料，读取 docs/PRODUCT.md（可选）和 productos/develop/guides/TECH-STACK-OPTIONS.md；无 ProductOS 文件夹时在仓库根直接写 docs/MIGRATION.md。一次会话完成清点、选型与计划编写（约 45–60 分钟），随后由编码智能体执行。
适用场景：仅前端的小应用约一两个小时；平台托管数据库、认证和函数的应用约半天。
限制：密钥不会导出，必须按名称清点并在目标端重新录入或轮换；存储签名 URL 迁移后会失效；平台时代的 URL 会变成僵尸链接需清理；Webhook 在平台暂停时即失效；DNS 切换是最后一步。资料未提供具体价格、平台支持范围或效果保证。