Geminiで文章の書式を整える手順:長文メールを箇条書きと表に
この記事の要点
Geminiに「情報を足さない・削らない」条件を付けて頼むと、長文のメールや報告文を箇条書きと表へ組み替え、GoogleドキュメントやGmailへそのまま書き出せます。プロンプト例、抜け漏れの確認方法、表や見出しが崩れるときの対処を解説します。
結論
Geminiで書式を整えるなら、長文のメールや報告文を貼り付け、「原文の情報を足さず削らず、箇条書きと表へ組み替える」と条件を付けて頼みます。整形結果はGoogleドキュメントやGmailの下書きへ直接書き出せるため、貼り戻しで表が崩れる場面を減らせます。表へ組み替えると語句が少し変わるので、各行が原文のどの文に対応するかを併記させ、数字と期限を原文と突き合わせてから送ってください。
文章を箇条書きや表に直す作業は、なぜGeminiに向いていますか
経緯を時系列で書き連ねたメールや、案件の状況を文章でつないだ週報は、書いた本人には筋が通っていても、読む側は必要な情報を探し回ることになります。依頼事項が3段落目の途中に埋もれ、期限が最後の一文にだけ書いてある、という形です。こうした文章は、依頼事項を箇条書きに、経緯や案件状況を表に組み替えるだけで、読み手の所要時間が大きく変わります。
Geminiがこの作業に向いている理由は、整形の前後がGoogleのサービスでつながっている点にあります。Gmailで受け取った長文を整形し、Googleドキュメントへ書き出してチームに共有する。表はスプレッドシートへ書き出して、そのまま案件管理表に使う。コピーと貼り付けを挟まないため、貼り戻しの段階で体裁が崩れる問題がそもそも起きにくくなります。
| 整形したい文章 | 向いている形 | 書き出し先 |
|---|---|---|
| 依頼や確認事項が埋もれた長文メール | 依頼事項を番号付きの箇条書きにする | Gmailの下書き |
| 障害やトラブルの経緯報告 | 日時、出来事、対応者の3列の表にする | Googleドキュメント |
| 案件状況を文章で書いた週報 | 案件ごとに1行の表にする | スプレッドシート |
| 複数の選択肢を文章で比較した相談文 | 選択肢を列、観点を行にした表にする | Googleドキュメント |
選択肢の比較を一から組み立てる場合は、事務・アシスタントの比較表をAIで作る方法に観点の決め方をまとめています。この記事では、すでに書かれた文章の形だけを変える作業に絞ります。
整形を頼む前に決めておく「変えない」の基準
書式整形では内容を変えないことが大前提ですが、文章を表に組み替える作業では、一字一句の維持は成り立ちません。「9月16日の午後2時ごろ、田中が受注システムにログインできないことに気づきました」という文を表にすれば、日時の列に「9月16日 14時ごろ」、出来事の列に「受注システムにログインできないことに気づく」、対応者の列に「田中」と分かれます。語句は変わっていますが、情報は同じです。
そこで、表や箇条書きへ組み替えるときの基準は次の3つに置きます。
- 原文にある情報が、整形後にもすべて残っている
- 原文にない情報が、整形後に足されていない
- 数字、日付、時刻、固有名詞は、原文の表記から変えない
とくに警戒するのは2つ目です。Geminiは表に空欄ができることを嫌い、原文に書かれていない対応者や時刻を文脈から推測して埋めることがあります。推測で埋まった表は、見た目が整っているぶん誤りに気づきにくくなります。空欄は空欄のまま残させる指示を、必ずプロンプトに入れてください。
Geminiで文章の書式を整える手順
ステップ1:原文を用意し、入力してよいか確かめる
Geminiのチャット画面を開き、整形したい文章を貼り付けます。Googleドキュメントやドライブに保存済みの文書なら、連携を有効にした環境ではファイルを指定して読み込ませることもできます。
顧客名、個人の連絡先、未公開の数字が含まれる文章を入力してよいかは、勤務先のルールで決まります。会社が契約しているGoogle Workspaceのアカウントと個人のアカウントでは、データの扱いが異なる場合があります。業務の文章は会社のアカウントで扱い、判断がつかなければ情報システム部門に確認してください。
ステップ2:組み替え先の形を指定して頼む
どの部分を箇条書きにし、どの部分を表にするかを、こちらで決めて伝えます。任せきりにすると、表にするほどでもない内容まで表になります。
以下の文章の形を組み替えてください。内容の要約や書き直しはしません。
【組み替え方】
- 相手への依頼事項と確認事項は、番号付きの箇条書きにする。1項目に1つの依頼だけを書く
- 出来事の経緯は「日時|出来事|対応者」の3列の表にする。日時の古い順に並べる
- それ以外のあいさつ文や背景説明は、原文のまま残す
【守ること】
- 原文にある情報をすべて残す。省略しない
- 原文にない情報を足さない。表に入れる情報が原文に書かれていないセルは空欄にする
- 数字、日付、時刻、人名、製品名は原文の表記のまま使う
- 原文で曖昧な表現は、曖昧なまま写す。「ごろ」「たぶん」「確認中」を消さない
出力の最後に、原文のうち箇条書きにも表にも入れなかった文を一覧にしてください。
--- 原文 ---
ここに文章を貼り付ける
最後の一文は、抜け漏れを見つけるための仕掛けです。一覧に出てきた文が、あいさつや背景説明として本文に残っているなら問題ありません。どこにも見当たらなければ、整形の過程で落ちています。
ステップ3:抜け漏れと書き足しを確認する
同じチャットで、対応関係を出させます。
整形後の箇条書きと表について、各項目と各行が原文のどの文にもとづいているかを示してください。
- 1列目に整形後の項目、2列目に根拠となる原文の一文を、そのまま引用して並べる
- 原文に根拠がない情報が整形後に含まれていたら、「根拠なし」と書く
- 原文にあるのに整形後のどこにも入っていない情報があれば、表の下に列挙する
この対応表を上から順に見て、2列目の引用と1列目の内容が同じ意味になっているかを確かめます。Geminiの自己点検は見落としを含みます。期限、金額、件数、担当者の4種類だけは、対応表に頼らず原文を直接見て照合してください。メール1通なら3分ほどが目安です。
Googleドキュメントに書き出した後で原文のドキュメントと比べたい場合は、ツールメニューにあるドキュメントの比較機能が使えます。ただし表への組み替えでは文の形が大きく変わるため、比較結果は差分だらけになります。見出しや記号だけを整えたときには役立ちますが、表への変換では上の対応表のほうが実用的です。
ステップ4:GoogleドキュメントやGmailへ書き出す
回答の下にある共有や書き出しのメニューから、Googleドキュメントへの書き出し、またはGmailの下書きの作成を選びます。ドキュメントへ書き出すと、見出しは見出しとして、表は表として新しい文書に入ります。回答に表が含まれる場合は、表の近くにスプレッドシートへ書き出すボタンが表示されます。
メニューの名称や位置、書き出せる先は、アカウントの種類や時期によって変わります。プランや時期によって使える機能が異なるため、最新の仕様は公式情報で確認してください。
具体例1:経緯が長い障害報告メールを、表と箇条書きに組み替える
情報システム担当が、取引先へ送る障害報告メールの下書きを書いた場面です。時系列で思い出しながら書いたため、経緯と依頼が1つの段落に混ざっています。
お世話になっております。9月16日に発生した受注システムの不具合についてご報告します。
16日の14時ごろ、弊社の田中が受注システムにログインできないことに気づき、14時20分に保守ベンダーへ連絡しました。
原因は認証サーバーの証明書の期限切れで、15時40分ごろに更新作業が終わり復旧しております。
その間に御社からいただいた注文が3件、登録されていない可能性があり、現在確認中です。
お手数ですが、16日の14時から16時の間に送信された注文の控えを、19日までにお送りいただけますでしょうか。
また、今後の連絡窓口を一本化したいので、御社側のご担当者様を教えていただければ幸いです。
ステップ2のプロンプトで組み替えると、経緯は次の表になります。
| 日時 | 出来事 | 対応者 |
|---|---|---|
| 9月16日 14時ごろ | 受注システムにログインできないことに気づく | 田中 |
| 9月16日 14時20分 | 保守ベンダーへ連絡 | |
| 9月16日 15時40分ごろ | 認証サーバーの証明書の更新作業が終わり復旧 |
依頼事項は、注文の控えの送付と、担当者の連絡の2項目に分かれます。
この結果で確かめる箇所が3つあります。2行目と3行目の対応者が空欄になっているのは、原文に書かれていないためで、正しい挙動です。ここに「田中」や「保守ベンダー」が入っていたら、推測で埋められています。2つ目は「14時ごろ」「15時40分ごろ」の「ごろ」が残っているかどうかです。時刻を断定形に直されると、報告の正確さが変わります。3つ目は「登録されていない可能性があり、現在確認中です」の一文です。表にも依頼にも入らない情報なので、本文に原文のまま残っていることを確かめます。取引先にとっては、この一文がもっとも知りたい情報です。
確認が済んだら、Gmailの下書きへ書き出します。表が下書きにどう入るかは環境によって異なり、表として入った場合でも、受信側のメール環境によっては罫線が消えて読みにくくなります。社外宛てで相手の環境がわからないときは、表をやめて「14時ごろ:」で始まる行の箇条書きにするよう頼み直すと安全です。
経緯の表を、表を使わない形に直してください。
1行に1つの出来事を書き、行頭を「日時:」の形にします。
文言と並び順は表のままにし、情報を足したり削ったりしないでください。
具体例2:文章で書かれた営業週報を、案件ごとの表にしてスプレッドシートへ送る
営業チームの週報が、メンバーごとに文章で提出されている場面です。マネージャーは5人分を読み、頭の中で案件ごとに整理し直しています。
Geminiに5人分の週報を貼り付け、次のように頼みます。
以下は営業メンバー5人の週報です。案件ごとに1行の表へ組み替えてください。
【列】担当者|顧客名|案件名|今週の動き|次の予定|次の予定の日付|懸念点
【守ること】
- 1つの案件が複数の文にまたがって書かれていたら、1行にまとめる
- 「今週の動き」と「懸念点」は、原文の表現をできるだけそのまま使う。評価や解釈を加えない
- 原文に書かれていない列は空欄にする。推測で埋めない
- 金額、日付、顧客名は原文の表記のまま使う
- どの案件にも属さない記述は、表の下に「その他の記述」として担当者別にそのまま残す
--- 週報 ---
ここに5人分の週報を貼り付ける
出力された表をスプレッドシートへ書き出せば、次の予定の日付で並べ替えたり、懸念点が空欄でない行だけを絞り込んだりできます。翌週からは同じ列の並びで追記していけるため、週報が案件管理表に育っていきます。
この使い方では、「懸念点」の列に注意が要ります。メンバーが「先方の反応は悪くない」と書いた一文を、Geminiが懸念点に入れるか今週の動きに入れるかは、解釈の問題です。振り分けに迷う記述は「その他の記述」へ回すよう追加で指示し、人が振り分けるほうが、後で認識のずれが起きません。週報そのものの書き方から見直したい場合は、営業の報告書をAIで書く手順が参考になります。
情報を足されたり、短くされたりしたときの直し方
確認で問題が見つかったときは、症状ごとに指示を変えます。
| 症状 | 起きやすい原因 | 追加する指示 |
|---|---|---|
| 表の空欄が推測で埋まっている | 空欄の扱いを指定していない | 原文に書かれていないセルは空欄に戻し、埋めたセルを一覧で報告するよう頼む |
| 箇条書きが体言止めに短縮されている | 「簡潔に」「見やすく」と頼んだ | 形容する言葉を外し、1文を1項目にして文末まで原文のまま残すよう頼む |
| 「ごろ」「予定」「確認中」が消えている | 曖昧な表現を整理された | 不確かさを示す語を原文から探し、すべて元の位置に戻すよう頼む |
| 後半の内容が抜けている | 原文が長すぎる | 原文を2〜3つに分けて同じプロンプトで整形し、自分でつなぐ |
| 依頼事項が1項目にまとめられている | 項目の粒度を指定していない | 1項目に1つの依頼だけを書き、期限があれば項目の末尾に原文どおり書くよう頼む |
やり直しを2回しても直らないときは、新しいチャットで最初からやり直したほうが速く済みます。修正指示が積み重なったチャットでは、前の指示と新しい指示が干渉します。
同じ整形を繰り返すなら、うまくいったプロンプトをGoogleドキュメントに保存しておき、毎回そこからコピーして使います。指示を保存して呼び出せる機能が使える環境では、整形用の指示を登録しておくと、原文を貼るだけで同じ基準の結果が得られます。
書き出した後に見出しや表が崩れるときの対処
Googleドキュメントへの書き出し機能を使えば崩れは起きにくいものの、書き出し後や、他の文書へ持っていく段階で問題が出ることがあります。
既存のドキュメントの途中に整形結果を入れたい場合、書き出し機能は新しい文書を作るだけなので、そこからコピーして貼ることになります。書き出した文書から貼れば、見出しも表も形を保ちます。Geminiの回答欄から直接コピーすると、シャープ記号やアスタリスクが文字として残る場合があります。そのときは、Googleドキュメントの設定でMarkdownの自動検出を有効にし、右クリックのメニューからMarkdownとして貼り付けると、記号が見出しや箇条書きに変換されます。
書き出した文書の見出しが、社内テンプレートの見出しと見た目が違うこともあります。テンプレート側の文書へ貼った後、見出しを1つ選んでテンプレートの見出しスタイルを当て、同じ階層の見出しへ一括で反映させます。フォントや文字サイズを1つずつ手で直す必要はありません。
Wordで提出する文書の場合は、Googleドキュメントへ書き出してからWord形式でダウンロードします。表と見出しはおおむね保たれますが、表の列幅とフォントは変わりやすいため、Wordで開いて列幅だけ整えます。提出先がWord中心なら、Wordの中で整形まで行うCopilotで文章の書式を整える手順のほうが工程が少なく済みます。
表の中に長い文章が入ってセルが縦に伸びてしまうときは、列の設計を見直します。「今週の動き」のように文章が入る列は1つに絞り、それでも長ければ、表には要点の一文だけを原文から抜き出して入れ、全文は表の下に残す形を指定します。このとき、どの文を抜き出すかはGeminiの判断になるため、抜き出された文が適切かは人が見て決めます。
Gmailやドキュメントの画面内で整えるときの注意
Google Workspaceの契約内容によっては、GmailやGoogleドキュメントの画面の中でGeminiを呼び出せます。書きかけのメールや文書をその場で整えられるため、チャット画面との行き来がなくなります。
画面内で使うときに気をつけたいのは、用意されている「文章を整える」系のボタンです。これらは文面の洗練、つまり言い回しの書き換えを目的にしており、書式だけを変えたい今回の用途とは方向が違います。ボタンではなく指示を入力する欄を使い、この記事のプロンプトと同じ条件を書いて頼んでください。置き換える前に提案内容が表示されるので、原文と見比べてから反映します。反映後に問題に気づいた場合は、ドキュメントの変更履歴から整形前の版に戻せます。
議事録のように複数人が書いた文書の体裁をそろえる場合は、ChatGPTで文章の書式を整える手順で体裁ルールの決め方を詳しく扱っています。ルールの文面はGeminiでもそのまま使えます。
まとめ
受信トレイか送信済みの中から、読みにくかった長文メールを1通選び、ステップ2のプロンプトで組み替えてください。続けてステップ3の対応表を出させ、期限と数字だけ原文と照合すれば、整形の精度と確認にかかる時間の感覚がつかめます。うまくいったプロンプトはGoogleドキュメントに保存し、週報や報告文など列の設計が違う文章ごとに、1種類ずつ増やしていくと再利用が効きます。
よくある質問
Geminiで文章を箇条書きや表に直すとき、内容を変えさせないにはどう指示しますか?
「原文にある情報をすべて残す」「原文にない情報を足さない」「数字、日付、固有名詞は原文の表記のまま」の3点をプロンプトに書きます。文章を表へ組み替えると語句は多少変わるため、一字一句の維持ではなく情報の過不足がないことを条件にし、表の各行が原文のどの文に対応するかを併記させると確認が楽になります。
Geminiで整えた文章をGoogleドキュメントに移すと表や見出しは保たれますか?
回答の共有メニューからGoogleドキュメントへ書き出すと、見出しや表の形を保ったまま新しいドキュメントが作られます。コピーして貼る場合は記号が文字のまま残ることがあるため、書き出し機能を使うほうが確実です。メニューの名称や位置は時期によって変わるため、最新の画面で確認してください。
Gmailの中でGeminiに書式を整えてもらうことはできますか?
Google Workspaceの契約内容によっては、GmailやGoogleドキュメントの画面内でGeminiを呼び出して文面を整えられます。使えない環境では、Geminiのチャット画面で整形し、回答をGmailの下書きへ書き出す方法で同じことができます。利用できる機能はプランや時期で異なるため、最新の仕様は公式情報で確認してください。