チャットを開くたびに指示を送る——そのやり方に限界を感じていませんか。
LangChainのCEOハリソン・チェイスが「ambient agents（アンビエント・エージェント）」という言葉で、AIエージェントの新しい方向性を示しました。バックグラウンドでイベントを監視し、必要なときだけ人間に確認を求める。開発者がすでに動かしている仕組みに、業界が共通の名前が付いた瞬間です。
この記事でわかること
- ambient agentsの定義と、従来のチャット型エージェントとの違い
- 人間の承認を組み込む3つのパターンとAgent Inboxの役割
- LangGraphがこの設計を支える技術的な理由
- メールアシスタントをはじめとする具体的なユースケース
https://www.langchain.com/blog/introducing-ambient-agents
チャット型エージェントが抱える2つの壁
ChatGPTのようなチャットUIは実装が容易で、対話型のタスクには向いています。一方で、人間が毎回メッセージを送ってエージェントを起動する必要があり、作業のたびに画面を開く手間が生まれます。
もう一つの制約は、同時に1つの会話しか進められない点です。エージェントは並列に動けますが、人間側の操作がボトルネックになり、自分自身をスケールさせにくい構造になっています。
LangChainの公式ブログでは、こうしたチャット中心の設計が「不要なインタラクションのオーバーヘッド」を生み、LLMの潜在能力を活かしきれないと指摘しています。
ambient agentsが解く課題
ambient agentsは、イベントストリーム（メールの到着、スケジュールの変更、システムのしきい値超過など）を監視し、それに応じて動作するAIエージェントです。LangChainの定義では、次の2点が特徴になります。
- 人間のメッセージだけをトリガーにしない
- 複数のエージェントを同時に走らせられる
チェイスCEOは「ambient agents listen to an event stream and act on it accordingly, potentially acting on multiple events at a time（イベントストリームを聞き、それに応じて動作し、複数のイベントを同時に処理しうる）」と述べています。
2026年6月、開発者のMnimiy氏はXで「チャットを開くのを待たず、バックグラウンドでイベントに応答するエージェントに、LangChainのCEOが先に名前を付けた」と投稿し、チェイスCEOの「operate continuously in the background, responding to events rather than direct human prompts（バックグラウンドで継続的に動作し、直接の人間の指示ではなくイベントに応答する）」という説明を引用しました（参考）。
概念の提唱は新しくても、実装の方向性はすでに動いています。チェイスCEO自身が1年以上、メール対応用のambient agentを日常業務で使っていると公言しています。
完全自律ではない——人間との接点設計
ambient agentsは自律的に動きますが、LangChainは完全自動化を前提にしていません。人間の介在（human-in-the-loop）を組み込むことで、本番環境への導入ハードルを下げる設計です。
公式ブログでは、人間との接点を3パターンに分類しています。
Notify（通知） — 重要なイベントを知らせるだけで、エージェントは行動しない。メール受信箱にDocuSignの署名依頼が届いたことをフラグする例が挙げられています。
Question（質問） — 判断材料が足りないとき、人間に確認する。会議の招待に対して参加可否を聞く場面など、人間のアシスタントが質問するのと同じ動きです。
Review（レビュー） — エージェントが取ろうとする行動を人間が承認・編集・差し戻しする。送信メールの下書きを確認してから送る、といったケースに当てはまります。
この設計には3つの効果があります。危険な操作をゲートできるため導入のリスクが下がる。人間同士のコミュニケーションに近い形で信頼を築ける。ユーザーのフィードバックを通じてエージェントが学習できる。
Agent Inbox——チャットの代わりになるUI
ambient agentsが人間に声をかける場所として、LangChainは「Agent Inbox」を提案しています。メールの受信箱とカスタマーサポートのチケット管理を組み合わせたUIで、エージェントとの未処理のやり取りを一覧できます。
当初はSlackで通知する方式を試しましたが、通知が溜まると追いにくく、承認や編集といった構造化された操作がしづらいという課題がありました。専用のInbox UIに移行したことで、パネルやボタンを自由に追加でき、優先度順のソートやチーム内の割り当て表示といった拡張も見据えています。
実装はGitHubでオープンソース公開されており、ホスト版は dev.agentinbox.ai で試せます。LangGraphのデプロイメントと接続し、エージェント側では interrupt 関数を使って処理を一時停止し、人間の応答を待つ形で動きます。応答は accept（承認）、edit（編集）、respond（返答）、ignore（無視）の4種類から選べます。
LangGraphが支える技術基盤
ambient agentsは長時間稼働し、途中で人間の入力を待って再開する必要があります。LangChainのエージェントオーケストレーションフレームワーク「LangGraph」は、この要件に合わせて機能が整備されています。
永続化レイヤー — 各ステップの状態を保存するため、エージェントは任意の時点で停止し、数秒から数日後に同じ状態から再開できます。
interrupt — エンドユーザーとの通信を組み込む組み込みメソッド。Agent Inboxとの連携の核になります。
長期メモリ — 人間とのやり取りの結果を記憶に反映し、次回以降の判断精度を上げます。
Cronジョブ — 定期的にイベントをチェックするエージェント向けのスケジュール実行機能です。
メールアシスタント——最初の参照実装
LangChainはambient agentsの具体例として、メールアシスタントを公開しています。チェイスCEOは過去6か月以上、このエージェントがメールの下書きを作成していると述べており、Sequoia Capitalのポッドキャストでは1年以上の運用実績にも言及しています。
メールの到着というイベントをトリガーに、返信の下書きやカレンダー招待の送信を提案します。送信前にはReviewパターンで人間が確認するため、完全自動送信にはなりません。ホスト版で体験でき、ソースコードもOSSとして公開されているため、自社サービスへの応用のたたき台になります。
チャット型との使い分け
ambient agentsはチャット型エージェントを置き換えるものではありません。用途で棲み分けが必要です。
チャット型が向くのは、ユーザーが能動的に質問し、対話しながら思考を深めたい場面です。ambient agentsが向くのは、バックグラウンドでイベントを監視し、並列にタスクを進め、人間は承認キューを定期的に確認する場面です。
採用管理で例えると、候補者のパイプラインに新規エントリーが入ったときにフォローアップを提案し、面接完了後にフィードバック文を下書きする——といった一連の処理を、マネージャーがバッチで承認する形が想定されます。チャットは残りますが、製品の中心はInboxに移る、という設計思想です。
開発者が押さえるべきポイント
ambient agentsを検討する際は、次の点を先に整理すると設計がぶれにくくなります。
イベントの源泉は何か（メール、Webhook、DBの変更、定期ポーリングなど）を明確にする。人間の承認が必要な操作を事前に洗い出し、Notify・Question・Reviewのどれに当てるか決める。LangGraphの永続化とinterruptを前提にした状態設計を行う。観測可能性（ログ、トレース）を確保し、バックグラウンド動作の中身を追えるようにする。
モデルの性能向上だけでは本番投入は難しく、イベント駆動のアーキテクチャと人間の承認フローがセットで必要になる——これがLangChainが示す2025〜2026年のエージェント設計の方向性です。