🦞## OpenClawとは？
OpenClaw OpenClawは、Peter Steinbergerとコミュニティによってコックされたオープンソースのセルフホスト型パーソナルAIアシスタントです。クラウドベースのAIアシスタントと異なり、OpenClawはあなた自身のハードウェア上で完全に動作します。
## 📦 前提条件
// ⚠️ Windowsユーザーへ：Ubuntu付きのWSL2を強くお勧めします
## 🚀 インストール
オプション1: クイックインストール
オプション2: npm/pnpm
## ⚙️ 設定
インタラクティブなオンボーディングウィザードを実行します：
// 💡 プロのヒント：最高の体験のためにAnthropic Claude Pro/Maxの使用をお勧めします
## 💬 最初の会話
ゲートウェイを起動します：
最初のメッセージを送信します：
## 🎉 次のステップ
// おめでとうございます！他のチュートリアルを探索してください：
インストール前に、どこで動かすかを決める
ここに2分使う価値があります。後から移すとチャネル設定をやり直すことになるためです。エージェントはホストマシン上でファイルを読み、コマンドを実行できます。問題は性能よりも、そのマシンが何にアクセスできるかです。
| ホスト | 向いている用途 | 注意点 |
|---|---|---|
| 余っているミニPCやMac Mini | 多くの人に。常時稼働、静音、低ランニングコスト。 | 到達可能な状態を保つにはスリープ設定の変更が必要です。 |
| 小さめのVPS | Webhook用に安定した公開アドレスが要る場合。 | GPUがないためローカルモデルは遅くなります。公開前にSSHを固めてください。 |
| Raspberry Pi 5 | 低予算でのオーケストレーションと小型モデル。 | 8 GBではおよそ3Bクラスが上限です。SSDから起動してください。 |
| 普段使いのノートPC | 半日試してみる用途。 | 継続利用には不向きです。そのマシン上でエージェントはあなたと同じ範囲に手が届きます。 |
公式ドキュメントは最後の行についてはっきり書いており、繰り返す価値があります。実際に使用中の業務用・個人用PCにはインストールしないでください。エージェントは技術的にはホスト上のすべてのファイルに到達できます。再インストールしても平気なマシンが適切な出発点です。
インストール
インストールスクリプトが各プラットフォームでサポートされた方法です。決める前に見てみたい場合は、`npx openclaw@latest` が何も恒久的にインストールせずに実行します。
# macOS / Linux curl -fsSL https://openclaw.ai/install.sh | bash # Windows (PowerShell) iwr -useb https://openclaw.ai/install.ps1 | iex # Or try it without installing anything: npx openclaw@latest
これでバイナリがPATHに入ります。設定はまだ何もなく、サービスも登録されていません。それが次の2手順です。
openclaw onboard
`~/.openclaw/openclaw.json` を書き出し、モデル選択を案内します。後で再実行するとこの設定ファイルは上書きされますが、蓄積されたデータはそのまま残ります。何かを直すために2回目を実行する前に知っておく価値があります。
openclaw gateway install openclaw gateway start openclaw gateway status
これが飛ばされる手順であり、「午後まで動いていたエージェントが翌朝には消えている」原因です。`gateway install` はプラットフォームに応じてlaunchd、systemd、タスクスケジューラに登録し、`gateway start` はシェルではなくその管理下で実行します。
実際に健全か確認する
3つのコマンドは3つの異なる問いに答えます。正しいものを選べば時間を大きく節約できます。不調時はこの順で実行してください。
openclaw doctor
`doctor` はセットアップを点検し、不足や設定ミスを報告します。どこかに助けを求める前に実行してください。たいていはこれだけで答えが出ます。
openclaw triage
`doctor` がセットアップを見るのに対し、`triage` は今まさに何がうまくいっていないかを見ます。インストールは正常なのに挙動がおかしいときに使います。
openclaw dashboard
dashboardは、ゲートウェイが単にプロセスとして生きているのではなく、実際にサービスを提供しているかを確認する最短の方法です。
後回しにせず早めに決めるべきこと
- ✗チャネルを繋ぐ前に、何を実行してよいかを決めてください。ツールポリシーは確実な歯止めですが、よく書けたプロンプトはそうではありません。
- ✗ポート18789をインターネットに公開しないでください。SSHトンネルかプライベートネットワーク経由で到達します。開放されたエージェントのエンドポイントは、背後に認証情報を抱えたリモートコード実行そのものです。
- ✗onboardの再実行は設定を書き換えます。手で編集しているならコピーを取っておいてください。
- ✗ゲートウェイより先にモデルのバックエンドが立ち上がっている必要があります。ローカルでOllamaを動かしている場合、コールドロードによって最初のリクエストは遅延ではなくハングのように見えます。