Antigravity SDKのローカルAI対応を振り返る：実行場所・送信情報・権限を分ける

Posted at 2026-10-31

AIにファイルを調べたり、コードの修正案を作ったりしてもらうとき、処理のすべてをクラウドへ渡す以外の選択肢が広がっています。ただし、手元で動かすことと、外へ情報を送らないこと、操作を安全に制限することは、それぞれ別の確認です。

Googleは2026年9月23日、Antigravity SDKのローカルAIモデル対応を発表しました。本稿は9月24日制作の既存ニュースを、10月31日に公式発表・現行README・製品案内で再確認した振り返りです。SDKの導入やモデル実行、性能測定は行っていません。

1. ローカルだけで動く構成と、クラウド併用を分ける

Antigravity SDKは、エージェントの処理をPythonから組み立てる開発者向けの仕組みです。公式製品ページは、ファイル操作・コマンド実行・コード編集などの機能を案内しています。一般向けアプリに自動で同じ設定が付くという話ではありません。

9月の発表はGemma 4 26B A4BとLiteRTによるローカル構成を紹介しています。一方、クラウドのGemini 3.8 Flashが計画し、手元のGemmaが作業する分担例も掲載されています。この例にはクラウド通信があります。

現行READMEにもローカル実行の案内があります。推奨モデル、24GB以上のVRAMまたは共有メモリ、64Kのコンテキストサイズが記載されています。これは紹介されたローカル構成の目安で、SDKのあらゆる構成の一律要件ではありません。機材を買う前に対象モデルと環境の条件を照合する必要があります。

Googleのハイブリッド例では、ソースコードは手元に置き、ファイル名と作業説明をクラウドの計画役へ渡すと説明されています。「コードを送らない」から、ファイル名や業務内容も送られないとは判断できません。

同じデモの「97.2％のトークンをローカル処理」は、その記録された実行例の値です。読者の環境での再現値や、料金・作業時間の削減率としては扱えません。本稿でも再現実験はしていません。

実務では、たとえば架空のファイル名 sample_report.py とダミーの作業説明を用意し、「どの情報を、どのモデルへ渡すか」を先に書き出すと整理できます。これは編集上の提案です。実ファイル名に顧客名などが含まれるなら、名前も確認の対象になります。

発表内のリソースモニター用サンプルには、作業フォルダーの指定と policy.allow_all() が併記されています。そのサンプルを、権限が狭く制限される例や隔離の保証として読むことはできません。

現行READMEは、既定のAgentが読み取り専用であることを説明し、ツールの許可・拒否・確認を組み合わせる例も掲載しています。過去のサンプルと現在の既定動作は区別して読みます。実際の適用は使う版と設定に依存するため、本稿の資料読解だけで権限制御が動作したとは言えません。

次はSDKの設定コードではなく、作業の条件を整理するひな形です。

目的：ダミー資料から報告文の下書きを作る
入力：匿名化したサンプルだけ
送信先：ローカル／クラウドへ渡す項目を個別に記入
操作：読み取り・書き込み・コマンド実行の許可を分ける
出力：元の入力とは別の保存先
確認：保存物を開き直し、内容と変更差分を照合
中断時：エラーと最後に確定した保存物を記録

このメモだけで権限が設定されるわけではありません。実際の設定と、検査の結果を対応させるための準備です。自動送信や本番ファイルの変更を最初の試験に含めず、ダミーの小さな作業から範囲を確かめる考え方です。

今回の変化は、AIエージェントの仕事を手元のモデルへ割り当てる選択肢が増えたことです。まず「実行場所」「外へ渡す情報」「許可する操作」「保存後の確認」を1枚に整理すると、完全ローカルにするか、クラウドと分担するかを検討しやすくなります。PCや電力の費用までなくなるわけではありません。

公式資料確認：2026年10月31日。図は公式説明と編集上の提案をもとに独自制作した概念図です。実際の製品画面や性能測定ではありません。

問い合わせ返信や定型報告など、文章業務1種類について「AIに渡す指示」と「人が確かめる手順」をまとめる実務プロンプトと運用手順マニュアルの作成をご案内しています。SDK・APIの実装や、PC・GPUの導入代行を行うサービスではありません。