用途：在已有诊断已锁定内存问题责任方与机制后，规划并实施最小的架构正确改动，再在相同场景下验证效果。
主要能力与流程：入口要求诊断包含 artifact ID、核算域、责任方、机制与残余替代项；若证据不足需先调用 $android-memory-evidence 与 $android-memory-diagnose。编辑前读取目标项目说明、源码、测试、架构、分支与工作区，并完整阅读 references/change-protocol.md 及 references/verification-matrix.md 相关行。随后撰写变更契约，包含观察证据与核算域、责任方与机制、确切文件/组件、预期同域指标或生命周期变化、功能与性能风险、改动前/后/冷却场景、回滚条件。优先修正所有权与生命周期，而非强制清理、全局 GC、任意阈值或大范围清缓存。为机制补充聚焦测试，仅运行目标项目文档化的可执行验证命令，并按相同设备分桶、进程角色、场景、阶段、采集模式与核算域重新采集证据，分别报告代码验证与内存证据验证。
架构审核要点：确认改动修复责任方而非掩盖核算，清理发生在正确生命周期边界且幂等，线程/进程/JNI/Binder/缓冲区/回调所有权仍有效，缓存改动不破坏命中率、延迟、网络与存储成本及产品行为，native 改动保持分配器/符号化/消毒器兼容，图形改动保持渲染正确与释放顺序，设备/API/厂商分支按能力门控而非硬编码机型，可观测性区分不支持、权限拒绝、空与真正不存在。
限制：QA 日志与截图仅在诊断绑定确切行/哈希或可见区域到匹配目标/构建/阶段时才可采信；仅 OOM 行、关键词匹配、通知或图表截图不足以开启代码改动门。源码根、模块、版本与构建变体需确认，工作区同时含分析与演示/测试夹具时不得仅凭包名推断目标。若入口门失败，需返回阻塞型交接，说明当前支持事实、未解决责任方/机制或缺失的目标项目字段、最小判别器及前置条件、刻意未改动的代码与文件，以及允许实施的条件。其余具体命令与文件内容暂未提供。