Дорожная карта FoneClaw OS: от Android-агента к голосовому Agent OS
Как текущая Android-база FoneClaw ведет к FoneClaw Agent OS на базе AOSP: голос первым, кнопки вторыми, экран третьим, Agent Plugins и персональный агент на устройстве.
- Текущая Android-база FoneClaw уже включает плавающего ассистента, прикрепление текущего экрана, непрерывность между Home и плавающей панелью, подтверждения, остановку и восстановление разрешений.
- Дорожная карта FoneClaw OS ведет к FoneClaw Agent OS на базе AOSP и будущему FoneClaw phone, где голос запускает намерение, физические кнопки дают надежный контроль, а экран показывает выбор, доказательства и результат.
- Мы строим экосистему Agent Plugin как профессиональные сервисные возможности для агента: ограниченный контекст, понятные разрешения, подписанные пакеты, структурированные результаты, версии, ошибки и восстановление.
- Персональный агент на устройстве становится центром identity, предпочтений, памяти и межсервисного контекста, а сервисы получают ровно тот объем данных, который нужен для выбранной задачи и подтвержденного действия.
От Android-агента сегодня к конечной цели FoneClaw OS
Дорожная карта FoneClaw OS начинается с продукта, который уже можно держать в руках. Сегодня FoneClaw работает как Android phone agent: настроенная модель понимает запрос пользователя, планирует поддерживаемую работу, а управляемые инструменты выполняют действия на телефоне с видимым состоянием, разрешениями, подтверждениями, остановкой, результатом и восстановлением. Это текущая инженерная база, на которой мы строим следующий этап.
Конечное направление для нас ясное: FoneClaw Agent OS на базе AOSP и будущий FoneClaw phone. В этой системе телефон организован вокруг персонального агента, а не вокруг ручной навигации по приложениям. Пользователь выражает намерение естественным языком, агент ведет задачу, сервисные возможности подключаются по необходимости, а экран и физические элементы управления помогают проверить решение и сохранить контроль.
По актуальной информации о продукте на момент обновления статьи, FoneClaw стал важной текущей точкой в этом движении. В доступной Android-базе есть плавающий ассистент с перемещаемой кнопкой и компактной панелью, прикрепление текущего экрана одним касанием с исключением собственных оверлеев FoneClaw, непрерывность задачи между Home и плавающим ассистентом, общие подтверждения, остановка и восстановление разрешений. Мы также развиваем ярлыки для режима «Не беспокоить», громкости и режима встречи, повышаем надежность снимков экрана и добавляем быстрые действия. Актуальная версия доступна на странице загрузки FoneClaw.
Эти изменения показывают, как мы переводим видение в конкретный пользовательский опыт. Вызов агента становится ближе к текущему экрану. Контекст прикрепляется по явному действию пользователя. Подтверждения и остановка остаются частью одной задачи, даже когда пользователь переходит между Home и плавающей панелью. Восстановление разрешений превращает сбой Android-доступа в понятный следующий шаг, а не в тупик.
Общую рамку агентного телефона мы раскрываем в статье Агентный AI-смартфон в 2026 году: что это значит для телефона и FoneClaw. Эта страница фиксирует нашу собственную продуктовую позицию: FoneClaw идет от управляемого Android-агента к FoneClaw Agent OS, где агент становится главным координатором телефона, а приложения, плагины, системные функции и облачные сервисы работают как исполняемые возможности вокруг задачи пользователя.
Почему модель смартфона вокруг приложений мешает агентам
Смартфон последнего десятилетия устроен вокруг приложений. Пользователь сам открывает нужную иконку, ищет экран, переносит данные между сервисами, копирует текст, дает разрешение, проверяет результат и возвращается к задаче после сбоя. Приложения остаются ценными поставщиками сервисов: банки, карты, доставка, документы, переписка, покупки, рабочие системы и медиасервисы сохраняют свою роль. Узкое место возникает в координации: человек слишком часто становится диспетчером между разными интерфейсами.
Телефонный агент меняет эту механику. Пользователь говорит: «найди последнее письмо от Анны, выдели срок, создай напоминание и подготовь ответ». Для человека это одна задача. Для app-centered телефона это цепочка из почты, календаря или задач, редактора текста, возможно, контактов и экрана подтверждения. Агенту приходится удерживать намерение, текущий шаг, источник данных, разрешение, результат и план восстановления. Чем больше работа проходит через визуальную навигацию, тем выше вероятность устаревшего экрана, неверного выбора объекта или потерянного контекста.
Экранная операция сегодня остается практичным мостом совместимости, и FoneClaw использует его для поддерживаемых Android-действий. Долгосрочная архитектура FoneClaw OS развивает другой центр тяжести: сервис должен уметь отдавать агенту понятную возможность с входными данными, правилами доступа и структурированным результатом. Тогда агент выбирает не «какую кнопку нажать», а «какую сервисную возможность вызвать для этой задачи».
Платформенный контекст уже показывает этот сдвиг. В описании Android AppFunctions приложения могут открывать функции для авторизованных агентов и ассистентов. Для нашей дорожной карты это важный пример движения от screen-only orchestration к machine-callable service capabilities. Также важна открытая системная база: Android Open Source Project дает основу для Android-совместимого развития телефонов и системных решений.
Подробная архитектурная рамка вынесена в материал Основа OS-агента: три слоя, без которых телефонный AI-агент не станет полезным. В дорожной карте FoneClaw главный практический вывод такой: пользователь формулирует цель, персональный агент ведет состояние, а приложения и сервисы постепенно становятся исполняемыми возможностями. Это снижает ручную координацию и делает телефон ближе к рабочему помощнику, который понимает задачу целиком.
Голос первым, физические кнопки вторыми, экран третьим
Будущий FoneClaw phone проектируется как смартфон с приоритетом голоса. Голос лучше всего подходит для намерения: «подготовь ответ», «создай напоминание», «проверь текущий экран», «останови задачу», «найди файл и покажи варианты», «собери краткую сводку перед встречей». Пользователь говорит цель, а агент превращает ее в план, выбирает нужные возможности и показывает следующий проверяемый шаг.
Физические кнопки стоят на втором месте, потому что надежное управление должно работать в шуме, на улице, в кармане, на встрече, в машине и в ситуациях, где говорить неудобно. Кнопка может вызывать агента, подтверждать простой выбор, останавливать выполнение, возвращать пользователя к ручному контролю или включать заранее заданный режим. Для агентного телефона это не запасной вариант, а доверенный канал управления рядом с голосом.
Экран занимает третье место в иерархии, потому что его лучшая роль меняется. Мы хотим меньше меню, вкладок и ручного поиска, а больше ясных решений: что агент понял, какой объект выбран, какие данные используются, какое действие будет выполнено, почему требуется доступ, где задача сейчас, что изменилось после выполнения. Экран становится поверхностью проверки, выбора и доказательства результата. Детальный разбор этой логики находится в материале AI-смартфон с голосом как главным интерфейсом: почему экран больше не должен быть первым.
Такая иерархия работает только при сохранении контроля пользователя. Действия с последствиями — отправка сообщения, изменение настройки, доступ к файлу, публикация, платеж, удаление, передача данных сервису — требуют видимого шага и возможности остановки. Голос ускоряет начало. Кнопки дают уверенный способ вмешаться. Экран показывает последствия и результат. В таком порядке телефон становится быстрее, но остается понятным.
Текущие возможности FoneClaw уже готовят эту модель через плавающего ассистента и компактную панель. Пользователь может вызвать агента поверх текущего сценария, прикрепить видимый экран и продолжить задачу без длинного перехода через домашний экран. Это маленький, но важный шаг к телефону, где агент всегда рядом с задачей, а не спрятан за отдельным приложением.
AOSP как основа и агентная архитектура FoneClaw OS
AOSP выбран как прагматичная основа будущей FoneClaw Agent OS. Телефон должен жить в реальном Android-мире: устройства, драйверы, системные разрешения, приложения, аккаунты, уведомления, веб-сервисы, файлы, камеры, геолокация и привычные ожидания пользователей. Открытая Android-совместимая база дает фундамент, на котором можно строить собственную агентную организацию задач.
Дифференциация FoneClaw находится в агентном способе работы. В центре будущей системы находится agent core: он понимает намерение, удерживает состояние задачи, знает пользовательские предпочтения, управляет памятью, выбирает сервисные возможности и координирует выполнение. Рядом работает policy layer: разрешения, подтверждения, уровни риска, остановка, восстановление, история и управление раскрытием данных. Execution layer связывает агента с поддерживаемыми системными функциями, приложениями, плагинами и сервисами. Пользователь видит цельную цепочку, а не внутренние детали архитектуры.
Локальные и облачные ресурсы в такой системе выбираются по характеру задачи. Быстрый голосовой ввод, личные предпочтения, часть памяти, частые настройки и приватные сценарии естественно тяготеют к устройству. Более тяжелое рассуждение, специализированный сервис, веб-поиск или профессиональная обработка могут использовать сетевой маршрут. Для пользователя важен не лозунг о месте вычислений, а понятный ответ: какие данные нужны, куда они раскрываются, что остается на устройстве, что возвращает сервис и какой результат записан.
Сегодня FoneClaw работает как Android phone agent поверх существующей системы. Настроенная модель рассуждает, управляемые инструменты выполняют поддерживаемые действия, а FoneClaw показывает разрешения, подтверждения, прогресс, остановку, результат и восстановление. Следующие этапы переносят эту дисциплину глубже: устойчивый локальный контекст, более надежная системная интеграция, формальные контракты Agent Plugin, предсказуемое восстановление и будущая FoneClaw Agent OS.
Такой стек нужен для доверия на уровне телефона. Когда пользователь говорит «разбери мои утренние задачи», агент должен понять цель, выбрать источники, запросить доступ в контексте, показать результат и оставить понятную запись. Когда путь меняется из-за разрешения, устаревшего экрана или недоступного сервиса, система должна предложить следующий рабочий вариант. Именно так агентная операционная система становится полезной в повседневной работе.
От рынка приложений к экосистеме Agent Plugin
Классический рынок приложений хорошо решал задачу установки визуальных инструментов. Пользователь находил приложение, устанавливал его, открывал, учился интерфейсу и возвращался к нему вручную. Agent OS требует другой экономики взаимодействия. В FoneClaw мы строим направление, где Agent Plugins дают агенту профессиональные сервисные возможности: найти файл, обработать документ, вызвать внешний сервис, выполнить специализированную операцию, вернуть структурированный результат и объяснить ошибку.
Agent Plugin должен быть понятен агенту и пользователю. Он объявляет, что умеет делать, какие входные данные принимает, какие разрешения запрашивает, какие результаты возвращает, как обрабатывает конфликт, какие действия чувствительны, как устроены версии и восстановление. Подпись, проверка источника, ограниченный доступ, наблюдаемый результат и управляемое удаление доступа становятся частью контракта. Для более глубокого разбора этой темы подходит статья Безопасность навыков AI-агентов: почему телефону нужны проверки разрешений.
В этой модели агент выбирает возможности вокруг намерения пользователя. Если нужно «собрать документы для визита», агент может найти файлы, подготовить список, предложить переименование, спросить подтверждение перед изменением и сохранить результат. Если нужна профессиональная услуга, плагин получает минимальный контекст для этой услуги: выбранный файл, конкретный адрес, нужную дату, фрагмент текста или разрешенный запрос. Пользователь видит, какой плагин участвует, какие данные он получает и что вернул.
Текущая доступная база FoneClaw уже создает пользовательскую основу для такой экосистемы. Плавающий ассистент сокращает путь к агенту из текущего приложения. Прикрепление текущего экрана дает контекст по явному действию. Непрерывность между Home и плавающей панелью удерживает задачу при смене входа. Общие подтверждения, остановка и восстановление разрешений формируют поведение, которое понадобится каждому серьезному плагину: предложить, объяснить, дождаться выбора, выполнить и показать результат.
Мы также развиваем управляемые инструменты, Skills, Workflows, плагины и вклад для разработчиков. Текущий публичный продукт связывает модельное рассуждение с governed Android actions, а будущая платформа расширяет это до сервисной экосистемы. Так app marketplace постепенно уступает место agent-service marketplace: пользователь выбирает цель, агент собирает маршрут, плагины исполняют ограниченные профессиональные возможности, а FoneClaw сохраняет понятный контроль.
Персональный агент как владелец контекста между сервисами
Персональный агент на устройстве является ключевой частью FoneClaw OS. Он становится владельцем identity, предпочтений, памяти и межсервисного контекста: как пользователь пишет сообщения, какие контакты важны, какие рабочие часы учитывать, какие адреса использовать, какие темы повторяются, какие данные требуют ручной проверки. Сегодня эти фрагменты часто разбросаны между приложениями и сервисами. Агентная операционная система собирает их в управляемый личный контекст.
Такой контекст нужен не ради накопления данных, а ради более точных задач. Если пользователь просит «подготовь ответ клиенту в моем обычном стиле», агент должен знать тон и рабочий контекст. Если пользователь говорит «запланируй это после утренних встреч», агент должен учитывать календарные привычки. Если задача касается семьи, работы или личных документов, агент должен различать область и применять разные правила раскрытия данных.
Плагины и сервисы получают ограниченный набор данных для конкретной задачи. Для доставки это может быть адрес, для календаря — время и название события, для файлового действия — выбранный путь, для сообщения — получатель и текст, который пользователь видел. При этом внешние сервисы сохраняют свои необходимые операционные записи: заказ, чек, транзакцию, историю доставки или юридически значимый документ. Разница FoneClaw в том, что межсервисная память и предпочтения по умолчанию принадлежат персональному агенту, а не расползаются как скрытый профиль по каждому подключенному сервису.
Пользовательскому агенту нужны понятные инструменты контроля: посмотреть память, изменить предпочтение, отозвать доступ, удалить устаревший контекст, увидеть историю действий и понять, какие данные были переданы сервису. Подробное объяснение этой темы мы даем в материале AI-агент с личным контекстом: как телефон переходит к действиям.
Для нас это продуктовый центр, а не дополнительная настройка приватности. Если FoneClaw Agent OS становится рабочей средой телефона, персональный агент должен быть домашним местом для identity, preferences, memory и cross-service context. Тогда пользователь разговаривает с телефоном как с личным помощником, а сервисы получают ровно тот контекст, который нужен для подтвержденной работы.
Чем FoneClaw отличается от других AI OS и OEM-агентов
Индустрия AI OS развивается несколькими сильными маршрутами. OEM-компании встраивают агентов в собственные устройства и системные оболочки. Некоторые продукты начинают с ассистента на конкретном телефоне. Другие связывают модель, агент, сервисы, операционную среду и новый бренд устройства. Мы смотрим на эти маршруты как на разные архитектурные ответы на один вопрос: где находится агент, как он получает возможности, кто хранит контекст, как пользователь видит разрешения и как задача доходит до результата.
| Подход | Что заявлено или показано | Архитектурный маршрут | Позиция FoneClaw рядом с этим маршрутом |
|---|---|---|---|
| DroiClaw | Droi представляет DroiClaw как terminal AI operating system. Официальная страница описывает гибрид локальной малой модели и облачной большой модели, предустановку на выбранных Coolpad и Philips телефонах в 2026 году и поддержку custom Skills. | OEM/preinstall-маршрут с гибридной edge-cloud архитектурой и интеграцией в выбранные устройства. | FoneClaw строит собственный путь к AOSP-based Agent OS и будущему FoneClaw phone. Текущая Android-база проверяет агентное поведение на реальных задачах: состояние, подтверждение, остановка, восстановление и видимый результат. |
| Doubao Phone Assistant | Официальный продукт называется Doubao Phone Assistant. Сайт показывает телефонные задачи с nubia M153, описывает направление как раннее исследование и приглашает разработчиков предоставлять сервисы. | Ассистентская интеграция вокруг конкретного телефона, пользовательских задач и подключаемых сервисов. | FoneClaw развивает архитектуру, где персональный агент на устройстве владеет контекстом, а Agent Plugins предоставляют ограниченные профессиональные возможности вокруг намерения пользователя. |
| Step AOS | В сообщении о запуске StepFun представлены STEPX, Step AOS, агент Amoo и STEPX Neo. Архитектура описана как объединение моделей, программной среды, оборудования, данных, вычислений и атомарных сервисов вокруг агента. | Интегрированная связка модели, агента, операционной среды, сервисов и устройства. | FoneClaw разделяет движение от ручного управления приложениями к выражению намерения. Наша реализация опирается на AOSP foundation, voice-first phone, персонального агента на устройстве и сервисную экосистему Agent Plugin. |
| HONOR Agentic OS | HONOR описывает Agentic OS как систему вокруг намерений и задач, связывает ее с Robot Phone и моделью primary-agent плюс specialist-agent. Архитектура охватывает железо, ядро, модель, framework, interaction и ecosystem. | OEM-интегрированный маршрут внутри аппаратной и системной экосистемы HONOR. | FoneClaw идет через управляемый Android foundation к собственной Agent OS. Мы уделяем особое внимание тому, как пользователь видит задачу, разрешение, подтверждение, остановку, восстановление и запись результата. |
| Xiaomi miclaw | Xiaomi описывает miclaw как system-level AI Agent на базе MiMo. Экосистема Agent applications вошла в ограниченное тестирование на платформе разработчиков HyperOS. | Системный OEM-agent внутри HyperOS и экосистемы Xiaomi. | FoneClaw выбирает самостоятельную траекторию: AOSP-based FoneClaw Agent OS, будущий FoneClaw phone, голосовой приоритет, аппаратный контроль и Agent Plugins как сервисная экосистема вокруг персонального агента. |
| FoneClaw | FoneClaw — текущий Android phone agent с плавающим ассистентом, прикреплением текущего экрана, непрерывностью между Home и плавающей панелью, подтверждениями, остановкой и восстановлением разрешений. | Сначала управляемая Android-база, затем глубокая системная интеграция, платформа Agent Plugins, персональный on-device agent и будущая FoneClaw Agent OS на базе AOSP. | Наш ориентир — FoneClaw phone, где voice first, physical buttons second, screen third; персональный агент владеет identity, preferences, memory and cross-service context, а плагины предоставляют ограниченные сервисные возможности. |
Для читателей, которым нужны детали по отдельным направлениям, мы держим специализированные материалы. По StepFun подходит Смартфон StepFun STEPX Neo: что известно о Step AOS и Amoo. По Doubao и Nubia — Doubao Agent Phone и Nubia NaviX Ultra: что меняется. По HONOR — HONOR Agentic OS и Robot Phone: что подтверждено и чем это отличается от Android-агента. По Xiaomi — Xiaomi AI ecosystem 2026: MiMo, HyperOS AI, MiClaw и конкурентный путь FoneClaw.
Внешние источники помогают увидеть датированную архитектурную картину: официальная страница DroiClaw, официальный сайт Doubao Phone Assistant, сообщение о запуске Step AOS и STEPX Neo, анонс HONOR Agentic OS и анонс экосистемы Xiaomi miclaw. На этом фоне позиция FoneClaw звучит практично: мы строим Agent OS от задач, контекста, плагинов, разрешений и восстановления, а текущий Android-агент дает рабочую основу для проверки каждого шага.
Как текущая реализация FoneClaw приближает эту цель
Путь FoneClaw развивается этапами. Первый этап уже доступен пользователю: управляемый Android phone agent. В текущих возможностях FoneClaw можно проверить, как агент вызывается поверх текущей работы, как прикрепляет экран, как понимает запрос, как показывает состояние, как запрашивает доступ, как ждет подтверждения и как восстанавливается после отсутствующего разрешения. Практическое руководство по текущим действиям находится в статье Управление телефоном AI-агентом: как Android переходит от команд к действиям, а пользовательские возможности собраны на странице функций FoneClaw.
Второй этап — более глубокая системная интеграция и долговечный локальный контекст. Мы развиваем устойчивое состояние задачи, память предпочтений, прозрачное управление доступом, быстрый вызов агента, надежную остановку и понятную историю результатов. Плавающий ассистент и Home уже работают как связанные точки входа на одном телефоне; следующие улучшения продолжают сближать намерение, текущий экран, разрешения и выполнение.
Третий этап — зрелая платформа Agent Plugins. Разработчикам нужны контракты возможностей, подписи, версии, ограниченные входы, структурированные выходы, правила подтверждения, обработка ошибок, удаление доступа и проверяемый результат. Пользователь видит не техническую сложность, а понятный сценарий: какой плагин выбран, какие данные ему нужны, какой результат он вернул и где требуется подтверждение. Это делает сервисы профессиональными участниками задачи, а не отдельными островами интерфейса.
Четвертый этап — FoneClaw phone и FoneClaw Agent OS на базе AOSP. Это наш архитектурный пункт назначения: голос первым, физические кнопки вторыми, экран третьим; персональный агент как владелец идентичности, памяти, предпочтений и межсервисного контекста; Agent Plugins как сервисная экосистема; AOSP как совместимая системная основа; пользовательский контроль как нормальная часть выполнения.
Мы измеряем прогресс по признакам, которые можно проверить в реальной задаче. Агент завершает работу до видимого результата. Разрешение появляется в контексте действия. Пользователь может остановить выполнение до шага с последствиями. Восстановление помогает после сбоя, устаревшего экрана или отсутствующего доступа. Плагин получает ограниченный контекст. Повторяемое действие ведет себя надежно. История показывает, что было сделано и почему. Именно так дорожная карта FoneClaw OS превращается из видения в инженерную практику: каждый релиз сокращает расстояние между намерением пользователя и управляемым результатом на телефоне.