skills/android/android-agp-upgrade/SKILL.md
Upgrade an Android project to Android Gradle Plugin (AGP) 9. Use when migrating to AGP 9, updating Gradle build files, migrating to built-in Kotlin, or adopting the new AGP DSL.
npx skillsauth add hoangnguyen0403/agent-skills-standard android-agp-upgradeInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Step-by-step workflow for upgrading an Android project to AGP 9.
com.google.devtools.ksp) is used, ensure version 2.3.6+.AGP 9 includes built-in Kotlin support — the org.jetbrains.kotlin.android plugin is no longer needed.
See migration guide for detailed steps.
AGP 9 introduces a new DSL for android {} blocks. Key changes include namespace handling, build type configuration, and source set declarations.
See DSL migration for before/after examples.
If the project uses kapt:
legacy-kapt as a bridge.If any module uses custom BuildConfig fields, update to the new AGP 9 syntax.
Remove these flags after migration:
android.builtInKotlinandroid.newDslandroid.uniquePackageNamesandroid.enableAppCompileTimeRClassandroid.disallowKotlinSourceSets=false to gradle.properties.clean task when verifying — it wastes time../gradlew help succeeds../gradlew build --dry-run succeeds.development
Standardize SRS and FRS specifications for technical behavior, interfaces, data contracts, quality constraints, and verification mapping. Use when writing SRS, functional specification, system behavior requirements, API/data contracts, or non-functional thresholds.
development
Standardize BRD and BRD-lite discovery for business goals, stakeholder impact, current-to-future state, and measurable value outcomes. Use when creating BRD, business case, project justification, ROI narrative, or AS-IS to TO-BE scope.
development
Implements a strict Red-Green-Refactor loop to ensure zero production code is written without a prior failing test. Use when: creating new features, fixing bugs, or expanding test coverage.
testing
Standardize PRD discovery and drafting for product scope, user outcomes, requirement IDs, and acceptance criteria. Use when creating PRD, product requirements, feature specification, or acceptance criteria plan.