assess-react-native-migration

用途：对已有移动产品做只读的迁移决策评估，判断是否及如何迁移到 React Native，只产出决策，不执行迁移。\n\n主要能力：先确认产品支持的全部客户端平台与代码库范围（含 iOS、Android 独立仓库、应用变体、Web 客户端），记录平台清单与访问状态；基于仓库证据检查产品、原生能力面、连续性、验证、发布、归属、代理治理与交付基线等维度；据此选择路径——Path A 增量、Path B 全新、Path C 全新优先检查点加增量回退、Defer 暂缓或 Do not migrate 不迁移，并说明否决其他路径的理由。\n\n使用方式：在尽量暴露全部生产客户端代码库的工作区中运行。范围门未通过时，首轮回复固定为询问各平台生产代码库位置；驱动指标未知时，首轮询问可量化的交付或业务问题。每轮只问一个能改变决策的问题，并说明其影响。可用仓库证据时做仓库评估，不可用时改为访谈评估。证据门通过后再按输出契约给出建议、证据、假设与阻塞、检查点、基线与 ROI、下一步决策。Path A 被接受后，实施规划交给 react-native-brownfield-migration。\n\n适用场景：多平台移动产品、原生耦合较深、需评估迁移可行性与投入产出、需跨 iOS 与 Android 明确对比的团队。\n\n限制：不编造工期、成本、代码复用率或 ROI，需实测输入；不为聚合就绪分打总分；不把两平台验证视为可省工作；不在此阶段选 Expo 或裸 React Native；私有实现材料、提示词与重试规则属项目专属，不予暴露；未提供的信息应标为未知。Path C 属其 2026 后运营模型，非行业基准。