技术栈迁移方案提示词

帮我制定技术栈迁移方案。

【迁移目标】{{迁移目标}}
【项目规模】{{项目规模}}
【硬约束】{{硬约束}}
【最担心的】{{最担心}}

请输出：
一、可行性评估：迁移路径有哪几条（大爆炸式 / 渐进式 / 混合双栈），按我的约束推荐一条并说明理由。
二、依赖与阻碍清单：我列的第三方依赖在新栈下的替代方案对照表（直接支持 / 换库 / 自行封装三档），没有替代的给出过渡策略。
三、分阶段路线图：按「可独立上线的里程碑」拆 4-6 个阶段，每阶段：范围、预计工时（按我的团队人数）、上线标准、可回退点。业务迭代如何与迁移并行（例如按路由分包，改哪个页面顺手迁哪个）。
四、兼容层设计：过渡期的双栈共存方案（微前端 / 渐进增强 / 适配器组件），给出关键代码骨架。
五、回归保障：迁移前必须补的 3 类自动化测试、灰度方案、线上监控指标（报错率、性能对比基线）。
六、踩坑预警：这条迁移路径上最常见的 5 个深坑，每个给避坑方法。

要求：方案要能让业务不断更；工时估算标注假设；对「没人敢动的老代码」给出具体策略而不是「重构它」。