DroiClaw: как устроена AI-native операционная система для эпохи автономных агентов

Ключевое архитектурное отличие: AI-функции размещены не в app layer, а встроены в системный scheduler, user interaction, task execution и resource management. Для enterprise-аудитории это индикатор смены паттерна — переход от app-centric к intent-driven модели устройства.

Архитектурный сдвиг: от app-centric к intent-driven

Стандартная мобильная ОС разделяет прикладной и системный уровни. AI в такой схеме — отдельное приложение или SDK поверх API system layer. Преимущества — чёткая граница trust boundary, предсказуемое поведение, логирование и debugging. Цена — фрагментация workflow: бронирование, документооборот, планирование требуют переключения между приложениями и ручного переноса данных между ними.

DroiClaw позиционируется как попытка закрыть этот разрыв через AI-агентов, координирующих задачи на уровне ОС. Источник описывает гибридную модель:

• on-device AI для низколатентных и приватных сценариев
• cloud-based LLM как основной путь в штатном режиме, для более сложных операций
• multimodal inputs: voice, text, images, files, video
• адаптация поведения к привычкам пользователя
• чувствительные операции требуют explicit authorization; рутинные workflow агент координирует самостоятельно

С точки зрения архитектурного комитета это перенос orchestration из app layer в platform layer. Прямое следствие — рост зависимости от качества модели и инфраструктуры провайдера, а также размывание традиционной границы trust boundary между приложением и системой.

Контекст: AI Operating System как общий термин

В сентябре 2026 термин AI Operating System используется несколькими независимыми проектами в разных доменах. По данным источников, помимо DroiClaw о собственных AI-OS заявили OfficeSpace (AI Operating System для built environment, релиз модуля Studio), Alation (AIOS — Intelligence Operating System для enterprise-данных), Roku (открыла исходный код своей smart device OS). Общая терминология при разных целевых рынках пока не означает единого стандарта, совместимых API или общей модели безопасности. Для enterprise-архитектора это сигнал наблюдать за сегментом, но не повод для ранней миграции.

Чек-лист для архитектурной оценки

• SLA и data residency для cloud LLM, через который идёт основной поток
• Поведение при деградации сети — какой fallback на on-device
• Auditability и reversibility агентских действий
• Пересмотр trust boundary после выноса orchestration в platform layer
• Vendor lock-in на уровне поведения ОС, а не только API
• Observability — журналирование решений агента в production