NPU delegate блокируется на Android 17: проверка manifest feature. Отделить область применимости от похожего симптома, провести один обратимый контроль и оформить дерево «feature declared × device reports NPU × delegate init × selected backend × fallback result» без лишних данных.
Где проходит граница симптома
Пользовательская боль: модель работает на CPU, а прямой NPU delegate или vendor SDK сообщает, что accelerator недоступен после target Android 17. Не лечите симптом до baseline. Укажите Android build, target SDK если он влияет, версию зависимости и наблюдаемую точку отказа. Личные данные замените test objects; поисковый сниппет не считается доказательством. Граница поискового намерения: почему приложение Android 17 не получает прямой доступ к NPU без FEATURE_NEURAL_PROCESSING_UNIT. Соседние неисправности не включаются в этот материал и требуют отдельного evidence.
Что подтверждено официально
Android Developers сообщает: приложения target Android 17 с прямым NPU access должны объявить FEATURE_NEURAL_PROCESSING_UNIT в manifest; это относится к LiteRT NPU delegate, vendor SDK и deprecated NNAPI. Change note подтверждает наличие поведения в Android 17, но не его активацию у конкретного производителя. Любой дополнительный тезис требует отдельного evidence; статья не подменяет compatibility test пересказом анонса. Проверяемый выход статьи — дерево «feature declared × device reports NPU × delegate init × selected backend × fallback result». Он нужен, чтобы официальный факт не превращался в универсальную догадку о любой похожей ошибке.
Какие данные нужны до проверки
Минимальный набор: manifest declaration, required flag, device feature response, delegate initialization, selected backend и same-model output. Подготовьте нейтральный sample и запишите исходные значения. Контроль должен быть воспроизводим другим разработчиком без доступа к рабочему аккаунту. Скриншот допустим только после удаления identifiers. До опыта сформулируйте безопасный stop: не делать NPU обязательным без совместимого fallback и остановиться при перегреве, неверном model output или vendor crash. Если он уже наступил, не собирайте дополнительные данные ради полноты отчёта.
Обратимый контроль
Практический шаг: на локальной тестовой модели сравнить package manifest и hasSystemFeature, затем один раз инициализировать delegate с явным безопасным CPU fallback. Сравнивайте одинаковый маршрут и одинаковый input. Запишите первую точку расхождения, после неё не продолжайте цепочку автоматически. Невоспроизводимость следует отметить прямо, а не превращать в универсальное объяснение. Контроль не должен выходить за исходный scope: manifest declaration, required flag, device feature response, delegate initialization, selected backend и same-model output. Любой дополнительный параметр переносится в новую отдельную проверку.
Как читать полученный результат
Рабочий артефакт: дерево «feature declared × device reports NPU × delegate init × selected backend × fallback result». Заполните baseline, controlled change и rollback отдельными строками. Статус выбирается из confirmed here, not reproduced или stopped. Локальный pass не доказывает поддержку всех моделей и версий. Сопоставляйте результат с точным действием: на локальной тестовой модели сравнить package manifest и hasSystemFeature, затем один раз инициализировать delegate с явным безопасным CPU fallback. Совпадение во времени без controlled change не считается причинной связью.
Стоп-линия и пакет поддержки
Критерий остановки: не делать NPU обязательным без совместимого fallback и остановиться при перегреве, неверном model output или vendor crash. Для issue достаточно model family без serial, build, app/library version, три шага, expected/actual и официальный URL. Удалите contacts, paths, IP/MAC, tokens, media и full dumps; неподдающееся очистке вложение не отправляйте. В support package назовите пользовательскую боль без личных деталей: модель работает на CPU, а прямой NPU delegate или vendor SDK сообщает, что accelerator недоступен после target Android 17. Остальные сведения добавляйте только если они меняют воспроизводимость.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения постатейно сверены с указанными официальными источниками 28 августа 2026 года.
Источники и проверка
- Android Developers Blog — Android 17 is here проверено 2026-08-28
- Android Developers Blog — The Third Beta of Android 17 проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.