2014 – 2026
Android Studio Versions
Every public stable release of Android Studio — Android Studio 1.0 in December 2014 through the current alphabetical-animal codename line — with the minimum supported Android Gradle Plugin, Gradle, Kotlin Gradle Plugin, and JDK versions for each Studio release. Each cell is a floor, not a target: the least you have to upgrade to keep building. Plus the IntelliJ lineage, the Eclipse-ADT replacement, the codename arc, and a JDK explainer for the three different JDKs that get conflated when the build complains.
Current Google Play Store submission floor
As of August 31, 2026: new app submissions to the Google Play Store — and updates to apps already on it — must target Android 16 (API 36) or later. The minimum Android Studio that compiles against API 36 is Meerkat (2024.3.1 Patch 1, AGP 8.9.1) — the row marked with the amber left edge and the Play Store Min badge below.
The step took effect on August 31, 2026, replacing the Android 15 (API 35) requirement that had stood since August 31, 2025. The marked floor row has moved up two lines accordingly, from Koala to Meerkat. If you need more time, Google will grant extensions through November 1, 2026, and as of this refresh (September 15, 2026) the request mechanism is live: the Help article’s FAQ now places the extension form on the details page of the warning on Play Console’s Policy status page, and says only apps that have already drawn a non-compliance warning receive one. Google’s two sources contradict each other on this point — a pair of older paragraphs in that same article, and the whole of the developer-site page, still say the forms will appear in Play Console “later this year” — but the FAQ is the only one that names a location, so it is the one to act on. Per-form-factor floors sit lower: Wear OS and Android Automotive OS submissions stepped to API 35 on the same day, Android XR stepped to API 34, and Android TV’s API 34 floor has stood since August 31, 2025. No further target-SDK step has been announced beyond this one.
Google’s policy pins the target SDK level, not the Studio version directly — but compiling against API 36 requires AGP 8.9.1+, which requires Studio Meerkat (2024.3.1 Patch 1) or newer. Anything below the Meerkat line can’t produce a Play Store-compliant build today. A separate availability rule stepped up on the same date and is now also in force: an app already on Play that targets below Android 15 (API 35) is no longer offered to new users whose devices run a newer Android version than the app targets — so the availability floor sits one API level below the submission floor, at the Koala line. Both of Google’s published sources carry the step: the developer-site target-SDK page and the Play Console Help article. The Help article is the policy source of record — it posted the August 31, 2026 date roughly two months before the developer-site page caught up. Google announces target-SDK floor changes via developer.android.com/google/play/requirements/target-sdk and the Play Console Help target API level requirements article; this strip is refreshed on a tighter sub-cadence than the historical matrix below.
The 2013 announcement, the 2014 Stable, and the Eclipse-ADT exit
Android Studio was announced at Google I/O 2013 in May 2013, as a preview-quality replacement for the Eclipse + Android Developer Tools (ADT) plugin that had been the official Android IDE since the platform’s earliest days. Eclipse ADT had served Android well in its first five years (2007–2012) but had structural problems that the team had given up trying to fix from within: slow project sync, fragile XML editors, an obstinate Ant-derived build system that didn’t play well with the rest of the JVM ecosystem, and a long string of integration headaches against new platform APIs.
The replacement bet was that the IntelliJ IDEA Community Edition platform from JetBrains was a better foundation. IntelliJ’s indexer was significantly faster, its editor model was richer, and its plugin architecture was more amenable to the Android-specific surface area Google needed (layout editors, ADB integration, emulator management, profilers). Building Studio on top of IntelliJ Community meant getting a decade of editor work for free and partnering with JetBrains, which has produced both Studio’s underlying platform and Kotlin (the language Studio went on to first-class in 2017).
Studio 1.0 went GA on December 8, 2014, eighteen months after the I/O reveal. The migration runway off Eclipse ADT was bumpy: many projects had to convert their Ant-style structure into Gradle, learn the new build.gradle DSL, and re-resolve dependencies. Eclipse ADT was officially deprecated in mid-2015 (final release in December 2015) and the toolchain assets removed from the Android SDK pipeline by 2017. By 2018, building Android apps in Eclipse was dead.
The IntelliJ relationship and the 2021 versioning shift
Every Android Studio release is built on a specific IntelliJ Platform base. Studio inherits IntelliJ’s editor, code-intelligence engine, indexer, refactoring, debugger UI, and most of the language plugin ecosystem — layered with Android-specific surfaces (layout editors, ADB integration, the Profiler suite, Compose tooling, the Gradle plugins the Android team maintains, etc.). The relationship is open and reciprocal: IntelliJ ships features, Studio absorbs them; Studio occasionally upstreams improvements that benefit the broader IntelliJ user base.
The IntelliJ Platform is a JetBrains product — an open-source application substrate (Apache 2.0) that other vendors license to build IDEs on, with Android Studio the most prominent external example.
Until Arctic Fox (July 2021), Studio used a sequential major.minor numbering scheme — 1.0 through 4.2 — that was independent of the IntelliJ base it was built on. This obscured an important fact: which IntelliJ version your Studio was built on materially affected which features and bug fixes you got. Knowing “Studio 4.1” didn’t tell you which IntelliJ release it was tracking.
Arctic Fox introduced the YYYY.N.P versioning aligned with IntelliJ’s own release cycle: 2020.3.1 means “based on IntelliJ 2020.3, the first feature release on that base, with patch level 1.” The alphabetical animal codenames give each release a memorable handle (Arctic Fox, Bumblebee, Chipmunk, ...) so humans don’t need to recite four-part numbers when discussing which Studio they’re on. The renaming was contentious at the time — it broke a decade of mental shorthand — but has aged well; the IntelliJ-base information is now visible at a glance.
The Studio × AGP × Gradle coupling — why upgrading is hard
The coupling that makes this page’s matrix necessary is structural, not incidental. The Android build is Gradle-based; the Android-specific build logic lives in the Android Gradle Plugin (AGP), a Google-maintained Gradle plugin separate from Gradle itself. Studio integrates with both by talking to Gradle through Gradle’s tooling API and to AGP through plugin metadata.
Three independent products, three independent release cadences, three independent compatibility matrices. AGP is updated alongside Studio; Gradle ships its own releases that AGP picks up some-but-not-all of; Studio binds to a specific minimum AGP. When any one of the three moves, the other two often have to follow. The error messages when they’re out of sync are notoriously poor — “Gradle sync failed” with no useful diagnosis, “Plugin requires Gradle X.Y or newer” with no path forward, “AGP X requires Studio Y” in some cases — and the canonical compatibility tables are scattered across developer.android.com/studio/releases and the AGP release notes.
Add Kotlin (the Kotlin Gradle Plugin pins both a minimum Gradle and a minimum AGP) and the JDK (Gradle has a minimum JDK to run, AGP has its own, and Studio bundles a JDK that doubles as the default — AGP was the stricter of the two floors through the 8.x era, and Gradle 9 has since pulled level at JDK 17), and the matrix becomes five-dimensional. The matrix above is the answer — and the framing matters: every cell is a floor, the lowest version that still works, not a recommendation. The right move when something forces an upgrade is usually to satisfy the floor and stop, rather than chase the latest of everything. The Apple-side counterpart is Xcode: same cascade pattern (IDE pins minimum macOS and bundles Swift; AGP’s role is played by the Xcode SDK; Google Play Store’s target-SDK floor maps to the App Store submission floor) but with macOS upgrades themselves often the binding constraint, since older Macs can’t run the latest macOS.
Kotlin first-class — Google I/O 2017
At Google I/O 2017 (May 2017), Google announced first-class support for Kotlin as an Android language. Studio 3.0 (October 2017) shipped that support: Kotlin templates in the new-project wizard, code completion, lint checks, refactoring across Kotlin and Java sources, and removal of the “install the Kotlin plugin first” step that had been the friction for early Kotlin adopters since 2014.
The decision was strategically driven by two pressures. Oracle v. Google — the eleven-year API copyright case over Android’s reimplementation of 37 Java SE packages — was still unresolved at I/O 2017 (it would not reach the Supreme Court for fair-use vindication until April 2021). Reducing structural reliance on Java APIs was a hedge. Kotlin’s growing popularity in the developer community, JetBrains’ willingness to evolve the language collaboratively with Google, and Kotlin’s genuine technical merits (null-safety, coroutines, interop with existing Java codebases, a saner type system) made it the obvious successor.
In May 2019, Google announced Kotlin-first — the official recommendation for new Android development. Java is still supported, but new platform APIs are designed Kotlin-first (with Java compatibility added second), most new Jetpack libraries ship Kotlin-only, and the Android Developers documentation defaults to Kotlin code samples. The Kotlin Gradle Plugin compatibility column in the matrix above tracks this dependency.
Jetpack Compose tooling
Jetpack Compose — Android’s Kotlin-based declarative UI toolkit, modeled on React and SwiftUI — reached stable in July 2021, alongside Studio Arctic Fox. Studio shipped Compose-aware tooling at the same time: an interactive Preview pane that renders composables without a device, a Layout Inspector that walks Compose hierarchies, code completion that understands the @Composable modifier, and (in later releases) Live Edit and the Animation Coordinator.
The Compose tooling story has been a steady cadence of refinement across the animal-codename releases. Bumblebee added the Layout Inspector for Compose. Chipmunk added Live Edit of literals. Giraffe added full Live Edit of composables. Hedgehog added Espresso Device API. Koala and Ladybug refined Compose Preview, Live Edit, and the Inspector further. Each release has chipped at the gap between “edit a composable, recompile” and “edit a composable, see it instantly.”
Studio Bot → Gemini in Android Studio
Google announced Studio Bot at I/O 2023 as Studio’s AI assistant, US-only at launch and shipping with Hedgehog (November 2023). Studio Bot offered code completion, code generation, and an in-IDE chat trained on Android-specific knowledge. Quality was uneven at launch but improved rapidly through Iguana and Jellyfish.
At I/O 2024, Google rebranded Studio Bot to Gemini in Android Studio, aligning the in-IDE assistant with Google’s broader Gemini model family. Koala (June 2024) shipped that rebrand. Subsequent releases have added refactoring suggestions, multi-file context, Crashlytics-aware debugging suggestions, and richer code-review pass-throughs. The feature requires a Google sign-in and respects the standard Gemini usage policies; it is opt-in.
The two years since the rebrand have moved the assistant from completion to agent, and then loosened the “Gemini” in its name. Agent Mode — multi-stage tasks spanning several files, with a plan-and-iterate flow — debuted in the Narwhal Feature Drop (July 2025) and became the default invocation in Narwhal 4 (October 2025), at which point the old Chat tab was renamed Ask. The Otter 3 Feature Drop (January 2026) then decoupled the feature from the model: Studio’s AI features can be driven by any LLM via a bring-your-own-key configuration, so the branding now describes the default rather than the only option. Otter also added the ability to connect to remote MCP servers, which Quail 3 (July 2026) turned into an in-IDE MCP Marketplace alongside a /plan command and an agent that resolves merge conflicts. Quail 4 (September 2026) pushed the decoupling to its end point and the agent past the editor at the same time: an integrated runtime now executes Gemma 4 locally, so the assistant can run with no hosted model behind it at all, and the agent can enable and configure Firebase Authentication and Cloud Firestore from the chat window rather than only writing code. The through-line is the same one the Compose tooling shows: each release narrows the gap between describing a change and having it made.
Coda — the Eclipse ADT footnote
Eclipse + ADT was the official Android toolchain from 2007 through 2014. ADT (Android Developer Tools) was the Eclipse plugin that surfaced Android-specific functionality — the manifest editor, layout XML editor, ADB integration, and the build orchestration over Apache Ant. The Studio 1.0 announcement formally deprecated ADT in 2014; final ADT release was December 2015 (ADT 23.0.7), and Google removed the Eclipse-targeted SDK assets from the toolchain pipeline by 2017. The migration tooling Google shipped in early Studio releases (the “Import from Eclipse” wizard) was a bridge for the long tail of teams still on ADT; by the late 2010s, building Android apps in Eclipse had effectively ended.