Keyboard shortcuts

Press ← or → to navigate between chapters

Press ? to show this help

Press Esc to hide this help

他のチャットプラットフォーム

統合が動作しているが、まだ個別のガイドに分離されていないチャンネル。各チャンネルは機能ゲートで制御されており、ビルド時に channel-<name> 機能を有効にしてください。

送信応答のペース調整 (reply_min_interval_secs)

すべての送信チャネルは、オプションの reply_min_interval_secs = N フィールド（範囲 0..=REPLY_MIN_INTERVAL_MAX_SECS、デフォルト 0）を受け付けます。設定すると、オーケストレーターはチャネルを (channel, recipient) ごとのペーシングレイヤーでラップし、同じピアへの連続した送信応答が少なくとも N 秒の間隔を空けるようにします。0（デフォルト）はパススルーで、ラッパーは割り当てられず、オーバーヘッドもありません。

フロアがアクティブな間、フロアが経過する前に到着した送信は、境界付きのFIFOキューに入ります。バックグラウンドワーカーがフロアレートでキューを排出するため、設定されたケイデンスで応答が順序どおりに届きます。キューの深さはデフォルトで 16（「エージェントが一時的にバースト状態になった」ケースに適しています）で、REPLY_QUEUE_DEPTH_CEILING（1024）が上限です。キューが満杯の場合、最新の送信が破棄され、channel_alias、編集済みのrecipient、queue_depth、queue_max、dropped_charsを含むWARNが出力されます。本文の内容はログに残りません。

単一の返信内のストリーミングによる下書き更新は、ペース調整の対象にはなりません（ライブプレビューがフリーズしてしまうため）。キューに入るのは最終的な send（およびターミナルの finalize_draft 書き込み）のみです。異なる受信者は互いに独立しており、ある相手へのペース調整が別の相手へのメッセージをブロックすることはありません。このラッパーは、アイドル状態のLRU方式による退避を通じて、最大 PACING_RECIPIENT_CAP（1024）個の異なる相手の状態を保持します。キューに入っている処理がなく、送信中でもない行のみが回収されるため、この上限はアイドル状態に対する目標値であり、すべてがアクティブなバースト時における無条件のハードリミットではありません。

用途: ミリ秒未満の即時応答がAIであることを露呈してしまう、ペアになったアイデンティティを持つチャネル。ワイヤレベルの対応は9つのチャネル(Telegram、Discord、Slack、Mattermost、Webhook、iMessage、Matrix、Signal、WhatsApp)でエンドツーエンドに実装済み。統合テストでは、TelegramとWhatsApp Webで下限値とオーバーフローのコントラクトを固定しています。

Webhook に関する注意: 同期 Webhook チャネルでは、送信側の応答は呼び出し元のリクエストに対する HTTP レスポンスになります。reply_min_interval_secs の下限値が 0 以外の場合、そのレスポンスは下限値の期間だけ保留されることがあり、呼び出し元自身のリクエストタイムアウトを超える可能性があります。Webhook の呼び出し元が遅延応答を許容できる場合にのみ下限値を設定するか、0 のままにして上流側でペース調整を行ってください。

iMessage（macOS のみ）

iMessage は Linq Partner API（[channels.linq.<alias>]）を通じてブリッジされます:

macOS専用であり、サードパーティのリレーとしてLinqを使用するか、AppleScriptの自動化（実験的、フルディスクアクセスとアクセシビリティの権限が必要）のいずれかが必要です。

WeChat personal iLink Bot は、個人の WeChat 会話向けに iLink Bot API に対して QR コードログインを使用します。

DingTalk

Alibabaのエンタープライズメッセンジャー。

Lark / Feishu

Lark または Feishu のどちらにも channel-lark を使ってビルドします。ルートの channel-feishu 機能は channel-lark のエイリアスです。実行時の選択は引き続き use_feishu = true で行われます。

QQ

Tencentの消費者向けメッセンジャー。ボットAPIへのアクセスには開発者登録が必要です。

IRC

Classic IRC。SASL、NickServ認証、および複数のチャンネルをサポートしています。

Mochat

Notion

Notionデータベースをメッセージの表面として扱います。チャネルがタスクのインボックスである非同期ワークフローに有用です。

専用ガイドを優先すべき場合

より複雑なセットアップ（OAuthフロー、エンドツーエンド暗号化、マルチデバイス対応など）が必要なチャンネルは、それぞれ独立したページに記述されています：

上記のいずれかのチャンネルで設定に問題が発生した場合は、再現手順を記載してIssueを提出してください。その後、専用のガイドとして公開するかどうかを検討します。