エージェントが自分のメールアドレスを持つとき
Googleはエージェントに専用のアカウントを与え、Microsoftはそれを見張るガーディアンを置こうとしています。エージェントは、名前と権限と記録を持つ同僚になりつつあります。
この2年間、職場のエージェントはたいてい他人のIDを借りて動いてきました。起動した人としてログインし、その人のアクセス権を使い、ログにはその人の名前を残してきたのです。今月、2大オフィスプラットフォームがそこから離れました。Googleは自社のエージェントに専用のアカウントを与えました。Microsoftは、エージェントを内部者として扱い、ほかのエージェントに見張らせるべきだとしました。2社の動きを合わせると、新しい種類の同僚の姿と、会社を運営する人にとっての新しい仕事が見えてきます。
Google:受信箱を持つエージェント
10月8日、GoogleはイベントGemini at WorkでGeminiエージェントを発表し、これを「仕事のための、新しい単一のユニバーサルエージェント」と呼びました。その一部が同僚エージェントです。Googleの言葉では、「エージェントには、メールアドレス、カレンダー、Drive、そして社内ディレクトリへの掲載を含む、専用のWorkspaceアカウントが与えられます」。同僚はチャットスペースにエージェントを追加したり、名前でメンションしたりします。エージェントはドキュメントにコメントでき、版の履歴には自分の名前で表示されます。
重要な一文は、アクセスに関するものです。「同僚エージェントは、利用者本人ではなく自らのIDで動作し、共有されたものだけを見ます」。その周りにGoogleは、エージェントに紐づく監査証跡、企業のセキュリティ管理者が承認する権限、そして上限に達するとエージェントを一時停止させるプロジェクトごとの支出上限を挙げています。数字を見れば、動きの速さがわかります。Googleによると、日本の保険会社SOMPOは、34'000人の従業員にわたって10'000を超えるカスタムエージェントを構築しました。
アナリスト企業のFuturumは、これを労働力のモデルとして読み解きました。企業は「従業員に使っているのと同じIDプロセスで、エージェントをプロビジョニングし、権限を与え、監査する」ようになり、それによって「セキュリティチームは、監査ログの中で人の操作とエージェントの操作をはっきり区別できる」というのです。Googleの担当者はFuturumに対し、同僚エージェントごとにシートライセンスを課金する計画はないと語りました。その代わりにエージェントの仕事をどう計量するのかは、まだ決まっていません。
Microsoft:エージェントを内部者として扱う
その11日後、Microsoftは同じ考えのもう一方の側を示しました。「Securing the agentic insider」と題した投稿で、Microsoft Securityを率いるHayete Gallot氏は、「フロンティアモデルは、その出自にかかわらず信頼できない」と書き、それは「モデルが本質的に悪意を持っているからではない」としました。エージェントは「しばしば過剰な権限を持っている」と同氏は書いています。Microsoftの答えはGuardian Agentsです。各エージェントが何をしようとしているかのリスクスコアをもとに、「あらゆるエージェントのあらゆる行動を、実行される前に、24時間週7日、監視し、調整する」ものです。
社内で見つかったすべてのエージェントには、ID、コンテナ、そしてポリシーと権限が与えられます。TechCrunchによると、Microsoft Defenderは現在、従業員が職場に持ち込む最大60種類のエージェントを認識でき、その中にはClaude Code、Codex、OpenClawも含まれます。また、エージェントがリスクの高い判断を下そうとしているように見えるときには、人が承認しなければなりません。Satya Nadella氏は、この原則を一言で表しました。「知能が私たちに代わって行うことへの責任を、外部に委ねることはできない」。
エージェントに名前がつくと何が変わるのか
自分のIDを持つエージェントは、人の陰に隠れたエージェントよりも管理しやすくなります。何をしたかが見え、仕事に必要なだけのアクセスを正確に与えられ、誰も締め出すことなく停止できます。企業はすでに、人やサービスアカウントをこのように扱っています。エージェントについては、遅すぎたくらいです。
それは、企業が答えなければならない問いも変えます。誰がエージェントを雇い、誰がその役割を承認するのか。どのフォルダを見られるのか、そしてそれを誰が決めたのか。誰がその記録を読み、間違えたときに誰が責任を負うのか。ディレクトリに名前があれば、エージェントは見えるようになります。けれども、それで説明責任を負えるようになるわけではありません。それには、いまも人が必要です。
いま何をすべきか
エージェントが大勢やって来る前に、やっておく価値のあることが3つあります。社員が自分でインストールしたものも含め、すでに働いているエージェントを一覧にすること。それぞれに専用のIDと、タスクに必要な最も狭いアクセス権を与え、決して人のログインを使わせないこと。そして新しく人を採用するときと同じように、それぞれについて誰が責任を負うのかを書き留めておくことです。
そのうえで、エージェントに知る価値のあるものを与えましょう。受信箱はあっても会社の知識を持たないエージェントは、存在しない会社のために書くことになります。エージェントの価値は、使ってよいルール、価格、テンプレート、システムから生まれ、アクセスは役割ごとに設定されます。
私たちの立ち位置
これこそ、私たちが目指して構築している方向です。Twinは、企業のアシスタントとエージェントに、その会社の知識、ルール、ツールを備えたひとつの頭脳を、役割に応じて保護したうえで与えます。まだ開発中のHelmは、エージェントが運営する会社全体を私たちが構築する場であり、舵を握るひとりの人がその会社を率い、責任を負います。GoogleとMicrosoftは、同じことを反対の側から示したところです。エージェントには名前がつき、責任は人が持ち続けます。


