Claudeがメール送信とGoogle Driveの管理に対応 — それでも「記憶」されないこと（2026年）

Gmail

ドキュメント化されている機能は以下の通りです。「自然言語によるクエリを使用して」メールを検索・閲覧すること、「適切なフォーマットとコンテキストで」メールの下書きを作成すること、および「Gmailからのメールの送信、返信、転送」です。また、Claudeは「添付ファイルのメタデータ（添付ファイルの内容は除く）を含む」メールのメタデータへのアクセス、ラベルやスレッドの管理、保存された下書きのリスト表示も可能です。

安全性のためのデフォルト設定は明確であり、書き込みアクションに適用されます。「デフォルトでは、Claudeはこれらのアクションを実行する前に毎回承認を求めます。TeamおよびEnterpriseプランでは、オーナーがメンバーに対して、毎回確認することなくこれらのアクションの実行を許可するかどうかを決定できます。」また、Anthropicはサインイン時に表示される内容についても注意を促しています。「認証中、GoogleのOAuth画面にメール送信権限に関する記述が表示されます。」

Google Drive

Googleドキュメントの検索と取得、「Google Drive内のファイルの共有、移動、ゴミ箱への移動」（これもデフォルトで承認が必要）、検索を介さないファイルメタデータの参照とプレビュー、「Sheets、Slides、PDF、画像、MS Officeファイルの読み取り」、「任意のファイルタイプのアップロード（オプションでGoogle形式への自動変換が可能）」、フォルダの作成、ファイル権限の表示、最近の変更履歴のリスト表示、そして「Claudeが生成したファイルをDriveに直接保存する」（これには「コード実行とファイル作成の有効化が必要」）などがあります。

実務上重要な2つの制約があります。会話に追加されるドキュメントは「会話のコンテキストウィンドウ内に収まる必要があります」。また、抽出に関しては「ClaudeはGoogle Driveファイルからテキストコンテンツのみを抽出します。ドキュメントに埋め込まれた画像は処理されません」とされています。もしアーキテクチャの決定事項が図（ダイアグラム）で表現されている場合、コネクタはその周囲のテキストは読み取りますが、図そのものは読み取りません。

チームを驚かせるスコープのルールが1つあります。「Google Driveコネクタは、プライベートプロジェクトのファイルに追加する場合にのみ利用可能です。このオプションは共有プロジェクトでは無効になります。」ただし、情報の新しさという点ではメリットもあります。「チャットやプロジェクトに追加されたGoogleドキュメントはGoogle Driveから直接同期されるため、常に最新のバージョンで作業できます。」

対象ユーザーと有効化の方法

ドキュメントによると、「Google Workspaceコネクタ（Gmail、Google Calendar、Google Drive）は、ClaudeおよびClaude Desktopのすべてのユーザーが利用可能です」となっています。管理プランには制限があります。「TeamおよびEnterpriseプランの場合、個々のユーザーが認証を行う前に、オーナーまたはプライマリーオーナーが組織レベルでこれらのコネクタを有効にする必要があります。」

導入を検討する前に知っておくべきこととして、Claudeは「既存の権限をミラーリングします。Google Workspaceでアクセス権のない情報にはアクセスできません」、データは保存時および転送時に暗号化されます、そして「Gmail、Drive、Calendarコネクタのデータでモデルをトレーニングすることはありません」という点が挙げられます。

ドキュメントに記載されている現在の制限事項は、簡潔かつ率直です。添付ファイルの内容にはGmail経由で直接アクセスできないこと、一部の高度なGmailフィルタがサポートされていない可能性があること、複雑なクエリには複数のAPI呼び出しが必要になる場合があること、GoogleのAPIレート制限が適用されること、および「大容量のメールボックスではパフォーマンスが異なる場合があります」という点です。

ここからは、リリースノートには書かれていない部分です。バグではなく、この機能の仕様そのものに関する話です。

検索は設計上、質問の範囲に限定される

「Claudeは必要なツールを自動的に検出し、それらを使用して応答します」そして、必要な最小限の情報を取得します。そのため、ベンダーとのスレッドについて尋ねると、Claudeはそのスレッドを取得します。これは、最小権限の原則、最小限のデータ移動、およびソースへの引用（「Claudeの応答には、ソースとして使用されたメール、カレンダーのイベント、またはドキュメントを示す引用が含まれます」）という、非常に優れた挙動です。

しかし、この情報取得は質問によってトリガーされ、その質問の規模に合わせられます。明日同じ質問をすれば、また新たに情報が取得されます。その間に何かが「学習」されるわけではありません。

取得されたデータはユーザーではなく、チャットに紐づく

これこそが境界線を定義する一文であり、プライバシーセクションに明確に記載されています。「このデータは関連するチャットとともに保持されるため、チャットを削除することで、取得したデータを削除できます。」

これはプライバシー保護の観点から非常に優れた特性です。1回の削除で、1箇所で完結します。しかし、継続性という観点から見ると、取得されたコンテキストがどこで途切れるかも示しています。それは、その会話の境界線です。チャットを削除すれば、取得されたデータも一緒に消え去ります。同様の境界線は他のアシスタントにも存在します。ChatGPTにおけるこの問題については、ChatGPTコネクタがあなたの決定を記憶しない理由で解説しています。

そもそも、あなたの結論はGmailやDriveには存在しない

このギャップの最も本質的な部分は、ベンダーの実装とは関係ありません。コネクタは、連携されたシステムに存在するものであれば何でも取得できます。問題は、そこに「存在しない」ものです。

あなたがスレッドを読み、「ベンダーは納期に間に合わないため、ローンチを延期する」と結論付けたとします。その結論はメールとしては存在しません。6つのドキュメントに目を通し、「そのうち2つは古い」と判断したとします。その判断はファイルではありません。第2四半期のドキュメントにある価格設定アプローチがなぜ見送られたのかを理解したとします。その理由はどこにも書き残されておらず、会話の中にしかありませんでした。

Driveへの完璧なアクセスとは、成果物（アーティファクト）への完璧なアクセスを意味します。それらを生み出した推論プロセスは保存されないため、次の会話は、あなたが到達した結論からではなく、再びドキュメントの読み込みから始まることになります。

「毎回Claudeにスレッドを読み直させる」：機能はしますが、情報取得のコストとあなたの忍耐力が必要になり、すでに到達した結論ではなく、新たな要約が生成されるだけです。

「コネクタが見つけられるように、自分宛てにメモをメールする」：非常に賢い方法ですが、受信トレイがスキーマのないデータベースになってしまいます。過去の自分宛てメールに対するキーワード検索による情報取得は、すぐに破綻します。

「決定事項をGoogleドキュメントに書き出す」：直感としては正しいですが、器（コンテナ）としては不適切です。Driveと同期されたドキュメントは最新状態に保たれるため、何もしないよりはマシですが、それでも検索によって適切な段落が見つかるかどうかに依存することになります。

「作業をスピードアップするために承認プロンプトをオフにする」：TeamおよびEnterpriseプランでオーナーの裁量により可能です。アクションは高速化されますが、継続性は追加されず、維持すべき安全確認のステップが失われます。

「何も失われないように、1つのチャットを長く使い続ける」：問題を先送りするだけであり、ドキュメントはその会話のコンテキストウィンドウ内に収まる必要があります。

「コネクタを記憶装置（メモリ）だと見なす」：最も代償の大きい仮定です。なぜなら、誤った決定が静かに再決定されてしまうまで、その問題に気づけないからです。

コネクタは使う価値があります。ここでそれを否定しているわけではありません。正しいアプローチは、コネクタが提供すると謳っていない機能を求めないことです。

「コネクタが得意なことに活用する」：リアルタイムの検索、実際のコンテキストに基づいた下書き作成、承認を得た上での代理アクション、手動で行うはずだったファイル操作などです。特別な理由がない限り、承認はオンのままにしておきましょう。

「同期される場所にDriveドキュメントを追加する」：Driveから追加されたドキュメントは最新状態に保たれるため、古いファイルをアップロードするよりも優れています。プライベートプロジェクトのルールと、テキストのみの抽出という制約を忘れないでください。

「そして、GmailやDriveにはないレイヤーを記録する」：結論に達したセッションの後、その結論を書き留めておきます。それを生成したチャットの外側にです。

これこそがMemoryLakeの目的です。単一のチャットやアカウントから独立し、次の会話でアシスタントが読み取れる決定事項や推論プロセスを保持する記憶レイヤー（メモリーレイヤー）を提供します。セットアップは3つのステップで完了します。

ステップ 1：APIキーを作成する

MemoryLakeにサインインし、APIキーを作成します。連携するすべてのツールで共通の認証情報として使用できます。

ステップ 2：最初の記憶をアップロードする

ファイルのコピーではなく、思考のアウトプットを書き込みます。ファイルはすでにDriveにあり、コネクタが取得できます。しかし、他の方法では取得できないのは以下のような情報です。

「決定事項と、それを強いた制約」：「ベンダーが6週間のリードタイムを確認したため、ローンチは11月に延期」— スレッドを読み直す手間を省く、わずか1行のメモです。

「どのドキュメントが使われていないか」：Driveのどこにも存在しない判断であり、検索で古い資料がヒットし続ける原因を解消します。

「却下した案とその理由」：再発見するのに最もコストがかかるカテゴリーであり、定義上、どの成果物にも残らないものです。

「人に関する事実」：誰がどの決定に責任を持つか、誰の承認が必要か、2つのスレッドが矛盾する場合にどちらが優先されるかなど。

エントリは1つの主張につき1つに留めてください。実際の決定が行われたセッションからは、通常2〜5個のエントリが作成されます。

ステップ 3：AIとエージェントを連携する

お使いのツールを連携します。MemoryLakeはMCPおよびAPI経由でアクセス可能です。そのため、Claude Code、Codex、OpenClawなどのMCPネイティブエージェントはMCPサーバーを指定することで連携でき、他のアシスタントはAPIを介して同じ記憶を読み取ることができます。これにより、コネクタは「アカウント内にあるもの」を処理し、記憶レイヤーは「それについてあなたが結論付けたこと」を処理するようになります。

3つの率直な制限事項があり、特に最初のものが重要です。MemoryLakeはGmailやDriveを読み取りません。 コネクタではないため、メールを取得することはできませんし、Google Workspaceコネクタの代わりにもなりません（アクセスにはコネクタを使用してください）。MemoryLakeは、あなたやエージェントが書き込んだ内容のみを保持するため、ステップ2は手動で行う必要があります。また、コンプライアンスやデータ保持（リテンション）のためのシステムではありません。

「チャットを削除しても、失うのはそのチャットだけになる」：コネクタが取得したデータは会話とともに保持されるため、削除はクリーンかつ完全に完了します。結論が別の場所に保管されていれば、チャットを整理することにデメリットはありません。

「読み直しが『想起』に置き換わる」：次の会話はすでに決定事項が提示された状態で始まり、コネクタは本当に新しい情報のみを取得します。

「承認プロンプトが煩わしくなくなる」：これらはアクションごとの安全対策であり、継続性を維持するための仕組みではありません。継続性が別の場所から提供されるようになれば、スピードのために安全確認を犠牲にする必要はなくなります。

「共有プロジェクトが行き止まりにならなくなる」：Driveコネクタは共有プロジェクトでは無効になりますが、記憶レイヤーはプロジェクトのスコープに縛られないため、チームに共有すべきナレッジの保管場所を確保できます。

「コンテキストがClaude専用の形式に縛られなくなる」：あなたが導き出した結論は、CursorやCodexでも同様に役立ちます。この形式については、ChatGPT、Claude、Geminiで共通の1つの記憶で解説しています。

「送信、共有、移動、ゴミ箱への移動については、承認をオンのままにする」：デフォルトでアクションごとの承認が求められるのには理由があります。オフにする場合は、慎重に判断してください。

「評価する前に組織の制限を確認する」：TeamおよびEnterpriseプランでは、ユーザーが認証を行う前に、オーナーまたはプライマリーオーナーがコネクタを有効にする必要があります。「動かない」原因の多くは、「まだ有効化されていない」ことです。

「添付ファイルの内容をコネクタに依存しない」：メタデータのみが対象とドキュメントに記載されています。添付ファイルは依然として手動で開く必要があります。

「図（ダイアグラム）は見えないものと想定する」：テキスト抽出のみであり、ドキュメントに埋め込まれた画像は処理されません。決定事項が図の中にある場合は、言葉で書き起こしてください。

「引用を監査証跡として活用する」：応答には、使用されたメール、イベント、ドキュメントがリンク付き（利用可能な場合）で引用されます。要約に基づいて行動を起こす前に、これらを確認してください。

「セッションの最後に決定事項を書き留める」：記憶が新鮮なうちなら2分で済みますが、来週になって思い出すには20分かかるかもしれません。

「大容量のメールボックスではパフォーマンスにばらつきが生じることを想定する」：Anthropicが直接言及しています。広範なクエリよりも、範囲を絞ったクエリの方が効果的です。

「アクセスできることを理解していると勘違いしない」：最も重要な習慣です。あなたの持つすべての情報を読み取れるツールであっても、あなたが何を決定したかまでは理解していません。これについては、なぜRAGは記憶ではないのかで詳しく解説しています。

8月18日のアップデートは、純粋に素晴らしいものです。Claudeはメールの送信、返信、転送、Driveファイルの管理と作成、生成した出力のDriveへの保存が可能になり、デフォルトでアクションごとの承認のもとで動作します。これはClaudeおよびClaude Desktopのすべてのユーザーが利用可能で、TeamおよびEnterpriseプランでは組織レベルのスイッチが用意されています。プライバシーに関する姿勢も明確にドキュメント化されています。取得される情報は最小限に抑えられ、権限はミラーリングされ、コネクタのデータでモデルがトレーニングされることはなく、取得されたデータはチャットとともに保持されるため、チャットを削除すればデータも削除されます。

しかし、これらすべてが提供しないもの、そしてそもそも提供することを意図していないものが「継続性」です。情報の取得は尋ねた質問の範囲に限定され、質問した会話の中にのみ保持され、GmailやDriveに実際に存在するデータに制限されます。つまり、それらを読んでいる間にあなたが到達したあらゆる結論は除外されてしまいます。したがって、アクセスにはコネクタを使用し、決定事項はチャット以外の場所に保管してください。そうすれば、受信トレイに関する会話は、受信トレイそのものからではなく、あなたがすでに導き出した結論から始めることができます。