Change history

Gemini API limit changes

Current and previous observations remain linked to their official sources. Detection date and effective date are kept separate when known.

Verified Aug 22, 20260 verified changes

Verified history

No verified historical change is recorded yet.
This means HyperObserve has not found sufficient first-party evidence for a dated before-and-after event. It does not mean Gemini API has never changed. Undated values are kept in the current baseline below instead of being presented as history.

Current monitored baseline

HyperObserve currently monitors 4 scoped observations for Gemini API. The baseline covers rate-limit dimensions, long-context support, batch concurrency and enqueued work, batch/file storage. Each value retains its plan, product, endpoint, region, account, or runtime qualifier so a future change can be compared against the correct scope.

ConstraintCurrent valueScopeVerified source
rate-limit dimensionsLimits apply per project, not per API key, and daily requests reset at midnight Pacific Time.RPM, TPM, and RPD vary by model and usage tierPer Google Cloud projectGoogleAug 22, 2026
long-context supportThe exact input and output budget must be read from the deployed model specification.Many Gemini models support 1M+ tokensModel specificGoogleAug 22, 2026
batch concurrency and enqueued workBatch token capacity is separate from the fixed concurrent request count.100 concurrent batch requests; enqueued tokens vary by model and tierPer projectGoogleAug 22, 2026
batch/file storageThe file and aggregate storage ceilings are independent of prompt context capacity.2 GB per input file; 20 GB project file storagePer projectGoogleAug 22, 2026

Tracked constraints and impact

Project-scoped RPM, TPM, daily, batch, file, and model context limits. A change is recorded only when it alters a constraint developers can act on, such as capacity planning, request shaping, model selection, deployment configuration, storage design, retry behavior, or account budgeting.

How a change is verified

  1. Compare the current first-party statement with the previously stored observation, including the exact plan, model, runtime, endpoint, region, and account scope.
  2. Separate a true product change from documentation clarification, temporary capacity, configurable account state, or a limit that applies to a different execution path.
  3. Preserve the old and new values, official source, effective date when disclosed, detection date, and practical impact. If those elements cannot be supported, no historical event is published.

Official sources monitored

These first-party documents support the current Gemini API baseline. HyperObserve links directly to them so you can confirm the live wording before making a production decision.

Gemini API rate limits

RPM, TPM, RPD, tiers, batch requests, and file storage

Long context

Model context-window guidance

Related

Continue researching Gemini API