GitHubで急速に注目を集めているオープンソースプロジェクトがあります。その名は OpenClaw。
「試したら正直ヤバかった」「ChatGPTに匹敵する革命だ」「会社の業務を代わりにこなしてくれている」——そんな声がエンジニアコミュニティから次々と上がっています。
どれくらい注目されているか、数字で言うと異常です。2025年11月の公開からわずか約60日でGitHubスターが25万を突破。Reactが同水準に達するのに13年かかったことを考えると、そのスピードは桁違いです。2026年時点では 38万スターを超え、GitHubで最もスターの多いソフトウェアプロジェクトになりました。
20年以上、日本のITアーキテクト現場に立ってきた私（ケイ）が、実際に自分のMacに導入して使い倒した上で、OpenClawの実像・実力・リスクを正直にレビューします。
OpenClawとは何か——「AIに使われる」から「AIを使い倒す」時代へ
OpenClawは、自分のデバイス上で動く（ローカルファースト）パーソナルAIアシスタントです。WhatsApp、Telegram、Slack、Discord、iMessageなど、日常的に使うメッセージングアプリ26以上を1つのAIが横断的に受け付け、ターミナル・ファイル・ブラウザ操作を自律的に代行します。
面白いのは開発体制です。リードは Peter Steinberger——iOS開発者なら誰もが知るPDF SDK「PSPDFKit」の創業者。そしてエージェント基盤「pi-mono」を設計したのは Mario Zechner（ゲーム開発フレームワークlibGDXの作者）。“ゲーム開発者の設計思想”がAIエージェントに持ち込まれているのが技術的な見どころです。
もともと「ClaudeBot（Moltbot）」として開発が始まりましたが、Anthropic社から改名を求める連絡が届き、OpenClawへ改名。この騒動が逆に知名度を押し上げました。2026年2月にはSteinbergerがOpenAIへの参加を発表し、プロジェクト自体は独立したオープンソース財団へ移管されています。
OpenClawでできること：
- ターミナル操作・ファイル操作・ブラウザ操作を自律的に実行
- メッセンジャーアプリからテキストを送るだけで作業を依頼
- ユーザーの好みや設定を永続的に記憶（メモリ機能）
- 毎朝定時に自動でタスクを実行（Cronジョブ連携）
- スキル機能でAIの能力を拡張（MCPに近い概念）
アーキテクト視点で見るOpenClawの本質
ITアーキテクトとして正直に評価すると、OpenClawは技術的に突出して新しいことをしているわけではありません。
- メモリ機能は、Markdownファイルへの書き込みで実現
- 自律実行は、Cronジョブによるプロンプト自動入力
- スキルは、
SKILL.mdファイルでAIに操作手順を教える仕組み
しかし重要なのは、複雑な技術をシンプルなインターフェースにまとめた設計思想です。「メッセンジャーアプリから文字を送るだけで、あとはAIが勝手にやる」——この体験はこれまでのAIエージェントにはありませんでした。シンプルだから普及する。それがOpenClawが支持される最大の理由だと私は見ています。
実際に導入して使ってみた【実使用レビュー】
ここからが本題。私が実際に自分の環境（※実体験ベースで調整：例 M2 MacBook Pro / Node 24）に導入して使ってみた記録です。
セットアップの実体験——つまずいたのは「Node」と「権限」
インストール自体は一行です。
npm install -g openclaw@latest続いてオンボーディング（デーモン登録つき）：
openclaw onboard --install-daemon--install-daemonを付けると、GatewayがOSサービスとして登録され、PC再起動後も自動起動します。ここで 私が実際にハマったのがNodeのバージョンでした。Node 24（推奨）または22.19+以外だとサイレントエラーになり、原因究明に時間を取られます。先に必ず確認を。
node -vMacではさらにOSの権限許可プロンプト（ファイルアクセス等）が出るので、ここも案内どおり許可します。設定後、ダッシュボードを開くと管理はほぼここで完結します。
openclaw dashboard # → http://127.0.0.1:18789/ が開くトラブル時の診断コマンドが用意されているのも実務的で好印象でした。
openclaw doctor※実体験ベースで調整：セットアップにかかった時間、選んだチャネル（TelegramかDiscord推奨）、実際に出たエラー文言などを1〜2行足すと、体験記としての厚みが増します。
実際に試したタスク（※実体験ベースで調整）
私が試したのは、アーキテクトの日常に近い定型作業です。
- ログ監視 → Slack通知：Cronで一定間隔でログを確認させ、異常検知時にメッセンジャーへ通知。
- 毎朝のサマリー：指定フォルダの変更点を毎朝まとめて要約・送信。
- CSV/Excelの定型処理：フォーマット変換や集計などの繰り返し作業を代行。
※実体験ベースで調整：上のうち「実際に自分が回したタスク」と、その結果（うまくいった/いかなかった具体例）を書くのが最も価値が高い部分です。ここは必ず自分の言葉で。
良かった点
- “話しかけるだけ”の体験：普段使いのメッセンジャーから依頼できる敷居の低さは本物。
- ローカルファースト：データを自分の手元に置ける安心感。
- デイリーリリース：カレンダーバージョニング（
vYYYY.M.D）で改善が速い。
期待外れ・注意した点
- 自律ゆえの暴走リスク：指示が曖昧だと想定外の操作に走ることがある。委ねる範囲の設計が必須。
- メンテは自己責任：中央が個々のインストールを管理してくれるわけではない。更新・セキュリティは自分で追う必要がある。
- APIコストの読みにくさ：後述。
APIコストの現実——ここは要注意
エージェントが自律的に何度もLLMを呼ぶため、APIの利用料が想定外に膨らむことがあります。私の体感でも「気づいたらトークンを結構食っていた」（※実体験ベースで調整：可能なら概算額を）という場面がありました。
対策として有効なのが ローカルLLM（Ollama） の併用です。OpenClawはAnthropic（Claude・推奨）/ OpenAI / Google / Ollama などモデル非依存なので、コストを抑えたい処理はローカルモデルに逃がせます。AppleシリコンのMacはRAMをVRAMとして使えるため、推論用途のコスパが良いのは実感どおりでした。
セキュリティリスクと対策——実務者として絶対に外せない
OpenClawはコンピューターを自由に操作できるという性質上、セキュリティを正しく認識しないと危険です。実際、2026年初頭には 「ClawJacked」と呼ばれる高深刻度の脆弱性（CVE-2026-25253） が見つかり、パッチが出ています。“システム権限を持つエージェント”は、それ自体が攻撃対象になり得るということです。
実務的な対策
- Gatewayを公開インターネットに晒さない（これは鉄則）。
- 導入時・定期的にセキュリティ監査を実行する：
openclaw security audit --deep- 専用マシンまたはDockerコンテナで運用し、本番環境と完全分離。
- サンドボックス化・権限の最小化を徹底。
- プライベートアカウントの重要なAPIキーは入れない。
- ローカルLLMでAPIコストと情報漏えいリスクの両方を抑える。
OpenClawを業務で使うとしたら——ITアーキテクトからの提言
推奨ユースケース
- 技術ドキュメントの自動整備（社内Wiki・Confluenceの定期更新）
- ログ監視とアラート通知（Cron＋メッセンジャー通知）
- 繰り返し型のデータ処理（定型Excel/CSV処理）
慎重にすべきユースケース
- 顧客データ・機密情報を扱う業務（セキュリティ審査必須）
- 本番システムへの直接アクセスが必要な操作
まとめ——「ChatGPTに入りに行く時代」の終わりと「パーソナルAI時代」の始まり
OpenClawは、技術的に突出した革新性があるわけではありません。しかし 「AIをいつでも呼び出せるパーソナルエージェントにする」 という体験設計で、他ツールを一歩リードしています。
実際に使ってみて感じたのは、「便利だが、どこまで委ねるかを設計できる人向け」ということ。“使えるから使う”ではなく、“どこまで委ねるか”を設計できるITアーキテクトの視点が、これからますます重要になります。
▶ あわせて読みたい：[Google NotebookLM 完全ガイド]
▶ AIの全体像：[AIの基礎から未来トレンド完全解説]
著者：ケイ（Kei）｜セールスフォース・ジャパン テクニカルアーキテクト
コメント