すべての章 紹介

CHAPTER 09 / 12

アシスタントとメールに合う接続を選ぶ

Grok Bot、ChatGPT Dots、Claude Duet、OpenClaw、Hermes、Microsoft Copilotのメールアクセスと拡張経路を公式資料で比較します。

個人メールでも会社メールでも、最初の問いは同じです。そのサービスに対応するか、アカウントのプロトコルを扱うツールを使えるか。サービス専用コネクター、設定済みのIMAPツール、ブラウザー操作は別の経路です。Gmailへの転送は適切な接続がない場合の回避策であり、すべてのアシスタントに必要な手順ではありません。

SyncPierは共通のアーカイブと業務の文脈を提供します。検索を委ね、準備済みの要約を読み、必要な原文を取得し、同じメールやトピックに根拠と判断を残せます。すでにIMAPを読めるエージェントも、この共通の保存と準備を利用できます。

この章でわかること

  • 一つのメールアカウントと専用の身元で、答えを知っている読み取り作業から確認します。
  • Grok BotはカスタムMCP、DotsはMCPプラグイン、Hermesは直接MCP設定を使います。
  • 情報へのアクセス、外部操作、仕事の再開を、それぞれ別に許可します。
このページの内容

公式ドキュメント・公式リポジトリを確認 · 2026-10-29

各AIアシスタントは、どこまでメールにつながるか

最初に確認するのは、対応するメールサービスと接続方式です。個人のIMAPメールも会社メールと同じ壁に当たります。拡張可能なエージェントには、すでにIMAPを読めるものもあります。SyncPierは継続的なアーカイブ、準備済みの文脈、共通の根拠について話し合う場所を提供します。

各AIアシスタントは、どこまでメールにつながるか
アシスタント資料で確認したメールアクセス任意のIMAPアカウント拡張の接続経路
Grok BotGrok Bot apps ↗Mail attachments ↗Botの資料はGmailとOutlookへの接続を明記しています。Bot自身のメールアドレスは、利用者の既存の受信箱とは別です。確認したBotの案内には、任意のIMAPアカウントを登録する標準機能の記載がありません。URLまたはコンピューター上のコマンドでカスタムMCPサーバーを追加できます。SyncPierのツールを提供する際に使える公式の拡張経路です。
ChatGPT DotsDots apps ↗Outlook setup update ↗Custom MCP plugins ↗Dotsの案内はGmailを説明しています。2026年10月の更新にはOutlook設定の修正もありますが、全アカウント種別や操作の範囲までは示していません。確認したDotsの案内には、汎用IMAPアカウントの設定は記載されていません。Dotsはインストール・有効化された対応プラグインを使います。ChatGPTのカスタムMCPプラグインを、アカウントの方針と認証方式に合わせて設定します。
Claude DuetClaude Duet help ↗Gmailへの接続が記載されています。現在のDuetヘルプではMicrosoft 365は対象外です。他のClaude製品の対応とは区別が必要です。確認したDuetの案内には、汎用IMAPアカウントの設定は記載されていません。コネクター、プラグイン、クラウドブラウザーを提供します。Duet固有のSyncPier MCP接続は、今回の資料調査では確定していません。
OpenClawHimalaya skill ↗Gmail skill ↗Gmail events ↗同梱のgogスキルは、別途導入するCLIとGoogle OAuthでGmailを操作します。Gmailの受信イベントにはPub/Subを使います。可能です。同梱のHimalayaスキルに、外部CLI、メール設定、対応する認証が必要です。メールを読むためにSyncPierが必須というわけではありません。独自スキルやAPIアダプターを構成すると、アーカイブやトピックを利用する経路を作れます。
Hermes AgentEmail gateway ↗Himalaya skill ↗Gmail skill ↗MCP configuration ↗同梱のGoogle WorkspaceスキルがGmail APIを利用します。メールゲートウェイはIMAP/SMTPでエージェント宛てのメールを受信し返信します。可能です。エージェント宛ての受信ゲートウェイと、メールボックス管理用のHimalayaスキルは別です。後者にはCLIとアカウント設定が必要です。HTTPまたはstdioのMCPサーバーを設定してツールを呼び出せます。SyncPierへの接続にTelegramを経由する必要はありません。
Microsoft CopilotMicrosoft 365 requirements ↗Personal Copilot connectors ↗Copilot in Outlook ↗Outlook FAQ ↗Copilot Studio MCP ↗Microsoft 365 Copilotの組織メール参照はExchange Onlineが前提です。個人向けMicrosoft CopilotはGmailとOutlook.comのコネクターを案内しています。すべてのIMAPアカウントへの対応は確認できません。一部のOutlookでは接続済みGmail・Yahoo・iCloudにもCopilotを提供し、機能とライセンス条件が異なります。Copilot StudioでMCPを使うエージェントを作成できます。設定と公開が必要な経路で、すべてのCopilotに共通のメール接続機能ではありません。

公式資料に記載された接続方法の比較です。SyncPierと実アカウントで接続試験を行った結果ではありません。「記載なし」は確認した資料だけでは対応を確定できないという意味で、独自連携が不可能という意味ではありません。

仕組みを説明する図アシスタントが共通の情報層を呼び出す
会社のメール
IMAP / プロバイダーAPI
SyncPier
MCP
Grok · Dots · Hermes

独自アプリはHTTP APIを使います。接続先への到達性、認証、許可したツールが利用範囲を決めます。

接続先と身元を準備する

MCPは、AIアシスタントがサーバーの構造化された道具を見つけて呼び出すための規約です。リモートで動くAIアシスタントには、その実行環境から到達できるサーバーが必要です。手元のパソコンのループバックアドレスはクラウド用の接続先ではありません。運用担当者にMCPのURL、認証方式、対象アカウントとワークスペースを確認します。

論理的に異なるAIアシスタントごとにSyncPierの身元を発行し、必要なアカウントとコレクションだけを委任します。最初は読み取りの範囲を小さくします。表示名ではなく、サービスが返す実際の身元を確認してください。ネットワーク接続やログインが成功しても、目的のメールボックスだけが見えることまでは証明できません。

Grok BotにカスタムMCPを追加する

Grok Botの公式ガイドは、URLまたはコンピューター上のコマンドからカスタムMCPを追加する方法を案内しています。ホストしたSyncPierにはリモートURLを使います。コマンド方式は、その環境に必要な実行プログラムと資格情報を意図して配置するときに選びます。認証を終え、発見された道具を確認してからメールの仕事を任せます。

一つのGrokアカウントでは、アプリ接続やコンピューター上の資格情報が複数のBotに共有され得ます。Botの名前が違うだけで、秘密の保管場所も別になると考えてはいけません。SyncPierの身元と道具の範囲もそれを踏まえて選びます。最初は、よく知る仕入先の最近のメールを探し、出典を並べ、送信やフォルダー変更をせず一通を説明する仕事が適しています。

ChatGPT DotsにはMCPプラグインを入れる

ChatGPT PluginsでカスタムMCPサーバーの接続を作り、SyncPierのURLと認証方式を設定します。作成したプラグインをインストールし、Workの会話で選びます。公式OpenAIドキュメントでは、接続の作成とプラグインのインストールは別の手順です。道具が見つからないときは両方を確認します。

Dotsは、そのアカウントで有効になっている対応プラグインを、ワークスペースの権限と実行環境の制約の下で利用できます。SyncPierのプラグインを明示し、範囲を決めた仕事を頼みます。たとえば既存の納品トピックの根拠メールを探し、原文で確認すべき主張を説明させます。プラグインが使えることは、すべてのアカウントへのアクセスやメール送信の許可を意味しません。

HermesはHTTPかstdioで直接つなぐ

HermesのMCP設定は、リモートHTTPサーバーとローカルstdioサーバーに対応しています。HTTPでは実際の接続先と、その運用環境で要求される認証を設定します。発行されたbearer資格情報がその一例です。stdioではSyncPierの運用担当者が案内する実行ファイルと引数を使います。そのプログラムはHermesが動くコンピューターに必要です。

Hermesはサーバーの道具を直接発見します。TelegramはHermesと会話する選択肢であり、SyncPierへの必須の中継ではありません。読み込む道具を確認したら、他のAIアシスタントと同じ既知のメール検索を試します。最初の仕事をそろえると、全製品が同じ動作をすると仮定せず、身元、可視範囲、返される表現の違いを見つけやすくなります。

Claude DuetはDuet自身の対応範囲で判断する

DuetのヘルプはGmailを接続アプリとして挙げ、受信箱の情報を使う流れを説明しています。同時に、確認日時点ではMicrosoft 365は利用できないと明記しています。Claude DesktopやCoworkの対応をDuetにも当てはめることはできません。紹介ページのロゴより、製品固有の具体的な案内を根拠にしています。

Duetにはコネクター、プラグイン、クラウドブラウザーがあります。ただし、確認した資料では任意のIMAPやSyncPier MCPを設定する具体的な方法までは確定できません。ブラウザーはサイトのログインと画面を利用する経路であり、IMAP接続とは別です。比較には含めつつ、未検証の設定を確認済みの接続として案内することは避けています。

OpenClawにはスキルを使うIMAP経路がある

OpenClawにはメール操作用のHimalayaスキルが含まれます。必要なCLIを導入し、メールボックスと認証を設定すると、スキルがCLIを通じて閲覧・検索・管理を行います。Gmailには別のgogスキルとOAuth設定があり、受信イベントで仕事を始める場合にはPub/SubとWebhookの構成を加えます。スキルの同梱だけで実行の準備が完了するわけではありません。

OpenClaw利用者にとって、SyncPierの価値は接続の追加にとどまりません。複数のアシスタントが利用する原文を保存し、要約や埋め込みを準備し、検索を処理し、メールやトピックに議論を残せます。独自スキルやAPIアダプターでこの流れをOpenClawへ提供できます。これは構成する連携経路であり、公式SyncPierプラグインや標準MCP接続を検証したという意味ではありません。

Microsoft Copilotは製品とアプリを特定する

Microsoft 365 Copilotの組織メール参照ではExchange Onlineが前提として案内されています。個人向けMicrosoft Copilotは別途GmailとOutlook.comのコネクターを提供します。Outlook内のCopilotはさらに別の範囲です。機能共有の案内はGmail・Yahoo・iCloudを含み、WindowsのクラシックOutlookを除外しますが、Outlook FAQはExchange Onlineという狭い範囲を説明しています。全アプリ・機能・契約を一つのルールにまとめることはできません。OutlookでIMAPメールを受信できても、Copilotが検索できる証明にはなりません。

外部情報への拡張には、Copilot Studioで作成するエージェントへMCPサーバーを追加する経路があります。Microsoftは特定の連携例で、MCPツールを持つエージェントをMicrosoft 365 Copilotへ公開する流れも案内しています。SyncPierの連携で参考になる方式ですが、接続方式、認証、ツール定義、ライセンスと公開設定を合わせる必要があります。すべてのCopilotに共通の直接接続ではなく、GitHub Copilotとも別です。

検索から根拠確認へ進む習慣をつくる

日常の仕事は質問、期間、アカウントの範囲から始めます。大きな分析の前に、関連項目を短く一覧にさせます。準備された要約は、どの原文に注意を向けるかを決める助けになります。ただし引用、添付ファイルの条項、日付を確認した証拠にはなりません。正確な言葉が判断を左右するなら、該当する本文や添付の表現を取得します。

結果はメールやトピックに結び付け、次の仕事から参照できるようにします。出典、結論、足りない証拠を一緒に残します。要約を読むだけで分析が自動的に始まることはなく、内容の閲覧だけでAIアシスタントの個別の仕事が完了するわけでもありません。

個別の状態を保ったまま再確認を頼む

別のAIアシスタントは、対象のメール、コメント、理由を示して以前の解釈の再確認を頼めます。依頼された側は根拠を読み、自分の仕事をどう再開するか判断します。一方の完了表示は、他方の仕事を完了にはしません。同じトピックを見ても、個人の閲覧履歴が公開されることはありません。

自動で続けるには、対応するイベント購読やWebhookと、受信側クライアントに許された動作を設定します。コメントは記録された議論であり、無条件の実行命令ではありません。まず手動のフォローで確認し、身元と対象者が明確になってから、特定のイベントと狭い目的に自動化を追加します。

仕事の変化に合わせてアクセスを管理する

接続に失敗したら、到達できないURL、期限切れの認証、未インストールのプラグイン、アカウント権限の不足を区別します。プラグインを入れ直してもアカウント権限は直りません。通信障害への対処として権限を広げる理由もありません。修復後は既知の許可された検索を試し、除外した項目が読めないことを別に確認します。

AIアシスタントの交代、人の退職、プロジェクト終了時には発行した身元を見直します。継続性が必要なら同じ論理的身元の資格情報を交換し、利用を終えるなら身元を失効させます。選択した内容を処理するモデルサービスも確認します。自前のアーカイブを持っていても、外部AIサービスを使えば許可された抜粋がその環境へ送られる場合があります。

使うときに知っておきたいこと

接続後はどんな仕事から始めるとよいですか。

よく知る仕入先や案件と短い期間を選びます。関連メールを探して要約を確認し、重要な主張の原文を開いて、分かったことをトピックに残すよう頼みます。小さく分かりやすい例から、流れ全体の有用性と正確さを判断できます。

異なるアシスタントが同じトピックを読めますか?

許可した同じ文脈へのアクセスを与えられます。それぞれ有効な身元、現在の原文権限、対応した接続が必要です。トピック参加は隠れた原文を公開せず、個別の閲覧状態や仕事の状態も統合しません。

設定時にすべての道具を有効にすべきですか。

最初の読み取り作業に必要な道具から始め、議論や外部操作を意図して追加します。製品側の設定とSyncPierの委任を一緒に確認します。道具の非表示は設定上の工夫であり、実際のアクセス境界はサーバーの権限検査です。

一つのAIアシスタントを、よく知っている会社の仕事につなぎます。読める根拠を確かめてから、共有トピックを軸に仕事を広げてください。