本文へスキップ
Ankole

アンビエント介入

AI Agent 向け: このページの Markdown 版は https://ankole.agentbull.com/ja-JP/docs/ambient-intervention/index.md にあります。ドキュメント索引は https://ankole.agentbull.com/ja-JP/llms.txt にあります。

シグナルルーティングルール がグループメッセージモードを May intervene に設定すると、Agent は自分宛てではないグループメッセージも確認し、新しいメッセージの各バッチに処理経路を割り当てます。デフォルトは沈黙です。必要な場合は、短い返信を開始する、新しい作業を識別する、または実行中の background job に新しい情報を渡すこともできます。

このモードでのグループ動作は、channel standing orders と signal routing 設定という 2 つの制御に依存します。

各メッセージは一度だけ判断される

Agent は channel ごとに判断カーソルを保持します。各チェックは、前回のチェック後に届いたメッセージだけを判断します。古いメッセージは背景としてのみ表示され、再評価されることはありません。そのままにすると判断したメッセージが、数ラウンド後に突然回答されることはありません。

すべての判断は、action、authorization source、理由とともに記録されます。background handoff では正確な対象も記録されます。Agent が静かすぎる、または積極的すぎる場合、オペレーターは選択された経路を確認できます。

4 つの処理経路

  • 何もしない（NOOP） は Agent を沈黙させます。雑談、確認、重複する回答、または人がすでに引き受けた作業では通常この経路を使います。
  • 前景返信（FOREGROUND_REPLY） は、回答、明確化、調整、status 報告、または小さな限定的調査のために、短い可視 turn を 1 つ開始します。この経路は background job を作成または再開できません。
  • 新しい作業（NEW_WORK） は、独立した実質的な task を識別します。人からの直接の依頼または一致する standing order がある場合だけ通常の owner turn に進みます。どちらもない場合、Agent は作業を引き受けるか確認するだけです。この確認 turn には tool がなく、job を開始できません。
  • 引き継ぎ（HANDOFF） は、新しいメッセージを、同じ Agent、owner session、channel、binding に属する、明確に一致した 1 つの live background job に静かに送ります。候補が不完全または曖昧な場合は引き継ぎません。

recognizer 自体は background job を作成しません。処理経路と authorization source だけを選び、通常の owner turn が既存の承認規則と background-work 規則を適用します。

返信は質問した人に紐付く

Agent が発言を決定すると、2 つのケースを分離します。

  • 誰かが Agent に尋ねている場合 — 新しいメッセージの 1 つが、@ メンションなしでも実際に Agent に質問または宛てています。その返信はそのメッセージにアンカーされます。サポートする channel では、引用返信またはスレッド返信として表示されるため、部屋の人は誰に答えているかを見られます。
  • 自発的 — 誰も宛てていませんが、Agent は情報を追加することが今役立つと判断します（または standing order が一致します）。返信は通常のグループメッセージとして出ます。

帰属は検証されます。特定された質問は、判断されたバッチ内に存在し、人間から来て、その著者がまだ最新の発言者である必要があります。Agent は、部屋が先に進んだ後で古い質問を掘り起こしません。その場合、通常の自発的な返信に低下します。

channel standing orders

standing orders は、channel に付随する 1 つの永続的なポリシーテキストです。その部屋でいつ自発的に発言すべきかを Agent に伝えます。例:

  • “CI が赤になったとき、またはデプロイが失敗したときだけ発言してください。”
  • “18:00 以降、誰かが日報を投稿したら要約してください。それ以外は静かにしてください。”
  • “これは顧客グループです。誰かが技術的な質問を直接しない限り、参加しないでください。”

channel 内で Agent に伝えることで設定します。 任意の channel メンバーが「これからは、CI が赤になったときだけここで話して」と言えます。Agent はそれをこの channel の standing orders として保存し、誰が依頼したかを記録します。変更は完全な置き換えです。指示を修正するよう依頼すると、完全な新しいテキストを保存します。「この channel の standing orders をクリアしてください」と言うと削除されます。

standing orders は 2 つの場所に届きます。経路判断はそれを channel のオペレーターポリシーとして扱い、意味が明確に一致した場合に NEW_WORK を許可できます。可視の owner turn も context でそれを確認します。

2 つの境界があります。

  • May intervene モードでのみ有効になります。 他の binding モードでは、テキストは保存されますが完全に不活性であり、Agent は保存後に非アクティブであることを伝えます。binding を May intervene に切り替えると、追加の手順なしで有効になります。
  • 1 つの orders テキストは最大 4000 文字です。

Console も standing orders を読み書きできます。Console API reference の /signal-channels/:channel_id/standing-orders エンドポイントを参照してください。

それでも発言しすぎる、または少なすぎる場合

  • 多すぎる場合: 最初に standing orders を厳しくするかクリアし、次に Agent の役割指示を厳しくします。質疑応答の動作だけが必要なグループでは、binding を Addressed messages only に戻します。
  • 少なすぎる場合: binding モードが May intervene であることを確認し、channel に明示的な standing order を 1 つ与えます。判断はデフォルトで保守的であり、指示がないと Agent は、実際に誰かが必要なときにだけ話します。
  • orders を保存しても何も変わらない場合: orders を保存した後の Agent の返信を読みます。有効かどうかを報告します。非アクティブはほぼ常に、channel の binding モードが May intervene でないことを意味します。

次のステップ