Googleは2026年10月28日、ソフトウェア開発やサイバー防御など、複数の工程を伴う課題に重点を置いた新しいAIモデル「Gemini 4 Carbon」を発表しました。まず一部のサイバー防御担当者に提供し、信頼できるパートナーへ段階的に対象を広げる方針です。一般の開発者、企業、個人向けの提供は今後とされており、現時点で誰でも利用できると判断することはできません。
中小企業の情報システム担当者や制作会社の開発担当者にとっての論点は、モデルの順位そのものよりも、将来アクセスできた際に、既存の開発・修正工程をどう安全に比較するかです。この記事ではGoogleの発表をもとに、性能の読み方、予定料金、導入前に用意したい評価方法を整理します。
Gemini 4 Carbonで何が発表されたのか
Googleの公式発表によると、Carbonは複雑な作業を複数段階にわたって進める用途を想定し、コーディングや推論、サイバー防御能力の向上を図ったモデルです。Googleは社内で、複雑なコードベースの不具合の原因を探り、修正するような仕事に数日間取り組ませた例を説明しています。これはGoogle社内の説明であり、すべての利用者が同じ期間、同じ作業を実行できるという提供条件ではありません。
前世代のGemini 4 Argonの発表も、実務上の複雑なソフトウェア開発や企業の知識業務を対象にしていました。Carbonはその後継となる発表ですが、両者のすべての機能や一般向け提供条件が同一だと確認できたわけではありません。モデル名が似ていても、実際に利用できる画面、契約、機能は別々に確認する必要があります。
今回の変更は、使える人にとっては長い工程を一括で任せる選択肢の検討材料になり得ます。一方、一般提供前の企業が今すぐ行えるのは、現行ツールで処理しにくい仕事を切り出し、後から同じ条件で比較できるよう準備することです。発表だけで既存システムを置き換える判断はできません。
日本の企業はいつ使える？ 対象と予定料金を分けて確認
Googleは発表週から一部のサイバー防御担当者に提供し、Fairwind Programを通じて信頼できるパートナーへのアクセスを徐々に広げると説明しています。開発者、企業、一般消費者への提供も目指していますが、公式発表に具体的な一般提供日はありません。今回確認した発表には、日本での提供完了時期や日本語対応の詳細も明記されていません。日本にいること、日本語を扱えること、個々の組織アカウントで利用できることはそれぞれ別の条件です。
料金についてGoogleが示したのは、提供開始時の予定単価です。導入期間中は100万入力トークンあたり2米ドル、100万出力トークンあたり10米ドルで、キャッシュされた入力は入力単価から95％割引としています。導入期間の終了後はそれぞれ4米ドル、20米ドルです。発表には導入期間の終了日が示されていません。トークンはモデルが処理する文章の単位で、文字数と一対一ではありません。
例えば、キャッシュを使わず入力100万トークンと出力20万トークンを処理すると仮定した単純計算では、導入単価で入力2ドルと出力2ドル、合計4ドルです。終了後の単価なら入力4ドルと出力4ドルで合計8ドルになります。これは単価の意味を示す仮例で、実際の請求額ではありません。追加機能、税、為替、再試行や処理対象となる内部のトークンなどは、この例に含めていません。実際の提供面と課金条件が公表された後、見積もりを作り直してください。
比較の参考として、確認時点のGemini API料金表にはArgonの有料枠が掲載され、処理されるトークンには思考トークンや一部のツール関連情報も含まれるとあります。ただし、この記載をCarbonの確定仕様として移すことはできません。Carbonの正式な課金対象、利用上限、契約形態は提供開始時の資料で確認が必要です。
性能の数字は、自社の品質保証と同じではない
Googleは、脆弱性の発見を評価するSEC-bench Proで88.2％、攻撃可能性の検証を扱うExploitGymで54.8％、修正を扱うCWE-benchで71.0％という数値を報告しています。これらはGoogleが発表した、異なる課題を対象とする評価の結果です。数字を足したり平均したりして、実際のシステムの脆弱性を何％防げると解釈したりすることはできません。Googleはこれらの外部ベンチマークを安全対策のガードレールなしで評価したとも明記しています。
同社はまた、社内の安全なコード生成評価でArgon比2倍以上の成功率向上を報告しています。これは同社が用いた評価条件における比較です。特定のWebサイトの修正時間が半分になるという予測や、独立した監査の代替にはなりません。発表されたスコアは候補を試す理由にはなりますが、採用の判断には、自社のコード、必要な品質、レビュー負荷を使った別の評価が必要です。
安全性に関しても、Googleは特定の間接プロンプトインジェクション評価で攻撃成功率0.0％を報告しています。これは評価した攻撃に対する結果であり、未知の攻撃や実際の業務環境で安全が保証されたという意味ではありません。外部から取り込む文書やコードの中に、AIへ意図しない指示を出す内容が混ざることを想定し、作業権限と承認の仕組みをモデルの外側にも置く必要があります。
想定例：Web制作会社の修正工程で何を比べるか
次の例は実際の導入実績ではなく、Carbonが利用可能になった後の評価を考えるための想定例です。対応する入出力やツール操作は提供時に確認してください。
想定例1：社内管理画面の不具合調査
制作会社の開発担当者が、テスト用の管理画面で保存処理が失敗する問題を調べるとします。準備するのは、公開してよいサンプルコード、再現手順、期待する動作、既知のテスト結果です。AIには原因候補と、どの確認で候補を絞れるかを整理させることを考えます。出力には根拠のある箇所、未確認の仮説、必要な追加情報を分けて書くよう求めます。
担当者は、候補が実際に再現するか、提案された修正が他の入力条件を壊さないか、既存テストと追加テストで確かめます。比較対象は、現行のAIまたは従来の人手による調査です。回答を得るまでの時間だけでなく、原因の正しさ、追加調査の回数、採用できない提案の数、レビュー時間まで記録します。速くもっともらしい回答が出ても、確認工程が増えるなら採用を急ぐ理由にはなりません。
想定例2：更新前のセキュリティ修正案をレビューする
情報システム担当者が、外部から依頼されたWebアプリの修正案を確認する場合を考えます。権限を持つテスト環境と、共有を許可されたコードだけを対象に、変更の目的、影響範囲、既存の試験項目を用意します。AIの利用が許可される環境であれば、修正の説明や確認すべき観点の整理を依頼し、担当者が元の要件と照合する使い方を検討できます。
確認したいのは、提案が症状だけを隠していないか、既存機能への影響がないか、根拠をたどれるかです。AIが脆弱性を見つけたと主張しても、担当者が再現条件と影響を検証するまでは確定扱いにしません。攻撃的な検証や本番変更は、権限のある担当者が組織の手順に従って判断します。実際に使える機能や安全対策が未確認の間は、準備と評価設計にとどめます。
提供後の試行は、対象を絞って同じ条件で評価する
- 利用条件を確認する。 自社の地域、契約、アカウント、利用画面でCarbonが提供されているかを公式案内で確かめます。入力可能な情報、保存やデータ利用の条件も組織の契約に照らして確認します。
- 小さな課題を選ぶ。 結果を担当者が検証できる不具合やコードレビューを一件選びます。本番データや顧客情報を使わずに再現できる範囲が適しています。
- 比較条件をそろえる。 現行手段と新モデルに同じ問題文、入力、制限時間、採点基準を用意します。実行環境や与えた追加情報が異なる場合は記録します。
- 結果と確認負荷を測る。 正しい原因や修正の有無に加え、誤った提案、必要な追加質問、レビュー時間、請求額を記録します。実行したテストと未実施の項目を区別します。
- 採用範囲を決める。 一件の成功を全面導入の根拠にせず、異なる難度の課題で再確認します。品質や権限管理、費用の条件を満たせなければ、現行手段の継続や再評価を選びます。
評価時には、AIが自分で何を実行できるかも重要です。外部サービスへのアクセス、ファイル変更、本番反映などを一度に許可せず、必要な権限に限定し、変更前に人が確認する設計を検討します。処理の途中で不明点が出た場合に止められることと、実行内容を後から確認できることも、性能とは別の採用条件です。
導入を待つべき条件と、今できる準備
一般提供日や日本向け条件が明らかでない現在、Carbonを前提に納期や予算を確定するのは避けたいところです。アクセスできても、対象データを送信できる契約か、求める権限管理があるか、結果の検証に必要な担当者を確保できるかが合わなければ見送る選択が妥当です。既存のツールで十分に解決できる小さな業務も、切り替えの必然性を別途確認してください。
まずは現在の開発・運用作業から、原因調査に時間がかかるものと、修正案の確認が難しいものを一件ずつ選び、正解や必要なテストを整理しておきましょう。一般提供の案内が出たら、対象プランと日本での利用条件、最新料金を確認したうえで、その課題を既存手段と比較する。Googleの発表を、急いで乗り換える合図ではなく、検証可能な課題と採用条件を整える機会として使えます。