Стандартные способы первоначальной настройки и восстановления описаны в документации по установке, 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 и интеграция с приложением.

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

Доступно официальное распространение через App Store, документирована отправка push-уведомлений через ретранслятор, а приложение для iOS описано как обычный вспомогательный узел для пользователей.

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

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

Документация по платформе существует, а путь Gateway основан на Linux. Для перехода на более высокий уровень требуются результаты проверки выпуска на конкретном оборудовании.

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

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

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

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

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

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

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

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

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

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

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

Основной путь важен и документирован; нестабильность вышестоящего проекта Baileys и сеансов не позволяет присвоить ему статус «Стабильный».

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

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

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

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

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