「仕事はプロンプト欄から始まる」とGoogleが言い切った日
2026年10月8日、Google Cloud CEO トーマス・クリアン氏は「Gemini at Work 2026」の基調講演で、ひとつの単一の万能エージェント（the Gemini agent）を発表した。キーフレーズは率直だ——「仕事はいまやプロンプト欄から始まる（Work now starts in the prompt window）」。ユーザーは指示ではなく目的を与え（give it objectives, not instructions）、完成した成果物を受け取りに戻る、とGoogleは説明する（Google Cloud Blog）。
ここまでなら「また大手の万能アシスタント発表か」で済む。だが今回、企業の統制担当が本当に注視すべき一文は別のところにある。このエージェントは、チームの**「同僚（coworker）」**として、自分専用のWorkspaceアカウント——メールアドレス、カレンダー、Drive、そして社内ディレクトリ（名簿）上の存在——を持つというのだ。複数の報道も、このエージェントが「自分のメールボックスとディレクトリの席を得た」と報じている（Bloomberg、Reworked、AI Weekly）。
homulaは特定ベンダーに寄らないAIエージェント・インテグレーターとして、この「エージェントが機能から実体へ」という流れを日々追っている。本稿は、Googleが何を出したのかを一次情報で整理したうえで、日本企業が**『社員のように振る舞うエージェント』をどう統べるか**——アイデンティティ統制とロックイン——という、導入の前に引いておくべき設計線を論じる。
何が発表されたのか——「単一・万能・偏在」
Googleの設計思想は3つの原則に集約できる（出典はすべてGoogle Cloud Blog）。
- 単一（single）: チャットでの質疑、目的を与えての自律実行、コード生成を、ひとつのエージェント・ひとつのAPIで担う。
- 偏在（omnipresent）: Web・iOS/Android・Windows/Mac・コマンドラインに加え、Google Workspace だけでなく Microsoft 365 や Slack、さらにサードパーティアプリやヘッドレス実行まで届く。
- 永続（persistent）: クラウド上で「ひとつの記憶・文脈・パーソナライズグラフ」を保ち、数時間〜数日かかる仕事はノートPCを閉じた後も走り続ける。
Workspace内では Gmail・Drive・Docs・Slides・Sheets・Chat・Calendar にインラインで溶け込む。モデルは固定ではなく、自社のGeminiファミリーとAnthropicのClaudeを今日時点でオーケストレーションし、将来は他の主要モデルも加えるという。ルーティングツールが「各ワークロードを、最高性能を最安コストで出せるモデルへ自動で振り分ける」としている。
業種特化版も動き出した。金融サービス版と法務版がプレビュー（金融は50以上の基盤スキルを備え、FactSet・LSEG・S&P Global・SEC提出書類を参照。法務はNetDocuments・iManageの案件単位権限と倫理的隔壁を継承）、政府・ヘルスケア・小売版は近日提供とされる。なお汎用エージェントは現時点でプレビュー（限定提供）で、価格と一般提供日は未公表だ。
本稿の事実関係はGoogle Cloud公式ブログを一次情報とし、主要な論点（万能エージェント化、同僚エージェントのメールアドレス、プロジェクト単位の支出上限、Claudeへのモデルルーティング）はBloomberg・Reworked・AI Weekly・TechRepublic等の独立報道でもクロスチェックしている。導入社数などベンダー提示の数値はGoogleの発表に基づく。
本題：エージェントが「同僚」になるという設計
今回の発表で最も構造的な変化は、Googleが打ち出した**同僚エージェント（coworker agent）**だ。管理者が担う役割を記述すると、Geminiがその役割を持つエージェントを生成する。各エージェントには次が与えられる。
- 自分のWorkspaceアカウント: 独自のメールアドレス（
@agents.company.com形式）、カレンダー、Drive、そして社内ディレクトリ上の存在 - 自分のアイデンティティ: ユーザーの権限を借りるのではなく、エージェント自身の身元で振る舞う。Docsの編集履歴にも「その人（ユーザー）」ではなくエージェント自身の名前で記録される
- 限定されたアクセス: 共有された文脈にしか触れられない
さらに汎用エージェントは、多段タスクに際してそれぞれ固有のアイデンティティを持つサブエージェントを動的に生成する。つまり社内には、人間の社員に加えて「自分の名前・メール・権限・活動履歴を持つ非人間の実体」が増えていく。
これは利便性の話であると同時に、統制の前提を書き換える話だ。これまでAIの操作は「使った人の権限・ログ」に紐づいていた。今後は**エージェント自身が主体（principal）**となり、誰が・どのエージェントに・何を許したか、そのエージェントが実際に何をしたかを、人ではなくエージェント単位で説明できなければならない。これはhomulaが非人間アイデンティティと最小権限で論じてきた課題が、大手の標準機能として一気に前景化したことを意味する。
Google自身もこの点を強く意識しており、統制を「誰か・何ができるか・何をしたか・何に触れてはならないか」の4問として整理している。具体的には——
| 統制の観点 | Geminiの提供機能（発表時点） |
|---|---|
| アイデンティティ | すべてのエージェントが固有の身元を持ち、暗号学的に証明され、従業員のように統制される（最小権限） |
| 認可 | セキュリティ管理者が承認するロールベースの細粒度権限。外部接続はOAuth等の標準 |
| 監査 | Geminiのすべての操作が監査証跡に記録され、人ではなくエージェントに帰属づけられる |
| ポリシー | 独自のネットワーク境界を持つ Agent Sandbox で実行。全通信は Agent Gateway（AIネットワークファイアウォール）を通過 |
コストという新しい統制点
もうひとつ見逃せないのが支出の統制だ。Googleは、管理者がCloud Billing Consoleでプロジェクト単位のAI支出に上限（hard limit）を設定でき、上限に達するとそのプロジェクトのエージェントが自動的に停止、コンソールのワンクリックで再開できるようにした。追跡はプロジェクト単位なので、AIコストを部門ごとにチャージバックできるという。
常時稼働するエージェントが当たり前になる局面では、「暴走したエージェントがトークンを焼き続ける」リスクは理論ではなく運用課題だ。支出上限がガバナンスの一機能として製品に実装されたことは、エージェント統制が「権限と監査」から「予算と自動停止」まで広がった証左といえる。
日本企業に突きつけられる3つの論点
魅力的な発表だが、鵜呑みにして全社導入すれば負債にもなり得る。日本企業が先に向き合うべきは次の3点だ。
論点1：アイデンティティ統制の設計。 「自分のメールと権限を持つ同僚エージェント」を無計画に増やせば、半年後には誰も全体像を説明できない非人間アカウント群が社内に散在する。人間の入退社管理（オンボーディング／オフボーディング、権限棚卸し、監査）に相当するライフサイクル統制を、エージェントにも最初から敷く必要がある。これは3万体規模のエージェント監督で論じた「人がエージェントを数で上回られる時代」の統制そのものだ。
論点2：ロックイン。 「単一の万能エージェント」が魅力的なのは、記憶・スキル・文脈がひとつに集約されるからだ。だが裏を返せば、その価値がWorkspace／Gemini固有の形式に深く沈むほど、乗り換えコストは跳ね上がる。GoogleがClaudeへのルーティングを掲げる一方で、記憶と統制とアイデンティティはGoogle側に蓄積される点は冷静に見ておきたい。モデルの可搬性と、エージェント資産の可搬性は別物だ。
論点3：クロスプラットフォームの分断。 Microsoft 365やSlackにも届くとはいえ、多くの日本企業はGoogle Workspaceだけで完結していない。各ベンダーが「自前の統制面」を押し出す以上、埋め込み型の名前付きエージェントのときと同じく、監査ログの形式・承認フローの粒度・権限モデルが製品ごとにバラバラになる危険が残る。
「自分のメールを持つ同僚エージェント」は、便利さと同じ量だけ統制責任を増やす。人間の社員と同様に、**身元の発行・権限付与・活動監査・退場（無効化）**のライフサイクルを設計してからオンにすること。見えないものは統べられない。
homulaの観点：ベンダー純正の統制を「入れ子」にする中立レイヤー
homulaは、特定プラットフォームの製品を売るのではなく、複数のエージェントを中立に束ね、統べることを支援するAIエージェント・インテグレーターだ。Googleの万能エージェントに対する実務的な勝ち筋は「排除」でも「全面依存」でもなく、次の順序での共存設計にある。
第1に、棚卸し（見える化）。 どのベンダーの、どんな役割のエージェントが、どの部門で、どんな権限で動いている（動こうとしている）かを、非人間アイデンティティまで含めて洗い出す。
第2に、横断の統一ガバナンス。 プラットフォームごとに分断された承認・監査・権限を、一枚に引き直す。homulaの Agens Control は、承認フロー・DLP・5年分の監査ログ・RBAC を提供し、「誰が・どのエージェントに・何を許すか」を製品の境界を越えて統べる土台になる。Googleの Agent Gateway や監査証跡といった純正の統制面は、この横断ガバナンスの下に入れ子で位置づければよい。
第3に、中立の接続・オーケストレーション層。 homulaの Agens はMCPを活用した統合基盤で、200以上のツールと構築ゼロで接続する。特定ベンダーの画面やモデルに閉じず、n8n / Dify / LangGraph といった実装技術を組み合わせ、社内の複数エージェントを一つの入口・一つの統制の下に束ねる。MCPのような中立標準に立脚することで、プラットフォームの盛衰に事業を人質に取られずに済む。
そのうえで、ユースケースごとに「Google純正の万能エージェントに乗せるか、中立レイヤー上で内製するか」を判断すればよい。判断の前に**共通の土台（可視化・統一統制・中立接続）**を敷いておくことが、ロックインとアイデンティティ氾濫を同時に回避する鍵になる。最短の入り口としては、業務棚卸しからプロトタイプ、ROI試算までを3〜5日で完結する AIエージェント・ブートキャンプ で、自社の「どこを純正・どこを中立に」の線引きを短期間で描くことをおすすめしたい。
採否の判断軸はシンプルに。（1）そのエージェントに蓄積される価値（記憶・スキル）は可搬か、（2）身元と統制は自社の横断基盤の下に入れ子にできるか、（3）中立標準（MCP等）で他システムとつながるか。3つが揃うなら「雇って」よい。揃わないなら、まず中立レイヤーを敷いてからにする。
まとめ
2026年10月8日、Googleは「仕事はプロンプト欄から始まる」と宣言し、自分のメールアドレス・カレンダー・名簿上の席を持つ同僚エージェントを打ち出した。単一・万能・偏在という設計は強力で、導入は速く、業務に馴染む。だがその魅力の裏側で、エージェントは「機能」から「身元と権限を持つ実体」へと変わり、統制の前提——誰が主体で、何に帰属づけ、どう退場させるか——が書き換えられている。
問うべきは「この万能エージェントを入れるか否か」ではなく、「社員化するエージェントを、どう発行し、どう統べ、どう可搬性を残すか」だ。アイデンティティ統制と中立レイヤーを先に敷いておけば、大手の純正エージェントとも安心して共存できる。エージェントは雇ってよい——ただし、その雇用の主導権は、自社に残す。
「自分のメールを持つエージェント」をどう発行・統制し、ベンダーロックインを避けながら使いこなすか。設計線の引き直しは、homulaにご相談ください。可視化・統一統制・中立接続の土台から一気通貫で設計します。