Gemini Notebook の利用上限が9月2日から「5時間ごと・計算量ベース」へ — 回数制から重さ制への切り替え

要約

2026-08-28、Google が Gemini Notebook の利用上限を計算量ベースの柔軟な方式へ変更すると発表しました。適用は 2026-09-02 から、web とモバイルの一般（consumer）アカウントへ順次ロールアウトされます。

変更点は3つです。

1つめ、上限のリフレッシュ間隔が1日単位から5時間ごとに短くなります。 これまでは上限に当たると翌日まで待つしかありませんでした。今後は最長5時間で回復します。午前中に使い切っても、午後には再開できる。1日の作業が上限で終わる、という事態がなくなります。

2つめ、上限の消費が「回数」ではなく「計算量」で決まります。 公式が算入要素として挙げているのは4つ。プロンプトの複雑さ、チャットの長さ、ソースの数、使った機能。 つまり、軽い質問を何十回もする使い方と、大量のソースを読ませて動画を生成する使い方では、同じ「1回」でも消費が違うということです。

3つめ、上限に当たったときの出力の予約実行です。 Video Overview やスライドデッキのような重い生成物は後回しにでき、上限が回復した時点で自動的に生成され、完了時に通知されます。上限に当たった瞬間に作業が止まるのではなく、投げておいて別のことをするという進め方ができます。

公式が示していない情報が2つあります。 プラン別の具体的な上限値と、変更前の数値です。「柔軟になった」とは書かれていますが、増えたのか減ったのかは公式からは判断できません。 対象は一般アカウントの web / モバイルで、地域による限定への言及はありません。

この変更の性格を一言で言えば、数えられる単位から数えにくい単位への移行です。 「1日◯回」なら、使う側は残りを数えられました。「計算量」になると、自分がいまどれだけ消費したかは、使ってみないと分からない。 便利さと引き換えに、予測可能性が下がる方向の変更です。

何が変わったか

• 利用上限のリフレッシュ間隔が1日単位から5時間ごとへ短縮
• 上限の消費が回数ベースから計算量ベースへ。算入されるのはプロンプトの複雑さ、チャットの長さ、ソースの数、使用した機能
• 上限超過時に Video Overview やスライドデッキの生成を予約でき、上限回復後に自動生成・完了通知される
• 適用開始は 2026-09-02、web / モバイルの一般アカウントへ順次ロールアウト
• プラン別の具体的な上限値、変更前の数値、価格に関する記載は公式になし
• 地域による提供制限への言及なし

業務インパクト（一般企業向け）

まず、対象範囲を正確に押さえてください。 今回の発表は **consumer アカウント（web / モバイル）**を対象としています。Google Workspace 経由で Gemini を使っている組織向けの上限が同じ扱いになるかは、この発表からは判断できません。 社内展開の判断材料にする前に、自社の契約に対応する管理者向けドキュメントを確認する必要があります。

そのうえで、業務利用で効くのは「5時間ごとのリフレッシュ」です。 1日単位のリセットは、業務時間との噛み合わせが悪い設計でした。午前中に集中して使うと、午後は使えない。翌日のリセット時刻が日本時間の何時かによっては、実質的に半日しか使えない日が生じます。 5時間ごとなら、始業から終業までの間に少なくとも1回は回復します。「使い切ったら今日はもう終わり」がなくなるのは、業務ツールとしては大きな改善です。

一方で、計算量ベースへの移行は運用の読みにくさを生みます。 社内で「1日あたり◯件まで処理できる」という前提で業務を組んでいた場合、その前提が成り立たなくなります。 重い資料を大量に読ませる使い方をしている部署と、短い質問を繰り返す部署では、同じ上限でも到達するタイミングが変わる。 部署ごとに体感が異なる状態になります。

具体的な数値が公表されていない点は、計画立案では制約になります。 「上限に当たるまで何件処理できるか」を事前に見積もる方法がありません。適用後に実際に使って掴むしかない。 9月2日以降の最初の1〜2週間は、上限到達の状況を記録して、体感値を作る期間と位置づけるのが現実的です。

予約実行の追加は、実務では素直に助かります。 Video Overview やスライドデッキの生成は、そもそも待ち時間が長い処理です。上限に当たって「生成できません」と言われるのが最悪の体験でした。予約できるなら、投げて別の作業に移れる。AI ツールを使った業務フローの設計では、この「待たされることを前提にした進め方」が効いてきます。 同期的に結果を待つ前提のフローは、上限にも遅延にも弱い。非同期を前提に組み直すきっかけとして使えます。

「柔軟」という言葉の扱いには注意が必要です。 上限方式の変更は、提供側から見ると計算コストの実態に課金・制限を近づける動きです。軽い使い方をする人には有利に、重い使い方をする人には不利に働くのが一般的な帰結です。公式は増減を明示していません。 自社の使い方が「重い」側なら、適用後に実質的に使える量が減る可能性を織り込んでおくべきです。逆に軽い使い方が中心なら、5時間リフレッシュの恩恵の方が大きく出ます。

副業・個人活用視点

Gemini Notebook を資料読み込みに使っている人にとって、9月2日は挙動が変わる日です。 カレンダーに入れておくだけの価値はあります。

副業でこのツールが効くのは、資料を大量に読む場面です。 提案書を作るための業界レポート、クライアントから渡された社内資料、競合サービスのドキュメント。まとめて放り込んで、要点を引き出す。 この使い方は、可処分時間が限られている副業では特に効きます。

そして、この使い方はまさに「重い」側です。 ソースの数が算入要素に入っている以上、大量の資料を読み込ませる使い方は消費が大きくなると考えるのが自然です。軽い質問を繰り返す使い方より不利になる可能性がある、と理解しておいてください。

ただし、5時間リフレッシュは副業の時間の使い方と相性が良い。 副業の作業時間は、平日の夜と週末に固まるのが典型です。1日単位のリセットだと、金曜の夜に使い切ると土曜の朝まで待つことになりかねません。5時間なら、夜の作業中に回復することすらあります。実際の作業リズムとの噛み合わせは、明確に良くなります。

予約実行は、副業の進め方を変えるほどの機能です。 Video Overview やスライドデッキの生成を投げておいて、その間に別の案件を進める。 生成が終われば通知が来る。限られた時間の中で並行して進めるという、副業では必須の動き方が、ツール側でサポートされます。

締切前にまとめて使う運用をしている人は、9月2日より前に感覚を掴み直してください。 これが実務的な結論です。「上限に当たるまで何件いけるか」の体感値が、方式変更で無効になります。 締切当日に上限に当たって作業が止まるのは、副業では致命的です。適用直後の余裕がある時期に、普段の使い方でどれくらい消費するかを確かめておく。この30分の投資が、締切前の事故を防ぎます。

支援先へ提案する立場なら、この更新は「上限方式の変更は予告なく来る」という話の実例になります。 AI ツールの利用上限は、提供側の計算コストに応じて変わり続けます。特定ツールの上限を前提に業務フローを組むと、方式変更のたびにフローが壊れる。 提案すべきは、上限に当たったときに業務が止まらない組み方です。予約実行のような非同期の仕組みを使う、処理を分割する、代替ツールを用意する。ツールの選定より、ツールが不調なときの設計の方が、長く価値が残ります。