OpenClaw 2.0（v2026.8.1）は、単一の目玉機能を追加するリリースではない。インストール、状態の永続化、Web上の操作画面、チームでの作業、セキュリティ境界を一気に作り直す、プラットフォーム全体の再構築に近いアップデートだ。

プロジェクトによれば、約2か月にわたる開発には933人が参加し、そのうち569人は初めて貢献したユーザーだった。取り込まれたプルリクエストは1万6,000件を超える。3

OpenClaw 2.0の主な変更点

インストールとモデル設定を簡単に

インストーラーは、設定手順を案内しながら、利用可能なモデルの認証情報や既存のサブスクリプションを検出する設計に刷新された。プロバイダーごとにAPIキーなどを手作業で登録する負担を減らし、対応するサービスで最初のエージェントを動かしやすくする狙いだ。3

会話履歴や記憶をSQLiteで管理

会話、セッション履歴、トランスクリプトの保存方式は、従来のフラットなJSON／JSONL形式から、SQLiteを基盤とする永続化へ移行する方向が示された。これにより、会話検索、メモリー、アーカイブ、セッションの引き継ぎ、共有状態を、より検索しやすく耐久性のある形で扱えるようになる。3

従来のドキュメントでは、セッションストアとしてsessions.json、トランスクリプトとして*.jsonlが使われていると説明されていた。7

スキル、モデル、自動化を拡張

再利用でき、利用を通じて改善されるスキル、モデル選択とプロバイダー管理、定期実行や継続的な自動処理の機能も拡充された。セッションのルーティングや各種チャネル接続では、Gatewayが中心的な役割を担う。8

Control UIを大幅に再設計

ブラウザーから操作するControl UIも再構築された。報告されているテスト条件では、起動時間が従来のおよそ1.6秒から約575ミリ秒に短縮されたという。6

設定画面は、稼働中のスキーマからフォームを生成する方式になり、プラグインやチャネルの設定スキーマにも対応する。高度な設定を行いたいユーザー向けに、従来のような生のJSONを編集するための「Raw JSON」も引き続き用意されている。6

ブラウザーだけで開発・運用しやすく

新しいダッシュボードには、ファイル編集、Gitやプルリクエスト、CIの状況確認、ブラウザー検査、Webターミナルなど、ワークスペースを中心とした操作機能が加わった。作業内容を確認したり、エージェントの動作を管理したりするために、ブラウザーの外へ移動する場面を減らせる。3

ネイティブアプリとプラグイン管理も強化

ネイティブクライアントやペアリングしたデバイスを使うワークフローも強化された。プラグイン設定は、スキーマに基づく設定画面を通じて、Control UIから確認・管理しやすくなっている。6

チームで使える共有セッション

OpenClaw 2.0の大きな変更の一つが、チーム向けの共有セッションだ。

• ペアリングしたデバイスやクラウドワーカー上で作業を実行できる
• セッションとともにワークスペースを引き継げる
• 起動済みのマシンやプロジェクトの初期状態を再利用できる
• チームメンバーが、履歴や文脈を保持したまま作業に参加したり引き継いだりできる

つまり、担当者が変わるたびに最初から説明し直すのではなく、既存の会話履歴と作業状態を残したまま共同作業を続けられる。23

ただし、共有セッションはセキュリティ上の境界を意味しない。マルチテナント環境の分離機能として扱ったり、個別のGateway、認証情報、アクセス制御、インフラ境界の代わりにしたりすることはできない。

OpenClawのアーキテクチャでは、Gatewayがセッション、ルーティング、チャネル接続の情報源となる。分離の単位は、エージェント、ワークスペース、送信者などに応じて設定できる。8

チーム用の共有認証情報ストア

リリースでは、SQLiteを使ったチーム単位の共有認証情報ストアも追加された。主な特徴は次のとおりだ。3

• 秘密情報の値は書き込み専用として扱う
• 保護された外向き通信は、宣言済みのホストに限定する
• 読み取り可能な環境変数と秘密情報を区別する

複数人で運用する際に認証情報を一元管理しやすくなる一方、秘密情報を含むため、保存先やアクセス権限の管理は引き続き重要になる。

アップデート前にバックアップが必要な理由

今回の変更は、通常の小規模アップデートよりも影響範囲が広い。公式ドキュメントも、更新前に設定と状態のバックアップを作成し、検証しておくよう案内している。13

OpenClawのバックアップ機能では、アーカイブの作成、検証、復元に加え、SQLite専用のバックアップ操作も利用できる。バックアップには、状態、設定、認証プロファイル、プロバイダーやチャネルの認証情報、セッション、必要に応じてワークスペースを含められる。13

特に注意したいのは、セッションとトランスクリプトの保存方式が変わる点だ。従来のフラットファイルだけをコピーして移行するのではなく、公式に対応したバックアップと復元の手順を使うべきだ。17

また、SQLiteの稼働中ファイルを単純にコピーする方法も避けたい。バックアップにあたっては、サポートされているアーカイブまたはSQLite用のバックアップ機能を利用する必要がある。11

OpenClaw 2.0で変わらない方向性

OpenClawが目指す方向は、引き続きオープンで移植性のあるAIエージェント基盤だ。ユーザーは、特定のAIベンダーや企業だけに縛られるのではなく、モデル、プロバイダー、デバイス、プラグイン、運用環境を選べる。

今回の証拠から確認できるのは、導入、永続化、セッション、Control UI、共有作業、認証情報管理などの技術的な変更だ。なお、MITライセンスやガバナンスに関する正確な文言については、提示された情報だけでは独立して検証できない。

結論として、OpenClaw 2.0は「新機能を一つ追加した」バージョンではなく、AIエージェントを個人利用から継続運用、さらにチーム作業へ広げるための土台を組み直したリリースといえる。ただし、データ保存方式と権限管理が変わる大規模更新であるため、導入前のバックアップと、共有セッションをセキュリティ境界と誤認しない運用が欠かせない。

OpenClaw 2.0（v2026.8.1）は、単一の目玉機能を追加するリリースではない。インストール、状態の永続化、Web上の操作画面、チームでの作業、セキュリティ境界を一気に作り直す、プラットフォーム全体の再構築に近いアップデートだ。

プロジェクトによれば、約2か月にわたる開発には933人が参加し、そのうち569人は初めて貢献したユーザーだった。取り込まれたプルリクエストは1万6,000件を超える。3

OpenClaw 2.0の主な変更点

インストールとモデル設定を簡単に

インストーラーは、設定手順を案内しながら、利用可能なモデルの認証情報や既存のサブスクリプションを検出する設計に刷新された。プロバイダーごとにAPIキーなどを手作業で登録する負担を減らし、対応するサービスで最初のエージェントを動かしやすくする狙いだ。3

会話履歴や記憶をSQLiteで管理

会話、セッション履歴、トランスクリプトの保存方式は、従来のフラットなJSON／JSONL形式から、SQLiteを基盤とする永続化へ移行する方向が示された。これにより、会話検索、メモリー、アーカイブ、セッションの引き継ぎ、共有状態を、より検索しやすく耐久性のある形で扱えるようになる。3

従来のドキュメントでは、セッションストアとしてsessions.json、トランスクリプトとして*.jsonlが使われていると説明されていた。7

スキル、モデル、自動化を拡張

再利用でき、利用を通じて改善されるスキル、モデル選択とプロバイダー管理、定期実行や継続的な自動処理の機能も拡充された。セッションのルーティングや各種チャネル接続では、Gatewayが中心的な役割を担う。8

Control UIを大幅に再設計

ブラウザーから操作するControl UIも再構築された。報告されているテスト条件では、起動時間が従来のおよそ1.6秒から約575ミリ秒に短縮されたという。6

設定画面は、稼働中のスキーマからフォームを生成する方式になり、プラグインやチャネルの設定スキーマにも対応する。高度な設定を行いたいユーザー向けに、従来のような生のJSONを編集するための「Raw JSON」も引き続き用意されている。6

ブラウザーだけで開発・運用しやすく

新しいダッシュボードには、ファイル編集、Gitやプルリクエスト、CIの状況確認、ブラウザー検査、Webターミナルなど、ワークスペースを中心とした操作機能が加わった。作業内容を確認したり、エージェントの動作を管理したりするために、ブラウザーの外へ移動する場面を減らせる。3

ネイティブアプリとプラグイン管理も強化

ネイティブクライアントやペアリングしたデバイスを使うワークフローも強化された。プラグイン設定は、スキーマに基づく設定画面を通じて、Control UIから確認・管理しやすくなっている。6

チームで使える共有セッション

OpenClaw 2.0の大きな変更の一つが、チーム向けの共有セッションだ。

• ペアリングしたデバイスやクラウドワーカー上で作業を実行できる
• セッションとともにワークスペースを引き継げる
• 起動済みのマシンやプロジェクトの初期状態を再利用できる
• チームメンバーが、履歴や文脈を保持したまま作業に参加したり引き継いだりできる

つまり、担当者が変わるたびに最初から説明し直すのではなく、既存の会話履歴と作業状態を残したまま共同作業を続けられる。23

ただし、共有セッションはセキュリティ上の境界を意味しない。マルチテナント環境の分離機能として扱ったり、個別のGateway、認証情報、アクセス制御、インフラ境界の代わりにしたりすることはできない。

OpenClawのアーキテクチャでは、Gatewayがセッション、ルーティング、チャネル接続の情報源となる。分離の単位は、エージェント、ワークスペース、送信者などに応じて設定できる。8

チーム用の共有認証情報ストア

リリースでは、SQLiteを使ったチーム単位の共有認証情報ストアも追加された。主な特徴は次のとおりだ。3

• 秘密情報の値は書き込み専用として扱う
• 保護された外向き通信は、宣言済みのホストに限定する
• 読み取り可能な環境変数と秘密情報を区別する

複数人で運用する際に認証情報を一元管理しやすくなる一方、秘密情報を含むため、保存先やアクセス権限の管理は引き続き重要になる。

アップデート前にバックアップが必要な理由

今回の変更は、通常の小規模アップデートよりも影響範囲が広い。公式ドキュメントも、更新前に設定と状態のバックアップを作成し、検証しておくよう案内している。13

OpenClawのバックアップ機能では、アーカイブの作成、検証、復元に加え、SQLite専用のバックアップ操作も利用できる。バックアップには、状態、設定、認証プロファイル、プロバイダーやチャネルの認証情報、セッション、必要に応じてワークスペースを含められる。13

特に注意したいのは、セッションとトランスクリプトの保存方式が変わる点だ。従来のフラットファイルだけをコピーして移行するのではなく、公式に対応したバックアップと復元の手順を使うべきだ。17

また、SQLiteの稼働中ファイルを単純にコピーする方法も避けたい。バックアップにあたっては、サポートされているアーカイブまたはSQLite用のバックアップ機能を利用する必要がある。11

OpenClaw 2.0で変わらない方向性

OpenClawが目指す方向は、引き続きオープンで移植性のあるAIエージェント基盤だ。ユーザーは、特定のAIベンダーや企業だけに縛られるのではなく、モデル、プロバイダー、デバイス、プラグイン、運用環境を選べる。

今回の証拠から確認できるのは、導入、永続化、セッション、Control UI、共有作業、認証情報管理などの技術的な変更だ。なお、MITライセンスやガバナンスに関する正確な文言については、提示された情報だけでは独立して検証できない。

結論として、OpenClaw 2.0は「新機能を一つ追加した」バージョンではなく、AIエージェントを個人利用から継続運用、さらにチーム作業へ広げるための土台を組み直したリリースといえる。ただし、データ保存方式と権限管理が変わる大規模更新であるため、導入前のバックアップと、共有セッションをセキュリティ境界と誤認しない運用が欠かせない。