Skip to main content
このページでは、オンボーディングの動作、出力、内部処理を手順ごとに説明します。 詳しい手順については、オンボーディング(CLI)を参照してください。CLI フラグの完全な リファレンス(すべての --flag、非対話型の例、プロバイダー固有の コマンド)については、openclaw onboardを参照してください。

ウィザードの動作

ローカルモード(デフォルト)では、次の手順を案内します。
  • モデルと認証のセットアップ(Anthropic、OpenAI Code サブスクリプション OAuth、xAI、OpenCode、カスタムエンドポイント、その他のプロバイダー所有の認証フロー)
  • ワークスペースの場所とブートストラップファイル
  • Gateway の設定(ポート、バインド、認証、Tailscale)
  • チャンネルとプロバイダー(Discord、Feishu、Google Chat、iMessage、Mattermost、Microsoft Teams、QQ Bot、Signal、Slack、Telegram、WhatsApp、その他の同梱または Plugin チャンネル)
  • ウェブ検索プロバイダー(任意)
  • デーモンのインストール(LaunchAgent、systemd ユーザーユニット、または Startup フォルダーへのフォールバックを備えたネイティブ Windows の Scheduled Task)
  • ヘルスチェック
  • Skills のセットアップ
リモートモードでは、このマシンから別の場所にある Gateway へ接続するよう設定します。リモートホストには 何もインストールせず、変更も加えません。

ローカルフローの詳細

1

既存設定の検出

  • ~/.openclaw/openclaw.json が存在する場合は、現在の値を維持確認して更新、またはセットアップ前にリセットを選択します。
  • 明示的にリセットを選択する(または --reset を渡す)場合を除き、ウィザードを再実行しても何も消去されません。
  • CLI の --reset はデフォルトで config+creds+sessions になります。ワークスペースも削除するには --reset-scope full を使用します。
  • 設定が無効であるか、レガシーキーが含まれている場合、ウィザードは停止し、続行する前に openclaw doctor を実行するよう求めます。
  • リセットでは状態をゴミ箱へ移動し(直接削除することはありません)、次の範囲を選択できます。
    • 設定のみ
    • 設定 + 認証情報 + セッション
    • 完全リセット(ワークスペースも削除)
2

モデルと認証

3

ワークスペース

  • デフォルトは ~/.openclaw/workspace(設定可能)。
  • 初回実行時のブートストラップに必要なワークスペースファイルを作成します。
  • 再実行時に既存のエージェント一覧がある場合、移動を明示的に確認しない限り、 フリート全体のワークスペースが維持されます。非対話型の再実行では警告を表示し、 現在の値を維持します。
  • ワークスペースのレイアウト:エージェントワークスペース
4

Gateway

  • ポート、バインド、認証モード、Tailscale への公開について入力を求めます。
  • 推奨:local loopback でもトークン認証を有効にし、ローカルの WS クライアントにも認証を必須にします。
  • トークンモードの対話型セットアップでは、次の選択肢があります。
    • 平文トークンを生成して保存(デフォルト)
    • SecretRef を使用(オプトイン)
  • パスワードモードの対話型セットアップでも、平文または SecretRef での保存がサポートされます。
  • 非対話型でトークンを SecretRef に保存するパス:--gateway-token-ref-env <ENV_VAR>
    • オンボーディングプロセスの環境に、空でない環境変数が必要です。
    • --gateway-token と併用できません。
  • すべてのローカルプロセスを完全に信頼できる場合にのみ、認証を無効にしてください。
  • local loopback 以外へのバインドでは、引き続き認証が必要です。
5

チャンネル

  • WhatsApp:任意の QR ログイン
  • Telegram:ボットトークン
  • Discord:ボットトークン
  • Google Chat:サービスアカウント JSON + Webhook オーディエンス
  • Mattermost:ボットトークン + ベース URL
  • Signal:任意の signal-cli インストール + アカウント設定
  • iMessageimsg CLI パス + Messages DB へのアクセス。Gateway が Mac 以外で動作する場合は SSH ラッパーを使用します
  • DM のセキュリティ:デフォルトはペアリングです。最初の DM でコードが送信されます。 openclaw pairing approve <channel> <code> で承認するか、許可リストを使用します。
6

ウェブ検索

  • プロバイダー(Brave、DuckDuckGo、Exa、Firecrawl、Gemini、Grok、Kimi、MiniMax Search、Ollama Web Search、Perplexity、SearXNG、Tavily)を選択するか、スキップします。
  • --skip-search でこの手順をスキップできます。後から openclaw configure --section web で再設定できます。
7

デーモンのインストール

  • macOS:LaunchAgent
    • ログイン済みのユーザーセッションが必要です。ヘッドレス環境では、カスタム LaunchDaemon(同梱されていません)を使用します。
  • Linux および WSL2 経由の Windows:systemd ユーザーユニット
    • ログアウト後も Gateway が動作し続けるよう、ウィザードは loginctl enable-linger <user> を試行します。
    • sudo を求める場合があります(/var/lib/systemd/linger に書き込みます)。最初に sudo なしで試行します。
  • ネイティブ Windows:最初に Scheduled Task
    • タスクの作成が拒否された場合、OpenClaw はユーザー単位の Startup フォルダーのログイン項目へフォールバックし、Gateway を直ちに起動します。
    • より適切なスーパーバイザー状態を提供するため、Scheduled Tasks が引き続き推奨されます。
  • ランタイムの選択:OpenClaw の標準ランタイム状態ストアでは node:sqlite を使用するため、Node が必要です。
8

ヘルスチェック

  • 必要に応じて Gateway を起動し、openclaw health を実行します。
  • openclaw status --deep を指定すると、対応している場合はチャンネルプローブも含め、稼働中の Gateway のヘルスプローブがステータス出力に追加されます。
9

Skills

  • 利用可能な Skills を読み込み、要件を確認します。
  • Node マネージャーとして npm、pnpm、bun のいずれかを選択できます。
  • 必要なインストーラーが利用可能な場合、信頼済みの同梱 Skills に必要な任意の 依存関係をインストールします。
  • 利用できない Homebrew、uv、Go のインストーラーをスキップし、影響を受ける Skills を手動セットアップの案内とともにグループ化します。不足している前提条件を インストールした後、openclaw doctor を実行してください。
10

完了

  • iOS、Android、macOS アプリのオプションを含む、概要と次の手順を表示します。
GUI が検出されない場合、ウィザードはブラウザーを開く代わりに、Control UI 用の SSH ポートフォワーディング手順を表示します。 Control UI のアセットがない場合、ウィザードはビルドを試行します。フォールバックは pnpm ui:build です(UI の依存関係を自動インストールします)。

リモートモードの詳細

リモートモードでは、このマシンから別の場所にある Gateway へ接続するよう設定します。リモートホストには 何もインストールせず、変更も加えません。 設定する項目:
  • リモート Gateway の URL(ws://... または wss://...
  • リモート Gateway の設定と一致する、トークン、パスワード、または認証なし
1

検出(任意)

dns-sd(macOS)または avahi-browse(Linux)が利用可能な場合、オンボーディングでは URL の手動入力に切り替える前に、Bonjour/mDNS の Gateway ビーコンを検索するか選択できます。 設定されている場合は、広域 DNS-SD 検出も試行されます。ドキュメント:Gateway の検出Bonjour
2

接続方法

ビーコンを選択した場合は、直接 WebSocket または SSH トンネルを選択します。
  • 直接wss:// 経由で接続し、検出された TLS フィンガープリントを信頼するか確認します(初回使用時の信頼によるピン留め。承認した場合のみピン留めされます)。
  • SSH トンネル:最初に実行する ssh -N -L 18789:127.0.0.1:18789 <user>@<host> コマンドを表示し、その後 local loopback のトンネルエンドポイントへ接続します。
3

認証

トークン(推奨)、パスワード、または認証なしを選択し、必要に応じて平文ではなく SecretRef として保存します。
Gateway が local loopback 専用で検出できない場合は、SSH トンネリングまたは tailnet を手動で使用します。 平文の ws:// は local loopback、プライベート IP リテラル、.local、Tailnet の *.ts.net URL で使用できます。その他のプライベート DNS 名には OPENCLAW_ALLOW_INSECURE_PRIVATE_WS=1 が必要です。

認証とモデルのオプション

対話型オンボーディングでプロバイダーのセットアップ手順が失敗した場合(たとえば、ローカルでサインインしていない状態で CLI 再利用オプションを選択した場合)、 ウィザードは終了せず、エラーを表示してプロバイダー選択画面に戻ります。 自動化用に明示的に --auth-choice を指定した実行では、引き続き即座に失敗します。
ANTHROPIC_API_KEY が存在する場合はそれを使用し、存在しない場合はキーの入力を求めて、デーモンで使用できるよう保存します。
対話型のオンボーディングおよび設定で推奨されるローカルパスです。利用可能な場合は、既存の Claude CLI サインインを再利用します。
ブラウザーフローで code#state を貼り付けます。プライマリモデルがない新規セットアップでは、Codex ランタイムを通じて agents.defaults.modelopenai/gpt-5.6-sol に設定します。
有効期間の短いデバイスコードを使用するブラウザーペアリングフローです。プライマリモデルがない新規セットアップでは、Codex ランタイムを通じて agents.defaults.modelopenai/gpt-5.6-sol に設定します。
OPENAI_API_KEY が存在する場合はそれを使用し、存在しない場合はキーの入力を求めて、認証プロファイルに認証情報を保存します。プライマリモデルがない新規セットアップでは、agents.defaults.modelopenai/gpt-5.6 に設定します。修飾子のない直接 API モデル ID は Sol ティアとして解決されます。OpenAI を追加または再認証しても、openai/gpt-5.5 を含む、明示的に指定された既存のプライマリ モデルは維持されます。アカウントで GPT-5.6 が提供されていない場合は、 openai/gpt-5.5 を明示的に選択してください。OpenClaw が暗黙的にダウングレードすることはありません。
対象となる SuperGrok または X Premium アカウントでブラウザからサインインします。これは ほとんどのユーザーに推奨される xAI の方法です。OpenClaw は、Grok モデル、Grok web_searchx_search、および code_execution 用に、生成された認証プロファイルを保存します。
localhost コールバックの代わりに短いコードを使用する、リモート環境に適したブラウザサインインです。 SSH、Docker、または VPS ホストから使用してください。
XAI_API_KEY の入力を求め、xAI をモデルプロバイダーとして設定します。サブスクリプション OAuth ではなく xAI Console API キーを使用する場合に選択してください。
OPENCODE_API_KEY(または OPENCODE_ZEN_API_KEY)の入力を求め、Zen または Go カタログを選択できます(1 つの API キーで両方を利用できます)。 セットアップ URL: opencode.ai/auth
キーを保存します。
AI_GATEWAY_API_KEY の入力を求めます。 詳細: Vercel AI Gateway
アカウント ID、Gateway ID、および CLOUDFLARE_AI_GATEWAY_API_KEY の入力を求めます。 詳細: Cloudflare AI Gateway
設定は自動的に書き込まれます。ホステッド環境のデフォルトは MiniMax-M3 です。API キーのセットアップでは minimax/...、OAuth のセットアップでは minimax-portal/... を使用します。 詳細: MiniMax
中国またはグローバルのエンドポイントに対して、StepFun Standard または Step Plan の設定が自動的に書き込まれます。 Standard には現在 step-3.5-flash が含まれ、Step Plan には step-3.5-flash-2603 も含まれます。 詳細: StepFun
SYNTHETIC_API_KEY の入力を求めます。 詳細: Synthetic
最初に Cloud + LocalCloud only、または Local only の入力を求めます。 Cloud only は、https://ollama.com とともに OLLAMA_API_KEY を使用します。 ホストを使用するモードではベース URL(デフォルトは http://127.0.0.1:11434)の入力を求め、利用可能なモデルを検出して、デフォルト候補を提案します。 Cloud + Local では、その Ollama ホストがクラウドアクセス用にサインイン済みかどうかも確認します。 詳細: Ollama
Moonshot(Kimi K2)と Kimi Coding の設定は自動的に書き込まれます。 詳細: Moonshot AI(Kimi + Kimi Coding)
OpenAI 互換、OpenAI Responses 互換、および Anthropic 互換のエンドポイントで動作します。対話型オンボーディングでは、他のプロバイダーの API キーフローと同じ API キー保存方法を利用できます。
  • API キーを今すぐ貼り付ける(平文)
  • シークレット参照を使用する(環境変数参照または設定済みプロバイダー参照。事前検証あり)
オンボーディングは、一般的なビジョンモデル ID(GPT-4o/4.1/5.x、Claude 3/4、Gemini、Qwen-VL、LLaVA、Pixtral など)から画像対応を推測し、モデル名が不明な場合にのみ確認します。非対話型フラグ:
  • --auth-choice custom-api-key
  • --custom-base-url
  • --custom-model-id
  • --custom-api-key(任意。指定しない場合は CUSTOM_API_KEY にフォールバック)
  • --custom-provider-id(任意)
  • --custom-compatibility <openai|openai-responses|anthropic>(任意。デフォルトは openai
  • --custom-image-input / --custom-text-input(任意。推測されたモデル入力機能を上書き)
認証を未設定のままにします。
モデルの動作:
  • 検出された選択肢からデフォルトモデルを選ぶか、プロバイダーとモデルを手動で入力します。
  • プロバイダーの認証方法を選択してオンボーディングを開始した場合、モデル選択画面では そのプロバイダーが自動的に優先されます。Volcengine と BytePlus では、同じ優先設定が それぞれのコーディングプランのバリエーション(volcengine-plan/*byteplus-plan/*)にも一致します。
  • 優先プロバイダーで絞り込んだ結果が空になる場合、モデルを何も表示しないのではなく、 完全なカタログにフォールバックします。
  • ウィザードはモデルチェックを実行し、設定されたモデルが不明な場合や認証がない場合に警告します。
認証情報とプロファイルのパス:
  • 認証プロファイル(API キー + OAuth): ~/.openclaw/agents/<agentId>/agent/auth-profiles.json
  • レガシー OAuth のインポート: ~/.openclaw/credentials/oauth.json
認証情報の保存モード:
  • デフォルトのオンボーディングでは、API キーを認証プロファイルに平文の値として永続化します。
  • --secret-input-mode ref を使用すると、平文でキーを保存する代わりに参照モードが有効になります。 対話型セットアップでは、次のいずれかを選択できます。
    • 環境変数参照(例: keyRef: { source: "env", provider: "default", id: "OPENAI_API_KEY" }
    • 設定済みプロバイダー参照(file または exec)。プロバイダーのエイリアス + ID を使用
  • 対話型の参照モードでは、保存前に高速な事前検証を実行します。
    • 環境変数参照: 現在のオンボーディング環境で、変数名と値が空でないことを検証します。
    • プロバイダー参照: プロバイダー設定を検証し、要求された ID を解決します。
    • 事前検証に失敗すると、オンボーディングでエラーが表示され、再試行できます。
  • 非対話型モードでは、--secret-input-mode ref は環境変数のみを参照します。
    • オンボーディングプロセスの環境にプロバイダーの環境変数を設定してください。
    • インラインキーフラグ(例: --openai-api-key)を使用するには、その環境変数を設定する必要があります。設定されていない場合、オンボーディングは即座に失敗します。
    • カスタムプロバイダーでは、非対話型の ref モードにより、models.providers.<id>.apiKey{ source: "env", provider: "default", id: "CUSTOM_API_KEY" } として保存されます。
    • このカスタムプロバイダーの場合、--custom-api-key を使用するには CUSTOM_API_KEY を設定する必要があります。設定されていない場合、オンボーディングは即座に失敗します。
  • Gateway の認証情報では、対話型セットアップで平文と SecretRef を選択できます。
    • トークンモード: 平文トークンを生成して保存(デフォルト)または SecretRef を使用
    • パスワードモード: 平文または SecretRef。
  • 非対話型トークンの SecretRef パス: --gateway-token-ref-env <ENV_VAR>
  • 既存の平文セットアップは変更なく引き続き動作します。
ヘッドレス環境とサーバー向けのヒント: ブラウザがあるマシンで OAuth を完了してから、そのエージェントの auth-profiles.json(例: ~/.openclaw/agents/<agentId>/agent/auth-profiles.json、または対応する $OPENCLAW_STATE_DIR/... のパス)を Gateway ホストへコピーします。credentials/oauth.json はレガシーインポート元としてのみ使用されます。

出力と内部動作

~/.openclaw/openclaw.json の一般的なフィールド:
  • agents.defaults.workspace
  • --skip-bootstrap が渡された場合は agents.defaults.skipBootstrap
  • agents.defaults.model / models.providers(Minimax を選択した場合)
  • tools.profile(未設定の場合、ローカルオンボーディングではデフォルトで "coding" になります。既存の明示的な値は保持されます)
  • gateway.*(モード、バインド、認証、Tailscale)
  • session.dmScope(オンボーディングでは明示的な値を保持し、それ以外の場合は未設定のままにします。そのため、main のデフォルトにより、すべてのチャネルのダイレクトメッセージがエージェントのローリングメインセッションに保持されます。これは個人用エージェントのデフォルトです。共有またはマルチユーザーの受信トレイでは per-channel-peer を使用してください。openclaw security audit は、マルチユーザーの DM トラフィックを検出すると分離を推奨します)
  • channels.telegram.botTokenchannels.discord.tokenchannels.matrix.*channels.signal.*channels.imessage.*
  • プロンプト中にオプトインした場合のチャネル許可リスト(Discord、iMessage、Signal、Slack、Telegram、WhatsApp)。Discord と Slack では入力した名前も ID に解決されます
  • skills.install.nodeManager
    • setup --node-manager フラグは npmpnpm、または bun を受け付けます。
    • 後から手動設定で skills.install.nodeManager: "yarn" を指定することもできます。
  • wizard.lastRunAt
  • wizard.lastRunVersion
  • wizard.lastRunCommit
  • wizard.lastRunCommand
  • wizard.lastRunMode
  • wizard.securityAcknowledgedAt
openclaw agents addagents.entries.* と、任意の bindings を書き込みます。 WhatsApp の認証情報は ~/.openclaw/credentials/whatsapp/<accountId>/ に保存されます。 アクティブなセッションとトランスクリプトは ~/.openclaw/agents/<agentId>/agent/openclaw-agent.sqlite に保存されます。 ~/.openclaw/agents/<agentId>/sessions/ ディレクトリは、レガシー移行の 入力およびアーカイブやサポート用の成果物に使用されます。
一部のチャネルは Plugin として提供されます。セットアップ中に選択すると、ウィザードは チャネルを設定する前に Plugin(npm またはローカルパス)のインストールを求めます。

インストール済みアプリの推奨

モデルアクセスのチェックに成功すると、macOS の従来の対話型オンボーディングは、macOS のプライバシー権限を要求せずにアプリケーション名とバンドル ID をスキャンします。公式 Plugin カタログと ClawHub を検索し、設定済みモデルに、名前が誤って一致した候補を除外して関連する Plugin または Skills を推奨するよう求めます。推奨された一致候補はデフォルトで選択されます。任意の一致候補は明示的に選択する必要があります。 結果画面には検出されたアプリケーションが一覧表示され、「アプリ名は、設定済みモデルと ClawHub 検索を使用して照合されました。」と表示されます。wizard.appRecommendationsfalse に設定すると、このオンボーディング手順と、Gateway による Node アプリインベントリへのアクセスの両方が無効になります。このスキャンは、クイックスタートまたは macOS 以外のオンボーディングでは使用されません。

非対話型セットアップ

--non-interactive には --accept-risk が必要です(エージェントは強力であり、システム全体へのアクセスにはリスクがあることを確認します)。
フラグの完全なリファレンスとプロバイダー固有の例: openclaw onboardCLI 自動化

Gateway ウィザード RPC

  • wizard.start
  • wizard.next
  • wizard.cancel
  • wizard.status
クライアント(macOS アプリと Control UI)は、オンボーディングのロジックを再実装せずに手順を表示できます。

Signal のセットアップ動作

  • 公式の signal-cli GitHub リリースから適切なリリースアセットをダウンロードします(ネイティブビルド、Linux x86-64 のみ)
  • その他のプラットフォーム(macOS、x64 以外の Linux)では、代わりに Homebrew を使用してインストールします
  • リリースアセットによるインストールを ~/.openclaw/tools/signal-cli/<version>/ に保存します
  • 設定に kind: "managed-native" を含む channels.signal.transport.cliPath を書き込みます
  • ネイティブ Windows はまだサポートされていません。Linux のインストールパスを使用するには WSL2 内でオンボーディングを実行してください

関連ドキュメント