Android Gradle Build Performance

When To Use

• Use this skill when the request is about: android gradle build performance, configuration cache android build, ksp vs kapt android.
• Primary outcome: Diagnose and improve Android and Gradle build performance with scans, cache checks, and bottleneck audits.
• Use this skill when the problem is build speed, task churn, cache misses, or CI wall time rather than build-logic structure.
• Read references/patterns.md when you need the measurement ladder or the most common Gradle performance smells.
• Read references/scenarios.md for audit-first entry points on the example projects.
• Handoff skills when the scope expands:
• android-gradle-build-logic
• android-ci-cd-release-playstore

Workflow

1. Identify whether the problem is local developer feedback time, CI build duration, or both.
2. Measure one build path at a time with --profile, --scan, configuration-cache diagnostics, or the bundled audit script before proposing a fix.
3. Check gradle.properties, plugin wiring, dependency declarations, task registration style, and module conventions for common performance smells.
4. Apply one high-confidence optimization at a time, then compare before and after behavior instead of stacking changes.
5. Hand off structural Gradle refactors or release-pipeline changes once the performance bottleneck is isolated.