Я сказал — она сделала: зачем Амалии нужен не список команд, а цели

Представьте ассистента, которому не нужно говорить:

«открой такой-то инструмент, вызови такую-то функцию и передай такие-то параметры».

«Каждое утро в семь открывай приложение с тренировками и помогай мне начать занятие».

Или:

«Поставь мне напоминание: если цена изменится — проверь товар и сообщи мне».

Идея Amalia — сделать именно такой слой между человеком и Android: не набор кнопок, а ассистента, который понимает цель, выбирает способ действия и может довести задачу до результата.

Что такое Amalia?

Amalia — открытый голосовой ИИ-ассистент для Android. Она умеет не только разговаривать, но и взаимодействовать с устройством:принимает голосовые и текстовые запросы;обращается к языковой модели;управляет приложениями через Android Accessibility;выполняет многошаговые задачи;сообщает человеку фактический результат, а не просто красивое «готово».Внутри проекта есть два разных уровня.

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

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

Мишка — исполнитель длинной и зависимой работы.

Главное отличие: человек говорит о результате, а не об инструментахОбычные автоматизаторы требуют собрать цепочку вручную:открыть приложение → нажать кнопку → найти раздел → ввести текст → подтвердить

В Amalia пользователь описывает цель:«Открой приложение доставки и проверь, где мой заказ».Дальше система должна сама определить, что это не простая команда, а многошаговая задача для Мишки.

Логика выглядит так:

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

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

Управлять телефоном

Через инструменты и доступные Android API ассистент может работать с такими задачами, как:регулировка громкости и яркости;получение информации о батарее и состоянии устройства;звонки, сообщения, камера и другие функции — если для них есть инструмент и выданы нужные разрешения.Android не разрешает одинаково управлять всеми функциями на всех устройствах. Если система не даёт приложению переключить параметр напрямую, Amalia должна честно открыть нужную панель или сообщить, что действие требует участия человека.Работать внутри приложенийМишка может использовать Accessibility как «глаза и руки»:читать доступный текст и элементы экрана;нажимать элементы;выполнять свайпы;переходить назад, домой или в системные экраны;

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

открыть музыку и найти нужный трек;

найти переписку и подготовить сообщение;

заполнить повторяющуюся форму;

открыть приложение и выполнить последовательность действий;

проверить информацию в сервисе, который не имеет удобной интеграции.

Можно попросить:«Каждое утро в семь проверяй приложение и выполняй эту цель».

Расписание сохраняет время, часовой пояс и самодостаточную цель. Когда наступает нужный момент, Мишка просыпается и начинает работу.Важно: сохранённое расписание — это ещё не выполненное действие. Оно означает, что запуск запланирован.

Готовить сценарии

Отдельный фоновый помощник умеет создавать и редактировать сохранённые планы:«Подготовь сценарий утренней тренировки».Он может сгенерировать структуру сценария, проверить её и сохранить в каталоге. Результат появляется в истории и в разделе помощников.Но подготовка сценария не запускает его сама. Это сделано специально: пользователь должен видеть, что именно будет выполняться, и сам решить, когда запускать план.

Сильная сторона Amalia — не “магия”, а логика выполненияАссистент не должен путать четыре разных состояния:поставила задачу в очередь;начала выполнение;достигла результата.В Amalia это разделение заложено в архитектуру.

Если расписание сохранено, приложение говорит о сохранении расписания.Если сценарный помощник получил поручение, приложение говорит, что план готовится.Если Мишка только начал работу, это не объявляется завершённым результатом.Если инструмент вернул ошибку или действие потребовало человека, это не маскируется под успех.

Оркестратор возвращает результаты инструментов обратно модели. Это позволяет не просто выполнить первый шаг, а учесть ошибку, изменить план или объяснить причину остановки.Для задач Мишки ведётся хроника: цель, статус, шаги, результаты и причины паузы. Задачу можно остановить, открыть подробности, продолжить в допустимом состоянии или посмотреть журнал.

Для тех, кто устал от рутинных действийЕсли каждый день приходится открывать одни и те же приложения, искать одни и те же разделы и повторять одну и ту же последовательность, часть такой рутины можно описать человеческим языком.

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

Это открытый проект(возможно) с плагинной системой. Можно добавлять инструменты, команды, темы, экраны, виджеты, фоновые функции и собственные блоки системного промпта.

Amalia поддерживает собственный OpenAI-совместимый endpoint. Пользователь может выбрать модель и сервер, а также включить отправку response_format:{"type":"json_object"}, если его провайдер это поддерживает.Для тех, кто хочет не очередной чат, а платформу

Чат отвечает на вопросы.

Автоматизатор выполняет заранее собранные правила. Amalia пытается объединить оба подхода: понимать свободную речь и при этом иметь инструменты, задачи, расписания, плагины и журнал выполнения.

Плагины: приложение можно расширятьПлагинная система позволяет добавлять новые возможности, не переписывая ядро приложения.Плагин может предоставить:визуальную тему;

приветственные фразы;

собственные инструменты для модели;

команды, которые перехватываются до обращения к LLM;

фоновые функции;декларации возможностей и сценарии.

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

«Ты помощник для изучения английского. Исправляй ошибки мягко, давай короткий пример и не перегружай ответ теорией».При этом плагин не должен ломать базовый JSON-контракт, безопасность и правила ядра.Есть важная оговорка: кодовые плагины не работают в песочнице. Установка плагина означает доверие его автору. Поэтому неизвестные .amaliaplug нельзя устанавливать без проверки источника.

Так есть ли у приложения ограничения?

Здесь важно ответить честно: нет, ограничений только “со стороны человека и телефона” не существует.У Amalia действительно нет заранее закрытого списка вроде «ассистент умеет только эти десять команд».

Архитектура расширяемая: новые инструменты, плагины и модели могут добавлять новые классы задач.Но у текущей реализации есть реальные границы:

1. Возможности Android. Система может запретить прямое переключение, чтение или действие.2. Разрешения. Accessibility, уведомления, overlay, точные будильники, камера, SMS, звонки и другие функции требуют отдельных доступов.3. Конкретное приложение. Некоторые интерфейсы доступны для Accessibility, другие используют canvas, WebView, нестандартные элементы или активно блокируют автоматизацию.4. Языковая модель. Модель может неверно понять фразу, неправильно выбрать инструмент или вернуть некорректный JSON. JSON-режим повышает надёжность формата, но не гарантирует правильность намерения.5. Провайдер и сеть. Custom endpoint может быть недоступен, иметь другой формат API, не поддерживать JSON-режим или ограничивать контекст и количество запросов.6. Фоновые ограничения Android. Энергосбережение, Doze, оболочка производителя, перезапуск телефона и выгрузка процесса могут повлиять на задачу.7. Безопасность. Необратимые действия должны требовать подтверждения, а приложение не должно получать больше прав, чем дал человек.8. Текущая область помощника. Сценарный помощник пока готовит и редактирует сценарии; он не является универсальным отдельным исполнителем любой задачи.9. Связь сценариев и расписаний. Сейчас расписание выполняет собственный текст цели и инструкций. Оно не подхватывает автоматически дерево шагов созданного сценария.10. Состояние самого проекта. Часть функций требует проверки сборкой CI и тестирования на реальном устройстве. Наличие реализации в исходниках ещё не означает одинаковую работу на каждом Android-смартфоне.

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

Это не слабость проекта, а нормальная граница любой системы, которая действительно пытается управлять реальным телефоном. Если приложение обещает «абсолютно всё», оно либо преувеличивает, либо скрывает риски.Безопасность и контроль остаются у человекаЧеловек сам выдаёт специальные доступы. Сценарии используют разрешённые инструменты, а опасные действия должны подтверждаться. Парольные поля не должны попадать в журнал и отправляться модели; при работе со снимком экрана они маскируются.

Если Мишке не удалось продолжить, он может остановиться и попросить помощи. Это лучше, чем бесконечно повторять ошибочное нажатие или делать вид, что задача выполнена.Пользователь также может остановить активную задачу через интерфейс, уведомление или карточку Мишки — в зависимости от состояния и конкретного пути управления.Amalia интересна не потому, что уже идеально автоматизирует любой Android.Она интересна направлением:голос становится способом ставить цель, а не только диктовать текст;многошаговая работа отделена от обычного диалога;расписания, сценарии и плагины превращают ассистента в платформу;пользователь может выбрать собственного провайдера;разработчики могут добавлять новые возможности без переписывания ядра

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

Amalia — это ассистент, который должен не просто ответить, а понять, что именно нужно сделать, выбрать правильный уровень автоматизации и честно сказать, чем всё закончилось.