Дорожная карта FoneClaw OS: текущий Android-агент, Meydo C1 и будущий Agent OS

Что такое FoneClaw сегодня

Дорожная карта FoneClaw OS начинается с продукта, который уже работает на Android. Сегодня FoneClaw — это Android phone agent: пользователь формулирует намерение, настроенная модель помогает понять задачу и построить план, а поддерживаемые инструменты выполняют действия на телефоне с видимым ходом выполнения, разрешениями, подтверждениями, остановкой, результатом и восстановлением. Это не будущая операционная система, а текущая практическая база, на которой мы учимся строить агентный телефон.

В актуальном пользовательском продукте мы уже довели до рабочего состояния несколько важных частей будущей архитектуры: плавающий ассистент поверх других приложений, прикрепление текущего экрана, связь между Home и плавающей панелью, управляемые approvals, остановку задач, retry и восстановление разрешений. Кроме того, мы развиваем Information Inbox, Memo management, Plus-возможности, улучшения интерфейса и надежность длинных взаимодействий. Для читателя это означает простую проверку: FoneClaw можно оценивать не по обещанию OS, а по тому, как он ведет реальную Android-задачу от намерения к результату.

Главный урок из нашей разработки такой: телефонный агент становится полезным только тогда, когда модельное понимание соединено с исполнением. Ответ модели сам по себе не меняет календарь, не открывает маршрут, не создает заметку и не отправляет сообщение. Для этого нужны supported tools, Android permissions, review, понятный экран подтверждения и проверка того, что действие действительно выполнено. Подробно этот путь от команды к Android-действию мы разбираем в статье Управление Android ИИ-агентом: намерение, подтверждение и проверка результата.

Поэтому сегодняшний FoneClaw — это не пауза перед roadmap, а основной полигон продукта. Мы берем повседневные задачи — экранный контекст, заметки, уведомления, календарь, сообщения, файлы, настройки, маршруты — и доводим их до управляемого выполнения. Именно через эти практические сценарии формируется будущая FoneClaw Agent OS.

Meydo C1 как milestone предустановки FoneClaw

Новый важный milestone в дорожной карте — Meydo C1. Архитектуру нужно назвать точно: Meydo C1 — это hardware от Meydo, DroiClaw — main system устройства, а FoneClaw предустановлен как системное приложение. Для нашей roadmap это milestone распространения и интеграции: FoneClaw оказывается ближе к устройству из коробки, но это не означает, что FoneClaw OS уже выпущена или что FoneClaw стал основной системой C1.

На официальной странице Meydo C1 устройство представлено как pocket AI phone с preorder-статусом и текущими характеристиками. В официальном материале Meydo о DroiClaw DroiClaw описан как operating-system foundation для направления Meydo. В рамках текущей архитектуры C1 мы фиксируем три слоя: Meydo hardware, DroiClaw main system, FoneClaw preinstalled system application.

Это важно для пользователя. Предустановленное системное приложение может сократить путь к агенту, сделать onboarding понятнее и дать более готовый вход в supported workflows. Но само наличие system application не отменяет модель разрешений, не переносит все функции DroiClaw в FoneClaw и не дает unrestricted control над каждым приложением. Значимые Android-действия по-прежнему должны проходить через видимый контекст, поддерживаемый инструмент, разрешение и подтверждение.

Подробные характеристики, preorder, доставку и практический fit C1 мы держим на отдельной странице ИИ-телефон Meydo C1: DroiClaw, характеристики и предустановленное FoneClaw. В этой roadmap-статье C1 нужен как точный milestone: предустановка FoneClaw на специализированном AI phone показывает следующий уровень distribution, но будущая FoneClaw Agent OS остается отдельным долгосрочным направлением.

Если читатель впервые встречает термин agentic phone, лучше сначала понять категорию. Для этого подходит материал Агентный ИИ-смартфон: что это такое, как проверить возможности и где помогает FoneClaw, где мы отделяем красивое позиционирование устройства от проверяемых пользовательских возможностей.

Что системная предустановка дает roadmap

Предустановка как системное приложение дает нам практические уроки, которые напрямую входят в roadmap. Более глубокая distribution может уменьшить трение при первом запуске, сделать агент ближе к основным сценариям телефона и позволить пользователю быстрее проверить Memo, Information Inbox, экранный контекст, календарь, коммуникации и workflows. Но качество phone agent определяется не местом иконки, а тем, насколько ясно система ведет задачу.

Мы разделяем несколько инженерных вопросов. Identity отвечает за то, кто действует и под каким аккаунтом. Permissions определяют, какие данные и функции доступны. Approvals показывают, где пользователь принимает решение. Recovery помогает вернуться к рабочему шагу после отказа, сбоя, устаревшего экрана или недоступного сервиса. Model routing выбирает подходящий способ рассуждения. Service availability определяет, какие внешние или системные возможности реально доступны на устройстве и в регионе.

System-app deployment помогает приблизить агент к телефону, но не делает эти вопросы исчезнувшими. Наоборот, чем ближе агент к системе, тем важнее audit trails, понятные границы, изоляция и объяснимые действия. Мы хотим, чтобы пользователь видел, какой контекст используется, какой инструмент выбран, что будет изменено и как проверить итог. Для глубины по identity, permissions и истории действий полезна статья Идентичность AI-агента, разрешения и журнал действий: как доверять телефонному агенту.

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

Для нас C1 milestone важен именно как школа product integration. Мы переносим в будущую FoneClaw OS не лозунг о системности, а набор проверяемых правил: узкий контекст, видимый state, управляемые permissions, понятные approvals, надежный stop, повторяемый retry и восстановление без скрытых обходов.

Будущая FoneClaw Agent OS на базе AOSP

Долгосрочное направление остается прежним: FoneClaw Agent OS на базе AOSP и будущий FoneClaw phone. AOSP важен потому, что телефон живет в Android-мире: драйверы, приложения, уведомления, файлы, камера, сеть, аккаунты, permission model и ожидания пользователей уже существуют. Мы не хотим строить агентный телефон как изолированную игрушку. Нам нужна совместимая системная основа, поверх которой agent-first организация задач становится естественной.

В будущей FoneClaw Agent OS голос запускает намерение, физические кнопки дают надежный контроль, а экран показывает выбор, доказательства и результат. Такой порядок меняет роль телефона. Пользователь меньше ищет иконки, меньше копирует данные между приложениями и меньше вручную восстанавливает задачу после сбоя. Персональный агент удерживает контекст, выбирает capabilities, обращается к Agent Plugins, показывает значимые шаги и сохраняет проверяемый итог.

Roadmap при этом остается roadmap. Meydo C1 с предустановленным FoneClaw не завершает AOSP direction и не превращает DroiClaw в FoneClaw OS. Это текущий milestone распространения, который помогает нам проверить, как системная предустановка влияет на доступность агента и пользовательский путь. Будущая OS должна пройти отдельные стадии: системная архитектура, policy layer, plugin contracts, identity, memory, isolation, approvals, stop controls, recovery и device-level UX.

Техническую основу этого направления мы описываем в статье Основа OS-агента: три слоя, без которых телефонный AI-агент не станет полезным. Там мы раскладываем будущую Agent OS на уровни: понимание намерения, политика и выполнение. Для оценки зрелости AI phone также важна шкала возможностей; ее продолжает материал Стандарт L1-L4 для AI-смартфонов: как оценивать интеллект телефона.

Мы строим FoneClaw OS не как замену всем приложениям, а как новый центр задачи. Приложения, сервисы и plugins остаются поставщиками возможностей. Разница в том, что пользователь начинает с цели, а агент координирует путь: какие данные нужны, какой сервис участвует, где требуется approval, что произошло и как вернуться назад при ошибке.

Как измерять прогресс по проверяемым стадиям

Дорожная карта FoneClaw OS должна измеряться стадиями, которые пользователь может проверить. Первая стадия — текущий Android app route: FoneClaw устанавливается на поддерживаемый Android-телефон и выполняет governed workflows через 100+ built-in tools, permissions, visible progress и approvals. Вторая стадия — preinstalled system application route, которую теперь иллюстрирует Meydo C1: агент доступен сразу в составе устройства, но работает внутри main system, заданной DroiClaw.

Третья стадия — deeper platform integration. Здесь становятся важны устойчивый локальный контекст, более тесная связь с текущим экраном, надежная идентичность пользователя, понятный audit trail, восстановление разрешений и более формальные контракты tools и Agent Plugins. Четвертая стадия — будущая FoneClaw Agent OS и future FoneClaw phone: agent-first system layer на базе AOSP, voice-first UX, физический контроль, персональная память и сервисная экосистема вокруг намерения пользователя.

Каждая стадия должна проверяться по поведению, а не по названию. Агент понял цель? Он использовал правильный контекст? Показал ли разрешение тогда, когда оно нужно? Спросил ли confirmation перед значимым действием? Можно ли остановить задачу? Есть ли retry, если экран изменился? Видно ли, что результат достигнут? Можно ли удалить или исправить сохраненный контекст?

Если вы сравниваете dedicated device и обычный Android phone, полезна отдельная рамка ИИ-устройство или смартфон: что реально может заменить телефон в 2026 году. Она помогает понять, когда нужен отдельный AI phone, а когда достаточно текущего Android route с FoneClaw.

Как выбрать текущий путь уже сейчас

Пользователю не нужно ждать будущую FoneClaw OS, чтобы проверить ценность phone agent. Первый путь — установить FoneClaw на поддерживаемый Android-телефон и протестировать свою задачу: текущий экран, Memo, Information Inbox, календарь, коммуникации, навигацию или workflow. Актуальные возможности мы поддерживаем на странице функций FoneClaw, а текущий способ получения приложения — на странице загрузки FoneClaw.

Второй путь — рассмотреть Meydo C1 как dedicated compact hardware route, где FoneClaw предустановлен как системное приложение, а DroiClaw является main system. Такой вариант подходит тем, кто хочет отдельное AI-устройство с более готовым входом в агентные сценарии. Перед покупкой важно проверить preorder status, live price, delivery region, duties, accessories, account setup, supported services and permissions. Подробная C1-страница ИИ-телефон Meydo C1: DroiClaw, характеристики и предустановленное FoneClaw держит эти детали отдельно от roadmap.

Третий путь — следить за FoneClaw Agent OS как за будущим направлением. Этот путь важен для разработчиков, партнеров, power users и тех, кто хочет понимать, куда движется agent-first телефон. Но текущая полезность должна проверяться сейчас: может ли агент взять вашу реальную задачу, использовать нужный контекст, запросить разрешение, показать approval, выполнить supported action, подтвердить результат и восстановиться после сбоя.

Мы выбираем такой порядок осознанно. Сначала рабочий Android agent, затем предустановка и более глубокая интеграция, затем Agent Plugins, AOSP-based Agent OS и будущий FoneClaw phone. Так roadmap остается привязанным к пользовательской ценности: меньше ручной координации, больше видимого контроля и больше задач, которые телефон помогает довести до результата.