Android не разрешает удалить некоторые приложения: пользователь создал собственный деинсталлятор с помощью ИИ за полчаса

На смартфонах Android нередко предустановлено множество приложений, которыми владелец никогда не пользуется. Часть из них можно удалить обычным способом, другие разрешается только отключить, а некоторые системные компоненты вообще не предлагают таких возможностей. Для более глубокой очистки телефона обычно приходится использовать компьютер, ADB или получать root-доступ. Однако автор Xataka Иван Линарес решил упростить этот процесс и попросил искусственный интеллект создать для него собственный деинсталлятор.

Результатом стала Android-программа Brisa, которую удалось собрать примерно за полчаса с помощью Grok в режиме Build. Она использует возможности ADB через инструмент Shizuku и позволяет управлять установленными приложениями непосредственно со смартфона. Автору удалось реализовать пакетное удаление, отключение программ и восстановление некоторых ранее удалённых компонентов.

История интересна не только самой утилитой. Она показывает, как генеративный ИИ постепенно превращается из инструмента для написания отдельных фрагментов кода в помощника, способного собрать работающий прототип приложения по описанию задачи. При этом пример Brisa хорошо демонстрирует и ограничения такого подхода: программа, которая получает расширенные системные полномочия, требует особенно внимательного тестирования.

Оригинальная история опубликована в Xataka. Автор подробно описал, почему стандартных средств Android ему оказалось недостаточно и как он объединил Grok, ADB и Shizuku в одном инструменте.

Почему Android не позволяет удалить все предустановленные приложения

Проблема лишнего программного обеспечения, или bloatware, знакома многим владельцам Android-смартфонов. Производители устанавливают собственные приложения, сервисы партнёров, дополнительные магазины, рекламные программы и инструменты, которые дублируют стандартные функции операционной системы.

Некоторые из них действительно полезны, но другие могут годами оставаться невостребованными. Они занимают место в памяти, иногда запускают фоновые процессы, отправляют уведомления и усложняют интерфейс. Особенно заметна проблема на устройствах, где производитель добавляет много собственных сервисов поверх стандартного Android.

При этом не все предустановленные программы имеют одинаковый статус. Условно их можно разделить на несколько категорий:

• Обычные пользовательские приложения. Их можно удалить через настройки или стандартный магазин приложений.
• Предустановленные приложения. Некоторые из них разрешается удалить, но производитель может ограничить эту возможность.
• Отключаемые системные приложения. Их нельзя удалить обычным способом, однако Android позволяет запретить запуск и скрыть их из интерфейса.
• Критические системные компоненты. Они обеспечивают работу интерфейса, связи, обновлений и других функций. Удаление или отключение таких пакетов может привести к серьёзным сбоям.

Именно последняя категория делает глубокую очистку потенциально опасной. Название приложения не всегда позволяет понять, насколько оно важно для операционной системы. Компонент с неприметным названием может отвечать за работу телефонных вызовов, авторизацию, системные уведомления или взаимодействие с оборудованием.

Поэтому стандартный менеджер приложений Android намеренно ограничивает действия пользователя. Это не просто неудобство, а механизм защиты от случайного удаления важных компонентов.

ADB позволяет управлять приложениями глубже, чем стандартные настройки

До появления собственной программы автор использовал Universal Android Debloater — известную утилиту с открытым исходным кодом, предназначенную для удаления ненужного программного обеспечения с Android-устройств. Она работает через Android Debug Bridge, сокращённо ADB, и позволяет выполнять команды, недоступные в обычном интерфейсе смартфона.

ADB — официальный инструмент разработчиков Android. Он предназначен для взаимодействия компьютера с подключённым устройством, установки приложений, отладки и выполнения команд в системной оболочке. Через него можно получить список установленных пакетов, отключить отдельные приложения или удалить их для конкретного пользователя.

Например, команда удаления приложения для текущего пользователя выглядит следующим образом:

adb shell pm uninstall --user 0 com.example.app

Здесь com.example.app — условное имя пакета, которое необходимо заменить реальным идентификатором приложения. Параметр --user 0 указывает пользователя Android, для которого выполняется операция. Важно понимать, что такая команда обычно не стирает системный APK из раздела прошивки: она удаляет приложение из установленного набора для указанного пользователя.

Если требуется не удаление, а отключение программы, используется другой вариант:

adb shell pm disable-user --user 0 com.example.app

Включить отключённое приложение обратно можно командой:

adb shell pm enable com.example.app

Официальное описание возможностей ADB и менеджера пакетов опубликовано в документации Android Developers. Там же перечислены доступные команды, параметры удаления и ограничения отдельных операций.

Главное неудобство традиционного подхода заключается в необходимости использовать компьютер или терминал. Пользователю приходится включать отладку, подключать устройство, определять идентификаторы приложений и вручную выполнять команды. Для разовой операции это приемлемо, но регулярная очистка смартфона превращается в довольно утомительный процесс.

Shizuku позволяет использовать возможности ADB непосредственно на смартфоне

Ключевым элементом проекта Brisa стала программа Shizuku. Она предоставляет обычным Android-приложениям доступ к определённым системным API с привилегиями, сопоставимыми с теми, которые доступны через ADB или root.

Важное отличие Shizuku от получения root-доступа состоит в том, что она не требует полной модификации системы. Вместо этого приложение запускает специальный процесс, через который другие программы могут обращаться к системным функциям с разрешённым уровнем привилегий.

Это позволяет создавать инструменты, которые выполняют отдельные административные операции без разблокировки загрузчика и установки модифицированной прошивки. Shizuku используется в различных приложениях для расширенного управления Android, включая работу с разрешениями, системными настройками и установленными пакетами.

В случае Brisa Shizuku стала промежуточным звеном между интерфейсом деинсталлятора и системными механизмами Android. Пользователь выбирает нужные приложения в самой Brisa, а программа передаёт соответствующие запросы через Shizuku.

Согласно официальному описанию Shizuku, инструмент предназначен для предоставления обычным приложениям доступа к системным API с использованием привилегий ADB или root. Это не означает, что любое приложение автоматически получает полный контроль над устройством: доступ зависит от разрешений, которые пользователь предоставил, и возможностей конкретного API.

Как Grok помог создать приложение Brisa

Иван Линарес решил объединить ADB и Shizuku в одном мобильном приложении, чтобы отказаться от необходимости каждый раз подключать смартфон к компьютеру. Для разработки он использовал Grok в режиме Build — инструмент, ориентированный на создание программных проектов по текстовому описанию.

В запросе автор объяснил, что ему требуется аналог Universal Android Debloater, но с интерфейсом непосредственно на Android и доступом к системным операциям через Shizuku. Также он указал, что результатом должен стать устанавливаемый APK-файл.

После нескольких итераций ИИ подготовил приложение, которое получило название Brisa. По словам автора, на создание достаточно стабильной версии ушло чуть больше получаса. Это не означает, что Grok самостоятельно разработал полноценный коммерческий продукт с нуля без участия человека: автор сформулировал требования, проверял результат и корректировал работу программы.

В этом и заключается важная особенность современных ИИ-инструментов для разработки. Они могут существенно сократить время между появлением идеи и первым работающим прототипом. Вместо того чтобы самостоятельно создавать интерфейс, писать обработчики событий и разбираться с каждой библиотекой, разработчик может описать желаемое поведение и поручить модели подготовить основу приложения.

Но скорость создания APK не равнозначна качеству готового программного обеспечения. Особенно это касается приложений, которые выполняют операции с системными пакетами. Здесь необходимо проверить обработку ошибок, корректность идентификаторов, совместимость с разными версиями Android и поведение при отказе Shizuku.

Какие функции получила Brisa

Главная задача Brisa — сделать управление установленными приложениями более удобным. Вместо ручного ввода команд пользователь получает список программ, из которого можно выбирать ненужные элементы и запускать операции удаления или отключения.

Среди возможностей, описанных автором Xataka, выделяются следующие функции:

• Удаление приложений. Программа позволяет удалять как обычные пользовательские приложения, так и некоторые предустановленные компоненты, которые не удаётся убрать через стандартные настройки.
• Пакетная обработка. Можно отметить несколько приложений и выполнить операции последовательно, не повторяя одну и ту же процедуру вручную.
• Отключение программ. Для приложений, которые нежелательно удалять, доступен вариант деактивации.
• Восстановление. Интерфейс предусматривает возможность вернуть некоторые ранее удалённые или отключённые приложения.
• Локальная работа. Управление выполняется непосредственно на смартфоне после настройки Shizuku, без постоянного подключения к ПК.

Отдельно автор отмечает наличие своеобразной корзины и возможности восстановления. Это полезно, поскольку при глубокой очистке легко ошибиться и удалить программу, которая впоследствии окажется необходимой.

Пакетный режим также экономит время. Если на устройстве установлено много ненужных приложений, нет необходимости открывать каждое из них в системных настройках и выполнять отдельную операцию. Brisa позволяет сформировать список и обработать его автоматически.

При этом важно не путать удаление для текущего пользователя с физическим удалением системного компонента из прошивки. Во многих случаях Android лишь перестаёт считать приложение установленным для выбранного пользователя, тогда как исходный APK остаётся в системном разделе. Это существенно влияет на возможность восстановления и на поведение после сброса устройства.

Как установить Shizuku и подготовить Android к работе

Для использования Brisa необходима установленная и запущенная Shizuku. На устройствах с Android 11 и новее сервис можно запустить с помощью беспроводной отладки, не подключая смартфон к компьютеру.

Общий порядок настройки выглядит следующим образом:

1. Установить Shizuku из официального источника или Google Play.
2. Открыть настройки Android и несколько раз нажать на номер сборки, чтобы активировать параметры разработчика, если они ещё не включены.
3. Перейти в параметры разработчика и включить беспроводную отладку.
4. Открыть Shizuku и запустить процедуру сопряжения с помощью кода подключения.
5. Ввести код, показанный Android, в уведомлении Shizuku.
6. Запустить сервис Shizuku и убедиться, что он отображается как активный.
7. Открыть Brisa и предоставить ей необходимые разрешения через Shizuku.

Подробная инструкция доступна в официальном руководстве по настройке Shizuku. Там отдельно описаны способы запуска через беспроводную отладку и через подключение к компьютеру.

Есть важное ограничение: после перезагрузки устройства запуск Shizuku через беспроводную отладку может потребоваться повторно. Это связано с особенностями работы ADB и ограничениями Android. Поэтому нельзя рассчитывать, что сервис будет постоянно активен без дополнительной настройки.

На устройствах разных производителей процедура может отличаться. Некоторые оболочки ограничивают работу фоновых процессов или изменяют поведение беспроводной отладки. В документации Shizuku отдельно приводятся рекомендации для смартфонов Xiaomi, OPPO, OnePlus и других производителей.

Насколько безопасно удалять системные приложения

Возможность удалить приложение, которое производитель заблокировал в стандартном интерфейсе, не означает, что его действительно следует удалять. Некоторые системные пакеты имеют неочевидные названия и не отображаются как самостоятельные программы. Они могут отвечать за работу системных служб, интерфейса, камеры, телефонных вызовов, обновлений или авторизации.

Отключение или удаление неправильного компонента способно привести к нестабильной работе смартфона. Возможны исчезновение отдельных функций, постоянные ошибки, сбои системных приложений и проблемы после перезагрузки. В наиболее неприятных случаях устройство может перестать нормально загружаться.

Особенно осторожно следует относиться к следующим категориям:

• системным службам Android и компонентам интерфейса;
• службам телефонии, мобильной сети и Wi-Fi;
• компонентам Google Play Services и системной авторизации;
• службам обновления прошивки и безопасности;
• компонентам производителя, отвечающим за камеру, датчики и управление питанием.

Перед удалением неизвестного пакета необходимо выяснить его назначение. Желательно искать информацию по точному имени пакета, а не только по отображаемому названию. Также стоит заранее проверить, можно ли восстановить приложение штатными средствами и не потребуется ли для этого полный сброс смартфона.

Наиболее безопасная стратегия — сначала отключить ненужную программу, проверить работу устройства и только после этого рассматривать более радикальные действия. При этом отключение тоже не является абсолютно безрисковым: некоторые приложения связаны с другими системными службами.

Рекомендуется сделать резервную копию важных данных и сохранить список изменённых пакетов. Возможность восстановления через Brisa полезна, но не гарантирует возврат любого компонента при любых обстоятельствах. Если устройство перестанет загружаться, обычное приложение уже не поможет исправить ситуацию.

Можно ли считать Brisa полноценной заменой Universal Android Debloater

Brisa решает похожую задачу, но между двумя инструментами есть принципиальное различие. Universal Android Debloater изначально создавался как программа для компьютера, которая управляет Android-устройством через ADB. Brisa переносит аналогичный сценарий непосредственно на смартфон, используя Shizuku для доступа к системным функциям.

Мобильный вариант удобнее в повседневном использовании: не требуется искать кабель, запускать компьютер и вручную вводить команды. Но это не означает, что Brisa автоматически превосходит более зрелые инструменты. Universal Android Debloater располагает собственной базой сведений о пакетах и давно используется сообществом, тогда как Brisa в описанной истории является личным проектом, созданным с помощью ИИ.

Также следует учитывать, что возможности удаления зависят от производителя устройства, версии Android и конкретного пакета. Некоторые операции могут быть ограничены политиками системы или особенностями прошивки. Поэтому одинаковый набор действий не обязательно будет работать на смартфонах разных брендов.

Автор Xataka поделился APK-файлом Brisa для желающих попробовать программу. Однако это личная сборка, а не официальное приложение из Google Play с независимой проверкой и подтверждённой поддержкой широкого набора устройств. Установка APK из стороннего источника требует осторожности: перед запуском следует оценить происхождение файла и разрешения, которые запрашивает приложение.

Что эта история говорит о будущем разработки с помощью ИИ

Самый интересный аспект проекта Brisa — не столько удаление предустановленных приложений, сколько скорость разработки. Ещё недавно создание подобного инструмента требовало знания Android SDK, работы с системными API, понимания ADB и настройки взаимодействия с привилегированными службами.

Теперь часть этой работы можно делегировать ИИ. Модель способна подготовить интерфейс, написать обработчики действий, предложить структуру проекта и исправить ошибки, обнаруженные во время тестирования. Это снижает порог входа для небольших утилит, которые раньше было проще не создавать вообще.

Однако разработка с помощью ИИ не отменяет необходимости технической проверки. Чем больше полномочий получает приложение, тем выше цена ошибки. В случае Brisa неправильная команда может повлиять не просто на внешний вид интерфейса, а на работоспособность всей операционной системы.

Поэтому наиболее перспективный сценарий — не полностью автономная генерация программ без контроля, а сотрудничество человека и ИИ. Пользователь формулирует задачу, модель создаёт прототип, а человек проверяет архитектуру, безопасность и поведение на реальном устройстве.

Brisa — наглядный пример того, как такая модель уже работает на практике. За полчаса удалось получить инструмент для личного использования, но превращение подобного проекта в надёжный продукт потребовало бы гораздо более длительного тестирования, документирования и поддержки.

Выводы

История создания Brisa показывает, что искусственный интеллект способен заметно ускорить разработку небольших Android-приложений. Автор Xataka использовал Grok в режиме Build, чтобы создать собственный деинсталлятор, работающий через ADB и Shizuku. Примерно за полчаса он получил APK с функциями пакетного удаления, отключения и восстановления приложений.

Главное преимущество такого подхода — возможность управлять предустановленными программами непосредственно со смартфона, без постоянного подключения к компьютеру и без получения полноценного root-доступа. Shizuku предоставляет приложениям доступ к отдельным системным возможностям с привилегиями ADB, а Brisa предлагает более удобный интерфейс для выполнения соответствующих операций.

Но подобная свобода требует осторожности. Удаление системных компонентов может привести к сбоям, а восстановление не всегда возможно простым нажатием кнопки. Поэтому перед очисткой устройства необходимо выяснить назначение каждого пакета, сделать резервную копию данных и не удалять неизвестные службы только потому, что их название кажется лишним.

В конечном счёте Brisa интересна сразу в двух отношениях: как инструмент для борьбы с bloatware и как пример практического применения ИИ в разработке. Но скорость создания приложения — лишь первый этап. Надёжность, безопасность и совместимость по-прежнему требуют полноценной инженерной проверки.

Часто задаваемые вопросы