Обычные пути настройки и восстановления документированы в руководствах по установке, CLI и Gateway. Платформенно-специфичные пути Windows отслеживаются в строках Windows через WSL2 и нативного Windows.

Основная архитектура, аутентификация, сопряжение, документация по протоколу, документация по демону и CLI-инструкции по эксплуатации широкие и актуальные.

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

Сильная документация и активная реализация. Зрелость зависит от долговечности транскриптов, качества Compaction и паритета между клиентами.

Многие каналы используют общие контракты доставки и маршрутизации Gateway, но поведение каналов зависит от ограничений вышестоящего API и политики учетной записи.

Существуют документы по OTel, Prometheus, ведению журналов и диагностике. Требуется публичная доработка уровня зрелости в формате «на что операторам смотреть в первую очередь».

Веб-интерфейс документирован с потоками сопряжения, чата, PWA, Talk, push-уведомлений и удаленного Gateway. Повышайте статус после оценочных листов по кроссбраузерности и мобильному PWA.

Широкая документация и убедительные внутренние доказательства работы среды выполнения существуют для манифестов, обнаружения, загрузки, архитектуры провайдеров и инструментов, а также границ утверждения. Оставьте строку на уровне бета, пока публичный API SDK, подпути и доказательства внешней дистрибуции не станут сильнее.

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

Задокументировано и пригодно к использованию, но сценарные проверки должны охватывать автоматическую доставку, повторные попытки и видимость сбоев.

Широкая поверхность возможностей существует, но различия между провайдерами, ограничения файлов и паритет Node/приложений пока не делают ее стабильной.

Несколько реализаций существуют в Control UI, приложениях и провайдерах. Перед бета-версией нужны оценочные карты задержки, режимов отказа и настройки.

Присутствует в документации и исходном коде, но менее заметен как основной пользовательский рабочий процесс. Требует явного определения сценариев.

Публичная документация и концепция экосистемы существуют. Нужны оценочные таблицы установки, доверия, обновления, отката и совместимости.

OpenClaw App SDK — отдельный контракт внешнего приложения, независимый от среды выполнения Gateway и Plugin SDK. Текущая оценка показывает реальный путь @openclaw/sdk с пробелами в публичной упаковке, автообнаружении, утверждениях, вспомогательных средствах и совместимости.

Рекомендуется среда выполнения Node, документирован пользовательский сервис systemd, а руководство по VPS/контейнерам охватывает широкий круг сценариев.

Путь службы LaunchAgent, локальный/удаленный режимы Gateway, установка CLI и интеграция приложения задокументированы.

Документация по установке существует, и это распространенные пути развертывания. Продвиньте после того, как регулярный release smoke будет фиксировать поведение обновления и томов.

Рекомендуемый путь для Windows с руководством по systemd/user-service и документацией по цепочке загрузки. Продвигайте после повторных оценочных карт установки/обновления.

Документация платформы существует, а путь Gateway основан на Linux. Для перехода выше требуется аппаратно-специфическое smoke-подтверждение выпуска.

Доступны развитое приложение в строке меню, разрешения, режим Node, Canvas, голосовая активация, WebChat и удаленный режим. Все еще развивается достаточно быстро, чтобы не считать его стабильным.

Публичный путь Google Play существует, но документация приложения все еще описывает переработку как крайне раннюю альфа-версию и отдельно указывает работу по усилению релизной готовности.

Основные потоки CLI/Gateway работают, но документация по-прежнему рекомендует WSL2 для полноценного опыта и перечисляет ограничения нативной версии.

Хостинг Kubernetes — это отдельный путь развертывания кластера на основе Kustomize. Текущая оценка показывает реальный минимальный путь развертывания с пробелами в Kubernetes-специфичной CI, упаковке ingress/TLS/NetworkPolicy, резервном копировании и восстановлении, а также усилении защиты для production-доступа.

Внутреннее превью / супер-альфа. Потоки TestFlight и push-уведомлений на основе ретранслятора существуют, но публичной дистрибуции пока нет.

Необязательный процесс установки. Требуется более четкое обещание поддержки перед продвижением в статус альфа-/бета-версии.

В исходном коде есть поверхности приложения/расширения Watch; публичная документация пока не представляет это как пользовательскую функцию.

В документации сказано, что нативные сопутствующие приложения для Linux запланированы; Gateway сегодня является поддерживаемым способом работы с Linux.

Только запланировано.

Подробная документация и широкое покрытие функций. Пути голосовых функций и делегирования следует оценивать отдельно как бета/альфа.

Основной канал достаточно зрелый для регулярного использования, но UX с высокой вариативностью и пограничные случаи с медиа требуют регулярного подтверждения сценариями.

Полноценная документация канала и поверхность маршрутизации. Требуются оценочные таблицы для сценариев установки в рабочее пространство и администрирования.

Поддерживаемый iMessage работает через imsg на хосте macOS Messages с выполненным входом; устаревшие конфигурации BlueBubbles требуют миграции. Держите явно видимыми разрешения macOS, SSH-обертку, SIP/private API и оговорки по миграции.

Основной путь важен и документирован; нестабильность upstream Baileys/сессий удерживает его ниже Stable.

Поддерживается через встроенный Plugin. Нужны оценочные карты моста, аутентификации и жизненного цикла комнат.

Документированный канал, но корпоративная/административная настройка повышает риск зрелости.

Корпоративные потоки аутентификации и администрирования требуют явного подтверждения сценариями.

Документация по поддерживаемому каналу существует; нужны более убедительные подтверждения установки и переподключения.

Важное региональное покрытие, но уровень публичной поддержки следует выверять для каждого типа учетной записи, одобрения upstream и подтверждений от мейнтейнеров.