用途：对一项边界明确的能力做现代化改造，仅当新设计能可度量地减少人工流程摩擦、维护成本、风险、依赖重复或交付物成本时才保留。不用于例行升级或性能调优。
主要能力：先定义改造目标与受保护结果，盘点当前实现、公共契约、消费者、配置、持久化数据、测试与运维流程，建立行为与量化基线；再评估最简可信设计，比较保留、就地简化、使用现有平台能力、采用外部软件、移除能力等选项，并记录 SELECTED/REJECTED 理由。执行阶段在单一清晰边界引入替换，更新调用方、类型、配置、路由、事件、序列化、测试、构建脚本与文档，必要时准备可回滚的数据或配置迁移。验证阶段运行仓库定义的构建、lint、类型、测试、冒烟、打包与启动检查，并与基线比较。
使用方式：按清单逐项跟踪 PENDING、PROVEN、CLEARED、UNPROVEN；阅读、委派、工具失败、零退出码和自报成功都不算证据。使用原生包管理器与生成命令处理依赖和生成状态，不手改锁文件。移除旧实现前检查动态导入、反射、插件注册、代码生成、构建脚本、CLI 与可选运行时路径。最终按 Result、Scope、Evidence、Verification、Completion 顺序报告，结论使用 DELIVERED、PARTIAL、NO_CHANGE、BLOCKED。
适用场景：需要降低维护成本、消除重复依赖或过渡适配器、替换已维护的外部候选、减少包体或启动成本等有明确基线的改造。
限制：不因外部包存在就替换可工作的自定义代码；不引入无人维护的依赖或不兼容许可；消费者与回滚条件未明前不移除旧路径。涉及许可、公共契约、持久化数据迁移、供应商承诺或不可逆运维取舍时需用户明确授权。无法评估必要证据时标记 BLOCKED。具体命令、版本与平台细节资料未提供。