メインコンテンツへスキップ

Fresh AI updates

Gemini Managed Agentsの実行制御 - AIダイジェスト 20260729

Gemini API Managed Agentsの実行フック、ステートレスMCP、AI支出上限、音声文字起こしAPIから、本番運用の制御点を整理します。

14分で読めます
Gemini Managed Agentsの実行制御 - AIダイジェスト 20260729

3分で読む AIダイジェスト

エージェント基盤の比較軸が、モデル性能だけでなく、ツール実行の前後制御、定期起動、プロトコル互換性、支出停止、権限ゲートへ広がった。便利な機能が増えた分、失敗時の再実行、監査ログ、上限到達時の挙動をサービスごとに確認する必要がある。

読者別の見方

  • 管理者: 自律処理の対象を増やす前に、費用上限と停止時の業務影響を同じ意思決定表で確認したい。
  • AX担当: ベンダーには、実行フックの失敗処理、モデル変更の告知方法、費用上限と監査ログの責任分界を確認したい。
  • エンジニア: 対象エージェントのモデル固定、フックのタイムアウトと再試行、cronの重複実行、MCPバージョン併存、予算停止時の縮退動作を検証したい。

今日の未確認事項

  • Managed Agentsのフックや定期起動に対する再試行・重複排除の既定動作は何か
  • MCP新旧バージョン併存時にクライアント別の互換性をどう監視するか
  • 支出上限でサービスが停止した際、実行中ジョブと固定料金はどう扱われるか

今朝の要点

今日の流れ

本日は、マネージドエージェントを本番で動かす際の制御点が具体化した。Gemini API Managed Agentsの実行フックや定期起動、AgentCore GatewayのステートレスMCP対応、Google Cloudの予算上限に加え、OpenAI APIの文字起こしモデル更新も確認したい。

今日の主要論点

今日のAI実装動向を読むうえで、最初に確認したい論点です。

Gemini API Managed Agents: 3.6 Flash, hooks, and more

何が変わったか: モデル選択、ツール実行の前後処理、定期起動、総トークン制限をマネージド実行環境側で制御できるようになった。

Google DeepMindは、Gemini API Managed Agentsのantigravity-preview-05-2026で既定モデルをGemini 3.6 Flashへ変更し、モデルの明示指定にも対応した。ツール実行前後にスクリプトやHTTPハンドラーを動かすenvironment hooks、総トークン上限、cronトリガー、環境管理APIを追加した。無料枠も用意され、エージェントの試行から定期運用までを同じ管理面で扱える範囲が広がった。

実装・運用観点: まず確認したいのは、対象エージェントの既定モデル変更が品質・遅延・費用へ与える影響と、フック失敗時の責任境界だ。cronの重複実行やHTTPハンドラーのタイムアウトを含む障害試験を行い、モデルを明示固定するか判断する材料になる。

関連する技術ガイド: AI Agent

確認論点:

  • 本番環境でモデルを明示指定し、既定モデル変更の影響を遮断できるか確認する
  • environment hooksのタイムアウト、再試行、認証情報の保存方法を確認する
  • scheduled triggersの重複実行防止と失敗通知を確認する

未確認事項:

  • フック失敗時の再試行回数とエージェント本体への影響は何か
  • 定期起動の同時実行制御と実行履歴の保持期間はどの程度か

あわせて見る動き

主要論点の背景、比較材料、運用上の影響を補う更新です。

How AgentCore Gateway supports the MCP 2026-07-28 spec

何が変わったか: AgentCore Gateway利用者は、接続セッションに依存しないMCPへ段階移行しながら旧版クライアントを併存できるようになった。

AWSは、MCP 2026-07-28をAmazon Bedrock AgentCore Gatewayでオプトイン利用可能にした。UpdateGatewayのsupportedVersionsにより、新旧プロトコルを併存できる。新仕様は初期化ハンドシェイクとプロトコルセッションを廃止し、各リクエストへバージョンとクライアント情報を持たせるステートレス方式を採る。

実装・運用観点: ステートレス化は水平分散を扱いやすくする一方、リクエスト単位の識別情報と互換性監視が重要になる。クライアント別にバージョン、再試行、冪等性を確認したい。

関連する技術ガイド: MCP

確認論点:

  • supportedVersionsの変更手順とロールバック方法を確認する
  • 各リクエストのバージョン情報を監査ログへ残せるか確認する
  • 再試行時にツール操作が二重実行されないか検証する

未確認事項:

  • AgentCore Gatewayで旧版のサポートを終了する時期はいつか

Detect early and enforce firmly with Google Cloud's enhanced cost controls for AI spend

何が変わったか: AI利用費を通知だけで監視する構成に加え、予算到達後の新規従量課金を強制停止できるようになった。

Google Cloudは、日次コスト変動を早期検知して上位3つの原因SKUを示すEarly Anomaliesを発表した。Public PreviewのSpend Capsは、単一プロジェクト内の特定サービスへ月額上限を設定する。上限到達後は新規の従量課金利用を止めるが、固定コミットメント料金は継続する。

実装・運用観点: エージェントのループや大量呼び出しによる費用事故を、請求通知後ではなく実行停止まで含めて制御できる。ただし停止が業務障害にならないよう、縮退経路と固定料金の扱いを先に決めたい。

確認論点:

  • 上限対象となるプロジェクト、サービス、SKUの範囲を確認する
  • 上限到達時の実行中ジョブとAPIエラーを検証する
  • 停止通知から復旧承認までの運用担当を決める

Bringing Conversational Analytics to your entire data ecosystem

何が変わったか: 企業データへの会話型アクセスを、BigQueryの画面機能だけでなくAPIやMCPツールとしてアプリへ組み込めるようになった。

Google Cloudは、BigQuery Conversational AnalyticsとConversational Analytics APIを一般提供した。AlloyDB、Cloud SQL、Spanner向け機能はPreviewで提供する。エージェントはAPI、ADK、MCPを通じて外部アプリやマルチエージェント構成へ組み込める。

実装・運用観点: データ検索エージェントの構築範囲は広がるが、自然言語から生成された問い合わせにも既存の行・列レベル権限を貫通させる必要がある。Previewと一般提供を分け、監査可能な範囲から確認したい。

関連する技術ガイド: AIシステムのIdentityとAuthorization / MCP

確認論点:

  • 利用者権限が生成クエリと取得結果へ継承されるか確認する
  • 生成SQL、参照データ、回答根拠を監査ログへ残せるか確認する
  • Preview対象DBの地域、料金、SLAを確認する

未確認事項:

  • Preview機能の地域別提供範囲と正式料金はどうなるか

What Can Be Enforced? A Theory of Certified Runtime Safety for Tool-Using Agents

  • 情報源: arxiv.org (2026-07-28 13:00 JST)
  • 出典種別: 原著論文(プレプリント)
  • URL: https://arxiv.org/abs/2607.22868
  • 分類: Research
  • 関係する読者: AX担当 / エンジニア

何が変わったか: エージェント安全性をモデルの事前スコアだけでなく、実行直前の介入と介入後の挙動まで含めて評価する枠組みが示された。

本論文は、ツール実行前の決定論的ゲートで強制できる安全方針を、状態表現、観測可能性、介入後の閉ループ挙動から理論化した。静的スコアや介入のない軌跡だけでは、安全性フロンティアを識別できないと論じる。単著プレプリントで、査読と独立追試は未確認。

実装・運用観点: Managed AgentsのフックやGatewayのポリシーを設けても、観測できない状態は強制できない。禁止操作、必要な状態、介入後の再計画を分けてテスト設計したい。

確認論点:

  • ポリシー判定に必要な状態を実行前に観測できるか確認する
  • 拒否後に別経路で同じ操作へ到達しないか検証する
  • 表現を変えた攻撃入力でも較正が維持されるか試す

未確認事項:

  • 実サービスへ適用した場合の遅延と誤拒否率はどの程度か
  • 査読と独立追試で理論上の前提が支持されるか

短く追う更新

優先度は少し下がりますが、流れを押さえるために確認しておきたい更新です。

GPT TranscribeとGPT Live Transcribe

OpenAI | 公式情報 | Models | AX担当 / エンジニア

OpenAIは、ファイル文字起こしとRealtimeターンの確定トランスクリプト向けgpt-transcribe、低遅延ストリーミング向けgpt-live-transcribeをAPIで公開した。両モデルは自由形式の文字起こしコンテキスト、キーワードヒント、複数の想定入力言語に対応する。

変化: バッチ処理とストリーミング処理で、用途別の文字起こしモデルを選べるようになった。

関連する技術ガイド: LLM API 確認: 対象言語の語彙、固有名詞、遅延、費用を既存モデルと比較する

Discovering cryptographic weaknesses with Claude

Anthropic | 公式情報 | Research | 管理者 / AX担当 / エンジニア

Anthropicは、Claude Mythos Previewを用いてHAWK署名方式の既知攻撃を改善し、提案鍵サイズの実効安全性を低下させる攻撃を発見したと報告した。7ラウンド版AES-128への攻撃も改善したが、完全な10ラウンド版AESを破るものではない。同社は現行本番システムへの実務的影響はないとしている。

変化: フロンティアモデルが暗号解析の探索を支援できる具体例が示された一方、現行AESへの緊急対応が必要な脆弱性は確認されていない。 確認: HAWKを評価中の場合は関連論文とパラメータ別の安全性を確認する

Developing Healthcare Robotics with GPU-Native Medical Physics Simulation

NVIDIA Developer Blog | 公式情報 | Products | 管理者 / AX担当 / エンジニア

NVIDIAはIsaac for Healthcareで、解剖学的デジタルツイン、器具と組織の相互作用、医用画像、強化学習を同一GPU上で扱うMedical Physics Simulation frameworkを公開した。血管内処置向けモジュールは一般提供、軟組織変形や切開を扱うモジュールは早期アクセスである。臨床的有効性や規制承認を示す発表ではない。

変化: 医療ロボット向けの物理シミュレーションと学習処理をGPU上で統合する実装基盤が利用可能になった。 確認: 対象モジュールの提供段階とライセンスを確認する

Scientific computing in the age of agentic AI

OpenAI | 公式情報 | Research | 管理者 / AX担当 / エンジニア

OpenAIは、主に生命科学分野の8件のエージェント支援型科学計算プロジェクトをまとめた。5件はCodexのみ、3件はCodexとClaude Codeを併用した。保守、最適化、言語移行、GPUネイティブ再設計が扱われたが、探索的事例集であり統制比較ではない。

変化: 科学計算コードで、エージェントを新規生成だけでなく保守、移行、GPU再設計へ使った事例と責任上の課題が整理された。 確認: 基準実装との数値誤差と再現性を検証する

The OlmoEarth Platform: Geospatial inference at planetary scale

Hugging Face | 公式情報 | Infra | AX担当 / エンジニア

Ai2は、衛星データの取得・前処理をCPU、推論をGPU、後処理をCPUへ分離するOlmoEarth Platformの構成を公開した。処理は再入可能かつ冪等な地理パーティションとして実行される。北米の山火事リスク地図では最大約19,600 CPUと994 GPUを並列利用し、推定4,737時間の直列計算を約30.5時間へ短縮したと報告する。

変化: 大規模な地理空間推論を、CPUとGPUの役割分離および再実行可能なパーティションで運用する具体的構成が公開された。 確認: 地理パーティションのキーと再実行単位を確認する

LFM2.5-Encoders for Fast Long-Context Inference on CPU

Hugging Face | 公式情報 | OpenSource | AX担当 / エンジニア

Liquid AIは、8,192トークン対応のLFM2.5-Encoder-230Mと350Mをオープンウェイトで公開した。同社測定では、230Mモデルは8,192トークンのCPU推論でModernBERT-baseより約3.7倍高速だった。CPU構成は記事上で明瞭でなく、性能値はベンダー測定である。

変化: 長文埋め込みや分類をGPUなしで処理するための小型オープンウェイトモデルが新たな選択肢になった。 確認: 対象CPUでスループット、P95遅延、メモリ量を測定する

Data centers may face temporary power cuts to prevent blackouts on largest US grid

TechCrunch | 二次報道 | Infra | 管理者 / AX担当 / エンジニア

PJMはデータセンター需要の増加を背景に、追加電源を伴わない大規模負荷をピーク時に抑制し得る「connect-and-manage」制度を検討している。TechCrunchは50MW以上のデータセンターなどが対象で、抑制は2027年6月以降に始まる見通しと報じた。50MW基準と開始時期は一次文書で直接確認できていない。

変化: 米国最大の電力市場で、大規模データセンターの接続条件にピーク時の負荷抑制を組み込む案が具体化した。 確認: データセンター契約の電力抑制条項と通知時間を確認する

ひとこと更新

本文で詳しく扱うほどではないものの、周辺動向として確認しておきたい話題です。

Written by

柿添貴士(TakashiKakizoe) profile photo

柿添貴士(TakashiKakizoe)

Webエンジニア/テックリード

Fukuoka, Japan

  • PHP
  • Laravel
  • Next.js
  • AWS
  • Cloudflare
  • AI Agent