Flutter 3.47 и AGP 9: как найти плагин, не готовый к built-in Kotlin. Практическая проверка: зафиксировать матрицу flutter agp kgp java gradle и список плагинов, подтвердить что built in Kotlin включается только после миграции приложения и всех Kotlin-плагинов, найти конкретный плагин по build scan или стеку и сверить его changelog; проверять.
Сначала зафиксируйте именно этот симптом
Приложение и плагины одновременно переходят на AGP 9 и built in Kotlin, а ошибка указывает на ручное применение KGP внутри зависимости, поэтому разработчик рискует хаотично откатывать Flutter Kotlin Gradle и каждый плагин сразу. Точный запрос пользователя: почему после перехода на flutter 3 47 и agp 9 сборка падает на плагине который сам применяет kotlin gradle plugin и как найти несовместимый компонент без случайного изменения всех версий. Свежий публичный сигнал описывает границу так: Официальный Stack Exchange API возвращает вопрос Stack Overflow от 26 августа 2026 года о сбое плагинов после Flutter 3.47, AGP 9.1 и KGP 2.4. Текст вопроса используется только как сигнал сценария. Он подтверждает существование сценария «Flutter 3.47 и AGP 9: как найти плагин, не готовый к built-in Kotlin», но не назначает виновный компонент и не показывает масштаб. До проверки запишите только наблюдаемое: версию, поверхность продукта, момент события и воспроизводимый шаг. Личные имена, адреса, содержимое аккаунта и закрытые ссылки для этого не нужны. Если симптом нельзя повторить на безопасном примере, остановитесь на сборе фактов и не меняйте конфигурацию наугад.
Проверка по отдельным контрольным шагам
Зафиксировать матрицу flutter agp kgp java gradle и список плагинов, подтвердить что built in Kotlin включается только после миграции приложения и всех Kotlin-плагинов, найти конкретный плагин по build scan или стеку и сверить его changelog; проверять изменение в отдельной ветке и не поднимать остальные версии одновременно. Разложите эту последовательность на отдельные контрольные действия. Шаг 1: Зафиксировать матрицу flutter agp kgp java gradle и список плагинов. Шаг 2: Подтвердить что built in Kotlin включается только после миграции приложения и всех Kotlin-плагинов. Шаг 3: Найти конкретный плагин по build scan или стеку и сверить его changelog. Шаг 4: Проверять изменение в отдельной ветке и не поднимать остальные версии одновременно. После каждого шага сохраните ожидаемый и фактический результат, не переходя сразу к следующему. Контрольная переменная для этой статьи — именно «матрица «компонент × применяет KGP × поддерживает built-in Kotlin × проверенная версия × владелец исправления» превращает общий Gradle-сбой в проверку готовности зависимостей и задаёт один обратимый эксперимент вместо каскадного апгрейда». Изменяйте одно условие, затем возвращайте его в исходное состояние. Если различие исчезло после отката и вернулось при повторе, ветка подтверждена наблюдением; если нет, зафиксируйте отрицательный результат и переходите к следующей границе, не расширяя права и не очищая данные.
Границы, которые задают источники
Документ 1: Flutter документирует, что AGP 9 использует built-in Kotlin, применение kotlin-android или KGP без миграции ломает сборку, а Flutter 3.47 поддерживает включение built-in Kotlin после миграции приложения и плагинов. Документ 2: Руководство Flutter требует до включения built-in Kotlin подтвердить миграцию приложения и всех Flutter-плагинов и рекомендует проверять changelog конкретного несовместимого плагина. Документ 3: Официальные release notes Flutter 3.47 фиксируют поддержку включения built-in Kotlin для AGP 9 и обновление Android-шаблонов; это подтверждает границу версии, но не совместимость каждой зависимости. Эти документы подтверждают только перечисленные свойства и ограничения. Их нельзя растягивать на другую версию, роль, платформу или сетевую схему без отдельной проверки. Форумный или новостной сигнал не заменяет документацию: он задаёт вопрос «почему после перехода на flutter 3 47 и agp 9 сборка падает на плагине который сам применяет kotlin gradle plugin и как найти несовместимый компонент без случайного изменения всех версий», а ответ строится по первичным формулировкам выше. Если интерфейс, версия или результат расходятся с документом, отметьте расхождение как неизвестное и приложите к обращению ссылку и дату проверки, а не предположение о причине.
Развилки решения и стоп-линия
Матрица «компонент × применяет KGP × поддерживает built-in Kotlin × проверенная версия × владелец исправления» превращает общий Gradle-сбой в проверку готовности зависимостей и задаёт один обратимый эксперимент вместо каскадного апгрейда. Практическая развилка начинается с результата последовательности: зафиксировать матрицу flutter agp kgp java gradle и список плагинов, подтвердить что built in Kotlin включается только после миграции приложения и всех Kotlin-плагинов, найти конкретный плагин по build scan или стеку и сверить его changelog; проверять изменение в отдельной ветке и не поднимать остальные версии одновременно. Если первый обратимый тест меняет симптом, повторите его на исходном состоянии и сохраните обе строки сравнения. Если результат одинаков, не делайте вывод о поломке всего продукта — переходите к следующему слою, названному в матрице для «Flutter 3.47 и AGP 9: как найти плагин, не готовый к built-in Kotlin». Стоп-линия наступает перед удалением профиля, сбросом, выдачей широких разрешений, ослаблением защиты или изменением чужих данных. Минимальный пакет поддержки: обезличенный симптом, версия клиента и ОС, UTC-время, выбранная ветка, одно изменённое условие, ожидаемый и фактический результат. Пароли, токены, IP-адреса, серийные номера и полные логи исключите.
Материал подготовлен редакцией VOne с применением ИИ для структурирования дерева проверки, но каждый технический тезис вручную сопоставлен с указанными официальными, первичными или исследовательскими источниками; форумный либо новостной сигнал использован только как лид и не считается доказательством причины или популярности.
Источники и проверка
- docs.flutter.dev — проверенный источник проверено 2026-08-27
- docs.flutter.dev — проверенный источник проверено 2026-08-27
- docs.flutter.dev — проверенный источник проверено 2026-08-27
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.