通常のセットアップおよび修復手順は、インストール、CLI、Gateway の各ドキュメントに記載されています。プラットフォーム固有の Windows 手順は、「WSL2 経由の Windows」と「ネイティブ Windows」の行で追跡されます。

コアアーキテクチャ、認証、ペアリング、プロトコルのドキュメント、デーモンのドキュメント、CLI ランブックは広範かつ最新です。

メインループ、モデル、プロバイダーのルーティング、ツールのストリーミングは第一級の機能ですが、プロバイダーの動作は毎週変化するため、リリースごとにシナリオによる検証が必要です。

ドキュメントは充実しており、実装も活発です。成熟度は、トランスクリプトの耐久性、Compaction の品質、クライアント間の同等性に左右されます。

多くのチャンネルはGatewayの配信およびルーティング契約を共有していますが、チャンネルの動作は上流APIやアカウントポリシーの制約によって異なります。

OTel、Prometheus、ロギング、診断に関するドキュメントは存在します。運用者が最初に確認すべき項目を公開するための成熟度向上が必要です。

Web UI については、ペアリング、チャット、PWA、Talk、プッシュ通知、リモート Gateway のフローが文書化されています。クロスブラウザーおよびモバイル PWA のスコアカードが整った後に昇格します。

マニフェスト、検出、読み込み、プロバイダー／ツールのアーキテクチャ、承認境界にわたり、幅広いドキュメントと強固な内部ランタイムのエビデンスが存在します。公開 SDK の API／サブパスと外部配布のエビデンスがさらに強固になるまでは、この行をベータのままにします。

優れたドキュメントと堅牢化のための機能があります。定期的なアップグレードおよびセキュリティシナリオの実行により、セットアップのリグレッションがないことを証明した後に昇格します。

文書化され使用可能ですが、シナリオによる実証では無人配信、再試行、障害の可視性を網羅する必要があります。

幅広い機能領域が存在しますが、プロバイダーごとの差異、ファイル制限、Nodeとアプリ間の同等性により、まだ安定していません。

Control UI、アプリ、プロバイダーにわたって複数の実装が存在します。ベータ版に移行する前に、レイテンシー、障害モード、セットアップのスコアカードが必要です。

ドキュメントとソースには存在しますが、主要なユーザーワークフローとしての可視性は低くなっています。明示的なシナリオ定義が必要です。

公開ドキュメントとエコシステムの概念は存在します。インストール、信頼性、更新、ロールバック、互換性のスコアカードが必要です。

OpenClaw App SDK は、Gateway ランタイムおよび Plugin SDK とは別個の外部アプリ契約です。現在のスコアは、公開パッケージ化、自動検出、承認、ヘルパー、互換性に課題がある、実際の @openclaw/sdk パスを示しています。

Node ランタイムを推奨し、systemd ユーザーサービスについて文書化しており、VPS／コンテナに関するガイダンスも幅広く提供しています。

LaunchAgentサービスパス、ローカル/リモートGatewayモード、CLIのインストール、アプリ統合について文書化されています。

Google Play による公式配布が提供され、ソースからのビルドおよび実行に関するドキュメントが保守されており、Android アプリはユーザー向けの通常のコンパニオン Node として文書化されています。

App Storeで公式に配布され、リレーを利用したプッシュ通知が文書化されており、iOSアプリはユーザー向けの通常のコンパニオンNodeとして文書化されています。

インストールドキュメントが用意されており、一般的なデプロイ方法となっています。定期的なリリーススモークテストでアップグレードとボリュームの動作が記録されるようになった後、昇格します。

systemd/ユーザーサービスのガイダンスとブートチェーンのドキュメントを備えた、推奨される Windows 向けパス。インストール/更新のスコアカードを繰り返し確認した後に昇格します。

プラットフォームのドキュメントが用意されており、Gatewayの経路はLinuxベースです。さらに上の段階へ移行するには、ハードウェア固有のリリーススモークテストによる実証が必要です。

高機能なメニューバーアプリ、権限、Nodeモード、Canvas、音声ウェイク、WebChat、リモートモードが用意されています。依然として変化が速いため、Stableへの移行は見送られています。

コアの CLI/Gateway フローは動作しますが、完全なエクスペリエンスを得るため、ドキュメントでは引き続き WSL2 を推奨し、ネイティブ環境の注意事項を記載しています。

Kubernetes ホスティングは、Kustomize を基盤とする独立したクラスターデプロイパスです。現在のスコアは、実用的な最小構成のデプロイパスが存在する一方、Kubernetes 固有の CI、Ingress/TLS/NetworkPolicy のパッケージ化、バックアップと復元、本番環境への公開に関する堅牢化に不足があることを示しています。

オプションのインストールフローです。アルファまたはベータへ昇格する前に、サポート方針をより明確にする必要があります。

ソースには Watch アプリ／拡張機能のサーフェスがありますが、公開ドキュメントではまだユーザー向け機能として紹介されていません。

ドキュメントではネイティブ Linux コンパニオンアプリが計画されているとされています。現在サポートされている Linux 向けの方法は Gateway です。

計画のみです。

詳細なドキュメントと幅広い機能を提供しています。音声および委任の経路は、引き続きベータ版／アルファ版として個別に評価する必要があります。

コアチャンネルは通常利用に十分な成熟度に達していますが、ばらつきの大きい UX とメディアのエッジケースについては、継続的なシナリオ検証が必要です。

ファーストクラスのチャネルドキュメントとルーティングサーフェス。ワークスペースのインストールおよび管理者シナリオのスコアカードが必要です。

サポート対象のiMessageは、サインイン済みのmacOS Messagesホスト上でimsgを介して動作します。従来のBlueBubbles設定には移行が必要です。macOSの権限、SSHラッパー、SIP／プライベートAPI、および移行に関する注意事項を明示してください。

コアパスは重要であり、文書化されていますが、アップストリームのBaileysおよびセッションの不安定性により、安定版には達していません。

バンドルされたPluginを介してサポートされます。ブリッジ、認証、ルームのライフサイクルに関するスコアカードが必要です。

ドキュメント化されたチャンネルですが、エンタープライズおよび管理者向けのセットアップにより成熟度のリスクが高まります。

エンタープライズ認証および管理フローには、明示的なシナリオの実証が必要です。