MiMo Code 本身不是内存泄漏检测工具，但能加速定位：PerformanceAgent 静态识别风险模式，Coordinator 关联多源线索，结合运行数据验证假设，并由 FixAgent 提供带影响分析的修复建议。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 本身不是内存泄漏检测工具，但它能大幅加速定位过程——关键在于把人工排查变成结构化、可并行的 AI 协作任务。
用 PerformanceAgent 直接扫描内存风险点
MiMo Code 内置的 PerformanceAgent 专精性能问题识别，包括内存泄漏典型模式。它不依赖运行时数据，而是静态分析代码逻辑：
- 自动标记长期存活的全局容器（如 static Map、缓存未设上限）
- 识别未关闭的资源句柄（FileInputStream、Connection、Cursor 等未在 finally 或 try-with-resources 中释放）
- 发现可能造成循环引用的场景（Java 中的内部类持外部引用、Kotlin 的 lambda 捕获 this、iOS 的 delegate 未声明 weak）
- 指出未清理的监听器或通知注册（Android 的 BroadcastReceiver、iOS 的 NotificationCenter addObserver）
让 Coordinator 汇总并关联上下文
单个 Agent 只看局部，Coordinator 负责串联线索：
- 把 SecurityAgent 发现的“敏感对象长期持有”和 PerformanceAgent 标出的“静态集合存储用户数据”自动关联，提示潜在泄漏链
- 结合 RepoAgent 分析跨文件依赖，确认某个单例是否被多处强引用而无法释放
- 对重复告警做语义去重（比如不同 Agent 都指出“未移除 Handler Callback”），输出唯一高可信度问题点
配合真实运行数据验证假设
MiMo Code 不替代工具，但能帮你快速决定该用哪个工具、查哪段代码：
- 若 PerformanceAgent 怀疑某 Service 类泄漏，就用 Android Profiler 抓 Heap Dump，筛选该类实例数是否随操作持续增长
- 若指出 iOS 中某个 ViewModel 持有 ViewController，立即打开 Xcode Memory Graph，过滤对应类名，看紫色感叹号是否出现
- 若标注 Python 脚本中某装饰器意外保留了 request 对象，马上用 tracemalloc 启动，对比前后 snapshot 找增长最多的类型
生成修复建议并验证效果
FixAgent 不只给代码，还说明影响范围：
- 对 Java 静态 Map，建议改用 WeakHashMap 或加 size 限制 + LRU 清理逻辑
- 对 iOS 循环引用，直接生成带 weak self 的闭包改写示例，并标注需同步检查 delegate 是否已设为 weak
- 对 Python 的 __del__ 导致 GC 失效，提醒删除该方法，改用 contextlib.closing 或显式 close() 调用
