用途：把向后兼容从“保留的代码”转为“契约与撤除计划”来治理。核心原则是兼容本身不坏，缺少规格、测试、撤除计划与计量时，兼容要求会渗入实现并变成垃圾代码。
主要能力：识别兼容性负债信号，如版本分支散落、长期保留的弃用API、Legacy/Old适配器增殖、“为兼容”注释、新旧端点并存、兼容测试被跳过、破坏性变更未记录。提供判断流程：先明确公开API边界，再确认弃用策略，再定位兼容处理位置，最后确认撤除计划。
使用方式：1) 公开API边界明确化，用SemVer、OpenAPI等声明规格，结构上分离内部与公开API，文档化“不破坏什么”。2) 弃用周期制度化：声明弃用并给出替代方案，设迁移宽限SLO，计量使用率，确认零使用后删除。宽限参考：内部API 1-2个发布周期，公开库至少1个主版本，平台API 2年以上。3) 兼容层局部化：用Adapter集中差异，用Strangler Fig逐步替换旧系统。4) 契约测试CDC：只固定消费者实际使用的部分，在CI自动检测兼容回归。5) AI生成代码门禁：把AI输出视为不可信输入，经兼容策略与公开API定义、RAG、静态与安全检查、兼容与契约测试、PR、人工评审、合并、兼容指标监控。
适用场景：长期保留的弃用API、版本分支散落、兼容注释增殖、破坏性变更文档不足、遗留系统渐进迁移。
限制与避免过度适用：仅内部使用的私有API、原型阶段无需兼容、无兼容客户端的新API不宜套用。资料未提供具体安装命令、收费与平台信息。