Kotlin-agent-skills kotlin-tooling-agp9-migration
git clone https://github.com/Kotlin/kotlin-agent-skills
T=$(mktemp -d) && git clone --depth=1 https://github.com/Kotlin/kotlin-agent-skills "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/kotlin-tooling-agp9-migration" ~/.claude/skills/kotlin-kotlin-agent-skills-kotlin-tooling-agp9-migration && rm -rf "$T"
skills/kotlin-tooling-agp9-migration/SKILL.mdKMP AGP 9.0 Migration
Android Gradle Plugin 9.0 makes the Android application and library plugins incompatible with the Kotlin Multiplatform plugin in the same module. This skill guides you through the migration.
Step 0: Analyze the Project
Before making any changes, understand the project structure:
- Read
(orsettings.gradle.kts
) to find all modules.gradle - For each module, read its
to identify which plugins are appliedbuild.gradle.kts - Check if the project uses a Gradle version catalog (
). If it exists, read it for current AGP/Gradle/Kotlin versions. If not, find versions directly ingradle/libs.versions.toml
files (typically in the rootbuild.gradle.kts
orbuildscript {}
block). Adapt all examples in this guide accordingly — version catalog examples useplugins {}
while direct usage usesalias(libs.plugins.xxx)id("plugin.id") version "x.y.z" - Read
for the Gradle versiongradle/wrapper/gradle-wrapper.properties - Check
for any existing workarounds (gradle.properties
)android.enableLegacyVariantApi - Check for
plugin usage — AGP 9.0 has built-in Kotlin and this plugin must be removedorg.jetbrains.kotlin.android - Check for
plugin usage — incompatible with built-in Kotlin, must migrate to KSP ororg.jetbrains.kotlin.kaptcom.android.legacy-kapt - Check for third-party plugins that may be incompatible with AGP 9.0 (see "Plugin Compatibility" section below)
If Bash is available, run
scripts/analyze-project.sh from this skill's directory to get a structured summary.
Classify Each Module
For each module, determine its type:
| Current plugins | Migration path |
|---|---|
+ | Path A — Library plugin swap |
+ | Path B — Mandatory Android split |
with multiple platform entry points in one module | Path C — Full restructure (recommended) |
or (no KMP) | See "Pure Android Tips" below |
Determine Scope
- Path B is mandatory for any module combining KMP + Android application plugin
- Path C is recommended when the project has a monolithic
(or similar) module containing entry points for multiple platforms (Android, Desktop, Web). This aligns with the new JetBrains default project structure where each platform gets its own app module.composeApp - Ask the user whether they want Path B only (minimum required) or Path C (recommended full restructure)
Path A: Library Module Migration
Use this when a module applies
kotlin.multiplatform + com.android.library.
See references/MIGRATION-LIBRARY.md for full before/after code.
Summary:
- Replace plugin:
→com.android.librarycom.android.kotlin.multiplatform.library - Remove
plugin if present (AGP 9.0 has built-in Kotlin support)org.jetbrains.kotlin.android - Migrate DSL: Move config from top-level
block intoandroid {}
:kotlin { android {} }kotlin { android { namespace = "com.example.lib" compileSdk = 35 minSdk = 24 } } - Rename source directories (only if the module uses classic Android layout instead of KMP layout):
→src/mainsrc/androidMain
→src/testsrc/androidHostTest
→src/androidTestsrc/androidDeviceTest- If the module already uses
, no directory renames are neededsrc/androidMain/
- Move dependencies from top-level
intodependencies {}
:sourceSetskotlin { sourceSets { androidMain.dependencies { implementation("androidx.appcompat:appcompat:1.7.0") } } } - Enable resources explicitly if the module uses Android or Compose Multiplatform resources:
kotlin { android { androidResources { enable = true } } } - Enable Java compilation if module has
source files:.javakotlin { android { withJava() } } - Enable tests explicitly if the module has unit or instrumented tests:
kotlin { android { withHostTest { isIncludeAndroidResources = true } withDeviceTest { instrumentationRunner = "androidx.test.runner.AndroidJUnitRunner" } } } - Update Compose tooling dependency:
// Old: debugImplementation(libs.androidx.compose.ui.tooling) // New: androidRuntimeClasspath(libs.androidx.compose.ui.tooling) - Publish consumer ProGuard rules explicitly if applicable:
kotlin { android { consumerProguardFiles.add(file("consumer-rules.pro")) } } - Resolve Sub-dependency Variants (Product Flavors / Build Types):
Because the new KMP Android library plugin enforces a single-variant architecture, it does not natively understand how to resolve dependencies that publish multiple variants (like
/debug
build types, or product flavors likerelease
/free
). Configure fallback behaviors usingpaid
:localDependencySelectionkotlin { android { localDependencySelection { // Determine which build type to consume from Android library dependencies, in order of preference selectBuildTypeFrom.set(listOf("debug", "release")) // If the dependency has a 'tier' dimension, select the 'free' flavor productFlavorDimension("tier") { selectFrom.set(listOf("free")) } } } }
Path B: Android App + Shared Module Split
Use this when a module applies
kotlin.multiplatform + com.android.application. This is mandatory for AGP 9.0 compatibility.
See references/MIGRATION-APP-SPLIT.md for full guide.
Summary:
- Create
module with its ownandroidApp
:build.gradle.ktsplugins { alias(libs.plugins.androidApplication) // Do NOT apply kotlin-android — AGP 9.0 includes Kotlin support alias(libs.plugins.composeMultiplatform) // if using Compose alias(libs.plugins.composeCompiler) // if using Compose } android { namespace = "com.example.app" compileSdk = 35 defaultConfig { applicationId = "com.example.app" minSdk = 24 targetSdk = 35 versionCode = 1 versionName = "1.0" } buildFeatures { compose = true } } dependencies { implementation(projects.shared) // or whatever the shared module is named implementation(libs.androidx.activity.compose) } - Move Android entry point code from
tosrc/androidMain/
:androidApp/src/main/
(and any other Activities/Fragments)MainActivity.kt
(app-level manifest withAndroidManifest.xml
and launcher<application>
) — verify<activity>
onandroid:name
uses the fully qualified class name in its new location<activity>- Android Application class if present
- App-level resources (launcher icons, theme, etc.)
- Add to
:settings.gradle.ktsinclude(":androidApp") - Add to root
: plugin declarations withbuild.gradle.ktsapply false - Convert original module from application to library using Path A steps
- Ensure different namespaces: app module and library module must have distinct namespaces
- Remove from shared module:
,applicationId
,targetSdk
,versionCodeversionName - Update IDE run configurations: change the module from the old module to
androidApp
Path C: Full Restructure (Recommended)
Use this when the project has a monolithic module (typically
composeApp) containing entry
points for multiple platforms. This is optional but aligns with the new JetBrains default.
See references/MIGRATION-FULL-RESTRUCTURE.md for full guide.
Target Structure
project/ ├── shared/ ← KMP library (was composeApp), pure shared code ├── androidApp/ ← Android entry point only ├── desktopApp/ ← Desktop entry point only (if desktop target exists) ├── webApp/ ← Wasm/JS entry point only (if web target exists) ├── iosApp/ ← iOS Xcode project (usually already separate) └── ...
Steps
- Apply Path B first — extract
(mandatory for AGP 9.0)androidApp - Extract
(if desktop target exists):desktopApp- Create module with
andorg.jetbrains.compose
pluginapplication {} - Move
function frommain()
todesktopMaindesktopApp/src/main/kotlin/ - Move
config tocompose.desktop { application { ... } }desktopApp/build.gradle.kts - Add dependency on
moduleshared
- Create module with
- Extract
(if wasmJs/js target exists):webApp- Create module with appropriate Kotlin/JS or Kotlin/Wasm configuration
- Move web entry point from
/wasmJsMain
tojsMainwebApp/src/wasmJsMain/kotlin/ - Move browser/distribution config to
webApp/build.gradle.kts - Add dependency on
moduleshared
- iOS — typically already in a separate
directory. Verify:iosApp- Framework export config (
) stays inbinaries.framework
moduleshared - Xcode project references the correct framework path
- Framework export config (
- Rename module from
tocomposeApp
:shared- Rename directory
- Update
includesettings.gradle.kts - Update all dependency references across modules
- Clean up shared module: remove all platform entry point code and app-specific config that was moved to the platform app modules
Variant: Native UI
If some platforms use native UI (e.g., SwiftUI for iOS), split
shared into:
— business logic consumed by ALL platformssharedLogic
— Compose Multiplatform UI consumed only by platforms using shared UIsharedUI
Variant: Server
If the project includes a server target:
- Add
module at the rootserver - Move all client modules under an
directoryapp/ - Add
module for code shared between server and client (models, validation)core
Version Updates
These are required regardless of migration path:
-
Gradle wrapper — update to 9.1.0+:
# gradle/wrapper/gradle-wrapper.properties distributionUrl=https\://services.gradle.org/distributions/gradle-9.1.0-bin.zip -
AGP version — update to 9.0.0+ and add the KMP library plugin.
With version catalog (
):gradle/libs.versions.toml[versions] agp = "9.0.1" [plugins] android-kotlin-multiplatform-library = { id = "com.android.kotlin.multiplatform.library", version.ref = "agp" }Without version catalog — update
plugin versions and add in rootcom.android.*
:build.gradle.ktsplugins { id("com.android.application") version "9.0.1" apply false id("com.android.kotlin.multiplatform.library") version "9.0.1" apply false } -
JDK — ensure JDK 17+ is used (required by AGP 9.0)
-
SDK Build Tools — update to 36.0.0:
Install via SDK Manager or configure in android { buildToolsVersion = "36.0.0" } -
Review gradle.properties — remove error-causing properties and review changed defaults (see "Gradle Properties Default Changes" section)
Built-in Kotlin Migration
AGP 9.0 enables built-in Kotlin support by default for all
com.android.application and com.android.library
modules. The org.jetbrains.kotlin.android plugin is no longer needed and will conflict if applied.
Important: Built-in Kotlin does NOT replace KMP support. KMP library modules still need
org.jetbrains.kotlin.multiplatform + com.android.kotlin.multiplatform.library.
Step 1: Remove kotlin-android Plugin
Remove from all module-level and root-level build files:
// Remove from module build.gradle.kts plugins { // REMOVE: alias(libs.plugins.kotlin.android) // REMOVE: id("org.jetbrains.kotlin.android") } // Remove from root build.gradle.kts plugins { // REMOVE: alias(libs.plugins.kotlin.android) apply false }
Remove from version catalog (
gradle/libs.versions.toml):
[plugins] # REMOVE: kotlin-android = { id = "org.jetbrains.kotlin.android", version.ref = "kotlin" }
Step 2: Migrate kapt to KSP or legacy-kapt
The
org.jetbrains.kotlin.kapt plugin is incompatible with built-in Kotlin.
Preferred: Migrate to KSP — see the KSP migration guide for each annotation processor.
Fallback: Use
(same version as AGP):com.android.legacy-kapt
# gradle/libs.versions.toml [plugins] legacy-kapt = { id = "com.android.legacy-kapt", version.ref = "agp" }
// Module build.gradle.kts — replace kotlin-kapt with legacy-kapt plugins { // REMOVE: alias(libs.plugins.kotlin.kapt) alias(libs.plugins.legacy.kapt) }
Step 3: Migrate kotlinOptions to compilerOptions
For pure Android modules (non-KMP), migrate
android.kotlinOptions {} to the top-level
kotlin.compilerOptions {}:
// Old android { kotlinOptions { jvmTarget = "11" languageVersion = "2.0" freeCompilerArgs += listOf("-Xopt-in=kotlin.RequiresOptIn") } } // New kotlin { compilerOptions { jvmTarget.set(org.jetbrains.kotlin.gradle.dsl.JvmTarget.JVM_11) languageVersion.set(org.jetbrains.kotlin.gradle.dsl.KotlinVersion.KOTLIN_2_0) optIn.add("kotlin.RequiresOptIn") } }
Note: With built-in Kotlin,
jvmTarget defaults to android.compileOptions.targetCompatibility, so it may be optional if you already set compileOptions.
Step 4: Migrate kotlin.sourceSets to android.sourceSets
With built-in Kotlin, only
android.sourceSets {} with the kotlin set is supported:
// NOT SUPPORTED with built-in Kotlin: kotlin.sourceSets.named("main") { kotlin.srcDir("additionalSourceDirectory/kotlin") } // Correct: android.sourceSets.named("main") { kotlin.directories += "additionalSourceDirectory/kotlin" }
For generated sources, use the Variant API:
androidComponents.onVariants { variant -> variant.sources.kotlin!!.addStaticSourceDirectory("additionalSourceDirectory/kotlin") }
Per-Module Migration Strategy
For large projects, migrate module-by-module:
- Disable globally:
inandroid.builtInKotlin=falsegradle.properties - Enable per migrated module by applying the opt-in plugin:
plugins { id("com.android.built-in-kotlin") version "AGP_VERSION" } - Follow Steps 1-4 for that module
- Once all modules are migrated, remove
and allandroid.builtInKotlin=false
pluginscom.android.built-in-kotlin
Optional: Disable Kotlin for Non-Kotlin Modules
For modules that contain no Kotlin sources, disable built-in Kotlin to save build time:
android { enableKotlin = false }
Opt-Out (Temporary)
If blocked by plugin incompatibilities, opt out temporarily:
# gradle.properties android.builtInKotlin=false android.newDsl=false # also required if using new DSL opt-out
Warning: Ask the user if they want to opt out, and if so, remind them this is a temporary measure.
Plugin Compatibility
See references/PLUGIN-COMPATIBILITY.md for the full compatibility table with known compatible versions, opt-out flag workarounds, and broken plugins.
Before migrating, inventory all plugins in the project and check each against that table. If any plugin is broken without workaround, inform the user. If plugins need opt-out flags, add them to
gradle.properties and note them as temporary workarounds.
Gradle Properties Default Changes
AGP 9.0 changes the defaults for many Gradle properties. Check
gradle.properties for any explicitly set values that may now conflict.
Key changes:
| Property | Old Default | New Default | Action |
|---|---|---|---|
| | | Ensure each library has a unique namespace |
| | | Refactor on R fields to |
| | | Enable where needed |
| | | Enable shaders where needed |
| | | Review R8 keep rules |
| | | Update keep rules to be explicit |
| | | Remove invalid ProGuard file references |
| | | Use only |
| | | Remove global options from library consumer rules |
| | | Use API on androidComponents |
| | | Specify explicitly |
| | | Only if testing non-default build types |
Check for and remove properties that now cause errors:
— removed, always onandroid.r8.integratedResourceShrinking
— removed, always onandroid.enableNewResourceShrinker.preciseShrinking
Pure Android Tips
For non-KMP Android modules upgrading to AGP 9.0, follow the "Built-in Kotlin Migration" steps above, then review the "Gradle Properties Default Changes" table. Additional changes:
- Review new DSL interfaces —
is removed; useBaseExtension
or specific extension typesCommonExtension - Java default changed from Java 8 to Java 11 — ensure
reflects thiscompileOptions
Verification
After migration, verify with the checklist. Key checks:
succeeds with no errors./gradlew build- All platform targets build successfully (Android, iOS via
, Desktop, JS/Wasm)xcodebuild
and Android unit tests pass./gradlew :shared:allTests- No
orcom.android.library
in KMP modulescom.android.application - No
in AGP 9.0 modulesorg.jetbrains.kotlin.android - Source sets use correct names (
,androidMain
,androidHostTest
)androidDeviceTest - No deprecation warnings about variant API or DSL
Common Issues
See references/KNOWN-ISSUES.md for details. Key gotchas:
KMP Library Plugin Issues
- BuildConfig unavailable in library modules — use DI/
interface, or use BuildKonfig or gradle-buildconfig-plugin for compile-time constantsAppConfiguration - No build variants — single variant architecture; compile-time constants can use BuildKonfig/gradle-buildconfig-plugin flavors, but variant-specific dependencies/resources/signing must move to app module
- NDK/JNI unsupported in new plugin — extract to separate
modulecom.android.library - Compose resources crash without
androidResources { enable = true } - Consumer ProGuard rules silently dropped if not migrated to
in new DSLconsumerProguardFiles.add(file(...)) - KSP requires version 2.3.1+ for AGP 9.0 compatibility
AGP 9.0 General Issues
- BaseExtension removed — convention plugins using old DSL types need rewriting to use
CommonExtension - Variant APIs removed —
,applicationVariants
,libraryVariants
replaced byvariantFilterandroidComponents - Convention plugins need refactoring — old
extension helpers are obsoleteandroid {}
Reference Files
- DSL Reference — side-by-side old→new DSL mapping
- Version Matrix — AGP/Gradle/KGP/Compose/IDE compatibility
- Plugin Compatibility — third-party plugin status and workarounds