Os caminhos normais de configuração e reparo são documentados nos documentos de instalação, CLI e Gateway. Caminhos específicos de plataforma para Windows são acompanhados nas linhas Windows via WSL2 e Windows nativo.

A arquitetura central, autenticação, pareamento, documentação do protocolo, documentação do daemon e runbooks da CLI são amplos e atuais.

O loop principal, os modelos, o roteamento de provedores e o streaming de ferramentas são recursos de primeira classe, mas o comportamento dos provedores muda semanalmente e exige comprovação por cenário a cada lançamento.

Documentação sólida e implementação ativa. A maturidade depende da durabilidade da transcrição, da qualidade da Compaction e da paridade entre clientes.

Muitos canais compartilham contratos de entrega e roteamento do Gateway, mas o comportamento dos canais varia conforme a API upstream e as restrições de política da conta.

OTel, Prometheus, registro de logs e documentação de diagnósticos existem. Precisa de uma revisão pública de maturidade sobre "o que os operadores devem verificar primeiro".

A interface Web está documentada com fluxos de pareamento, chat, PWA, Talk, push e Gateway remoto. Promova após os scorecards entre navegadores e de PWA móvel.

Há documentação ampla e forte evidência interna de tempo de execução em manifestos, descoberta, carregamento, arquitetura de provedores/ferramentas e limites de aprovação. Mantenha a linha em beta até que a API pública do SDK/subcaminhos e a prova de distribuição externa sejam mais fortes.

Existem boa documentação e superfícies de hardening. Promova depois que execuções regulares de cenários de atualização/segurança comprovarem que não há regressões de configuração.

Documentado e utilizável, mas a comprovação por cenários deve cobrir entrega sem supervisão, novas tentativas e visibilidade de falhas.

Uma ampla superfície de capacidades existe, mas a variação entre provedores, os limites de arquivos e a paridade entre Node/aplicativo fazem com que isso ainda não seja estável.

Existem várias implementações no Control UI, em apps e em provedores. Precisa de scorecards de latência, modos de falha e configuração antes do beta.

Presente na documentação e no código-fonte, mas menos visível como fluxo de trabalho principal do usuário. Precisa de definição explícita de cenário.

A documentação pública e o conceito de ecossistema existem. Precisa de scorecards de instalação, confiança, atualização, rollback e compatibilidade.

O OpenClaw App SDK é um contrato de app externo distinto, separado do runtime do Gateway e do Plugin SDK. A pontuação atual mostra um caminho real de @openclaw/sdk com lacunas em empacotamento público, descoberta automática, aprovações, helpers e compatibilidade.

O runtime Node é recomendado, o serviço de usuário systemd está documentado, e a orientação para VPS/contêiner é ampla.

O caminho de serviço LaunchAgent, os modos de Gateway local/remoto, a instalação da CLI e a integração com o aplicativo estão documentados.

A documentação de instalação existe e cobre caminhos comuns de implantação. Promova depois que smokes recorrentes de lançamento capturarem o comportamento de atualização e volume.

Caminho recomendado para Windows com orientação de systemd/serviço de usuário e documentação da cadeia de inicialização. Promova após avaliações repetidas de instalação/atualização.

A documentação da plataforma existe e o caminho do Gateway é baseado em Linux. Precisa de prova de smoke de release específica para hardware para avançar mais.

O aplicativo avançado de barra de menus, permissões, modo Node, Canvas, ativação por voz, WebChat e modo remoto existem. Ainda muda rápido o suficiente para evitar Stable.

O caminho público do Google Play existe, mas a documentação do aplicativo ainda descreve a reconstrução como extremamente alpha e destaca o trabalho de fortalecimento da versão.

Os fluxos principais de CLI/Gateway funcionam, mas a documentação ainda recomenda WSL2 para a experiência completa e lista ressalvas nativas.

A hospedagem Kubernetes é um caminho distinto de implantação em cluster baseado em Kustomize. A pontuação atual mostra um caminho real de implantação mínima com lacunas em CI específico para Kubernetes, empacotamento de ingress/TLS/NetworkPolicy, backup/restauração e fortalecimento da exposição em produção.

Prévia interna / super-alpha. Existem fluxos de push via TestFlight e relay, mas ainda não há distribuição pública.

Fluxo de instalação opcional. Precisa de uma promessa de suporte mais clara antes da promoção para alfa/beta.

A fonte tem superfícies de app/extensão Watch; a documentação pública ainda não apresenta isso como um recurso de usuário.

A documentação informa que apps complementares nativos para Linux estão planejados; Gateway é o caminho Linux compatível hoje.

Apenas planejado.

Documentação profunda e ampla cobertura de recursos. Caminhos de voz/delegação devem continuar pontuados separadamente como beta/alfa.

O canal principal é maduro o suficiente para uso regular, mas a UX de alta variância e os casos extremos de mídia precisam de comprovação recorrente por cenários.

Documentação de canal e superfície de roteamento de primeira classe. Precisa de scorecards de cenários de instalação/administração do workspace.

O iMessage com suporte é executado por meio do imsg em um host macOS Messages conectado; configurações legadas do BlueBubbles exigem migração. Mantenha visíveis as ressalvas sobre permissões do macOS, wrapper SSH, SIP/API privada e migração.

O caminho principal é importante e documentado; a volatilidade upstream do Baileys/sessão o mantém abaixo de Estável.

Compatível por meio de Plugin incluído. Precisa de scorecards de ponte, autenticação e ciclo de vida de salas.

Canal documentado, mas a configuração corporativa/administrativa aumenta o risco de maturidade.

Fluxos empresariais de autenticação/administração precisam de prova explícita de cenário.

Existem documentos do canal compatível; precisa de provas mais robustas de instalação e reconexão.

Cobertura regional importante, mas o nível de suporte público deve ser calibrado por tipo de conta, aprovação upstream e prova do mantenedor.