Gemini API の Managed Agents は、2026年7月28日の更新で「触ってみるもの」から「運用設計を前提に評価するもの」へ一段進みました。公式発表では、既定モデルが Gemini 3.6 Flash に切り替わり、sandbox 内の tool call を前後で制御できる environment hooks、free tier、budget controls、scheduled triggers が追加されています。すでに試験導入している企業ほど、今回の更新はモデル固定・監査・コスト統制の3点を見直すタイミングです。
今回の更新で何が変わったのか
Google の公式ブログによると、Managed Agents は Gemini Interactions API 上で動作し、1回の API call で reasoning、code execution、package installation、file management、web retrieval を isolated cloud sandbox 内でまとめて実行できます。その上で今回の差分は4つです。1つ目は既定モデルが Gemini 3.6 Flash になったこと。2つ目は pre_tool_execution / post_tool_execution の hooks。3つ目は free tier access。4つ目は budget controls と scheduled triggers の追加です。つまり、性能向上だけでなく、統制しながら継続運用するための部品が揃い始めたという理解が重要です。
1. 既定モデルが Gemini 3.6 Flash になった影響
今回から antigravity-preview-05-2026 は Gemini 3.6 Flash を default で使います。公式には「No code changes are required」とされており、既存の interaction はそのまま次回実行から新しい既定モデルを拾います。一方で、コスト重視のチームは安心できません。Google は agent_config.model で Gemini 3.5 Flash-Lite などを明示指定できると案内しているため、PoC 時に default 任せで作った処理は、再現性と予算の観点から pin し直す価値があります。特に、社内レビュー、依存関係監査、ドキュメント整形のように latency と単価を優先したいジョブは、3.5 Flash-Lite に寄せる設計を比較すべきです。
既定モデル変更の影響を見ずに本番へ進めると、精度だけでなく費用見積もりもずれます。 AIエージェントの運用設計を整理したい場合は、 HelloCraftAIに相談する のが早いです。
2. hooks で何を制御できるのか
Environment hooks は、agent が remote sandbox 内で code を実行したり file を変更したりする直前・直後に、独自 script や外部 HTTP request を差し込める仕組みです。Google の docs では、high-risk shell command を実行前に止める、restricted file read を弾く、agent が生成した file の直後に lint や data transformation を走らせる、tool execution 後に enterprise audit telemetry を外部監視へ送る、といった用途が明示されています。ここが重要で、Managed Agents はもともと「実行できる」ことが価値でしたが、hooks によって「実行前後に会社のルールを差し込める」段階に進みました。
運用チームの観点では、hooks の価値は3つあります。第1に、破壊的な command や社外送信を事前に deny できること。第2に、file 生成後の lint、命名規則確認、秘密情報検査を自動化できること。第3に、監査ログを別系統に残して「なぜその tool call を許可したか」を追跡しやすくなることです。逆に言えば、hooks を入れずに権限だけ広げる設計は、今後は説明責任を満たしにくくなります。
3. free tier とコスト統制で見ておくべき数字
Google の Agents Overview では、Managed Agents は pay-as-you-go で、1回の interaction が通常 100k〜3M tokens を消費しうるとされています。preview 中は environment compute は課金対象外で、free tier にも free rate limit と usage quota があります。さらに pricing docs では Gemini 3.6 Flash の standard price が input $1.50 / output $9.00 per 1M tokens、batch/flex 相当は input $0.75 / output $4.50 と整理されています。つまり、sandbox 自体の課金よりも、loop 回数と output token の膨らみ方を監視するほうが現時点では効きます。予算管理を後回しにせず、task ごとの token 上限、再試行回数、fallback model を先に決める設計が無難です。
あわせて、sandbox の前提も確認しておくべきです。公式 docs では OS-level isolation がありつつ、outbound network access は default で unrestricted とされています。必要に応じて allowlist で制限または無効化でき、environment は inactivity から7日で削除、最大 1,000 agents まで保持できます。PoC で便利だからと unrestricted のまま進めると、後から社内審査で止まりやすいので、最初から network rule を含めて設計したほうが手戻りが少なくなります。
4. 既存導入チームが今週見直したいチェック項目
まず、default model 依存の job を洗い出し、3.6 Flash へ自動移行してよい処理と、3.5 Flash-Lite へ pin したい処理を分けてください。次に、pre_tool_execution で止める command、write_file 後に走らせる lint、audit telemetry の送信先を定義します。さらに、free tier で検証するチームも、本番移行前に token budget と monthly alert を設定しておくべきです。最後に、network allowlist を product ごとに分け、外部 SaaS や MCP 連携の宛先を明文化しておくと、セキュリティレビューが通しやすくなります。今回の更新は新機能紹介よりも、運用ルールをどこまで API 設定へ埋め込めるかを見るべきアップデートです。
FAQ
Q. 既存の Managed Agents 実装は作り直しが必要ですか？ A. 公式案内では既定モデル変更に code change は不要です。ただし、出力傾向とコストを固定したい処理は agent_config.model の明示指定を検討したほうが安全です。
Q. hooks を入れれば人の承認は不要になりますか？ A. いいえ。Google の docs でも sensitive workflow では output と action の review を前提にしています。hooks は人の承認を置き換えるより、承認前に危険操作を減らし、監査証跡を増やすための仕組みと考えるべきです。
Gemini API の Managed Agents を、PoC止まりではなく本番運用の形まで設計したい場合は、 お問い合わせはこちら 。権限設計、hooks、コスト統制、社内展開までまとめて整理できます。
