API 版本与下线策略

我的 API 要做不兼容变更，帮我设计版本与下线策略。

【现状】{{现状}}
【变更内容】{{变更内容}}
【客户端分布】{{客户端情况}}
【约束】{{约束}}

请输出：
一、版本策略选型：URL 路径版本（/v2/）与 Header 版本的对比（结合我的客户端情况和团队规模给出建议），以及为什么这个场景不该用「同一接口兼容两种返回」硬扛。
二、双版本共存期设计：新版本接口的灰度顺序（内部→白名单→全量）、双写/双跑期间的数据一致性保障、监控指标（新老版本调用量、错误率分开看）。
三、旧版本下线路径：从「标记 deprecated」到「真正 410」的完整时间线——响应头加 Sunset/Deprecation、文档和客户端通知方式、流量降到多少才够安全下线。
四、滞留用户策略：针对那 15% 老版本用户，强更引导和「接口退役后降级提示」的方案，避免他们直接不可用。
五、检查清单：变更上线前必须确认的 6 项（契约测试、mock 同步、回滚方案等）。

要求：方案要配得上 4 人团队的执行力，别上重型的网关方案；每个阶段给出可观测的判定信号。