@ メンションが主なチャット形式であり、画像、音声、動画、ファイルなどのリッチメディアに対応しています。ギルドチャンネルメッセージでは、テキストとリモート URL の画像のみがサポートされます。音声、動画、ファイルのアップロード、およびローカル画像や Base64 画像は、ギルドチャンネルでは利用できません。リアクションとスレッドは、どの場所でもサポートされていません。
ステータス:公式のダウンロード可能な Plugin。
インストール
セットアップ
- QQ Open Platform にアクセスし、スマートフォンの QQ で QR コードをスキャンして登録またはログインします。
- Create Bot をクリックして、新しい QQ Bot を作成します。
- Bot の設定ページで AppID と AppSecret を見つけてコピーします。
AppSecret は平文では保存されません。保存せずにページを離れた場合は、新しいものを再生成する必要があります。
- チャンネルを追加します。
- Gateway を再起動します。
受信イベントの永続性
QQ Gateway のターンイベントでは、OpenClaw は保存済みの Gateway 再開シーケンスを進める前に、生のイベントを永続化します。保留中または再試行可能なターンは Gateway の再起動後も保持され、会話ごとに直列化された状態を維持します。また、処理中または保持中の完了レコードが存在する間は、プロバイダーイベント ID を使用してキューへの重複登録を抑止します。 永続キューへの登録に失敗した場合、OpenClaw はシーケンスを進めずに現在の Gateway ソケットを切断します。これにより、再接続および再開処理で未コミットのイベントを再度要求できます。キューからエージェントへの受け渡し境界では、引き続き少なくとも 1 回の配信となるため、受け渡し中にクラッシュするとターンが再実行される可能性があります。 対話形式のセットアップ:設定
最小構成:QQBOT_APP_IDQQBOT_CLIENT_SECRET
openclaw channels add --channel qqbot --token-file ...は AppSecret のみを設定します。appIdは、設定またはQQBOT_APP_IDですでに設定されている必要があります。clientSecretには、平文文字列、ファイルパス(clientSecretFile)、または構造化された SecretRef オブジェクトを指定できます。- 従来の
secretref:.../secretref-env:...マーカー文字列は、clientSecretでは拒否されます。代わりに、構造化された SecretRef オブジェクトを使用してください。
ストリーミング
streaming.mode: "off"は、アカウントのブロックストリーミングを無効にします。streaming.nativeTransport: trueは、QQ 公式のstream_messagesAPI を介して C2C(DM)の返信をストリーミングします。グループおよびチャンネルのターゲットには影響しません。- 従来の
streaming: true|falseスカラー値とstreaming.c2cStreamApiキーは、openclaw doctor --fixによってこの形式へ移行されます。 /bot-streaming on|offを使用すると、DM から同じ設定を切り替えられます。
アクセスポリシー
allowFrom/groupAllowFromは、C2C / グループの各コンテキストで Bot とチャットできるユーザーを制限します。dmPolicy/groupPolicy(open|allowlist|disabled)は適用モードを制御します。allowFromに具体的なエントリ(ワイルドカード以外)がある場合、dmPolicyのデフォルトはallowlistになり、それ以外の場合はopenになります。groupAllowFromまたはallowFromのいずれかに具体的なエントリがある場合、groupPolicyのデフォルトはallowlistになり、それ以外の場合はopenになります。- 「Auth: allowlist」のスラッシュコマンドには、
dmPolicy/groupPolicyの値にかかわらず、allowFrom(グループからの実行の場合はgroupAllowFrom)に明示的なワイルドカード以外のエントリが必要です。詳細はスラッシュコマンドを参照してください。
複数アカウントのセットアップ
1 つの OpenClaw インスタンスで複数の QQ Bot を実行します。appId をキーとして、独立した WebSocket 接続、API クライアント、トークンキャッシュを保持します。ログ行には所有元のアカウント ID が付与されるため、1 つの Gateway で複数の Bot を実行する場合でも、診断情報を個別に識別できます。
CLI で 2 つ目の Bot を追加します。
グループチャット
グループ対応では、表示名ではなく QQ グループの OpenID を使用します。Bot をグループに追加してからメンションするか、メンションなしで動作するようにグループを設定します。groups["*"] はすべてのグループのデフォルトを設定します。具体的な groups.GROUP_OPENID エントリは、1 つのグループに対してそのデフォルトを上書きします。グループ設定:
commandLevel に指定できる値:
旧 QQBot の
toolPolicy エントリは廃止されています。openclaw doctor --fix を実行して、tools に移行してください。
有効化モードは mention と always です。requireMention: true は mention に、requireMention: false は always に対応します。セッションレベルの有効化上書きが存在する場合は、設定よりも優先されます。
受信キューはピアごとに分かれています。グループピアのキュー上限はダイレクトピアより大きく(50 対 20)、満杯になった場合は人間が作成したメッセージより先に Bot が作成したメッセージを削除します。また、通常のグループメッセージが短時間に集中した場合は、送信者情報付きの 1 つのターンに統合します。スラッシュコマンドは、統合バッチとは独立して 1 つずつ実行されます。
音声(STT / TTS)
STT と TTS は、優先順位に基づくフォールバックを備えた 2 段階の設定に対応しています。enabled: false を設定すると無効になります。アカウントレベルの TTS 上書きは tts と同じ形式を使用し、チャンネルまたはグローバルの TTS 設定に対してディープマージされます。
STT リクエストはデフォルトで 60 秒後にタイムアウトします。Plugin 固有の STT は、選択された models.providers.<id>.timeoutSeconds 上書きを使用します。フレームワークの音声 STT は、選択された音声対応 tools.media.models[] エントリの timeoutSeconds を使用し、その後に選択されたプロバイダーの上書きを適用します。
受信した QQ 音声添付ファイルは、生の音声ファイルを汎用の MediaPaths に含めず、音声メディアのメタデータとしてエージェントに公開されます。TTS が設定されている場合、プレーンテキストの返信に含まれる [[audio_as_voice]] によって TTS が合成され、QQ ネイティブ音声メッセージとして送信されます。
送信音声のアップロードおよびトランスコード動作は、channels.qqbot.audioFormatPolicy でも調整できます。
sttDirectFormatsuploadDirectFormatstranscodeEnabled
ターゲット形式
各 Bot は、それぞれ固有のユーザー OpenID セットを持ちます。Bot A が受信した OpenID を使用して、Bot B 経由でメッセージを送信することはできません。
スラッシュコマンド
AI キューに入る前にインターセプトされる組み込みコマンド:
使用方法のヘルプを表示するには、任意のコマンドに
? を追加します(例: /bot-upgrade ?)。
「認証: 許可リスト」のコマンドでは、送信者の openid が明示的な非ワイルドカードの
allowFrom リストに含まれている必要もあります(グループから発行されたコマンドでは
groupAllowFrom が優先され、なければ allowFrom にフォールバックします)。ワイルドカード
allowFrom: ["*"] はチャットを許可しますが、これらのコマンドは許可しません。プライベートチャット以外で実行した場合、
または認証されていない場合は、メッセージを暗黙に破棄せず、
ヒントを返します。
/bot-me、/bot-version、/bot-upgrade はプライベートチャット専用ですが、
許可リストは必要ありません。任意の C2C 送信者が実行できます。
QQ Bot の実行承認でデフォルトの同一チャットへのフォールバックを使用する場合、ネイティブの承認
ボタンのクリックにも、同じ明示的な非ワイルドカードのコマンド許可リストが適用されます。より広範なコマンドアクセスを許可せず、
承認のみのアクセス権を付与するには、
channels.qqbot.execApprovals.approvers を設定します。ネイティブの実行承認はデフォルトで
有効です。
メディアとストレージ
- 受信、送信、および Gateway ブリッジのメディアは、
~/.openclaw/media/qqbot配下の単一のペイロードルートを共有します (OPENCLAW_HOMEが設定されている場合はそれに従います)。そのため、アップロード、 ダウンロード、トランスコードキャッシュは、保護された単一のディレクトリ内に保持されます。 - C2C およびグループターゲットへのリッチメディア配信は、単一の
sendMediaパスを通ります。5 MiB 以上のローカルファイルとメモリ内バッファには QQ の チャンクアップロードエンドポイントを使用し、それより小さいペイロードとリモート URL/Base64 ソースには 1 回限りのアップロード API を使用します。 - ホットアップグレードによって、
openclaw.jsonの書き込み完了前に Gateway が中断された場合、 Plugin は次回起動時に、内部スナップショットからそのアカウントの直近のappId/clientSecretを復元します(意図的な設定変更を上書きすることはありません)。そのため、QR コードを再スキャンする 必要はありません。
トラブルシューティング
- Gateway が起動しない / 受信メッセージがない:
appIdとclientSecretが正しいこと、および QQ Open Platform でボットが有効になっていることを確認してください。 認証情報がない場合は「QQBot not configured (missing appId or clientSecret)」と表示されます。 --token-fileで設定しても未設定と表示される:--token-fileは AppSecret のみを設定します。appIdは引き続き設定またはQQBOT_APP_IDで指定する必要があります。- 突発的なグループ返信が衝突する: ピアのキューがいっぱいになると、受信キューは人間が作成した メッセージより先にボットが作成したメッセージを除去し、通常の(コマンドではない)グループメッセージの バーストを送信者情報付きの 1 ターンに統合します。そのため、大量のボットチャットによって 人間のメッセージが処理されなくなることはありません。
- 能動的なメッセージが届かない: ユーザーが最近やり取りしていない場合、 QQ がボットから開始されたメッセージをブロックすることがあります。
- 音声が文字起こしされない: STT が設定され、プロバイダーに 到達できることを確認してください。