言語を切り替える
テーマを切り替える

OpenClaw マルチプラットフォーム設定実戦:13 チャネルで AI アシスタントを一元管理

WhatsApp で AI に会議のスケジュール整理を頼んだのに、会社で Slack を開くと朝のやり取りを忘れている。夜に Discord でミーティングしても、また一からプロジェクトの背景を説明し直す——。マルチプラットフォーム AI アシスタントなら、すべてのツールでユーザーを覚えていてほしい。

OpenClaw の Channel 層アーキテクチャは、メッセージ正規化でこの課題を解決します。1 回デプロイすれば Telegram、WhatsApp、Discord、Slack など 13 プラットフォームに接続でき、すべての会話がシームレスに同期されます。Telegram のステッカー、Discord の embed、WhatsApp の音声も、統一フォーマットに変換できます。

本記事では 3 プラットフォームの設定手順を共有します。Telegram(トークン取得 5 分)、WhatsApp(QR コードペアリング)、Discord(Bot 権限設定)、そしてクロスプラットフォーム会話同期とセキュリティ設定の実践ノウハウです。

低コスト「エビ飼育」ガイド:ArkClaw で AI Agent を本当に身近に

話題の OpenClaw(ロブスタ)は便利ですが、設定のハードルが高い。バイトダンス火山引擎の ArkClaw はその敷居を一気に下げました。サーバーやトークン設定をいじらず、ワンクリックで 24 時間オンライン、ブラウザ操作・スクリプト実行・カレンダー管理ができる「AI 下働き」が手に入ります。

月額 9.9 元と本当に安い。招待コード ZLKUK54M(こちらから登録)を使えば 8.9 元。プログラマーなら Coding Plan Pro に入ると無料で使えます。

OpenClaw の Channel 層アーキテクチャはどう動いているのか?

OpenClaw を調べ始めたとき、疑問に思いました。Telegram のステッカー、Discord の embed、WhatsApp のボイスメッセージ——フォーマットがまったく違うのに、OpenClaw はどうやって「共通言語」にしているのか?

答えは Channel Adapters 層にあります。

メッセージ正規化の仕組み

想像してください。Telegram でスタンプを送り、Discord で画像付き embed を送り、WhatsApp で音声を送ったとします。各プラットフォームではデータ構造がまったく異なりますが、Channel Adapters が OpenClaw が理解できる統一フォーマットに変換します。

具体的には:

  • Telegram stickers → 標準化された画像添付ファイル
  • Discord embeds → テキスト+メディアの組み合わせとして解析
  • WhatsApp reactions → 絵文字テキストに変換
  • ボイスメッセージ → 音声ファイルを抽出して文字起こし(設定されている場合)

このプロセスは完全に透明です。あなたは各プラットフォームでメッセージを送るだけ。OpenClaw が自動的にフォーマット変換を行います。

Gateway Server:交通の要所

メッセージが正規化されると Gateway Server に入ります。OpenClaw の中枢脳で、3 つの役割を担います。

  1. Session Router(セッションルーター):このメッセージはどのセッションに入るか。個人 DM?チームグループ?クロスプラットフォームの同一人物の会話?
  2. Lane Queue(レーンキュー):並行処理の制御。3 つのプラットフォームから同時にメッセージを送っても、Lane Queue が競合せず順序どおり処理します。
  3. メッセージ転送:AI の返答を正しいプラットフォームの正しい相手に送り返します。

正直、Session Router の設定オプション——「per-channel-peer」「per-account-channel-peer」——を初めて見たときは混乱しました。詳細は後述しますが、まず一点だけ覚えてください。Gateway により、WhatsApp で始めた会話を Telegram でシームレスに続けられます。

13
対応プラットフォーム数
IM(WhatsApp、Telegram、Signal)+ チームコラボ(Slack、Discord、Teams)+ その他

13 プラットフォーム、どれを使う?

OpenClaw が現在サポートしているリスト:

  • IM:WhatsApp、Telegram、Signal、iMessage(BlueBubbles 経由)
  • チームコラボ:Slack、Microsoft Teams、Google Chat、Discord
  • その他:Matrix、Zalo、Twitch、WebChat

私の組み合わせは Telegram(個人)+ WhatsApp(家族・友人)+ Discord(技術コミュニティ)。自分のシーンに合わせて選んでください。

3 大プラットフォーム実戦設定(15 分で完了)

理屈は十分。手を動かしましょう。

インストールと初期化

ターミナルを開き、以下の 2 行を実行します。

npm install -g openclaw@latest
openclaw onboard --install-daemon

onboard がいくつか質問してきます。

  1. AI プロバイダー選択:Claude、GPT、Gemini、またはローカル?(私は慣れている Claude を選択)
  2. API キー:ペースト。スペースや引用符が入らないように注意
  3. Gateway ポート:デフォルト 18789 のままで OK

数分後、以下のように表示されます。

✓ Gateway WebSocket server started on ws://127.0.0.1:18789
✓ Control UI available at http://localhost:18789

OpenClaw が PC 上で稼働しました。

セキュリティのヒント:Control UI はデフォルトで localhost からのみアクセス可能です。リモートサーバー上の場合は SSH トンネルを使ってください。

ssh -N -L 18789:127.0.0.1:18789 your-server

Telegram 設定:最も簡単な入門

Telegram は設定が一番速いので、ここから始めましょう。

  1. Bot 作成

    • Telegram で @BotFather を検索
    • /newbot を送信
    • Bot に名前をつける(例:「私の OpenClaw アシスタント」)
    • トークンを取得(1234567890:ABCdefGHIjklMNOpqrsTUVwxyz のような文字列)
  2. OpenClaw 設定

    openclaw config set telegram.token "YOUR_BOT_TOKEN"

    YOUR_BOT_TOKEN を取得したトークンに置き換えます。

  3. 検証

    • Telegram で Bot 名を検索
    • /start を送信
    • Bot が応答すれば成功

初回設定時、Bot が無反応でした。原因はトークンをコピーした際に改行が入っていたこと。トークンの前後の余計な文字は必ず確認してください。

WhatsApp 設定:QR コードスキャン

WhatsApp はスマホとのペアリングが必要で、少し複雑です。

  1. ペアリング開始

    openclaw config set whatsapp.enabled true
    openclaw gateway restart
  2. QR コードスキャン

    • ターミナルに QR コードが表示されます
    • WhatsApp → 設定 → リンク済みデバイス → デバイスをリンク
    • ターミナルの QR コードをスキャン
  3. 接続待機
    「WhatsApp connected」と表示されれば成功。

注意事項

  • スマホと PC が両方オンラインである必要があります(WhatsApp の制限)
  • QR コードが期限切れなら openclaw gateway restart で再生成
  • OpenClaw は Baileys ライブラリで WhatsApp Web プロトコルを利用。公式 BAN の報告はありませんが、ポリシー変更のリスクは自己判断で

最初は BAN を心配しましたが、スパム一斉送信などをしなければ通常利用で問題ありません。仕組みは WhatsApp Web と同じです。

Discord 設定:権限が鍵

Discord は Developer Portal でアプリ作成が必要で、手順がやや多いです。

  1. アプリ作成

  2. 権限設定
    ここが重要。権限不足だと Bot はメッセージを受信できません。

    • 「OAuth2 → URL Generator」へ
    • Scopes で bot をチェック
    • Bot Permissions で以下をチェック:
      • Read Messages/View Channels
      • Send Messages
      • Read Message History
      • Attach Files
    • 生成 URL をブラウザで開き、Bot をサーバーに招待
  3. OpenClaw 設定

    openclaw config set discord.token "YOUR_DISCORD_BOT_TOKEN"
    openclaw config set discord.guildId "YOUR_SERVER_ID"

    Guild ID の取得方法:

    • Discord で開発者モードを ON(設定 → 詳細設定 → 開発者モード)
    • サーバーアイコンを右クリック → ID をコピー
  4. テスト

    • Discord の任意チャンネルで Bot にメンション
    • 返信があるか確認

初回は Bot がずっと無反応。原因は Read Message History のチェック漏れ。このステップは飛ばさないでください。

セッション管理の秘密——AI に全プラットフォームで「自分」を覚えさせる

3 プラットフォームを設定したあと、気づくかもしれません。Telegram で AI と話し終えて Discord に切り替えたとき、AI はどうやって同一人物だと認識するのか?

それが Session Router の役割です。

Main セッション vs 隔離セッション

OpenClaw のデフォルト戦略は、すべての DM(個人チャット)が同一の「main」セッションに入る こと。

Telegram で話そうが、WhatsApp で話そうが、Discord で話そうが、共有の対話履歴を持ちます。AI はどのプラットフォームでも、あなたが過去に話した内容を覚えています。

チームで OpenClaw を導入し複数の同僚が使う場合は困ります。みんなのメッセージが混ざるからです。その場合は隔離戦略が必要です。

openclaw config set session.dmScope "per-channel-peer"

各プラットフォームの各ユーザーごとに独立セッションが作られます。

さらに細かい隔離も可能です。

openclaw config set session.dmScope "per-account-channel-peer"

複数の OpenClaw アカウントを管理する場合向けです。

個人利用ならデフォルトの「main」セッションのままが一番。全プラットフォームで AI に「自分」を覚えてほしいからです。

クロスプラットフォーム ID 連携

「Telegram の @username と WhatsApp の +86xxx が同一人物だ」と明示的に教えたい場合があります。

session.identityLinks を設定します。

session:
  identityLinks:
    - platforms:
        telegram: "@your_username"
        whatsapp: "+8613800138000"
        discord: "123456789012345678"  # Discord User ID

どのプラットフォームからメッセージを送っても OpenClaw はあなただと認識し、同じ会話を継続できます。

便利なセッションコマンド

AI の話が脱線してリセットしたいとき、現在のモデルを確認したいときに役立ちます。

  • /status - 現在のモデル、トークン消費量、セッション時間を確認
  • /new - セッションをリセットし、履歴をクリア
  • /activation mention - グループ内でメンションされたときのみ反応
  • /activation always - グループ内の全メッセージに反応(うるさいので注意)

Control UI の Sessions ページで使える管理コマンド:

  • sessions_list - アクティブなセッション一覧
  • sessions_history - 対話履歴のエクスポート
  • sessions_send - 特定セッションに手動でメッセージ送信

/new を一番よく使います。AI の理解がズレたとき、修正よりリセットのほうが早いことが多いです。

セキュリティ設定——見知らぬ人の「タダ乗り」を防ぐ

設定して数日使っていたら、API 請求額が急増。ログを確認すると、見知らぬ誰かが Bot を猛烈に使い倒していました。

この出来事を機に、OpenClaw のセキュリティポリシーを真剣に調べました。

DM ペアリング戦略:デフォルトの防衛線

OpenClaw のデフォルト dmPolicypairing(ペアリングモード)。

見知らぬ人が初めて Bot に DM を送っても Bot は無視し、ログに 6 桁のペアリングコードを生成します。手動で承認が必要です。

openclaw pairing approve telegram ABC123

コードは 1 時間で失効し、ブルートフォース攻撃を防ぎます。承認後、そのユーザーは Bot を使えるようになります。

最初は面倒に感じましたが、理解しました——このガードがないと、Bot 名を知った誰でも API を無制限に呼び出し、あなたの請求額を消費できます。

4 つの DM ポリシー、どれを選ぶ?

ポリシー適用シーンリスク
pairing(デフォルト)個人利用、友人にシェア🟢 低リスク
allowlist特定ホワイトリストユーザーのみ🟢 低リスク
open公開 Bot、誰でも利用可🔴 高リスク
disabledDM 完全無効、グループのみ🟢 低リスク

コミュニティ向け公開 Bot なら open も選択肢ですが、トークン使用量の監視を強く推奨します。

設定例:

openclaw config set dmPolicy "allowlist"
openclaw config set dmAllowlist "telegram:@friend1,whatsapp:+8613800138000"

グループサンドボックス隔離:悪意あるコマンドを防ぐ

OpenClaw の AI エージェントは bash コマンドやファイル操作などのツールを実行できます。グループで rm -rf / を実行させられたら?

グループサンドボックス戦略はこのためのものです。

openclaw config set agents.defaults.sandbox.mode "non-main"

非 main セッション(グループなど)の AI は Docker サンドボックス内で動作し、ホストファイルシステムにアクセスできません。

許可・禁止ツールもカスタマイズできます。

agents:
  defaults:
    sandbox:
      mode: "non-main"
      allowedTools:
        - web_search
        - calculator
      deniedTools:
        - bash
        - file_write

私の設定ではグループで検索と計算機のみ許可、bash とファイル操作は禁止。機能とリスクのバランスです。

メンション制御:「常時オンライン」の気まずさを回避

Discord サーバーに AI を入れたあと、すべての発言に返信してくると非常に鬱陶しい。

activation: mention でメンションされたときだけ反応させましょう。

openclaw config set agents.defaults.activation "mention"

AI は静かな潜水夫のように待機し、必要なときだけ呼び出せます。

セキュリティチェックリスト

openclaw doctor

設定をスキャンし、潜在的リスクを警告してくれます。

  • dmPolicy: open without rate limiting
  • sandbox.mode: disabled in group sessions
  • ✓ API key properly configured
  • ✓ DM pairing enabled

一度 doctor を走らせれば、多くのセキュリティホールを塞げます。

ハマりどころとトラブルシューティング

設定には必ず落とし穴があります。私が落ちた穴を紹介します。

落とし穴 1:API キーの問題

症状:Bot は起動しているがメッセージに無反応。ログに Invalid API key

原因

  1. キーのコピー時にスペースや引用符が入った
  2. 環境変数が反映されていない(ターミナル再起動を試す)
  3. API アカウントに支払い方法が未設定(Claude と GPT は必要)

解決

# 余計な文字がないか確認して再設定
openclaw config set anthropic.apiKey "sk-ant-..."

# 設定確認
openclaw config get anthropic.apiKey

# Gateway 再起動
openclaw gateway restart

落とし穴 2:ポート競合

症状openclaw gateway startPort 18789 already in use

原因:前の Gateway プロセスが残っている。

解決

# 優雅に停止
openclaw gateway stop

# ダメなら強制終了
pkill -f openclaw-gateway

# 再起動
openclaw gateway start

落とし穴 3:Control UI アクセス問題

症状http://localhost:18789 を開くと control ui requires HTTPS or localhost

原因:リモートサーバーに IP アドレスで直接アクセスしている。

解決策 1:トークンパラメータ

http://your-server-ip:18789?token=YOUR_TOKEN

トークンは ~/.openclaw/gateway.env にあります。

解決策 2:SSH トンネル

ssh -N -L 18789:127.0.0.1:18789 user@your-server

ローカルから http://localhost:18789 でアクセス。

落とし穴 4:Channel 接続失敗

Telegram

  • トークン有効性:BotFather で Bot が存在するか確認
  • ネットワーク:一部地域では Telegram API 接続にプロキシが必要

WhatsApp

  • QR 期限切れ:openclaw gateway restart で再生成
  • スマホオフライン:WhatsApp はスマホがオンラインである必要あり
  • デバイス数制限:最大 4 台まで

Discord

  • 権限不足:Read Message History を確認
  • Guild ID 間違い:正しいサーバー ID か確認
  • Bot 未招待:OAuth2 URL で招待し直し

落とし穴 5:セッション消失

症状:Gateway 再起動後、以前の会話履歴が消えた。

原因:OpenClaw(2026 年初頭)はセッション永続化未対応。再起動でメモリ上のセッションが消えます。

緩和策

  • 重要会話は sessions_history でエクスポート
  • 公式のセッション永続化(ロードマップ記載)を待つ

これが最も改善してほしい点。更新のたびに AI に自己紹介し直すのは面倒です。

まとめ

2 週間 OpenClaw をいじり倒して感じた最大のメリット——本当に AI がクロスプラットフォームの「統一アシスタント」になること。

朝 WhatsApp でスケジュール整理、会社で Slack で議論、夜 Discord でチーム連携。すべての文脈がシームレスに繋がる体験は、単一プラットフォーム Bot では味わえません。

Channel 層のメッセージ正規化、Session Router のセッション管理、細粒度のセキュリティ制御。柔軟かつ安全な設計です。

OpenClaw はまだ急速に進化中。セッション永続化、Skills マーケット、より多くのプラットフォーム——公式ロードマップに期待大。

試してみたいなら:

curl -fsSL https://openclaw.ai/install.sh | bash

15 分の設定で、クロスプラットフォーム AI アシスタントが手に入ります。

設定で詰まったら GitHub Discussions へ。コミュニティの反応は早い。私も Telegram 接続で困ったとき、投稿 10 分で助けてもらいました。

OpenClaw を使っていますか?どのプラットフォームを設定しましたか?どんな落とし穴がありましたか?ぜひコメントで教えてください。

FAQ

なぜ open モードではなく pairing モードが推奨されるのですか?
pairing モードは OpenClaw のデフォルト DM ポリシーです。見知らぬ人が初めてメッセージを送っても Bot は応答せず、ログに 6 桁のペアリングコードを生成します。手動で openclaw pairing approve telegram ABC123 を実行して承認する必要があります。ペアリングコードは 1 時間で失効し、ブルートフォース攻撃を防ぎます。

open モードは便利ですが、Bot のユーザー名を知った誰でも API を無制限に呼び出せ、請求額が急増する恐れがあります。公開 Bot が必要な場合は、トークン使用量の監視とレート制限を併用してください。
Discord 設定で Bot がメッセージに返信しません。どうすればいいですか?
最も多い原因は権限不足です。以下を確認してください。

1. Bot Permissions で Read Message History にチェックが入っているか(多くの人がここを見落とします)
2. OAuth2 URL で Bot をサーバーに正しく招待したか
3. Guild ID が正しいか(開発者モードを有効にし、サーバーアイコンを右クリックして ID をコピー)
4. トークンが有効か(Developer Portal で確認)

私が初めて設定したときも、Read Message History にチェックを入れ忘れたせいで Bot がメッセージを受信できませんでした。
WhatsApp ペアリング後、スマホは常時オンラインである必要がありますか?
はい。これは WhatsApp Web プロトコルの制限です。OpenClaw は Baileys ライブラリで WhatsApp Web プロトコルに接続するため、スマホがオフラインだとメッセージの送受信ができません。

さらに 2 つの制限があります。
1. WhatsApp は最大 4 台の接続デバイスまで。超える場合は他のデバイスを切断する必要があります
2. QR コードの有効期限は約 2 分。期限切れの場合は openclaw gateway restart で新しい QR コードを生成してください

24/7 オンラインの Bot が必要なら、スマホに依存しない Telegram や Discord を優先することをおすすめします。
クロスプラットフォーム会話同期はどう実現しますか?AI は Telegram と Discord が同一人物だとどう認識しますか?
OpenClaw のデフォルト Session Router ポリシーでは、すべての DM が同じ「main」セッションに入り、自動的にクロスプラットフォーム同期が行われます。

明示的な ID 連携が必要な場合は session.identityLinks を設定します。

yaml
session:
identityLinks:
- platforms:
telegram: "@your_username"
whatsapp: "+8613800138000"
discord: "123456789012345678"


どのプラットフォームからメッセージを送っても OpenClaw はあなただと認識し、同じセッションを継続します。WhatsApp で始めた会話を Telegram でシームレスに続けられます。
Gateway 再起動後、会話履歴は失われますか?
はい。OpenClaw は現時点(2026 年初頭)でセッション永続化に未対応のため、Gateway 再起動でメモリ上の全会話履歴が消えます。

緩和策:
1. 重要な会話は sessions_history コマンドでエクスポートして保存
2. 公式のセッション永続化機能(ロードマップに記載)を待つ
3. PM2 などのプロセス管理ツールで Gateway を安定稼働させ、再起動を減らす

これが最も改善してほしい機能です。OpenClaw を更新するたびに AI に自己紹介し直すのは面倒です。
グループサンドボックスモードはどの機能を制限しますか?
agents.defaults.sandbox.mode: "non-main" を設定すると、非 main セッション(グループなど)の AI は Docker サンドボックス内で動作し、デフォルトで以下が制限されます。

1. ホストファイルシステムへのアクセス不可
2. システムレベルの bash コマンド実行不可
3. ネットワークアクセス制限

web_search や calculator など許可ツール、bash や file_write など禁止ツールをカスタマイズできます。私の設定ではグループでは検索と計算のみ許可し、ファイル操作は禁止。機能とリスクのバランスを取っています。

個人 DM セッションは影響を受けず、すべてのツールを引き続き利用できます。
Control UI に requires HTTPS or localhost と表示される場合の対処法は?
このエラーはリモートサーバーにデプロイし、サーバー IP で直接 Control UI にアクセスした場合によく発生します。

解決策 1:トークンパラメータを使用
http://your-server-ip:18789?token=YOUR_TOKEN
トークンは ~/.openclaw/gateway.env にあります。

解決策 2:SSH トンネル(推奨)
ssh -N -L 18789:127.0.0.1:18789 user@your-server
その後ローカルから http://localhost:18789 にアクセス

SSH トンネルのほうが安全で、Control UI をインターネット上に晒しません。

7分で読めます · 公開日: 2026年2月5日 · 更新日: 2026年6月15日

関連記事

コメント

GitHubアカウントでログインしてコメントできます