Advanced setup
セットアップ
要約
更新頻度と Gateway を自分で実行するかどうかに基づいて、セットアップワークフローを選択します。
- カスタマイズはリポジトリ外に置く: 設定とワークスペースを
~/.openclaw/openclaw.jsonと~/.openclaw/workspace/に保持すると、リポジトリ更新の影響を受けません。 - 安定ワークフロー(大半のユーザーに推奨): macOS アプリをインストールし、同梱の Gateway を実行させます。
- 最新開発版ワークフロー(開発者向け):
pnpm gateway:watchで Gateway を自分で実行し、その後 macOS アプリを Local モードで接続させます。
前提条件(ソースから)
- Node 24 推奨(Node 22 LTS、現在は
22.19+、も引き続きサポート) - ソースチェックアウトには
pnpmが必要です。OpenClaw は開発モードで、同梱 Plugin をextensions/*pnpm ワークスペースパッケージから読み込むため、ルートでのnpm installでは ソースツリー全体は準備されません。 - Docker(任意。コンテナ化されたセットアップ/e2e の場合のみ - Dockerを参照)
カスタマイズ戦略(更新で壊れないようにする)
「自分向けに 100% カスタマイズ」しつつ簡単に更新したい場合は、カスタマイズを次に保持します。
- 設定:
~/.openclaw/openclaw.json(JSON/JSON5 風) - ワークスペース:
~/.openclaw/workspace(Skills、プロンプト、メモリ。プライベート git リポジトリにします)
一度だけブートストラップします。
openclaw setupこのリポジトリ内からは、ローカル CLI エントリを使用します。
openclaw setupまだグローバルインストールがない場合は、pnpm openclaw setup で実行します。
このリポジトリから Gateway を実行する
pnpm build の後、パッケージ化された CLI を直接実行できます。
node openclaw.mjs gateway --port 18789 --verbose安定ワークフロー(まず macOS アプリ)
- OpenClaw.app(メニューバー)をインストールして起動します。
- オンボーディング/権限チェックリスト(TCC プロンプト)を完了します。
- Gateway が Local で実行中であることを確認します(アプリが管理します)。
- サーフェスをリンクします(例: WhatsApp)。
openclaw channels login- 健全性チェック:
openclaw healthビルドでオンボーディングを利用できない場合:
openclaw setupを実行し、次にopenclaw channels loginを実行してから、Gateway を手動で起動します(openclaw gateway)。
最新開発版ワークフロー(ターミナル内の Gateway)
目的: TypeScript Gateway に取り組み、ホットリロードを得て、macOS アプリ UI を接続したままにします。
0) (任意)macOS アプリもソースから実行する
macOS アプリも最新開発版にしたい場合:
./scripts/restart-mac.sh1) 開発用 Gateway を開始する
pnpm install# 初回実行時のみ(またはローカル OpenClaw 設定/ワークスペースをリセットした後)pnpm openclaw setuppnpm gateway:watchgateway:watch は、名前付き tmux
セッションで Gateway の監視プロセスを開始または再起動し、インタラクティブなターミナルからは自動接続します。非インタラクティブシェルは
切断状態のままになり、tmux attach -t openclaw-gateway-watch-main を出力します。インタラクティブな実行を
切断状態のままにするには OPENCLAW_GATEWAY_WATCH_ATTACH=0 pnpm gateway:watch を使用し、
フォアグラウンド監視モードには pnpm gateway:watch:raw を使用します。ウォッチャーは、
関連するソース、設定、同梱 Plugin メタデータの変更で再読み込みします。監視対象の
Gateway が起動中に終了した場合、gateway:watch は
openclaw doctor --fix --non-interactive を一度実行して再試行します。この開発専用の修復パスを無効にするには
OPENCLAW_GATEWAY_WATCH_AUTO_DOCTOR=0 を設定します。
pnpm openclaw setup は、新しいチェックアウト向けの一度きりのローカル設定/ワークスペース初期化ステップです。
pnpm gateway:watch は dist/control-ui を再ビルドしないため、ui/ の変更後は pnpm ui:build を再実行するか、Control UI の開発中は pnpm ui:dev を使用してください。
2) macOS アプリを実行中の Gateway に向ける
OpenClaw.app で:
- 接続モード: Local アプリは設定済みポートで実行中の gateway に接続します。
3) 検証
- アプリ内の Gateway ステータスは 「既存の gateway を使用中 …」 と表示されるはずです
- または CLI で:
openclaw healthよくある落とし穴
- ポート違い: Gateway WS の既定値は
ws://127.0.0.1:18789です。アプリと CLI を同じポートに保ってください。 - 状態の保存場所:
- チャネル/プロバイダー状態:
~/.openclaw/credentials/ - モデル認証プロファイル:
~/.openclaw/agents/<agentId>/agent/auth-profiles.json - セッション:
~/.openclaw/agents/<agentId>/sessions/ - ログ:
/tmp/openclaw/
- チャネル/プロバイダー状態:
認証情報ストレージマップ
認証をデバッグする場合やバックアップ対象を決める場合に使用します。
- WhatsApp:
~/.openclaw/credentials/whatsapp/<accountId>/creds.json - Telegram ボットトークン: 設定/env または
channels.telegram.tokenFile(通常ファイルのみ。シンボリックリンクは拒否されます) - Discord ボットトークン: 設定/env または SecretRef(env/file/exec プロバイダー)
- Slack トークン: 設定/env(
channels.slack.*) - ペアリング許可リスト:
~/.openclaw/credentials/<channel>-allowFrom.json(既定アカウント)~/.openclaw/credentials/<channel>-<accountId>-allowFrom.json(非既定アカウント)
- モデル認証プロファイル:
~/.openclaw/agents/<agentId>/agent/auth-profiles.json - ファイル裏付けのシークレットペイロード(任意):
~/.openclaw/secrets.json - レガシー OAuth インポート:
~/.openclaw/credentials/oauth.json詳細: セキュリティ。
更新(セットアップを壊さずに)
~/.openclaw/workspaceと~/.openclaw/は「自分のもの」として保持します。個人用のプロンプト/設定をopenclawリポジトリに置かないでください。- ソースの更新:
git pull+pnpm install+ 引き続きpnpm gateway:watchを使用します。
Linux(systemd ユーザーサービス)
Linux インストールでは systemd ユーザーサービスを使用します。既定では、systemd はログアウト/アイドル時にユーザー サービスを停止するため、Gateway が終了します。オンボーディングは lingering を有効にしようとします(sudo を求める場合があります)。まだ無効な場合は、次を実行します。
sudo loginctl enable-linger $USER常時稼働またはマルチユーザーのサーバーでは、ユーザーサービスではなく システムサービスを検討してください(lingering は不要です)。systemd の注記については Gateway ランブックを参照してください。
関連ドキュメント
- Gateway ランブック(フラグ、監視、ポート)
- Gateway 設定(設定スキーマ + 例)
- Discord と Telegram(返信タグ +
replyToMode設定) - OpenClaw アシスタントのセットアップ
- macOS アプリ(gateway ライフサイクル)