用途：当问题不在架构或视觉设计，而在运行时真相时使用——当前 APK/AAB 是否在目标模拟器或设备上成功构建、安装、启动并渲染；确认后再排查慢、卡死或内存泄漏的原因。覆盖陈旧构建怀疑、模拟器漂移、畸形 APK、ADB 失败、Gradle 缓存损坏、ProGuard/R8 剥离、Compose 重组、ANR/卡顿/内存/启动性能分类，以及在信任截图、UI 行为或下游 API 认证调试前的证据闭环。
主要能力：构建/替换安装/启动证明闭环；直接检查 APK/AAB（aapt2 dump badging、dump resources、合并清单、ABI 的 .so、mapping.txt）；排查 Gradle 依赖解析、版本目录、KSP/KAPT、AGP 兼容与守护进程；Compose 重组与稳定性调试；按症状分类 ANR、卡顿、内存、启动；R8/ProGuard 剥离导致运行时崩溃的排查。
必要用法示例：./gradlew assembleDebug、aapt2 dump badging <apk>、adb install -r <apk>、adb shell am start -n <applicationId>/<Activity>、adb logcat --pid=$(adb shell pidof <pkg>)、adb shell dumpsys gfxinfo <pkg> framestats、adb shell dumpsys meminfo <pkg>、./gradlew --stop && ./gradlew --refresh-dependencies。先证明构建/安装在位，再进入功能与性能调试；重置按梯级逐步升级，先保留复现证据。
适用场景：原生 Android 应用构建、安装、启动验证；陈旧安装或截图；模拟器启动与 ADB 状态漂移；Gradle 构建失败；仅在发布构建出现的剥离开销崩溃；Compose 重组与增量编译；ANR、卡顿、内存泄漏、启动慢。
限制：平台事实会漂移，须查阅官方实时来源，不要硬编码目标 API 级别等；仓库特定构建变体、applicationId、模块结构属本地事实，须实际发现；微基准测试不能替代 Macrobenchmark 测冷启动，也不应在追踪确认函数位于关键路径前运行；不要仅凭 BUILD SUCCESSFUL 或未与当前构建绑定的模拟器截图下结论。具体阈值、字段捕获 API、工具安装细节暂未提供。