OutlookをAIエージェントに接続する

自律型エージェントをOutlookに接続する理由

Outlookには、特にMicrosoft 365を利用する企業を中心に、多くの企業のメールとカレンダーの両方が集まります。ここに接続された自律型エージェントは、単発の指示に応じるだけではありません。継続的に稼働し、受け取った指示に応じて、ツールコーリングを通じてメッセージを検索するか、空き時間を確認するか、予定を準備するかを自ら判断します。

接続にはOAuth 2.0を使用し、Microsoft Graphのスコープは Mail.ReadWrite、Mail.Send、Calendars.ReadWriteです(Microsoft Graph 権限リファレンス)。これらのスコープではメールの読み取り、作成、送信とカレンダーの予定管理ができますが、アカウントの削除やセキュリティ設定の変更はできません。

これにより、受信したメールをもとにした予定調整のようなフローが実現し、これはサポート仕分けやサポート自動化エージェントが行う処理に近いものです。人間が自らのカレンダーを開いて空き状況を確認するのを待つことなく、依頼を受け取り次の段階(候補日時、確認の下書き)を準備します。OutlookはAtakoのスタンダードプランに含まれるインテグレーションの一つで、コネクタごとの個別の課金項目はありません。

制限とベストプラクティス

このコネクタで最も機微なアクションはsend_emailとcreate_eventです。書き込みスコープで一度付与されると、エージェントはあなたを介さずメールを送信したり予定を確定したりします。最も安全な運用は、create_draftとcheck_availabilityのみを付与することです。エージェントが準備し、人間が承認します。

Mail.ReadWriteとCalendars.ReadWriteのスコープは、特定のフォルダやカレンダーではなく、接続されたアカウントの受信箱とカレンダー全体をカバーします。したがって実際の制限はgrant側で設けることになります。接続時にすべてを一度に付与するのではなく、エージェントに必要な正確なアクションだけをリストしてください。

ドキュメントには、Outlookコネクタ固有のレート制限に関する記載はありません。送信・拒否を問わず、各呼び出しはエージェントページの監査ログで確認できます。また、OAuthアカウント一般と同様に、Microsoft側でトークンが失効または取り消された場合、接続は再接続するまでエラー状態になります。