Googleは2026年10月22日、AIエージェントごとに独立した実行環境を用意するAgent Compute Engineを発表しました。AIが答えを考えるだけでなく、ファイルやツールを使って作業する際の土台となるサービスです。公式発表では、Google Cloudでのプレビューを今後数か月以内に予定しています。一般提供が始まったという発表ではありません。
同日付のThe Decoderの記事をきっかけに、Google Cloudの公式技術解説と、公式発表で確認しました。以下は10月23日の確認時点の内容です。島田市周辺の中小企業が、仕事を任せるAIを開発担当と検討するときの判断につながる点を説明します。
AIが作業する場所を一つずつ分ける発表です
AIエージェントは、目的に沿って次の作業を選び、ツールを使って進める仕組みです。文章を返すだけの場合と違い、ファイルを開く、コードを実行するなどの作業場所が必要になります。
今回の基盤は、それぞれのAIに「microVM」と呼ばれる小型の仮想マシンを用意します。一台の物理的なコンピューターの中でも、作業用の小さなコンピューターを分ける考え方です。Googleはハードウェアによる分離を備えると説明しています。従来の仮想マシンでは、作業場所を立ち上げたり再開したりする準備が負担になります。今回は、その負担を抑えながら作業場所の分離を保つ狙いです。
これはAIの回答が必ず正しくなるという意味ではありません。業務に置き換えるなら、作業する部屋の仕切りと、作業指示の正しさは別に確認する必要があります。
接続先の鍵を作業場所の外で管理します
公式解説では、長く使える認証情報を実行環境の中に置かず、外側の仕組みで通信や権限を確認する設計が示されています。認証情報は、外部サービスへ入るための鍵に当たるものです。AIが動く場所に鍵をまとめて置かないことが、今回の特徴の一つです。
ただし、この設計だけで自社のメールや業務ソフトへの接続条件が決まるわけではありません。何を読めるか、何を書き換えられるか、どの処理を人が承認するかは、自社の用途に合わせて確認する必要があります。
小さな会社が今すぐ乗り換えるための発表でしょうか
確認した公式記事ではプレビュー予定が示されていますが、日本向けの利用条件、利用できる地域、個別の料金や契約条件までは、本稿で確認できていません。既存の社内ツールが、そのまま接続できるとも判断できません。
チャットに文章を貼って下書きを作るだけの会社なら、この発表を理由に今の利用方法を変える必要性は低いでしょう。一方、AIに外部システムで作業させる開発を検討している会社は、実行環境と接続の設計を支援先へ聞くきっかけにできます。これは発表内容から考えた業務への提案です。
開発担当には仕事を一つに絞って質問します
例えば「公開済みの製品資料から社内向け案内の下書きを作り、共有フォルダの確認用領域に保存する」という架空の用途を考えます。この場合、顧客一覧の閲覧や、お客様へのメール送信まで許可する必要があるでしょうか。用途に必要な範囲を先に決めると、基盤の機能説明を聞くだけより判断が進みます。
- 作業場所と認証情報はどこにあり、別の案件とどう分けるか。
- 読み取り先と書き込み先を、必要な資料と保存場所に限定できるか。
- 処理を止める人は誰か。止めたとき、途中の変更と保存物をどう確認するか。
- 実際の利用に必要な提供条件がそろっているか。未確認ならいつ再確認するか。
最初の試験では架空資料と確認専用の保存先を使い、機密情報や本番の送信権限を渡さない方法を提案します。試験で保存されたもの、操作履歴、人による確認の結果を見て、次へ進むか決めます。
今回の発表は、AIが使うコンピューターの分け方を考える材料になります。実際に試す判断は、プレビューの提供条件と自社の接続要件が確認できてからで十分です。本稿ではこのサービスの操作や性能の測定を行っていません。
業務と確認の流れを整理したい場合は、LIFESEEDSのAI活用・業務効率化支援をご覧ください。相談はお問い合わせから受け付けています。
コメント