gemini3.0(公式アプリ、WebUI)に関する注意点と対策

スレ内でも定期的に話題になる、gemini3.0の疑わしい挙動と仕様について、再現性があると感じたことのまとめ

【内容の簡単な要約と対策】

ダラダラ書いていたらかなり長くなってしまったので、まずHow toの所を置いておきます。

🤔gemini3.0になってから記憶力が弱くね?
🌞コンテキストウィンドウが制限されてるかもしれないよ。
このテンプレートを出力の最後に導入して一定の長さになったら別のチャットに引き継ぐと安定して遊べるかも。
カウントの長さは出力の量に合わせて調整してね。

**《メモリカウント:0》**
(応答を出力する度にカウントを1進める。このカウントが20になった時、これまでのチャット履歴を全て遡って記録する。チャットを別のセッションに引き継ぐため、# 1.登場人物の状況、# 2.あらすじ、# 3.直前の出力、の3点を含めた詳細な引き継ぎ資料をコードブロック形式で生成する。直前の出力については、改変せずそのままコピーしてコードブロックに含めること。)

🤔ファイル読み込んでくれないんだけど
🌞クソデカいファイルは勝手に要約されてるかもしれないよ。
Gemへの知識貼り付けは避けて、「この入力で添付したファイルを全て分析、それぞれのファイルの内容をそのままコピーし、コードブロック形式で全て出力して」と強制的に読ませる指示を投げるといいかも。

…で、ここから下、もう要らなくね?

・仮説という名の蛇足、妄想、便所の落書き

前提として、gemini3.0モデルはいわゆるベストエフォート型のサービスなのではないか?というのが個人的な見解です。
100万トークンを利用出来ることについても、用法用量によって最大100万トークンの処理能力がある、という意味で標榜しているのでは…
ほぼ再現性のあるコンテキストサイズ制限、マルチモーダル機能の押し売り、応答時間を優先しているように感じる挙動など、LLMの性質以上に、商業モデルとしての特徴が前面に出ているのがgemini3.0だと感じています。
それを踏まえて読んでいただけると幸いです。

gemini3.0の仕様についての疑念

まず、スレ内でも目立って指摘されているのは以下の3点

✦記憶力の低下
✦プロンプトの軽視、無視
✦知識、添付ファイルの読み込み不良

今回は記憶力の低下と読み込み不良について、何となくこうじゃないか?ということを書いていきます。

1.記憶力の低下について

ほぼ再現性がとれている挙動が1チャットあたり約5万文字前後しかコンテキストを保持できないというものです。
スレ民による「百人一首の句をランダムに並べ替え、通し番号を振ったリストを渡して1から順に解説させる」といった検証
https://mercury.bbspink.com/test/read.cgi/onatech/1766494240/182
を行った際、リストの31番目まで、約4.5〜5万文字ほど吐き出して以降、リスト番号を無視してランダムに百人一首の句を解説し始めており、この時点で通し番号リストを含む最初の入力がコンテキストウィンドウから押し出されて消失したことが疑われます。

このことから、gemini3.0はチャットあたりのコンテキストウィンドウが日本語で約5万文字程度のトークンに制限されており、容量がいっぱいになるとトコロテン式に古い内容から押し出され、押し出された内容は一切参照できなくなるという仕様を疑っています。
ここで注意したいのは、初期設定が押し出された後もgeminiはチャット履歴から出力の傾向を読み、あたかもリストと相関した句を解説しているような内容の出力を続けるという非常に巧妙かつ姑息な挙動をとっている点。
この紛らわしい挙動のせいで「設定自体は覚えているが、効きにくくなっている」または「gemini側が指示を改変している」というユーザー認識が生まれ、それが「プロンプトの軽視、無視」という特徴として認識されているのではないか?と個人的に考えています。
つまり、記憶力の限界を正しく認識、対策すれば2の問題も併せて防げる可能性があります。

1-a プロンプトが破棄されてもチャットを続けられる理由とテンプレ癖

これは本来gemini2.5→3.0での進化、改善点と言える部分だと思います。
プロンプトが抜け落ちた後、これまでのチャット履歴を参照するだけの出力でも「あんまり指示を聞いてくれないな」程度の違和感でチャットを継続出来ること自体はgemini3.0がLLMとして相応に高性能な証です。
コンテキストウィンドウが制限された分、握っている情報への追従性はかなり高くなっていると感じます。
しかし、この〝追従性〟を高めようとするあまり、不足している情報を補完してコンテキストを作成しようとする性質が搭載されている可能性があります。
そして、これがスレでよく言われる「テンプレ癖」の正体ではないかと考えています。

最初に入力した設定のうち、チャットに反映されなかった要素はコンテキストウィンドウの限界が来た時点で全て破棄されます。
本来設定されていたはずの要素(容姿、服装、性格、口調など)もチャットから拾えなくなれば、gemini目線では「最初から設定が存在しないキャラ、世界観」扱いになります。
ちょうど、キャラシートや世界観資料が突然穴だらけになるようなイメージです。
そこでgeminiは現在握っているコンテキストからそれらの要素を埋めようとして、汎用的な設定=テンプレ要素を当てはめながらチャットを進行し始めます。
これを繰り返していくうちに、設定の大半がgeminiの推測によって埋め合わせられたテンプレ要素だらけになっていく…のかもしれません。

1-b.対策と方法

コンテキストを圧迫し、指示が抜けることへの主な対策は以下の2つになります。
✧再度指示を全て入力する
✧引き継ぎ資料を作らせて別のチャットに引き継ぐ

このうち、有効なのは後者ではないでしょうか。
テンプレ癖の際にも書いた通り、geminiはチャットを参照して出力する能力に長けています。
そのため、指示を再度入力しても、それ以前のチャットの影響が無視できず正しく指示が反映されないかもしれません。

その点、引き継ぎには以下のメリットがあります。
 1.チャット履歴をリセットして余計なコンテキストを削除出できる
 2.引き継ぎ資料の作成、出力は簡単で自動化できる
 3.geminiでは難しい「出力の編集」が擬似的に可能になる

1は既に説明した通り、こちらの指示以外に影響を受ける要素を排除出来ること。
2についても、冒頭に載せたテンプレートを使えば特定の回数を出力した時点でコピペ可能な引き継ぎ資料が自動で出力されるので労力はほぼありません。
そして3ですが、引き継ぎ時についてくる出力を書き換えることで細かいニュアンスや出力フォーマットの修正が出来ます。
これにより、引き継いだチャットで出力の雰囲気が変わることを防げます。

2.知識、添付ファイルの読み込み不良について

通常、記憶力を補助する方法として挙がるのがGem(カスタム指示、知識)と.md形式や.txt形式でのファイル添付だと思います。
それについて、前提としてGemは「チャット開始前に予め指示をしておく機能」程度のものだと考えてください。
カスタム指示や知識にファイルを添付したからといって、通常の入力より記憶が長持ちすることはありません。
記憶力の際に言及した5万文字ルールも適用され、チャットが長引くとカスタム指示や知識も同じく押し出されて消失します。

それを踏まえて知識、添付ファイルの読み込み不良についてですが、結論から言うと、gemini3.0は添付ファイルを直接読み込む動作を、非常にコストの高い要求、または優先度の低い手段と捉えているのかもしれません。
どうやらgeminiは添付されたファイルを直接開いて分析する前にプレビューのように内容を見ることが出来る、またはその機能をLLMとは別の部分で持っている?ようで、
その機能を活用することでファイルを直接開いて分析、参照する前にファイルの内容をある程度理解した流し読みプレビュー版のようなコンテキストをチャット履歴のように保持している可能性があります。
※思考プロセスへの表記や📎ソースの表示が無いにも関わらず、初見のはずの添付ファイルを表面的になぞった様な内容が何故か出力されることからの推測です。

この状態で「ファイルを参照して」と指示すると、geminiは「どうせこのファイルのことだろう。それなら、コンテキストに置いといたプレビュー版で回答した方が処理が早いな」と判断してファイルを読まずに適当な回答を出力します。
そして、このプレビュー版のコンテキストから回答が難しい要求だった場合は添付ファイルを読み込む…のではなく、次はGoogleドライブを検索しに行きます。
※これは冒頭で触れた「マルチモーダル機能の押し売り」のひとつで、同じく報告の多い「勝手に画像生成が起動する」「勝手にメディアプロバイダ連携を起動する」にも通じるgemini3.0のお節介な特徴だと思っています。
この時、アカウント設定でGoogleWorkSpaceとの連携を許可していない場合はgeminiにドライブの検索権限が無いので「設定されてないから処理が完了しませんでした」とエラーを吐いて処理を終了します。あほ死ね
そしてGoogleドライブにも該当するファイルが無い…と判断した後、ようやく添付したファイルを分析します。
.…ですが、この時にプレビュー版のコンテキストがあると、相変わらず処理時間優先でそっちを読んで出力を生成します。あほ死ね

この手抜き応答時間を優先しようとする挙動のため、今のgemini3.0は事前にファイルを読ませておくGem機能との相性が非常に悪く、Gemに知識として貼り付けた段階でプレビュー版を勝手に作られてそれ以降ファイルを読まなくなるという状況になっているのでは…というのがファイルを読まなくなる現象への仮説です。

2-a.対策と方法

Gemの知識にサイズの大きなファイルを添付しないでください。
これをするだけでもファイル読み込み不良は劇的に改善すると思います。
大体、日本語で3000文字程度が目安です。
必要不可欠でなければ、Gemへの知識添付自体を避けた方が無難かもしれません。
その上で、
この入力で添付したファイルを全て分析
それぞれのファイルの内容をそのままコピーし、コードブロック形式で全て出力する

…と、入力することでほぼ確実にファイルを読んでくれます。
内容が長く、出力制限に引っかかる場合はそれぞれのファイルの内容から全ての見出しをコピーし、コードブロック形式で全て出力するのように、「何を網羅的に出力させるか」を指定すると上手くいきやすいです。

Edit

Pub: 14 Jan 2026 02:44 UTC

Edit: 14 Jan 2026 04:58 UTC

Views: 1072