Geminiの引き継ぎメモをGoogleドキュメントに残し、新しい会話で参照させる手順

使えるかどうかは、アカウントと管理者設定で決まります

GeminiにGoogleドライブのファイルを渡せるかは、環境によって変わります。Google Workspaceの管理者向けヘルプによると、管理者が「Workspaceアプリ」へのアクセスを許可していれば、ユーザーはドライブのファイルをGeminiにアップロードしたり、Gemの指示に含めたりできます。許可されていない組織では、この方法は使えません（Control Gemini App access to Workspace services）。

個人アカウントでの提供範囲、対応するファイル形式、容量やファイル数の上限、画面上のメニュー名は、この記事では確認していません。お使いの画面でドライブからファイルを追加できるか、Geminiアプリのヘルプ「Gemini アプリでファイルをアップロードして分析する」で確かめてください。追加手段が見つからない場合も、後述の貼り付け方式で同じ運用ができます。

運用の流れ

1. 会話の終わり：Geminiに引き継ぎメモの更新案を作らせ、人が確認してドキュメントに反映する
2. 新しい会話の最初：ドキュメントを渡し、本題の前に読み取りテストをする
3. テストに通ったら：本題の依頼を出す

AIに任せるのは要約と更新案の下書きまでです。決定事項が正しいか、機密が混ざっていないかは人が見ます。AIの要約をそのまま正本にすると、誤った前提が次の会話へ持ち越されます。

引き継ぎドキュメントの構成案

ドキュメントは1タブにまとめ、1画面から数ページ程度に収めます。複数タブのどこまでが読まれるかは確認できていないため、タブを分けない設計にしています。以下は説明用の例です。

引き継ぎメモ：社内勉強会の案内文づくり
冒頭の確認コード：HK-0427
版：3 / 最終更新：2026-10-27

■1 目的とゴール
勉強会の案内文を、メールとチャット用の2種類で仕上げる。

■2 決まったこと（変更しない）
- 開催は11月第2週の平日夜
- 文体はです・ます調、200字以内
- 参加費は無料と明記する

■3 未決事項
- 会場かオンラインか
- 申込み締切日

■4 前提・制約
- 読み手は他部署の社員
- 個人名・社名は書かない（仮称を使う）

■5 直近の作業と次にやること
- 済：メール版の初稿
- 次：チャット版を150字で作る

■6 AIへのお願い
- 不明点は推測せず質問する

末尾の確認語：SAKURA-91

ポイントは3つです。

• 確認コードは意味のない文字列にします。 内容から推測できないので、読み取りの証拠になります。冒頭と末尾に別のものを置くと、最後まで読まれたかも確かめられます。
• 「決まったこと」と「未決事項」を分けます。 混ぜると、検討中の案が決定事項として扱われるおそれがあります。
• 機密は仮称に置き換えます。 Workspaceの条件下では、Geminiアプリのチャットとアップロードしたファイルが、許可なく人の目で確認されたりドメイン外のモデル学習に使われたりしないとGoogleは説明しています（Generative AI in Google Workspace Privacy Hub）。ただし、これは契約や利用形態に依存する説明です。個人名や顧客名、未公開の数字はそもそも置かないのが安全です。

新しい会話で参照させる依頼文

新しい会話を開き、ドライブからこのドキュメントを追加したうえで、最初のメッセージを次のようにします（説明用の例）。

添付したGoogleドキュメント「引き継ぎメモ_勉強会案内」を読み、この会話の前提にしてください。
まだ作業は始めず、次の4点だけ答えてください。
1. ドキュメント冒頭の「確認コード」
2. ドキュメント末尾の「確認語」
3. 「版」の数字と、「決まったこと」の項目数
4. 「次にやること」の内容
書かれていないことは推測せず「記載なし」と答えてください。

「作業は始めず」と「推測せず」を入れる理由は、読めていないのにそれらしい答えを返される可能性を減らすためです。版番号を聞くのは、古い内容を読んでいないかを見分けるためです。

読めているかの確認手順

返答を、ドキュメントと一字ずつ見比べます。

• コード・確認語・項目数・版がすべて一致、考えられる状況：読めている、次の対応：本題の依頼へ進む
• コードが違う、似た文字列を出す、考えられる状況：読めておらず推測している、次の対応：ドキュメントを付け直して再テスト
• 末尾の確認語だけ答えられない、考えられる状況：途中までしか読まれていない可能性、次の対応：内容を短くして再テスト
• 開けない、権限がないと返る、考えられる状況：共有設定・アカウント・管理者設定の問題、次の対応：同じアカウントでドキュメントを開けるか確認
• コードは合うが版や内容が古い、考えられる状況：古い状態を読んだ可能性、次の対応：保存状況を確認し、新しい会話でやり直す
• 何度やっても通らない、考えられる状況：この環境では参照できない、次の対応：下の貼り付け方式へ

貼り付け方式は、ドキュメントの本文をコピーして会話に貼る方法です。確認コードのテストはそのまま使えます。長くなる場合は「決まったこと」「未決事項」「次にやること」だけの短縮版にします。判断基準はシンプルで、確認コードが返ってくる環境ならこの運用を続け、返ってこないなら貼り付けに切り替えます。

会話の終わりに更新案を作らせる

次の会話に備え、Geminiに更新案を作らせ、人が確認して反映します（説明用の例）。

ここまでの会話を踏まえて、引き継ぎメモの更新案を作ってください。
- 章立てと確認コード、確認語は変えない
- 変更・追加した行の先頭に【変更】と付ける
- 「決まったこと」へ移す項目は、私が「決定」と言ったものだけにする
- 会話に出ていない事実は書かない

返ってきた案は、次の点を確かめてから貼り付け、版番号を1つ上げます。

• 【変更】の行が、実際に決めた内容と合っているか
• 未決のものが「決まったこと」に紛れていないか
• 個人名や機密が入っていないか

貼り付けたあとは【変更】の印を消し、ドキュメントが保存されたことを確認してから次の会話を始めてください。