クイックセットアップ
BotFather でボット トークンを作成する
Telegram を開いて @BotFather とチャットします (ハンドルが正確に
@BotFather であることを確認してください)。/newbot を実行し、プロンプトに従い、トークンを保存します。トークンとDMポリシーを構成する
TELEGRAM_BOT_TOKEN=... (デフォルト アカウントのみ)。
Telegram は openclaw channels login telegram を使用しません。 config/env でトークンを構成し、ゲートウェイを開始します。トークン解決順序はアカウントに応じて決まります。実際には、構成値は環境フォールバックよりも優先され、
TELEGRAM_BOT_TOKEN はデフォルトのアカウントにのみ適用されます。Telegram側の設定
プライバシーモードとグループの可視性
プライバシーモードとグループの可視性
Telegram ボットはデフォルトで プライバシー モード になっており、受信するグループ メッセージが制限されます。ボットがすべてのグループ メッセージを参照する必要がある場合は、次のいずれかを実行します。
/setprivacy経由でプライバシー モードを無効にする、または- ボットをグループ管理者にします。
グループ権限
グループ権限
管理ステータスは Telegram グループ設定で制御されます。管理ボットはすべてのグループ メッセージを受信するため、常時接続のグループ動作に役立ちます。
便利な BotFather 切り替え
便利な BotFather 切り替え
/setjoingroupsグループの追加を許可/拒否します/setprivacyグループの可視性動作用
アクセス制御とアクティベーション
- DMポリシー
- グループポリシーと許可リスト
- 言及行動
channels.telegram.dmPolicy はダイレクト メッセージ アクセスを制御します。pairing(デフォルト)allowlist(allowFromには少なくとも 1 つの送信者 ID が必要です)open("*"を含めるにはallowFromが必要です)disabled``channels.telegram.allowFromは、数値の Telegram ユーザー ID を受け入れます。telegram:/tg:プレフィックスは受け入れられ、正規化されます。dmPolicy: "allowlist"と空のallowFromはすべての DM をブロックし、構成検証によって拒否されます。 オンボーディング ウィザードは@username入力を受け入れ、それを数値 ID に解決します。 アップグレードしていて、構成に@username許可リスト エントリが含まれている場合は、openclaw doctor --fixを実行してそれらを解決します (ベストエフォート。Telegram ボット トークンが必要です)。 以前にペアリング ストア ホワイトリスト ファイルに依存していた場合、openclaw doctor --fixはホワイトリスト フロー内のchannels.telegram.allowFromへのエントリを回復できます (たとえば、dmPolicy: "allowlist"にまだ明示的な ID がない場合)。
allowFrom ID を持つ dmPolicy: "allowlist" を優先します。Telegram ユーザー ID を見つける
より安全 (サードパーティのボットなし):- ボットに DM を送ります。
openclaw logs --followを実行します。from.idを読みます。
@userinfobot または @getidsbot。実行時の動作
- テレグラムはゲートウェイプロセスによって所有されます。
- ルーティングは決定的です: Telegram の受信応答は Telegram に返されます (モデルはチャネルを選択しません)。
- 受信メッセージは、返信メタデータとメディア プレースホルダーを使用して共有チャネル エンベロープに正規化されます。
- グループセッションはグループIDによって分離されます。トピックを分離するために、フォーラムのトピックには
:topic:<threadId>が追加されます。 - DM メッセージには
message_thread_idを含めることができます。 OpenClaw は、スレッド対応のセッション キーを使用してそれらをルーティングし、応答用のスレッド ID を保存します。 - ロングポーリングでは、チャットごと/スレッドごとのシーケンスを持つ grammY ランナーを使用します。全体的なランナー シンクの同時実行性は
agents.defaults.maxConcurrentを使用します。 - Telegram Bot API には読み取り受信サポートがありません (
sendReadReceiptsは適用されません)。
機能リファレンス
ライブ ストリーム プレビュー (メッセージ編集)
ライブ ストリーム プレビュー (メッセージ編集)
OpenClaw は部分的な応答をリアルタイムでストリーミングできます。- ダイレクト チャット: プレビュー メッセージ +
editMessageText- グループ/トピック: プレビュー メッセージ +
editMessageText
channels.telegram.streamingはoff | partial | block | progress(デフォルト:partial)progressは Telegram のpartialにマップされます (クロスチャネル命名と互換)- 従来の
channels.telegram.streamModeおよびブール値streaming値は自動マッピングされます
- DM: OpenClaw は同じプレビュー メッセージを保持し、その場で最終編集を実行します (2 番目のメッセージはありません)
- グループ/トピック: OpenClaw は同じプレビュー メッセージを保持し、その場で最終編集を実行します (2 番目のメッセージはありません)。
sendMessage + editMessageText にフォールバックします。テレグラムのみの推論ストリーム:/reasoning streamは生成中に推論をライブ プレビューに送信します- 最終回答は推論テキストなしで送信されます
書式設定と HTML フォールバック
書式設定と HTML フォールバック
送信テキストには Telegram
parse_mode: "HTML" が使用されます。- Markdown 風のテキストは Telegram セーフな HTML にレンダリングされます。- 生のモデル HTML は、Telegram の解析エラーを減らすためにエスケープされます。
- Telegram が解析された HTML を拒否した場合、OpenClaw はプレーン テキストとして再試行します。
channels.telegram.linkPreview: false で無効にできます。ネイティブコマンドとカスタムコマンド
ネイティブコマンドとカスタムコマンド
Telegram コマンド メニューの登録は、起動時に ルール:デバイス ペアリング コマンド (
setMyCommands で処理されます。ネイティブ コマンドのデフォルト:commands.native: "auto"は Telegram のネイティブ コマンドを有効にします
- 名前は正規化されます (先頭の
/を削除し、小文字にします) - 有効なパターン:
a-z、0-9、_、長さ1..32 - カスタム コマンドはネイティブ コマンドをオーバーライドできません
- 競合/重複はスキップされ、ログに記録されます
- カスタム コマンドはメニュー エントリのみです。動作を自動実装しない
- プラグイン/スキルコマンドは、テレグラムメニューに表示されていなくても、入力すると機能します
setMyCommands failedは通常、api.telegram.orgへのアウトバウンド DNS/HTTPS がブロックされていることを意味します。
デバイス ペアリング コマンド (device-pair プラグイン)
device-pair プラグインがインストールされている場合:1. /pair はセットアップ コードを生成します
2. iOS アプリにコードを貼り付けます
3. /pair approve が最新の保留中のリクエストを承認します詳細: ペアリング。インラインボタン
インラインボタン
エージェントと自動化のためのTelegramメッセージ アクション
エージェントと自動化のためのTelegramメッセージ アクション
Telegram ツールのアクションには次のものが含まれます。
sendMessage(to、content、オプションのmediaUrl、replyToMessageId、messageThreadId)react(chatId、messageId、emoji)deleteMessage(chatId、messageId)editMessage(chatId、messageId、content)createForumTopic(chatId、name、オプションのiconColor、iconCustomEmojiId)
send、react、delete、edit、sticker、sticker-search、topic-create) を公開します。ゲート制御:- channels.telegram.actions.sendMessagechannels.telegram.actions.deleteMessagechannels.telegram.actions.reactionschannels.telegram.actions.sticker(デフォルト: 無効)
edit と topic-create は現在デフォルトで有効になっており、個別の channels.telegram.actions.* 切り替えはありません。リアクション削除セマンティクス: /tools/reactions返信スレッドタグ
返信スレッドタグ
Telegram は、生成された出力で明示的な応答スレッド タグをサポートしています。
[[reply_to_current]]はトリガーメッセージに応答します[[reply_to:<id>]]は特定の Telegram メッセージ ID に応答します
channels.telegram.replyToMode は次の処理を制御します。off(デフォルト)firstall
off は、暗黙的な応答スレッドを無効にします。明示的な [[reply_to_*]] タグは引き続き受け入れられます。フォーラムのトピックとスレッドの動作
フォーラムのトピックとスレッドの動作
フォーラムのスーパーグループ:各トピックには独自のセッション キーがあります: 現在、これはグループおよびスーパーグループのフォーラム トピックに限定されています。スレッドバインドされた ACP がチャットから生成:
- トピック セッション キーは
:topic:<threadId>を追加します - 返信と入力はトピックのスレッドをターゲットにします
- トピック構成パス:
channels.telegram.groups.<chatId>.topics.<threadId>
threadId=1) 特殊ケース:- メッセージは
message_thread_idを省略して送信されます (テレグラムはsendMessage(...thread_id=1)を拒否します) - 入力アクションには引き続き
message_thread_idが含まれますトピックの継承: トピック エントリは、オーバーライドされない限り、グループ設定を継承します (requireMention、allowFrom、skills、systemPrompt、enabled、groupPolicy)。agentIdはトピックのみであり、グループのデフォルトを継承しません。
agentId を設定することで、各トピックを異なるエージェントにルーティングできます。これにより、各トピックに独自の分離されたワークスペース、メモリ、セッションが与えられます。例:agent:zu:telegram:group:-1001234567890:topic:3永続的な ACP トピック バインディング: フォーラム トピックは、トップレベルの型付き ACP バインディングを通じて ACP ハーネス セッションを固定できます。bindings[]とtype: "acp"およびmatch.channel: "telegram"
/acp spawn <agent> --thread here|autoは、現在の Telegram トピックを新しい ACP セッションにバインドできます。- フォローアップ トピック メッセージは、バインドされた ACP セッションに直接ルーティングされます (
/acp steerは必要ありません)。 - OpenClaw は、バインドが成功した後、トピック内に生成確認メッセージを固定します。
channels.telegram.threadBindings.spawnAcpSessions=trueが必要です。
MessageThreadIdIsForum
message_thread_id とのプライベート チャットは DM ルーティングを維持しますが、スレッド対応のセッション キー/返信ターゲットを使用します。オーディオ、ビデオ、ステッカー
オーディオ、ビデオ、ステッカー
音声メッセージ
Telegram は音声メモと音声ファイルを区別します。- デフォルト: オーディオファイルの動作
- エージェントの応答に
[[audio_as_voice]]タグを付けて、ボイスメモの送信を強制します
ビデオメッセージ
Telegram はビデオ ファイルとビデオ メモを区別します。メッセージアクションの例:ステッカー
インバウンドステッカーの処理:- 静的 WEBP: ダウンロードおよび処理済み (プレースホルダー
<media:sticker>) - アニメーション TGS: スキップされました
- ビデオ WEBM: スキップされました
Sticker.emojiSticker.setNameSticker.fileIdSticker.fileUniqueIdSticker.cachedDescription
~/.openclaw/telegram/sticker-cache.json
反応通知
反応通知
Telegram の反応は、
message_reaction 更新として (メッセージ ペイロードとは別に) 到着します。有効にすると、OpenClaw は次のようなシステム イベントをキューに入れます。- Telegram reaction added: 👍 by Alice (@alice) on msg 42構成:channels.telegram.reactionNotifications:off | own | all(デフォルト:own)channels.telegram.reactionLevel:off | ack | minimal | extensive(デフォルト:minimal)
ownは、ボット送信メッセージのみに対するユーザーの反応を意味します (送信メッセージ キャッシュによるベストエフォート)。- リアクション イベントは依然として Telegram のアクセス制御を尊重します (
dmPolicy、allowFrom、groupPolicy、groupAllowFrom)。不正な送信者はドロップされます。 - Telegram はリアクション更新でスレッド ID を提供しません。
- 非フォーラムグループはグループチャットセッションにルーティングされます
- フォーラム グループは、正確な元のトピックではなく、グループの一般トピック セッション (
:topic:1) にルーティングされます。
allowed_updates には、message_reaction が自動的に含まれます。ACK反応
ACK反応
ackReaction は、OpenClaw が受信メッセージを処理している間に、確認の絵文字を送信します。解決順序:channels.telegram.accounts.<accountId>.ackReactionchannels.telegram.ackReactionmessages.ackReaction- エージェント ID 絵文字フォールバック (
agents.list[].identity.emoji、それ以外の場合は「👀」)
- Telegram は Unicode 絵文字 (「👀」など) を想定しています。
""を使用して、チャネルまたはアカウントの反応を無効にします。
Telegram イベントおよびコマンドからの構成の書き込み
Telegram イベントおよびコマンドからの構成の書き込み
チャネル構成の書き込みはデフォルトで有効になっています (
configWrites !== false)。Telegram によってトリガーされる書き込みには次のものが含まれます。- channels.telegram.groups を更新するグループ移行イベント (migrate_to_chat_id)/config setおよび/config unset(コマンドの有効化が必要)
ロングポーリングと Webhook の比較
ロングポーリングと Webhook の比較
デフォルト: ロングポーリング。Webhook モード:
channels.telegram.webhookUrlを設定します- set
channels.telegram.webhookSecret(Webhook URL を設定する場合に必要) - オプションの
channels.telegram.webhookPath(デフォルトは/telegram-webhook) - オプションの
channels.telegram.webhookHost(デフォルトは127.0.0.1) - オプションの
channels.telegram.webhookPort(デフォルトは8787)
127.0.0.1:8787 にバインドされます。パブリック エンドポイントが異なる場合は、リバース プロキシを前面に配置し、webhookUrl をパブリック URL に指定します。
意図的に外部イングレスが必要な場合は、webhookHost (例: 0.0.0.0) を設定します。制限、再試行、および CLI ターゲット
制限、再試行、および CLI ターゲット
channels.telegram.textChunkLimitのデフォルトは 4000 です。channels.telegram.chunkMode="newline"は、長さで分割する前に段落境界(空行)を優先します。channels.telegram.mediaMaxMb(デフォルト 100)は、受信および送信する Telegram メディアのサイズを制限します。channels.telegram.timeoutSecondsは Telegram API クライアントのタイムアウトを上書きします(未設定時は grammY の既定値が使われます)。- グループ コンテキスト履歴は
channels.telegram.historyLimitまたはmessages.groupChat.historyLimit(デフォルト 50)を使います。0で無効になります。 - DM 履歴の制御項目:
channels.telegram.dmHistoryLimitchannels.telegram.dms["<user_id>"].historyLimit
channels.telegram.retry設定は、回復可能な送信 API エラーに対する Telegram 送信ヘルパー(CLI / ツール / アクション)へ適用されます。
openclaw message poll を使用し、フォーラム トピックもサポートします。--poll-duration-seconds(5-600)--poll-anonymous--poll-public- フォーラム トピックの場合は
--thread-id(または:topic:ターゲットを使用)
channels.telegram.actions.sendMessage=falseは、投票を含むアウトバウンド Telegram メッセージを無効にしますchannels.telegram.actions.poll=falseは、定期的な送信を有効にしたまま、テレグラム投票の作成を無効にします
トラブルシューティング
ボットはメンション以外のグループ メッセージに応答しません
ボットはメンション以外のグループ メッセージに応答しません
requireMention=falseの場合、Telegram プライバシー モードでは完全な可視性を許可する必要があります。- BotFather:
/setprivacy-> 無効にする - その後、ボットを削除してグループに再度追加します
openclaw channels statusは、構成で言及されていないグループ メッセージが予期される場合に警告します。openclaw channels status --probeは、明示的な数値グループ ID をチェックできます。ワイルドカード"*"はメンバーシップを調査できません。- クイックセッションテスト:
/activation always。
ボットにグループメッセージがまったく表示されない
ボットにグループメッセージがまったく表示されない
channels.telegram.groupsが存在する場合、グループをリストする必要があります (または"*"を含める)- グループ内のボットのメンバーシップを確認する
- ログの確認: スキップ理由の
openclaw logs --follow
コマンドが部分的に機能するか、まったく機能しない
コマンドが部分的に機能するか、まったく機能しない
- 送信者の ID を認証します (ペアリングおよび/または数値
allowFrom) - グループ ポリシーが
openの場合でも、コマンド認可は引き続き適用されます。 setMyCommands failedは通常、api.telegram.orgへの DNS/HTTPS 到達可能性の問題を示します。
ポーリングまたはネットワークの不安定性
ポーリングまたはネットワークの不安定性
- ノード 22 以降 + カスタム フェッチ/プロキシは、AbortSignal タイプが一致しない場合に即時中止動作をトリガーできます。
- 一部のホストは、最初に
api.telegram.orgを IPv6 に解決します。壊れた IPv6 出力により、断続的な Telegram API エラーが発生する可能性があります。 - ログに
TypeError: fetch failedまたはNetwork request for 'getUpdates' failed!が含まれている場合、OpenClaw はこれらを回復可能なネットワーク エラーとして再試行するようになりました。 - 不安定な直接出力/TLS を備えた VPS ホストでは、Telegram API 呼び出しを
channels.telegram.proxy経由でルーティングします。
- ノード 22+ のデフォルトは
autoSelectFamily=true(WSL2 を除く) およびdnsResultOrder=ipv4firstです。 - ホストが WSL2 であるか、明示的に IPv4 のみの動作でより適切に動作する場合は、ファミリーの選択を強制します。
- 環境の上書き (一時的):
OPENCLAW_TELEGRAM_DISABLE_AUTO_SELECT_FAMILY=1OPENCLAW_TELEGRAM_ENABLE_AUTO_SELECT_FAMILY=1OPENCLAW_TELEGRAM_DNS_RESULT_ORDER=ipv4first
- DNS 応答を検証します。
Telegram 構成参照ポインタ
主な参考文献:-channels.telegram.enabled: チャネルの起動を有効/無効にします。
-
channels.telegram.botToken: ボット トークン (BotFather)。 -
channels.telegram.tokenFile: ファイル パスからトークンを読み取ります。 -
channels.telegram.dmPolicy:pairing | allowlist | open | disabled(デフォルト: ペアリング)。 -
channels.telegram.allowFrom: DM 許可リスト (数値の Telegram ユーザー ID)。allowlistには少なくとも 1 つの送信者 ID が必要です。openには"*"が必要です。openclaw doctor --fixは、レガシー@usernameエントリを ID に解決でき、ホワイトリスト移行フローのペアリング ストア ファイルからホワイトリスト エントリを回復できます。 -
channels.telegram.actions.poll: Telegram 投票の作成を有効または無効にします (デフォルト: 有効。それでもsendMessageが必要です)。 -
channels.telegram.defaultTo: 明示的な--reply-toが指定されていない場合に、CLI--deliverによって使用されるデフォルトの Telegram ターゲット。 -
channels.telegram.groupPolicy:open | allowlist | disabled(デフォルト: ホワイトリスト)。 -
channels.telegram.groupAllowFrom: グループ送信者の許可リスト (数値の Telegram ユーザー ID)。openclaw doctor --fixは、従来の@usernameエントリを ID に解決できます。数値以外のエントリは認証時に無視されます。グループ認証では、DM ペアリングとストアのフォールバックは使用されません (2026.2.25+)。 -
マルチアカウントの優先順位:
- 2 つ以上のアカウント ID が設定されている場合は、
channels.telegram.defaultAccountを設定 (またはchannels.telegram.accounts.defaultを含めて) デフォルトのルーティングを明示します。 - どちらも設定されていない場合、OpenClaw は最初の正規化されたアカウント ID にフォールバックし、
openclaw doctorが警告します。-channels.telegram.accounts.default.allowFromおよびchannels.telegram.accounts.default.groupAllowFromは、defaultアカウントにのみ適用されます。 - アカウントレベルの値が設定されていない場合、名前付きアカウントは
channels.telegram.allowFromおよびchannels.telegram.groupAllowFromを継承します。 - 名前付きアカウントは
channels.telegram.accounts.default.allowFrom/groupAllowFromを継承しません。
- 2 つ以上のアカウント ID が設定されている場合は、
-
channels.telegram.groups: グループごとのデフォルト + ホワイトリスト (グローバルデフォルトには"*"を使用します)。channels.telegram.groups.<id>.groupPolicy: groupPolicy のグループごとの上書き (open | allowlist | disabled)。channels.telegram.groups.<id>.requireMention: ゲートのデフォルトについて言及。channels.telegram.groups.<id>.skills: スキル フィルター (省略 = すべてのスキル、空 = なし)。channels.telegram.groups.<id>.allowFrom: グループごとの送信者許可リストの上書き。channels.telegram.groups.<id>.systemPrompt: グループの追加のシステム プロンプト。channels.telegram.groups.<id>.enabled:falseの場合はグループを無効にします。channels.telegram.groups.<id>.topics.<threadId>.*: トピックごとのオーバーライド (グループ フィールド + トピックのみagentId)。channels.telegram.groups.<id>.topics.<threadId>.agentId: このトピックを特定のエージェントにルーティングします (グループ レベルおよびバインディング ルーティングをオーバーライドします)。channels.telegram.groups.<id>.topics.<threadId>.groupPolicy: groupPolicy のトピックごとのオーバーライド (open | allowlist | disabled)。channels.telegram.groups.<id>.topics.<threadId>.requireMention: トピックごとのメンション ゲートのオーバーライド。- トップレベル
bindings[]とtype: "acp"および正規トピック IDchatId:topic:topicId(match.peer.id): 永続的な ACP トピック バインディング フィールド (ACP エージェント を参照)。 channels.telegram.direct.<id>.topics.<threadId>.agentId: DM トピックを特定のエージェントにルーティングします (フォーラム トピックと同じ動作)。
-
channels.telegram.capabilities.inlineButtons:off | dm | group | all | allowlist(デフォルト: ホワイトリスト)。-channels.telegram.accounts.<account>.capabilities.inlineButtons: アカウントごとの上書き。 -
channels.telegram.commands.nativeSkills: Telegram ネイティブ スキル コマンドを有効/無効にします。 -
channels.telegram.replyToMode:off | first | all(デフォルト:off)。 -
channels.telegram.textChunkLimit: 送信チャンク サイズ (文字数)。 -
channels.telegram.chunkMode:length(デフォルト) またはnewlineは、長さをチャンクする前に空白行 (段落境界) で分割します。 -
channels.telegram.linkPreview: 送信メッセージのリンク プレビューを切り替えます (デフォルト: true)。 -
channels.telegram.streaming:off | partial | block | progress(ライブ ストリーム プレビュー; デフォルト:partial;progressはpartialにマップされます。blockは従来のプレビュー モードとの互換性です)。 Telegram プレビュー ストリーミングでは、その場で編集された単一のプレビュー メッセージが使用されます。 -
channels.telegram.mediaMaxMb: インバウンド/アウトバウンド Telegram メディアの上限 (MB、デフォルト: 100)。 -
channels.telegram.retry: 回復可能なアウトバウンド API エラー (試行、minDelayMs、maxDelayMs、ジッター) に対する Telegram 送信ヘルパー (CLI/ツール/アクション) の再試行ポリシー。 -
channels.telegram.network.autoSelectFamily: ノード autoSelectFamily をオーバーライドします (true=有効、false=無効)。ノード 22 以降ではデフォルトで有効になり、WSL2 はデフォルトで無効になります。 -
channels.telegram.network.dnsResultOrder: DNS 結果の順序を上書きします (ipv4firstまたはverbatim)。ノード 22 以降のデフォルトはipv4firstです。 -
channels.telegram.proxy: ボット API 呼び出しのプロキシ URL (SOCKS/HTTP)。 -
channels.telegram.webhookUrl: Webhook モードを有効にします (channels.telegram.webhookSecretが必要)。-channels.telegram.webhookSecret: Webhook シークレット (WebhookUrl が設定されている場合に必要)。 -
channels.telegram.webhookPath: ローカル Webhook パス (デフォルト/telegram-webhook)。 -
channels.telegram.webhookHost: ローカル Webhook バインド ホスト (デフォルト127.0.0.1)。 -
channels.telegram.webhookPort: ローカル Webhook バインド ポート (デフォルト8787)。 -
channels.telegram.actions.reactions: ゲートTelegramツールの反応。 -
channels.telegram.actions.sendMessage: ゲート テレグラム ツール メッセージの送信。 -
channels.telegram.actions.deleteMessage: ゲート テレグラム ツール メッセージが削除されます。 -
channels.telegram.actions.sticker: ゲート テレグラム ステッカー アクション — 送信および検索 (デフォルト: false)。 -
channels.telegram.reactionNotifications:off | own | all— どの反応がシステム イベントをトリガーするかを制御します (設定されていない場合、デフォルト:own)。 -
channels.telegram.reactionLevel:off | ack | minimal | extensive— 制御エージェントの反応能力 (設定されていない場合のデフォルト:minimal)。 - 設定リファレンス - Telegram
enabled、botToken、tokenFile、accounts.*
- アクセス制御:
dmPolicy、allowFrom、groupPolicy、groupAllowFrom、groups、groups.*.topics.*、トップレベルbindings[](type: "acp") - コマンド/メニュー:
commands.native、commands.nativeSkills、customCommands - スレッド化/返信:
replyToMode - ストリーミング:
streaming(プレビュー)、blockStreaming - フォーマット/配信:
textChunkLimit、chunkMode、linkPreview、responsePrefix - メディア/ネットワーク:
mediaMaxMb、timeoutSeconds、retry、network.autoSelectFamily、proxy - Webhook:
webhookUrl、webhookSecret、webhookPath、webhookHost - アクション/機能:
capabilities.inlineButtons、actions.sendMessage|editMessage|deleteMessage|reactions|sticker - 反応:
reactionNotifications、reactionLevel - 書き込み/履歴:
configWrites、historyLimit、dmHistoryLimit、dms.*.historyLimit