用途：这是 compose-performance-skills 库的最高层入口，用于端到端 Jetpack Compose 性能审计。当症状宽泛（如“应用整体卡顿”“到处滚动都不流畅”“准备开始性能冲刺”“不知从何下手”）时使用；也适用于新成员熟悉性能问题代码库、发布前性能门禁、需要书面审计交付物的场景。若已有明确症状（如 LazyColumn 滚动卡顿、derivedStateOf 未触发、自定义 modifier 重组），应直接使用对应的专项技能。
主要能力：按 Measure→Diagnose→Fix→Verify 四阶段顺序执行，不跳步。阶段一在真机 release + R8 构建上建立基线数字（冷启动 StartupTimingMetric、滚动 FrameTimingMetric 的 P50/P90/P99）；阶段二借助 Compose Compiler 报告、Layout Inspector 与运行时追踪，把症状转为具名原因，并按频率×成本排序热点；阶段三每次只应用一个针对性修复，修复后重新测量以证明增量；阶段四重新生成 Baseline Profile、设置 CI 稳定性门禁并提交基线文件。最终必须产出书面审计报告。
使用方式：需项目能成功构建 release 变体（./gradlew assembleRelease），至少一台物理 Android 设备，存在或愿意添加 Macrobenchmark 模块，并愿意提交 Baseline Profile 与稳定性基线文件。版本要求：Compose Compiler 1.5.5+、Kotlin 2.0.20+、AGP 8.2+。建议每个修复单独一个 PR。
限制：不得在未测量前修改代码；不得以 100% skippability 为目标（可跳过性只是诊断指标，真正目标是真机上的 FrameTimingMetric 与 StartupTimingMetric 改善）；不得在未产出书面报告前宣布审计完成；调试构建与模拟器数字不具代表性。具体价格、平台支持等资料未提供。