夕方、机の上に読みかけの英語ドキュメントと論文が何本も開いたまま、どれから手をつけるか決められない——そんな時間が、以前の私には何度もありました。
個人開発のかたわら複数のサイトを運営していると、読むべき素材は自然と領域横断的になります。テクノロジー、デザイン、ビジネス、心理、アート史。バラバラな領域の文章を毎日少しずつ読み、自分の中で繋いでいく。それが日々の知的生活の実態です。
Gemini を使い始めて、この「日々の読書」の体感が変わりました。ロングコンテキストや Workspace 連携を活用すると、Gemini は単なるリサーチツールではなく「毎日の読書アシスタント」として運用できます。検索の代わりではなく、読書のパートナーです。距離感が一段近い。
この記事は、Gemini を毎日のリーディング・ルーチンの中で破綻なく使い続けるために、私が整えてきた運用設計の話です。万人向けの効率化テクニックというより、領域横断で物を作っている人にとっての知的生活デザインとして読んでいただけると嬉しいです。
「リサーチ担当」と「読書アシスタント」は距離感が違う
Gemini を「リサーチ担当」として使うのと、「読書アシスタント」として使うのは、似ているようで距離感がかなり違います。
リサーチ担当として使う時、私たちは Gemini に「答えを出してきてほしい」と頼みます。ある程度独立した作業を委ねるイメージです。出力に対する関わり方は薄く、結果を受け取って判断する側に回ります。
一方、読書アシスタントとして使う時は、私が読み手の主役で、Gemini は隣で一緒に読んでくれる存在です。私が本やドキュメントを読みながら、つまずいた箇所、噛み砕きたい比喩、別領域の知識と繋げたい論点を、Gemini に投げかけます。Gemini は私の「読み」を補強してくれる側であって、代行するわけではありません。
この距離感の違いを意識すると、Gemini に求めるアウトプットの形も変わります。リサーチ担当には完成された要約や結論を求めますが、読書アシスタントには「私がもう一度考えるための材料」を求めます。短い反論、補強する例、別領域からの類比。これらは私の「読書体験」を厚くするための素材です。
「読み」を断片で終わらせない仕組み
毎日いろいろなものを読んでいると、片端から忘れていくのが個人運営者の現実です。Gemini を読書アシスタントとして使う前提で、私は次のような仕組みを回しています。
朝、その日読みたいものを 1〜3本選びます（記事・章・論文の一部など）。読み始める前に、Gemini に文脈を伝えます。
今日は ○○について読みます。
背景: 今、私は □□というプロダクトの設計を考えていて、
そのために △△の視点を強化したいです。
読んだあと、私が「□□の設計判断」に翻訳できる形でメモを残したいので、
読み終えたら一緒に整理する役をお願いします。
このように「なぜ読むのか」「どこに繋げたいのか」を最初に共有しておくと、読了後の整理が一気に質が上がります。Gemini に「読んだあと一緒に整理する役」を予約しておくイメージです。
読み終えたら、印象に残った箇所、引っかかった箇所、自分の現在のテーマに繋がりそうな箇所を、要点だけ Gemini に渡します。Gemini は私の現在のテーマを覚えているので、無関係に見える話題からでも繋がりを引き出してくれます。これが「読みを断片で終わらせない」第一歩です。
ロングコンテキストの使い方は「素材を全部置く」ではない
Gemini のロングコンテキスト能力を「とにかく長い素材を全部置けばいい」と捉えると、読書アシスタントとしては機能しません。私の経験上、長文をそのまま貼り付けると、Gemini はその全体に対して平均的な要約を返しがちです。
私が日々の読書で重視しているのは、ロングコンテキストを「素材」ではなく「文脈」として使うことです。具体的には次の3層を Gemini のコンテキストに置きます。
第1層: 私が今扱っているテーマ（プロダクトの方向性・現在書いている作品の意図など） 第2層: 過去に読んできたものから抽出された自分の判断軸（短文） 第3層: 今日読んだものの要点（自分の言葉で書き起こしたもの）
この構造で渡すと、Gemini は「今日の読書」を「私の知的軌跡」の中に位置付けて応答してくれます。第2層がポイントです。これを置かずに毎日違う質問をしても、Gemini は私を毎日違う読者として扱うので、長期的な思考の蓄積になりにくいのです。
私の場合、第2層は _documents/reading_axis.md のようなファイルに定期的に書き溜めて、Gemini に渡す時はその一部を抜き出します。ロングコンテキストは、自分の「読みの履歴」を毎日 Gemini と共有するための器として使うのが、個人の知的生活においては一番効きます。
3層コンテキストを組み立てる小さなスクリプト
前節の3層構造は、毎回手で貼り直すと続きません。私は判断軸を書き溜めた reading_axis.md から必要な部分だけを抜き出し、その日の要点と一緒にプロンプトへ組み上げる小さなスクリプトを挟んでいます。速度とコストのバランスが良い gemini-3.5-flash を既定にして、日々の往復で気軽に回せるようにしています。
from pathlib import Path
from google import genai
from google.genai import types
client = genai.Client() # GEMINI_API_KEY を環境変数から読み込みます
def build_context(theme: str, today_notes: str, axis_path="reading_axis.md") -> str:
# 第2層（判断軸）は全文ではなく、テーマに関係する行だけを抜き出します
axis_lines = Path(axis_path).read_text(encoding="utf-8").splitlines()
picked = [ln for ln in axis_lines if any(k in ln for k in theme.split())]
axis = "\n".join(picked[-12:]) # 直近の判断軸を12行だけ
return (
f"# 第1層 今のテーマ\n{theme}\n\n"
f"# 第2層 これまでの判断軸\n{axis}\n\n"
f"# 第3層 今日読んだ要点\n{today_notes}\n"
)
prompt = build_context(
theme="個人ブランドのデザイン 距離感",
today_notes="- ブランドは約束の蓄積\n- 一貫性は自己模倣とは違う",
)
resp = client.models.generate_content(
model="gemini-3.5-flash",
contents=prompt + "\n上の3層を踏まえ、今日の要点が第2層のどの軸を更新するかを2点だけ挙げてください。",
config=types.GenerateContentConfig(temperature=0.4),
)
print(resp.text)
print("tokens:", resp.usage_metadata.total_token_count)ここでの肝は、第2層を「全文渡し」にしないことです。判断軸のファイルが育つほど、全文を貼ると応答がぼやけます。テーマに関係する行だけを12行ほど抜き出して渡すと、Gemini は「今日の読書が過去のどの判断を更新したか」に焦点を絞って返してくれます。temperature を低めにしているのは、相棒には飛躍より地に足のついた接続を求めているからです。
最後の usage_metadata.total_token_count を毎回出しているのは、このループを続けるかどうかを費用で判断できるようにするためです。浮いた読書段取りの時間と、この消費トークンを並べる。見合わなくなったら回し方を見直す。相棒として長く付き合うほど、この一行が静かに効いてきます。
領域横断のテーマほど Gemini との相性が良い
私が Gemini を読書アシスタントとして特に重宝しているのは、領域横断のテーマを扱う時です。たとえば「個人ブランドのデザイン」というテーマを考える時、関係する素材はマーケティング、心理、デザイン史、テクノロジーまで広範囲に及びます。これを一人で繋げるのは大変です。
Gemini に読書アシスタントとしての役割を継続的に与えていると、別領域の素材を投げても「あなたが先週読んでいた XX の話と繋がる視点ですね」と接続を提案してくれることが増えます。これは魔法ではなく、私が文脈をきちんと積み上げているからです。
領域横断のテーマほど、一人で繋げる作業の重みが大きくなります。Gemini をその「繋ぐ作業」のパートナーとして使うと、知的生活の歩留まりが目に見えて上がります。私のように領域がかなりバラついている個人開発者にとって、これは効率化以上の意味を持ちます。私自身、この使い方に落ち着くまでには試行錯誤がありました。自分の活動の全体像を、自分一人で見えるようにする手段になるからです。
毎週、読書ノートを「自分の言葉に圧縮し直す」
Gemini と一緒に積み上げた読書ノートは、放っておくと膨張します。毎週末、私は読書ノートを「自分の言葉に圧縮し直す」時間を取ります。Gemini にこう頼みます。
今週の読書ノートを見て、私が来週以降も使いそうな核心だけを残し、
他は捨てたい。あなたが「捨てるのが惜しい」と思う箇所を3つだけ理由付きで指摘してください。
あとは私が判断して圧縮します。
ここで Gemini にすべて任せず、「3つだけ指摘してもらう」のがポイントです。残りは私が選びます。この圧縮を繰り返すと、知識は「読んだ量」ではなく「私の判断軸を強化した量」として残ります。これが本当の知的生活の蓄積です。
私はこの圧縮ノートを _documents/reading_axis.md に追記していき、第2層（自分の判断軸）として翌週のロングコンテキストに反映します。読書 → 圧縮 → 軸の更新 → 翌週の読書、という小さなループを回し続ける形です。Gemini はこのループの中で、毎週の節目に「相棒」として機能してくれます。
「Gemini に読まれている」と感じる時に立ち止まる
最後に、運用上の落とし穴も書きます。Gemini を読書アシスタントとして毎日使い続けていると、ある時から「自分が読んでいる」のか「Gemini に読ませている」のかが曖昧になる瞬間があります。これは要注意のサインです。
Gemini が便利すぎて、自分で本文を読み込む前に Gemini に要約させてしまう。要約だけで満足して、本文に戻らなくなります。気づくと、Gemini と話している内容が、自分の中で「実際に読んだ手応え」のないものになっています。
これに気づいたら、私は意識的に Gemini を閉じて、紙に近い形で読み直します。Gemini は読書を強化するためのツールであって、読書を肩代わりするためのものではありません。この距離感を毎週末に意識的にリセットすることで、長期的に Gemini を相棒として使い続けられます。
「読んでいるのは私で、Gemini は隣にいる」という主従関係を保つこと。これが、Gemini を毎日の読書アシスタントとして運用する上で、私が最も大切にしている設計です。