「調べものは Gemini、原稿は Claude」という使い分けをしている方なら、こんな経験があるはずです。Gemini が数分かけて詳細な調査結果をまとめてくれたのに、そこには表や箇条書き、そして途中で折りたたまれた長文が含まれていて、そのままコピー&ペーストで Claude に渡すと、表は崩れ、折りたたまれた部分は選択すらされておらず、しかもページ上の「いいね」「共有」「再生成」といったボタンの文字まで紛れ込んでいる、という状況です。この記事で書きたいのは、こうした二つの AI を使い分ける場面において、なぜ直接コピー&ペーストするよりも Markdown ファイルを介して情報を運んだほうが確実なのか、という点です。
コピー&ペーストで何が起きるのか
Gemini のページは基本的に Web アプリケーションであり、コピー&ペーストの挙動はブラウザが DOM 構造をどう扱うかに左右されます。調査内容が長く複雑になるほど、次のような具体的な問題が繰り返し発生します。
| コピー&ペースト時の問題 | 具体的な現象 |
|---|---|
| 長文の折りたたみ | Gemini が生成する長い回答や複数のコードブロックは、初期状態で一部が折りたたまれていることが多く、展開せずに選択・コピーすると、その部分はクリップボードに入りません。 |
| 表の崩れ | ページ上の構造化された表は、貼り付けた瞬間にずれた空白やタブ文字に変わってしまい、行と列の対応関係が失われます。Claude 側に渡るのは意味の取れないテキストの塊です。 |
| UI 要素の混入 | ページ全体を範囲選択すると、「いいね・低評価・コピー・再生成」といったボタンの文字も一緒に入り込み、本来の調査内容が汚染されます。 |
これらの問題は一つひとつを見れば大きなものではありませんが、「調査 → 執筆」という連鎖的な作業の中では影響が拡大します。Claude が受け取る資料そのものが欠落していたりずれていたりすれば、そこから書かれる原稿の事実関係や数値も連動して誤り、しかも完成稿の段階では気づきにくいという厄介さがあります。
Markdown ファイルを介した中継、具体的な手順
解決策は難しくありません。要は、ブラウザが描画したページを目で見てコピーするのではなく、Gemini に構造化されたテキストそのものを出力させることです。この書式には CommonMark という公開仕様があり、見出しや箇条書き、表、コードブロックの書き方が統一的に定められています。ほとんどのエディタや AI ツールがこの書き方を認識できるからこそ、Markdown は異なる AI プロダクトの間を情報の劣化なく行き来できるわけです。実際の操作は次の三段階になります。
第一段階、Gemini 側で内容を「構造化」する。調査が終わったらすぐにコピーせず、まず「以上の調査結果を構造化された形式に整理してください。複数の観点からの比較は表にまとめ、重要なデータは太字にしてください」といった指示を追加します。これによって Gemini 自身が Markdown の書式で出力するようになり、折りたたまれたままの断片が残りにくくなります。
第二段階、内容を .md ファイルとして書き出す。公式の「Google ドキュメントへのエクスポート」機能を使ってから Markdown 形式でダウンロードする方法もあれば、ブラウザ拡張機能でワンクリックで書き出す方法もあります。Gemini が出力した Markdown の原文をそのままテキストエディタに貼り付けて .md として保存するだけでも構いません。大事なのは、保持するのが Markdown のソースであって、描画後の見た目ではないという点です。
第三段階、.md ファイルをそのまま Claude に渡す。中身のテキストをコピー&ペーストで対話欄に流し込むのではありません。現在の Claude はファイルをそのまま添付できるようになっており、「これは調査で得られた原資料です。このデータをもとに報告書を書いてください」と伝えるだけで、Claude は完全で崩れのない原文を読み取ります。
応用編：調査資料を Claude のプロジェクトナレッジベースに入れる
同じテーマで何度も調査を重ね、複数回に分けて原稿を書く場合、そのつど一つのファイルをアップロードするやり方は散らばりやすくなります。そこで、Gemini がそのテーマについて段階的に書き出した複数の .md ファイルを、まとめて Claude の プロジェクトのナレッジベース に入れておく方法があります。こうすれば、同じプロジェクト内でのどの会話からも、それまでの調査結果を毎回アップロードし直すことなく参照でき、原稿を書く際のデータの一貫性や論の連なりも明らかに安定します。
つまり、ここで Markdown が果たしている役割は「見た目が整っている」ことではなく、両者が損なうことなく解釈できる中間層であるという点です。Gemini が書いた通りのものを、Claude がそのまま読める、ということです。
まとめ
複数の AI を使い分ける意味は、それぞれのモデルが得意な作業に専念できることにありますが、その前提として両者の間で情報が劣化しないことが必要です。どのブラウザ拡張を使うか、どの書き出し方法にするかにこだわるよりも、覚えておく価値があるのは一つの原則です。資料を作る側には構造化されたテキストをそのまま出させ、それを受け取る側にはファイルとしてそのまま読ませる。「ページとして描画される → 目で見て範囲選択する → 対話欄に貼り付ける」という、最も間違いが起きやすい手作業の工程を、できる限り間に挟まないことです。難しい方法ではありませんが、続けていれば原稿の正確さに確かな差が出てきます。
