Gemma Open-weight Model-family Operating Profile

Gemmaを企業利用する際は、「GoogleのGemma」というブランド名だけでモデルを識別しない。2026年10月21日時点の公式release historyではGemma 4が現行core familyであり、Gemma 3/3n以前とはlicense、architecture、modalities、context、runtime要件が異なる。Gemini SaaS/APIとも別の製品面である。調達・評価・配備・監査ではmodel family、exact variant、weight revision/hash、license、runtime、quantization、chat template、safety layerを個別に固定する。

Googleの公式release historyでは、Gemma 4は2026年3月31日にE2B、E4B、31B、26B A4Bが公開され、4月16日にMTP、6月3日に12B Unifiedが追加された。2026年10月6日にはEmbeddingGemma 2も追加されている。Gemma 4 model cardはGemma 4をApache 2.0 licenseのopen-weight familyとして明示する。

一方、Gemma Terms of Useは2026年4月1日改訂版で「Gemma 4 termsはGemma 4 licenseを参照」と明示し、同TermsのAppendix対象familyとGemma 4を分離している。したがって「Gemmaは全部Apache 2.0」「Gemmaは全部同じGemma Terms」と一般化しない。licenseはfamily/revision単位で保存する。

Gemma 4は単一architectureではない。公式model cardではE2B/E4B/12B Unified/31BのDense系と26B A4B MoEがあり、contextはE2B/E4Bで128K、12B/26B A4B/31Bで256K。text/imageはfamily全体で扱い、audioはE2B、E4B、12Bで対応する。function calling、configurable thinking、native system roleもGemma 4の特徴として記載されている。

gemma-4のようなfamily名だけでは、variant、instruction-tuned/pre-trained、weight revision、tokenizer、runtime、quantizationを再現できない。障害解析や再評価時に「同じモデル」の意味が崩れるため、artifact単位でrevision/hashを固定する。

Gemma 4のApache 2.0をGemma 3/3n等へ逆適用したり、旧Gemma TermsをGemma 4へ自動適用したりしない。配布・派生・Hosted Service等の条件は採用artifactのlicense本文を保存して判断する。

weightを取得して自組織環境で動かせることは、Googleがmanaged inference、SLA、security patch、autoscaling、logging、data residency、backupを提供することを意味しない。self-hostではOS/container、driver、accelerator、serving runtime、tokenizer、chat template、quantization、sampling、tool parser、network、identity、loggingを利用者側で管理する。

GoogleのIntended Use StatementもGemmaを完成済みの特定業務製品ではなく、開発者・研究者が用途に合わせて構築・適応するstarting pointとして説明し、具体的用途の法令・安全なdeploymentは利用者責任としている。「Google提供モデルだから自社用途の安全性・適法性まで保証済み」としない。

E2B/E4Bと31B/26B A4Bではcontext、architecture、audio support、memory footprintが同一ではない。Gemma 4対応を一つのfeature flagにせず、family / variant / modality / context / tool schema / thinking settingをcompatibility matrixとして保持する。

公式model cardのbenchmarkは比較材料だが、自社prompt、language mix、tool schema、RAG、quantization、hardware、safety layerを含む業務性能を保証しない。量子化やruntime変更でもquality/latency/tool behaviorが変化し得るため、公式値を自社readbackとして扱わない。

• service inventoryは GEMMA_4_OPEN_WEIGHT_SELF_HOSTED 等、familyとhosting surfaceを含むIDにする。
• exact repository/artifact、revision/commit、weight file hash、tokenizer/processor/chat template、pre-trainedかinstruction-tunedかを保存する。
• quantization方式とartifact hash、serving runtime/version、container digest、accelerator/driverを同じrelease evidenceへ固定する。
• Gemma 4とGemma 3/3n以前のlicenseを横滑りさせず、採用artifactに対応するlicense/termsの版と取得日を保存する。
• modality/context/function-calling/thinking/system-role capabilityをvariant別matrixで管理する。
• model/runtime/quantization/chat-template変更ごとに代表fixtureを再実行する。
• qualityだけでなくrefusal/unsafe output、structured/tool behavior、latency、memory、throughput、long-context degradation、multimodal preprocessingを測定する。
• official benchmarkと自社benchmarkを別evidenceとして保存する。
• self-hostのnetwork egress、telemetry、logs、artifact sourceを実環境でreadbackする。
• fine-tune/RAG/tool追加後はsafety/privacy/security評価を再実行する。
• release historyを監視し、新family登場時も自動upgradeせずmigration gateを通す。
• managed platformでGemmaを利用する場合、open-weight licenseとは別に当該platformの契約、retention、region、logging条件を確認する。

local/self-hostで推論する場合、promptが外部managed inferenceへ送信されない構成は可能だが、「Gemmaだからデータが外へ出ない」わけではない。runtime image取得、telemetry、package repository、model download、external tool、RAG、observability、crash reporting等のegressは別に存在し得る。network egressとlog destinationを実環境でreadbackする。

Gemini API/AI Studio等のmanaged surfaceでGemma variantを利用する場合は、そのserviceのdata handling条件が別に支配する。open-weight licenseからmanaged-service data handlingを推測しない。

本項はGemma open-weight model familyのversion/license/runtime/data-boundary/capability運用を扱う。Gemini SaaS/API一般、vLLM等のserving runtime共通論、RAG/tool governance、個別業務use caseの適法性判断は別EAの責務とする。

open-weightであることは、open source softwareと同じ責任分界、全派生物への同一license、managed support、production suitabilityを意味しない。Gemma 4は現行公式model cardでApache 2.0だが、旧familyにはGemma Termsの対象があるため、世代横断のlicense一般化は誤りになる。

公式model cardのbenchmarkは比較材料として有用だが、業務SLOや安全保証ではない。hardware、runtime、quantization、prompt、language、tool useにより結果は変化する。特に長文・multimodal・agentic workflowでは単一benchmark scoreだけで採用判断しない。

自組織が取得するexact weight revision/hash、採用runtime/container、quantization、GPU/accelerator、tool-call parser、thinking設定、network egress、telemetry、production workloadでのquality/latency/safety、managed platformを併用する場合の契約・retention・regionはlive readbackなしには確定できない。今後のGemma releaseとlicense変更も継続確認が必要である。

「GemmaはApache 2.0のGoogle製open modelで、ローカルなら安全に使える」ではなく、「採用するGemma family/variant/revisionごとにlicense、weight hash、runtime、quantization、capabilityを固定する。Gemma 4は現行公式model cardでApache 2.0だが、旧familyには別Termsの対象があり、self-host時のsecurity・data boundary・業務適合性は自組織でreadbackする」と記述する。

• Google AI for Developers, Gemma 4 model card, accessed 2026-10-21: https://ai.google.dev/gemma/docs/core/model_card_4
• Google AI for Developers, Gemma releases, accessed 2026-10-21: https://ai.google.dev/gemma/docs/releases
• Google AI for Developers, Gemma models overview, accessed 2026-10-21: https://ai.google.dev/gemma/docs
• Google AI for Developers, Gemma Terms of Use, last modified 2026-04-01, accessed 2026-10-21: https://ai.google.dev/gemma/terms
• Google AI for Developers, Intended Use Statement, accessed 2026-10-21: https://ai.google.dev/gemma/intended_use_statement

EA-1214はGemma open-weight model familyのversion/license/runtime/data-boundary/capability運用を扱う。Gemini SaaS/API、一般的なopen-weight governance、serving runtime共通論、RAG/tool governanceは別EAへ接続する。